Delete DMR-REJ action credits wrong account

[JasonMcD (Jason McDermott)]

Confirmed.

1. First reject goes to debit 1316 (per reason code 91000)
2. Run capture to lock in the account
3. Delete the rejection
4. Reject for a different reason
5. Both transactions (since the capture) hit account 7545, per reason code 99350
   a. WRONG!
   b. Credit should hit 1316, per reason code 91000
   c. Debit should hit 7545, per reason code 99350

So it does all the math on the current reason code for action # 1, not the transaction reason code.

Throwing in a link to my big write-up on DMRs, so that it will link back here:

Ever answer your own question while composing it?

Well, I feel like typing something, since I just spent a good half hour figuring it out. The question was going to be, Where are inspection processing reason codes stored? (The one you picked; I’m not asking where you create new ones.) Apparently it’s PartTran. (In a BAQ, link PartTran.NonConfID with NonConf.TranID.) So I thought instead I’d write a little blurb on the QA flow, because I’m rehashing how convoluted it is, since we hired a new person. Hopefully this helps someone. =============…