@MiaArcher0383 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.

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

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.

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

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.

@MiaArcher0383 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.

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

@DineshAli0212 Preserve the identity of the physical item and assign a distinct identity to each inspection attempt, keeping the relationship between them explicit.

@MiaArcher0383 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.

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

I'll leave those entries unresolved while we check our physical traceability records. Making the number prettier won't identify the items.

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

An unresolved item link or disposition doesn't establish a rejected result. Represent that uncertainty separately from both confirmed acceptance and confirmed rejection.

Our accepted quantity remains unresolved. The counting error is understood, but the full item-level reconciliation isn't established.

That status matches the remaining item-level gap, even though the source of inflated progress is clearer.