our ur5e progress bar is counting the coupons we inspect twice

PavelChan1049 · 3 Jan 2026, 12:57 UTC

Closed
PA
PavelChan1049
I've stopped using the UR5e progress bar for the department update. It jumped towards finished after we reopened the application, but the extra entries are reviewed retries of coupons already on the list. Nobody has secretly manufactured more coupons while I was getting coffee. We do have physical item identities and separate disposition records. Some coupons are accepted, some rejected, some still awaiting a decision. I want those distinctions on the report, with all the attempts still available underneath. Has anyone made that understandable to the person planning the next batch without filling the page with three competing totals?

10 replies

RE
RebeccaArcher0430
Replying to PavelChan1049

Give the accepted quantity the clear headline, then show held and rejected nearby with their names rather than making the reader subtract them; the attempt workload can sit separately for the person planning inspection time.

16 points
BR
BrunoAllen0278
Replying to PavelChan1049

Do all the restored attempts still link to the original coupon identities, Pavel?

20 points
PA
PavelChan1049
Replying to BrunoAllen0278

Yes. It's the summary that counts attempt rows. The links survived, so we don't need to rebuild them from tray positions or guess which retry was which.

14 points
JA
JasperArcher0377
Replying to PavelChan1049

Start with a small set you can explain all the way through: one accepted first time, one accepted after a reviewed retry, one held and one rejected. Compare the report's item list with their authorised dispositions, not just a total that happens to match. Then reopen it and deliver the same result again. The display needs to stay understandable through those cases, and none should create another physical coupon. I'd also include a later authorised disposition change before anyone calls the revised count finished.

3 points
RE
RebeccaArcher0430
Replying to JasperArcher0377

Jasper's small set would be useful for a reader check too; ask the planner which coupons are available and which still need a decision, without coaching them through the headings.

19 points
PA
PavelChan1049
Replying to RebeccaArcher0430

We tried the proposed layout with the planner. They understood accepted and rejected but thought held meant material physically held in the gripper. Fair enough, in a robot report. We're changing that heading to awaiting review.

10 points
BR
BrunoAllen0278
Replying to PavelChan1049

Will the export use that wording too?

12 points
PA
PavelChan1049
Replying to BrunoAllen0278

Yes, screen and export share the labels. The count tests pass for retries, repeated delivery and restart. Later disposition changes are still being tested; the proposed page hasn't replaced the current report.

6 points
JA
JasperArcher0377
Replying to PavelChan1049

Who owns correcting the already-circulated batch update? I would keep a short explanation of the old count with it, so people don't read the lower accepted quantity as coupons newly failing inspection.

19 points
PA
PavelChan1049
Replying to JasperArcher0377

I do, with quality confirming the item list. Thanks Rebecca for the layout suggestion; the planner could read it, and the misunderstanding about held was much cheaper to find on paper.

17 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .