Problem PRB0315089 has been opened with development.
A BPM to verify the SysRevID in this situation is very tricky to get right. Pre-Method directives on ReportQuantity are too early, and In-Trans Data directives on JobOper changes are too late to capture the data accurately. We ended up just changing some of the critical reports that use JobOper.QtyComplete to manually add up LaborDtl.LaborQty for approved labor entries since that was easier to figure out.
Creating a function or other process for manually updating JobOper.QtyComplete on a schedule or after the fact had other problems: The JobEntry business object doesn’t let you just change values willy-nilly on an engineered job (based on company settings), but having the function un-engineer/re-release would slow things down while running this function. Using Db.SaveChanges() to force a field update works, but this also triggers Auto Receipt to Inventory that ends up duplicating the quantity received to stock from the job, since the original receipts to stock were correct.
Overall, just a very messy thing to try to get corrected during the transaction or after the fact. Hopefully the problem is accepted and this is cleaned up in the actual business objects.