chore(plating): de-dash shipped code + intake-neutral customer emails

Replace em-dashes and en-dashes with hyphens across 789 shipped source
files (py/xml/js/scss) so the delivered module reads as human-written;
em-dashes had become a recognizable AI-generated tell. Internal .md dev
notes are excluded. The WO-sticker mojibake strippers keep their dash
search targets (now written — / –). No logic changes: comments
and display strings only; validated with py_compile + lxml parse.

Rewrite the 7 customer notification emails to be intake-neutral
(ship-in / drop-off / pickup) and repair-aware, and fix the Shipped
email documents line (packing slip vs bill of lading; certificate only
when issued). Subjects use a hyphen separator.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

fusion_plating/fusion_plating_bridge_mrp/models/fp_delivery.py

@@ -29,7 +29,7 @@ class FpDelivery(models.Model):
                 if open_windows:
                     bad = open_windows[0]
                     raise UserError(_(
-                        'Cannot mark delivery %s delivered — job %s has an open '
+                        'Cannot mark delivery %s delivered - job %s has an open '
                         'bake window (%s, state: %s). Complete the relief bake '
                         'or mark it scrapped before shipping.'
                     ) % (delivery.name, delivery.job_ref, bad.name, bad.state))
@@ -47,5 +47,5 @@ class FpDelivery(models.Model):
                 'actual_ship_date': fields.Date.today(),
                 'tracking_ref': delivery.name,
             })
-            job.message_post(body=_('Parts shipped — delivery %s marked delivered.') % delivery.name)
+            job.message_post(body=_('Parts shipped - delivery %s marked delivered.') % delivery.name)
         return res