Payment Accuracy Rate
What payment accuracy rate measures, the most common causes of inaccurate payments, and how improving payment accuracy reduces recovery costs and supplier friction.
Payment accuracy rate is the percentage of supplier payments made for the correct amount, to the correct payee, and on the first attempt without requiring correction. An inaccurate payment is one that is made for the wrong amount, to the wrong bank account, for a duplicate invoice, against an already-credited invoice, or that requires a subsequent corrective payment or credit note to resolve. Payment accuracy rate is a quality metric for the AP function that complements efficiency metrics like cost per invoice and cycle time.
Best-in-class AP operations target payment accuracy rates above 99.5 percent. For a business processing 400 invoices per month, 99.5 percent accuracy means two inaccurate payments per month. At 98 percent accuracy, that rises to eight inaccurate payments per month -- each requiring staff time to identify, communicate to the supplier, and resolve through a corrective payment, credit note application, or refund. The cumulative cost of low payment accuracy, in staff time and in supplier relationship damage, is substantial and often invisible because it is distributed across many small incidents rather than appearing as a single line item.
Causes of payment inaccuracy
Overpayments are the most common category of payment inaccuracy in AP. They occur through duplicate payments (the same invoice processed and paid twice), payment of an invoice that was subsequently cancelled and replaced with a credit note, payment of a disputed invoice that should have been held pending resolution, or keying errors where the payment amount differs from the approved invoice amount. Overpayments from external suppliers can usually be recovered through credit note application to future invoices, but recovery requires active follow-up that consumes AP staff time and can strain supplier relationships if the supplier perceives repeated requests as a signal of poor process management.
Underpayments occur through payment of a partial invoice amount, missed line items, or incorrect calculation of early payment discount amounts that reduce the payment below the net due. Underpayments result in outstanding balances that the supplier will follow up on, creating unnecessary reconciliation work on both sides.
Wrong-payee payments -- where the correct amount is paid but to an incorrect bank account -- are the most serious category of payment inaccuracy. If the bank account belongs to another legitimate supplier, recovery through the payment system is straightforward but requires manual intervention. If the bank account belongs to a fraudster (as in bank account change fraud or vendor impersonation schemes), recovery may be impossible if the funds have been moved. Wrong-payee payments are a fraud risk indicator as well as an accuracy metric.
Improving payment accuracy
The primary driver of payment accuracy is the quality of the approved invoice record at the point of payment. If the invoice has been correctly captured, correctly coded, and accurately validated against the purchase order or supplier contract before approval, the payment amount should be correct. Payment accuracy problems that trace back to coding or validation errors are prevented by improving the AP processing workflow. Payment accuracy problems that trace back to payment execution errors -- transposing bank account digits, selecting the wrong invoice from a list -- are prevented by automated payment file generation that populates payment details directly from approved invoice records without manual re-entry.
Regular payment run reconciliation -- comparing the payment file against approved invoices before the file is submitted to the bank -- catches most execution errors before they become actual payment errors. Building this check into the payment authorisation process, rather than relying on post-payment reconciliation to catch mistakes, converts a reactive quality control into a preventive one.
Related terms
See it in action
Payment Controls