Catch invoice totals that don't add up
Arithmetic slips on supplier invoices are rare, but when they happen they are easy to pay without noticing. docveriq recalculates the totals on every reviewed invoice and flags differences above a small rounding tolerance.
The checks docveriq runs
| Check | What is compared | Flagged when |
|---|---|---|
| Subtotal | The sum of all line totals against the stated subtotal | They differ by more than 0.02 |
| Invoice total | Subtotal + tax − discount against the stated total | They differ by more than 0.02 |
| Missing fields | Supplier, invoice number, invoice date, currency and total | Any of them is empty after review |
The difference itself is shown as the potential amount, in the invoice currency, so you can see at a glance how much is at stake.
An example
From the fictional sample invoices on the sample report page.
An invoice states a subtotal of ₹100.00, tax of ₹18.00 and a total of ₹130.00. Subtotal plus tax is ₹118.00, so docveriq raises an invoice-total finding of ₹12.00 for review.
Limits worth knowing
- The checks use the values as reviewed. If a value was extracted incorrectly, correct it first; the checks then run again.
- The subtotal check needs a line total on every line item.
- Credit notes are skipped by the total checks.
- Tax rates, GST registration numbers and other tax rules are not validated.
Questions, answered
How large does a difference need to be?
Differences of more than 0.02 in the invoice currency are flagged. Smaller differences are treated as rounding.
Which fields must an invoice have?
Supplier, invoice number, invoice date, currency and total. If any are missing after review, a missing-field finding is raised.
Are tax rules such as GST validated?
Not yet. The checks confirm that the stated tax total adds up with the other totals; they do not validate tax rates or registration numbers.