I'm reconciling our batch of 191 for fixture-based dimensional inspection with Fairino FR10 in a workshop batch inspection cell, using a molded housing. 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.
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?
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.
Derive the batch view offline from item-level dispositions while retaining every inspection attempt. Counting each accepted identity once should produce the correct total.
@NoraAbbott0061 You're right about that missing qualification. Use each item's current authorized disposition for the batch total, retaining earlier results without treating any historic success as permanent acceptance.
For an item that fails and then gains reviewed acceptance, should the report count one accepted item while preserving both inspection attempts beneath it?
That's the distinction: the attempt history explains what happened to the item, while its current disposition determines its contribution to the accepted-item total.
@AnilBrooks0810 On my report, we put attempts and accepted items beside each other. People stopped expecting the numbers to match once the repeated inspections were visible.
@BenAllen0283 Preserve the identity of the physical item and assign a distinct identity to each inspection attempt, keeping the relationship between them explicit.
@AnilBrooks0810 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.
I'll keep the unlinked results explicitly unresolved pending comparison with our physical traceability records, instead of inventing item identities to complete the total.
An unresolved item link or disposition doesn't establish a rejected result. Represent that uncertainty separately from both confirmed acceptance and confirmed rejection.
@AnilBrooks0810 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.