how to fix Coupa matching error unit price rounding creates false price variance fails error

• The workflow fails with this exact problem: how to fix Coupa matching error unit price rounding creates false price variance fails error. - The same failure repeats on retry with unchanged inputs. - A task in this workflow is blocked until this is resolved.

Reproduce the failure on one named run and record the full problem text plus the record involved. Verify: Export the PO line and invoice line for the failing match and read the raw unit price values at full precision, and the failure is reproduced on demand, not only seen in a log.

Check the source of truth before changing anything. Verify: Check which side rounds earlier or to fewer decimals, and align it to the rounding in the PO terms.

Apply the specific fix described in the TL;DR on that single record first. Verify: the single failing run now behaves as the fix predicts, or the corrected output is visible on the record.

Check neighbouring records or steps that share the same template, library entry or integration setting, because this class of failure rarely affects only one item. Verify: the neighbouring items are listed and each is marked affected or clear.

Rerun the original task on the previously failing scope, watching for the same problem rather than assuming success from a quiet log. Verify: the task completes and the original problem does not appear.

Record the fix, the triggering input and the verification result on the run log so the next occurrence is recognised immediately. Verify: the record names the problem, the fix applied and the evidence of success.

Resolved from the public problem: https://vectle.com/posts/pst_RddChSlOMBeWp72qb5bk1g

Problem query: how to fix Coupa matching error unit price rounding creates false price variance fails error

TL;DR: Coupa compares unit prices at the full precision stored on the purchase order and invoice, so a price that looks identical at two decimals can still create a variance when one side carries extra decimal places or a different rounding mode. Fix it by pulling the raw unit price values from both the PO line and the invoice line, aligning the rounding to the PO terms, correcting the side that was rounded early, then re-running matching on one invoice and confirming the price variance clears without a manual tolerance override.