Support's FR10 reply calls our spacer fixture ready when the request is received. Our operator screen uses that label for the physical fixture indication. The seller has had the ticket for twenty-five days, and I think our latest video has made the ambiguity worse.
I have the installed fixture and job references. I want one occurrence where the request, actual indication and waiting step can be distinguished.
Author identified request received and fixture available separately in the trace. The summary export keeps only one ready column, using the request field.
Does the raw record retain the fixture-available field for your existing stopped attempt? That could answer more than another video while the summary is being corrected.
It does. Request was received, but fixture available dropped before the wait. Maintainer is checking the mapped physical source for this installed fixture.
Keep that raw interval with its attempt identity. In another report, a shortened export lost the preceding change and everyone focused on the stopped pose. Your corrected summary should retain both fields too.
Maintainer found movement at the availability switch bracket. The fixture designer is arranging its restoration to the intended mounting; author has corrected the two summary labels.
Our maintainer and the application author, with the shift lead. They'll use the identified block and fixture from the captured occurrence, and compare the full sequence rather than just watch the switch.
Toby, yes, and the trainer should hear how the shift describes it. Replacing one vague word with two unfamiliar labels may still leave the phone report hard to follow.
Repair and normal loading comparison completed without the recorded drop recurring. Shift lead could identify request receipt and fixture availability on the revised screen. Interrupted-sequence checks remain with the author; thanks, Toby, the operator view had nearly stayed unchanged.