our saved spacer pocket is occupied by a question mark

Spacer was in the pocket when the operator checked. Saved destination hadn't advanced, and we have no completion record tied to that transfer.

Put the physical observation beside the saved state in the example, because otherwise someone will fix the counter increment and never ask how the occupied pocket should be reconciled

Controls agrees the saved number isn't enough. They propose an unresolved-transfer screen before offering any next destination, with the operator following the reviewed recovery method.

Does that screen keep the tray identity with the pocket?

And don't make viewing that screen the action that clears it, we had that distinction come up in another discussion and it is too easy to hide behind one confirmation button

Ravi, yes. Reading the explanation and authorising recovery need distinct meanings, however the controls are arranged.

Maya, tray identity is included. Ravi, the draft separates reading from the authorised recovery decision. Thanks for that; I can review the wording without pretending the recovery tests are finished.

Will the explanation survive another restart while that decision is still outstanding?