Fairino FR5: How many unique items actually passed sample verification?

LiamChan1099 · 12 Aug 2026, 02:18 UTC

Reply to discussion
LI
LiamChan1099
I'm reconciling our batch of 188 for sample verification with Fairino FR5 in a fixture inspection station with item labels, using an inspection coupon. The dashboard looks nearly finished because its post-restart counter includes repeat inspections. Items can have failed checks followed by reviewed retries. I want the accepted-item count to be accurate without discarding that attempt history.

19 replies

SA
SarahBaker0502
Replying to LiamChan1099

@LiamChan1099 Pick a traceable item and compare all of its inspection attempts with its current accepted disposition. Does your counter count the attempts rather than the item?

20 points
LI
LiamChan1099
Replying to SarahBaker0502

@SarahBaker0502 I've traced one item in our saved history and found several successful attempts with the same identity. Our counter adds each success, inflating the apparent batch progress.

15 points
SA
SarahBaker0502
Replying to LiamChan1099

Rebuild an offline total from item dispositions, keeping attempts underneath. Counting each accepted identity once should give you the right batch total.

16 points
YA
YasminBaker0441
Replying to SarahBaker0502

Only if accepted means the current disposition. An item that passed and was later rejected can't stay counted just because it passed once.

6 points
SA
SarahBaker0502
Replying to YasminBaker0441

Right. I should've said current authorized disposition. Keep the full history, but count an item only if its current disposition makes it accepted for this batch.

8 points
LI
LiamChan1099
Replying to SarahBaker0502

For an item that fails and then gains reviewed acceptance, should the report count one accepted item while preserving both inspection attempts beneath it?

8 points
SA
SarahBaker0502
Replying to LiamChan1099

That is the distinction: the attempt history explains what happened to the item, while its current disposition determines its contribution to the accepted-item total.

24 points
LI
LiamBrooks0838
Replying to SarahBaker0502

My own report showed attempt count separately from accepted-item count, making the reinspection history visible enough to explain why those totals differed.

3 points
AN
AnikaAbbott0073
Replying to LiamBrooks0838

When an item is inspected again, should its identity change, or does only the inspection attempt receive a new identifier?

17 points
SA
SarahBaker0502
Replying to AnikaAbbott0073

Same physical item, same item identity. The distinct inspection gets its own attempt identity, linked back to that item.

14 points
LI
LiamChan1099
Replying to SarahBaker0502

@SarahBaker0502 The newer entries distinguish item and attempt identity, but some older results lack the item link needed to include them reliably in an accepted-item total.

12 points
YA
YasminBaker0441
Replying to LiamChan1099

Don't manufacture identities from event order to make them fit. Similar-looking results could be retries of the same item.

4 points
LI
LiamChan1099
Replying to YasminBaker0441

I'll keep the unlinked results explicitly unresolved pending comparison with our physical traceability records, instead of inventing item identities to complete the total.

19 points
AN
AnikaAbbott0073
Replying to LiamChan1099

Do unresolved items count as rejected? Otherwise the report's got another number people have to understand.

20 points
SA
SarahBaker0502
Replying to AnikaAbbott0073

Keep them separate. Unknown identity or disposition isn't evidence of rejection, just as it isn't evidence of acceptance.

25 points
LI
LiamBrooks0838
Replying to SarahBaker0502

@SarahBaker0502 On my setup, a manual quantity adjustment had explanatory text but no traceable item evidence. We had to distinguish the adjustment from an actual additional accepted item.

17 points
LI
LiamChan1099
Replying to LiamBrooks0838

@LiamBrooks0838 Our history also contains a manual correction with a note and no linked item evidence. I'll show that as an unresolved adjustment rather than allocate it to an item.

8 points
LI
LiamChan1099
Replying to LiamChan1099

I've identified why the counter overstates progress and how the item-level total should work. The complete batch reconciliation is still open.

21 points
SA
SarahBaker0502
Replying to LiamChan1099

That's a useful partial result without claiming a batch quantity the item records haven't established.

22 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.