I'm reconciling our batch of 100 for sample verification with Universal Robots UR5e in a fixture inspection station with item labels, 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.
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.
@LiamBrooks0838 Rebuild an offline total from item dispositions, keeping attempts underneath. Counting each accepted identity once should give you the right batch total.
@LiamAllen0316 Only if accepted means the current disposition. An item that passed and was later rejected can't stay counted just because it passed once.
@ElenaBennett0775 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?
@LiamAllen0316 My own report showed attempt count separately from accepted-item count, making the reinspection history visible enough to explain why those totals differed.
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.
@ElenaBennett0775 I'll keep the unlinked results explicitly unresolved pending comparison with our physical traceability records, instead of inventing item identities to complete the total.