End-of-day reconciliation
Your books and the provider's books will drift. That is normal.
By Solomon Ajayi · Free to read, no signup
It is end of day. You pull your provider statement. Your books say they owe you ₦9,850. Their statement says ₦9,800. ₦50 missing. Where did it go? They charged a transaction fee that you did not book. Reality drifted from your ledger. You fix it with an adjusting entry, the routine, daily work that keeps a fintech's books honest.
Your ledger is your model of reality, and reality keeps drifting away from it. The provider charged a fee you did not know about. A payout landed a day later than expected. A transaction you recorded has not shown up on their statement yet. None of this is a bug. It is what happens whenever two parties keep independent books about the same money.
Reconciliation is the daily practice of laying your books beside theirs, finding every line that does not have a match, and explaining each gap. Some gaps are timing (it will settle tomorrow, leave it). Some are real (they charged a fee you missed, book it). The skill is telling the two apart, because only the real ones earn an adjusting entry.
An adjusting entry is just a normal journal entry whose job is to make your books agree with verified reality. Book the missing fee as an expense, bring the receivable down, and now your number matches the statement. Every fintech that survives scale builds reconciliation tooling early, often before it builds anything else, because un-reconciled drift compounds into books nobody can trust.
Worked example, step by step
Set the stage: yesterday's deposit on the books
Yesterday's ₦10,000 card deposit landed on your books exactly the way Lesson 2 described. Provider Receivable shows ₦9,850, that is what you THINK the provider owes you.
| Account | Debit | Credit |
|---|---|---|
| Provider Receivable (1100) | ₦9,850.00 | |
| Processing Fee Expense (5000) | ₦150.00 | |
| User Wallet (2000) | ₦9,900.00 | |
| Platform Fee Revenue (4000) | ₦100.00 |
Same entry as Lesson 2, no surprises. We need this state in place so the reconciliation makes sense.
The provider statement says ₦9,800. Adjusting entry.
You compare the statement to your books. The gap is ₦50, they deducted a transaction fee you forgot to book. You post an ADJUSTING ENTRY that records the missing ₦50 fee and brings your Provider Receivable down to ₦9,800.
| Account | Debit | Credit |
|---|---|---|
| Processing Fee Expense (5000) | ₦50.00 | |
| Provider Receivable (1100) | ₦50.00 |
Processing Fee Expense (an expense) goes UP by ₦50, so we DEBIT it. Provider Receivable (an asset) goes DOWN by ₦50, so we CREDIT it. After this entry, your Provider Receivable balance reads ₦9,800, matches the statement. Reconciled.
Takeaway
Your books and your provider's books WILL drift. That is not a bug, it is the daily reality of accounting in a multi-party system. Reconciliation is the practice of finding the gap and posting an adjusting entry to close it. Every fintech that scales builds tooling around this before it builds anything else.
Practice this on a real ledger
Reading is half of it. Open this lesson in the lab to post the entries yourself against a real Postgres-backed double-entry ledger, with the validation on. Free, your sandbox is yours.