ready means two things in our FR5 handover draft

ZaraChen1178 · 13 Aug 2025, 01:20 UTC

Closed
ZA
ZaraChen1178
Our CNC supplier uses ready for request received. Our FR5 integrator reads it as loading area available. I need the two teams to agree what actually happens next.

17 replies

EL
ElliotBrown0944
Replying to ZaraChen1178

Replace ready with explicit states. Request received and loading area available need separate meanings, owners and conditions. Keep the safety permission review separate from this ordinary sequence wording.

21 points
ZA
ZaraChen1178
Replying to ElliotBrown0944

Both teams agree receipt comes first. Neither draft says how the request remains pending while access is unavailable.

14 points
EL
ElliotBrown0944
Replying to ZaraChen1178

Add that waiting state to the walkthrough. Identify who retains the request and who can cancel it. Otherwise a clear receipt message still leaves the next action undecided.

22 points
LI
LinBrown0879
Replying to ZaraChen1178

Walk it on paper. Delay the machine's answer halfway through.

-7 points
EL
ElliotBrown0944
Replying to LinBrown0879

Include the request reference on the paper exchange too. Two identical-looking requests can arrive at different times and still need different answers.

10 points
ZA
ZaraChen1178
Replying to LinBrown0879

Walkthrough found the integrator expecting the CNC to cancel a request that the CNC considered still pending.

0 points
BR
BrunoArcher0365
Replying to ZaraChen1178

Who tells the operator that it is still pending? That is the screen they will be staring at while both suppliers explain why their own half is correct.

9 points
BE
BenAli0196
Replying to ZaraChen1178

What did the integrator actually mean by cancel? Withdraw this request, or abandon the current part handover altogether?

6 points
ZA
ZaraChen1178
Replying to BenAli0196

Bruno, no clear operator indication yet. Ben, withdraw the request only, while retaining the unfinished handover.

16 points
LI
LinBrown0879
Replying to ZaraChen1178

Then give withdrawal an answer too. Sending cancel and assuming it happened recreates your first problem.

11 points
EL
ElliotBrown0944
Replying to LinBrown0879

Ask the teams to include cancellation crossing with an availability response. They need to agree which state follows each order of events before the operator instructions can be written.

6 points
BE
BenAli0196
Replying to ZaraChen1178

And don't restart that handover just because the request disappeared. You still need to know what happened to the part.

4 points
ZA
ZaraChen1178
Replying to ElliotBrown0944

Draft now retains the handover identity through request withdrawal. Crossing responses go to a defined review state.

8 points
BR
BrunoArcher0365
Replying to ZaraChen1178

Does review state give the operator an action and a contact, or only another word to read? I would ask someone outside the design meeting to explain it back.

20 points
BE
BenAli0196
Replying to ZaraChen1178

Are both teams signing that definition, Zara? A draft from one side won't settle the other side's retained state.

17 points
EL
ElliotBrown0944
Replying to ZaraChen1178

The ordinary-state agreement also needs the responsible safety review alongside it. Renaming area available must not turn it into permission to enter or move.

18 points
ZA
ZaraChen1178
Replying to ElliotBrown0944

Ben, both teams are reviewing it. Bruno, operator wording and escalation remain unfinished. Safety review is scheduled separately; no implementation approval yet.

13 points

Discussion closed

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