Skip to main content

Why does my AP aging report not match my GL AP balance?

The AP aging report is your subledger detail; the GL AP balance is the control account it should sum to. A mismatch almost always means a journal entry hit the control account without a matching subledger entry — a manual JE to AP, a bill dated into the wrong period, or an accrual that never reversed. Find the entry that only exists on one side.

Zuny FesterBy Zuny Fester, Head of Operations and Marketing
Reviewed by Zuny Fester
Published Last reviewed Editorial policy

Part of the accounts payable and invoice processing guide.

SymptomAP aging report total doesn't equal the AP balance shown on the GL/balance sheet
Root cause (most common)A journal entry posted to the AP control account without a corresponding subledger (bill) entry
What a control account isA GL summary account whose balance should equal its subsidiary ledger's total
Other common causesA bill entered in the wrong period, an unreversed month-end accrual, a payment posted but not cleared
How to isolate itCompare the two balances as of the same cutoff date, then look for entries that touch only one side

What's actually supposed to match

Accounts payable is a classic control-account setup: the GL carries one summary balance, and the AP aging report is the subsidiary ledger — the itemized detail that should sum to it. AccountingTools states the relationship directly: "the ending balance in a control account should match the ending total for the related subsidiary ledger. If the balance does not match, it is possible that a journal entry was made to the control account that was not also made in the subsidiary ledger."

Where the mismatch usually comes from

A manual journal entry to the AP account — a write-off, a reclass, a correction — that bypasses the vendor-bill workflow is the single most common cause, exactly as AccountingTools describes: it hits the GL control account but never touches the subledger, so the two stop agreeing by exactly the amount of that entry. A close second is timing: a bill entered with the wrong period date, or a month-end accrual (see the accrual entry for received-but-unbilled goods) that didn't reverse the way it was supposed to, leaving an estimate sitting in the GL balance that the aging report — which reflects real posted vendor bills — never picked up.

How to actually find it

Pull both numbers as of the exact same cutoff — a same-day comparison across different report-generation times is a false mismatch, not a real one. Then look specifically for entries that exist on one side and not the other: search the GL detail behind the AP account for journal entries with no linked vendor bill, and check whether any accrual entries from the prior period actually reversed. The gap is the sum of whatever's unmatched, not something to explain away as rounding.

Next step

Map the finance workflow with the most exposure and prove the automation path.

Bring the invoice, contract, payment reconciliation, or customer finance workflow you have to defend at audit. Loopfour can map the trigger, controls, integrations, and approval loop.

Book a workflow review

Worked example

A $6,200 gap traced to one unreversed accrual

The GL shows AP at $412,900; the aging report totals $406,700 — a $6,200 gap. Pulling the GL detail behind the AP control account for the period shows one journal entry with no linked vendor bill: a $6,200 accrual for a shipment received near the prior month-end, posted directly to the AP account instead of a separate accrued-liability account, and never flagged to reverse. The real vendor invoice posted normally through AP the following month for $6,200 — meaning that amount is now sitting in the GL balance twice: once from the stale accrual, once from the real bill the aging report correctly reflects. The fix is reversing the original accrual entry, not adjusting the aging report, which was right all along.

Frequently Asked Questions

Generally no, for exactly this reason — a direct JE to the control account bypasses the subledger and is the most common cause of a mismatch. Corrections should go through the AP subledger (a bill, a credit memo, a payment) wherever the system allows it.

A small, non-zero gap is still a real discrepancy, not rounding — accounting balances don't have inherent rounding error at this level. Treat any non-zero difference as something to trace, even if it's small enough not to be material for reporting purposes.

At least monthly, as part of close, and ideally before the period is locked — a mismatch found after close requires reopening the period, while one found during close can usually be corrected in the same cycle.

Sources

Related