fix(receiving): drop dead staged state — Option B (draft→counted→closed)

Reported 2026-05-20: the receiving state machine had four states
(draft → counted → staged → closed) where the middle pair was pure
ceremony. Real-usage data on entech:

  state distribution: 14 draft, 4 closed (zero `staged` records)
  median dwell counted → staged: 11 seconds
  median dwell staged  → closed: 4 minutes

`staged` captured no fields, fired no gates, mapped to the same SO
`x_fc_receiving_status='partial'` as `counted`. Pure click-through.

Cleanup:
- State Selection retains `staged` as `Staged (legacy)` so historical
  records remain readable; new transitions never write it.
- statusbar_visible drops it from the chevron header.
- action_mark_staged becomes a thin shim that advances counted →
  closed directly (any old button binding still works).
- action_close now accepts `counted` as a valid source state (was
  previously only `staged` / legacy `accepted` / `resolved`).
- View: "Stage for Racking" button removed. "Close" button renamed
  to "Close — Racking Confirmed" so the racking-crew confirmation
  meaning stays obvious.
- _update_so_receiving_status mapping unchanged for legacy `staged`
  (still maps to partial) — only the comment block updated to
  describe the new canonical flow.

Migration 19.0.3.20.0 advances any `staged` records to `closed`
and syncs the linked SO's x_fc_receiving_status to `received` so
downstream gates (job step start, mark_done qty check, cert
creation) don't see a stale "partial" status.

Module: fusion_plating_receiving 19.0.3.19.0 → 19.0.3.20.0.

Tests: TestQtyReceivedPropagation updated — 5 tests dropped the
action_mark_staged() call, walk draft → counted → closed directly.
All 11 tests green (carrier 6 + propagation 5).

Verified on entech: existing 14 draft + 4 closed records untouched.
Direct draft → counted → closed transition works end-to-end on
RCV-30041 (was the test target).

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

fusion_plating/fusion_plating_jobs/tests/test_qty_received_propagation.py

@@ -57,9 +57,9 @@ class TestQtyReceivedPropagation(TransactionCase):
         """The bug: WO-30043 had qty_received=0 after receiving closed."""
         so, job = self._make_so_with_job()
         recv = self._make_receiving(so, received_qty=5)
-        # Walk the state machine to closed.
+        # Walk the state machine to closed (draft → counted → closed
+        # after the 2026-05-20 `staged` retirement).
         recv.action_mark_counted()
-        recv.action_mark_staged()
         recv.action_close()
         # Reload — the hook fires inside _update_so_receiving_status.
         job.invalidate_recordset(['qty_received'])
@@ -98,7 +98,6 @@ class TestQtyReceivedPropagation(TransactionCase):
         })
         # Should NOT raise.
         recv.action_mark_counted()
-        recv.action_mark_staged()
         recv.action_close()
 
     def test_multi_part_so_matches_per_part(self):
@@ -137,7 +136,6 @@ class TestQtyReceivedPropagation(TransactionCase):
             'expected_qty': 7, 'received_qty': 7,
         })
         recv.action_mark_counted()
-        recv.action_mark_staged()
         recv.action_close()
         job_a.invalidate_recordset(['qty_received'])
         job_b.invalidate_recordset(['qty_received'])