Why Don't My Payments Match My Sales?
When recorded sales don't match the money that actually arrived, there's a limited set of real causes — timing, logging errors, fees, or settlement delay. Here's how to tell them apart.
Symptom
What you recorded as sold doesn't match what actually arrived in cash, MoMo, or your Paystack settlement — the totals are off, and it's not obvious why.
Likely causes
- A sale was marked paid before the money actually arrived — MoMo confirmation can lag slightly behind the moment of sale, so recording "paid" a few seconds early is an easy habit to fall into
- The wrong payment method was selected when the sale was logged — the sale total is right, but it's filed under the wrong channel, which throws off each channel's individual total even though the overall figure may still look close
- A transaction fee was deducted from what arrived — this isn't actually a mismatch to fix, it's a fee to account for separately; see Transaction Fees and Your Margin
- A partial payment was recorded as if it were the full amount
- Settlement delay — the money is genuinely still in transit, not lost or miscounted
- A sale was logged twice, or not logged at all, which happens most easily during a busy stretch
Evidence to check
Compare specific transaction times and amounts on your MoMo or Paystack statement against your recorded sales for the same window, rather than only comparing the daily totals. Where exactly the two lists stop agreeing usually points toward the cause.
Interpretation
A gap on specific, identifiable transactions points to a logging or timing mistake on those particular sales.
A gap that resolves itself a day later points to settlement delay — not a real mismatch at all, just a timing difference.
Action
The fix depends on which pattern matches: record the payment method more carefully at the exact moment of sale, treat fees as a separate, expected deduction rather than a discrepancy, or simply wait out a settlement delay before treating it as a problem. If none of these fit and the gap persists, it's worth a full manual recount rather than continuing to guess.
Relevant BizTrack Pro capability
Automatic reconciliation against MoMo, Telecel, and AirtelTigo payments removes the manual-matching burden itself — but it doesn't prevent a sale from being marked paid before money genuinely arrives, since that's a judgment made at the point of sale, not something reconciliation can correct after the fact.
If this pattern — a record that should match reality but drifts from it — sounds familiar, it's the same underlying shape as why stock counts go wrong, just applied to money instead of items.