01
The store is read
Orders and payouts arrive over each platform's own connection. Nothing to export, and a store that drops out says so instead of going quiet.
For accountants
No entry exists that the bank did not confirm.
Most connectors post when the store says paid. That is a promise from the gateway, not money. Here the entry is born from the bank statement, and then read back out of your books to check it still says the same thing.
In development. This page describes what is being built, in the order it is being built. Nothing here is available to buy yet.
One payout, station by station
Each station only happens once the one before it closed.
02
The payout is taken apart
A deposit is not a sale. It is gross, fees, refunds, tax withheld, shipping and adjustments netted against each other, and each one goes to the account you chose.
03
It is matched against the bank
The reference has to appear literally in the bank memo, and the amount has to match to the cent. If two open items match the same credit, neither one matches.
Match-On-Bank™
A false positive reconciles two wrong items and un-reconciles two others. It costs twice what it looks like, so we would rather leave it open and tell you.
04
The entry is posted
Because the match closed, not because somebody clicked and not because a period ended. Every entry carries a stable document number, so a retry never creates a second one.
05
It is read back out of your books
The entry is fetched back from wherever it landed and compared against what we calculated. You get the exact leg that does not agree, and whether somebody edited it by hand after it was posted.
Ledger-On-Match™
A connector that only posts can tell you it wrote something. It can never tell you that what it wrote is what you see.
What the entry looks like
A payout of 147.87 carrying 5.19 in fees. The bank received the net, so the entry has three legs, not two.
| Account | Description | Debit | Credit |
|---|---|---|---|
| 090 | Checking Account | 142.68 | — |
| 604 | Bank Fees | 5.19 | — |
| 855 | Clearing Account | — | 147.87 |
| Totals | 147.87 | 147.87 | |
Clearing is drained by the gross, not the net. Draining it by the net would also balance, which is why no arithmetic check catches it, and the fee would sit inside clearing forever.
You see this before you map a single account
With your real figures, on the same screen where you are choosing. Mapping blind and finding out once it is posted is the market standard, and undoing it is a reversing entry, not an undo button.
What it refuses to do
Anything that writes into your books is judged as much by what it declines to write.
Holds, and says why
There is a fee and no expense account mapped. The two-leg version would balance, so no arithmetic check catches it, and your bank account would sit overstated by the fee until someone finds the variance weeks later. It waits, and posts in full the moment you map the account.
Declines a degenerate entry
The bank account and the clearing account resolve to the same one. An entry against itself balances perfectly and means nothing.
Declines what it cannot check
A movement your books give no way to look up before creating it. With no way to ask whether it was already posted, a retry duplicates money.
And the other half of the sale
Gross, fees, tax and net are half the money. Without the other half, revenue shows up with no cost against it and the margin your client reads is fiction.
Cost is taken on the day the sale happened, and a bundle is broken into its components: the store sells a kit as one SKU, and nothing downstream can account for something its catalog has never heard of.
One system owns cost. If something already costs the sale, we do not post a second cost on top of it. If nothing does, this is where it happens.
See it against your own last three payouts.
Leave an email and we write once, when it is ready for you.