What is actually past due, and to whom

Drop an open-invoice export. This ages every bill from the date it was due — not the date it was issued — and summarises by vendor across the usual buckets, so the number you act on is the one that is genuinely late rather than the one that merely looks old.

Drop an open-invoice CSV here, or click to choose one Read inside this tab. Nothing is uploaded, and there is no server to upload it to.

As of

No server, no account, no network calls once this page has loaded. Your payables are nobody else's business, including mine.

Aging from the right date

This is the one thing an aging report gets wrong most often, and it is worth being explicit about. A bill issued on the 1st with Net 30 terms is not thirty days late on the 31st; it is due that day. Aging from the invoice date instead of the due date makes an entire ledger look a month worse than it is, which is how a payables report stops being believed.

So the due date is worked out in this order, and the tool tells you which one it used:

A due date column, if the file has one. Best case, nothing is assumed.
Invoice date plus terms, if there is a terms column it can read — Net 30, Net 15, NET45, Due on receipt, and the common variants.
The invoice date itself, only if neither of the above exists. This overstates how late everything is, so when it happens you get a warning above the report rather than a quietly wrong number.

The buckets

Current, 1–30, 31–60, 61–90 and over 90, counted in days past due. "Current" means not yet due, including bills due today. Each vendor is a row, sorted by how much of their balance is past due rather than by total owed — a vendor you owe $50,000 to with nothing overdue is not the problem a vendor you owe $4,000 to entirely in the 90+ column is.

What it does not do

It reads and reports; nothing is written and there is nothing to save. It assumes every row in the file is still open — if your export includes paid bills, they will be aged along with the rest, so export the unpaid ones. Credits and negative amounts are carried through as negatives rather than dropped, because a vendor whose balance nets to nearly nothing is worth seeing as such.