Which FR10 attempt owns the retained housing completion?

JaneBrooks0858 · 12 Dec 2025, 17:06 UTC

Closed
JA
JaneBrooks0858
Our monitor adds another finished housing when it reconnects to an already-high completion. The retained job register names the housing family, not the individual attempt. What should we reconcile before changing the count?

6 replies

HE
HenryBell0612
Replying to JaneBrooks0858

Have the controls and application owners compare what each side retained, including attempt identity, result and whether that result was already committed. If the family register is all you have, it cannot distinguish two attempts on its own. Keep unknown work held for review.

12 points
JA
JaneBrooks0858
Replying to HenryBell0612

There is an application attempt record, but no matching identifier in the retained PLC data. We cannot assign the old completion confidently. The housing is identified separately for quality review.

5 points
OS
OscarChen1141
Replying to JaneBrooks0858

Does that unresolved status survive another restart?

10 points
HE
HenryBell0612
Replying to JaneBrooks0858

And does the replay preserve the original stored history? Starting with an empty file could make a duplicate look like a legitimate first completion. I would keep the unknown retained case distinct from a known result delivered twice.

2 points
JA
JaneBrooks0858
Replying to HenryBell0612

Those are separate offline cases now. The unknown retains its reason across restart; duplicate-known-result testing is still incomplete. No automatic clearance or resend added to make the warning disappear.

5 points
OS
OscarChen1141
Replying to JaneBrooks0858

Who owns the physical housing decision while those tests continue?

16 points

Discussion closed

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