Sales Tax Liability Reconciler: Tie Out Collected vs. Payable vs. Remitted Before You File
Reconcile the sales tax you collected (from sales data) to your tax-payable GL account and what you actually remitted — by jurisdiction — so you catch every discrepancy before you file, with the adjusting entry held behind an accountant's approval.
A web tool where you import sales tax collected, the tax-payable GL activity, and remittance records; AI reconciles collected vs. payable vs. remitted by jurisdiction and flags every difference; you review the reconciling items and approve the adjusting entry and the final figures to remit; and the tool exports a clean reconciliation plus a filing CSV that feeds your tax-filing tracker.
Before you start
- A Supabase account (free)
- A Vercel account (free)
- A Resend account (free)
- A sales-with-tax CSV by jurisdiction
- Your sales-tax-payable GL activity for the period
- Your remittance / payment records
- Claude Code or any AI coding agent
The problem this kills
Every filing period, someone in accounting has to answer one nervous question: does the sales tax we collected actually match what's sitting in the tax-payable account, and does that match what we're about to remit? In theory the three numbers tie out. In practice they never quite do.
So you build the same fragile spreadsheet again. You pull a sales report with tax by state and county, you pull the GL activity for the sales-tax-payable account, you pull last period's remittance confirmations, and you start eyeballing. A rate change mid-quarter throws one county off. Exempt sales got taxed by mistake, or taxable sales slipped through untaxed. A vendor-compensation discount (the small cut some states let you keep for filing on time) makes the remitted number look "wrong" when it's actually right. A credit memo reversed tax in a later period. By the time you've chased it all down, the deadline is breathing on you and you're not fully sure the adjusting entry is correct.
It's tense, it's manual, and the mistakes are the expensive kind — under-remit and you're exposed to penalties and interest; over-remit and you've quietly given the state money you'll fight to get back. You don't need to live like this, and you don't need to be a developer to fix it.
What you'll build
A simple internal web tool. You import three things: a sales-with-tax CSV by jurisdiction (what you collected), your sales-tax-payable GL activity (what's on the books), and your remittance records (what you've paid). The tool lines them up by jurisdiction and period, computes collected vs. payable vs. remitted for each one, applies the wrinkles you tell it about — exempt sales, rate changes, discounts and vendor compensation — and produces a clean three-way reconciliation. Anything that doesn't tie out shows up as a flagged reconciling item with the dollar difference and a likely reason.
Then the human takes over. The accountant reviews each difference, decides which are real adjustments and which are timing, and clicks Approve on the adjusting journal entry and the final figures to remit. Only then does the tool lock the reconciliation, write the audit record, and export two files: a tidy reconciliation workpaper and a filing CSV in the exact columns your sales-tax filing tracker expects.
What's inside the Implementation Plan
The downloadable plan is a step-by-step file you paste into an AI coding agent. It opens by interviewing you about your business — which system your sales-tax report comes from, exactly how your jurisdictions are named and coded, how your tax-payable GL account is structured, how you handle exempt sales and rate changes, whether your state gives you a vendor-compensation discount, your typical and peak transaction volumes, and the messy edge cases that always bite you — and then it tailors the data model, the matching rules, and every later step to your answers. This is not a generic template; the agent reflects a short spec back to you and waits for your thumbs-up before it builds anything. From there it walks the agent through the three imports, the by-jurisdiction reconciliation engine, the discrepancy flagging, the accountant review-and-approve screen with the adjusting entry, and the reconciliation + filing exports — each step with a ready-to-copy prompt. There's also a fallback so you can build and use the whole thing today even with no API into your accounting or tax system.
The governance it includes (this is the point)
This is real tax-prep tooling, so it ships with the controls a finance team needs: login so only your team can use it, row-level security so you only ever see your own organization's data, a complete audit trail of who reviewed and approved which reconciliations and adjusting entries and when, a hard human-approval gate so no adjusting entry and no remittance figure is finalized until an accountant signs off, and duplicate guards keyed on jurisdiction + period so the same period can't be reconciled or filed twice. Reconciling differences are surfaced and explained, never silently squashed — the AI drafts, the accountant decides.
Who it's for
Staff and senior accountants, controllers, and tax preparers who own the sales-tax close and have to tie out the liability before remitting. If you can describe how your shop collects, books, and pays sales tax, you can build this.
You've got this — start with the plan, paste the first prompt, answer the interview, and you'll watch your first by-jurisdiction tie-out come together the same afternoon.