At close, the Accounts Payable aging says one number and the General Ledger control account says another. Part of the gap is often the comparison itself: a current-date aging re-run for last month's end includes payments, adjustments and cancellations that happened after period end, so it isn't really "as of period end" at all.
Tie first, then age. Use a subledger report that runs as of a past date, compare it to the control account for the same date, and work through the usual causes in order.
To keep it tied, use the same company, account and as-of date logic every month, keep a short tie log (period, both totals, the difference and how each item was resolved), and agree who may post manual entries to the control account.
This is a working method rather than a one-off test result, so check it in your own environment before relying on it. You'll know it's working when, for one closed period, the subledger total and the control account balance agree, or every difference is listed with a category and an owner. A good second check: confirm both reports used the same company, control account and as-of date, by reading the parameters printed on each output rather than the screen where you set them.
Shared by the ECS Reporting Solutions team. Adapted from our article Why your AP aging doesn't tie to the G/L in CloudSuite. Have a better way to do this, or a solution for a related problem? Share it with the community.