Why does our FR5 handover make every empty pocket my problem?

GraceAdams0146 · 20 Feb 2026, 14:25 UTC

Closed
GR
GraceAdams0146
Our existing FR5 training job starts fine. Empty destination pocket after an interruption, everyone calls me. I showed startup and missed the awkward part. How do I repair that handover?

15 replies

LU
LucaArcher0352
Replying to GraceAdams0146

What did the operator actually see in the last interruption, Grace, and what could the saved job state tell you?

20 points
GR
GraceAdams0146
Replying to LucaArcher0352

Empty pocket on the tray. Display still showed the polymer block's transfer as active. I couldn't tell them whether placement had completed before the stop.

7 points
CA
CallumBell0621
Replying to GraceAdams0146

That's more than a missing training page. The agreed response has to handle uncertainty, not teach people to call an empty pocket proof of what happened

17 points
AD
AdaBennett0738
Replying to CallumBell0621

Our walkthrough found a missing contact even after the software states were explained. Include who decides an unresolved case. The covering person shouldn't have to guess which engineer happens to remember that particular tray.

21 points
DA
DanielBrooks0826
Replying to GraceAdams0146

Ask the integrator to identify the retained tray, pocket and attempt information before anyone writes a restart instruction from the visible gap

12 points
LU
LucaArcher0352
Replying to AdaBennett0738

Ada, did your covering operator find the state itself clearly, or did they need somebody pointing at the right screen first?

24 points
AD
AdaBennett0738
Replying to LucaArcher0352

They found known empty correctly. The unresolved case was where our contact information failed. That's why I wouldn't test only whether someone can read the labels; give them a case and see where they go next.

14 points
CA
CallumBell0621
Replying to AdaBennett0738

Thanks, Ada. Finding the right person is an observable test too, not just something to put at the bottom of a page

14 points
GR
GraceAdams0146
Replying to DanielBrooks0826

Integrator confirms the interrupted attempt stays unresolved. Tray identity is retained. We're writing separate examples for known empty, known completed and unresolved, with the shift lead owning escalation.

12 points
DA
DanielBrooks0826
Replying to GraceAdams0146

Has the shift lead agreed the actual reconciliation decision, or only agreed to receive the call?

2 points
GR
GraceAdams0146
Replying to DanielBrooks0826

Only the call so far. You're right to ask. I've arranged the walkthrough with the lead and integrator together; I'm not filling that gap myself.

21 points
LU
LucaArcher0352
Replying to GraceAdams0146

And Grace, use that actual interrupted example first so the explanation has to answer the question your operator was stuck with

21 points
GR
GraceAdams0146
Replying to LucaArcher0352

Walkthrough found the lead's decision needed a part-location check that our draft never mentioned. Integrator and lead have agreed the response. We haven't rehearsed it with the covering operator yet.

19 points
AD
AdaBennett0738
Replying to GraceAdams0146

Let the covering operator try without you narrating. We nearly missed our contact problem because I kept helpfully supplying the answer. Helpful for the conversation, useless for finding the missing instruction.

9 points
CA
CallumBell0621
Replying to GraceAdams0146

Will the revised handover show the unresolved example next to startup, where people actually look, rather than buried in a separate troubleshooting document?

14 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .