One item, several inspections, an inflated total (sample verification)

BrunoArcher0365 · 15 Jul 2026, 20:33 UTC

Reply to discussion
BR
BrunoArcher0365
I'm reconciling our batch of 237 for sample verification with Universal Robots UR5e in a fixture inspection station with item labels, using a small mounting plate. 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.

13 replies

NA
NadiaBrooks0813
Replying to BrunoArcher0365

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?

6 points
BR
BrunoArcher0365
Replying to NadiaBrooks0813

Yes. Our saved history has multiple successful attempts against one item identity, and each adds to the counter. That's where the extra progress comes from.

16 points
NA
NadiaBrooks0813
Replying to BrunoArcher0365

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

21 points
HE
HenryCarter0960
Replying to NadiaBrooks0813

Your counting rule needs the current disposition. Deduplicating all identities with any successful attempt would still include an item whose disposition was subsequently changed to rejected.

2 points
NA
NadiaBrooks0813
Replying to HenryCarter0960

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.

6 points
BR
BrunoArcher0365
Replying to NadiaBrooks0813

So a failed check followed by reviewed acceptance stays one item, with both attempts visible? That's the view I was trying to get.

14 points
NA
NadiaBrooks0813
Replying to BrunoArcher0365

Yes. Attempts explain its history; current disposition determines whether that item contributes to accepted quantity.

22 points
AN
AnnaCarter1025
Replying to NadiaBrooks0813

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

13 points
AI
AishaAli0257
Replying to AnnaCarter1025

Does a retry get a new item ID then? Or just a new attempt ID?

9 points
NA
NadiaBrooks0813
Replying to AishaAli0257

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

15 points
BR
BrunoArcher0365
Replying to NadiaBrooks0813

@NadiaBrooks0813 Our newer records have both IDs. Some older results don't have an item link, so I can't put them into that total confidently.

18 points
BR
BrunoArcher0365
Replying to BrunoArcher0365

I've settled the counting rule: current accepted item dispositions, with attempts retained as history. I'll close the report fix when the reconciled items and offline restart give the same explainable total.

12 points
NA
NadiaBrooks0813
Replying to BrunoArcher0365

@BrunoArcher0365 That rule preserves the inspection history and gives the total a clear basis, with reconciliation still required for closure.

21 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.