chore(receiving): port received_qty auto-prefill from live entech to main

The auto-prefill logic that fills received_qty from expected_qty on
fp.receiving create was committed to the entech LXC but never made it
back to main. Verified by a full quote→delivery→invoice walkthrough
(scripts/fp_e2e_human.py) — receiving step now passes.

Also adds the human-walkthrough E2E script that exercises every step:
RFQ → quote → SO confirm → MO + portal job auto-create → receiving
prefill → recipe → WO execution → MO done → CoC cert (rich PDF, no
thickness duplicate) → delivery prefill + lifecycle → invoice (posted,
not auto-paid) → notification log audit.

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

fusion_plating/fusion_plating_receiving/models/fp_receiving.py

@@ -88,6 +88,10 @@ class FpReceiving(models.Model):
         for vals in vals_list:
             if vals.get('name', 'New') == 'New':
                 vals['name'] = self.env['ir.sequence'].next_by_code('fp.receiving') or 'New'
+            # Prefill received_qty from expected_qty so the operator only
+            # has to confirm or correct — the common case is qty matches.
+            if vals.get('expected_qty') and not vals.get('received_qty'):
+                vals['received_qty'] = vals['expected_qty']
         return super().create(vals_list)
 
     # -------------------------------------------------------------------------