Next-generation Payment Reconciliation with AI
PAYMENT CONTROL DECISION
Use AI to propose matches, not to conceal differences
A processor payout is usually the net result of many events. Reconciliation should preserve each order, charge, fee, refund, dispute and timing difference, then let automation suggest a supported match while finance controls posting and unresolved exceptions.
01 – CAPTURE
Build the event ledger
Store stable references, event type, amount, currency, timestamp and source for commerce, processor and bank records.
02 – MATCH
Apply deterministic rules first
Use exact references and expected payout composition before probabilistic suggestions or text similarity.
03 – RESOLVE
Own every difference
Classify fees, timing, partial refunds, disputes, duplicates and missing records with an accountable finance decision.
Reconcile one processor payout end to end
Trace one real settlement from individual orders through charges, fees and refunds to the bank receipt, and document every exception before adding AI suggestions.
AI can help payment reconciliation by classifying descriptions, ranking candidate matches and summarising exceptions. It should not turn a non-zero difference into an apparently balanced journal. Ecommerce money moves through several records: order, invoice, payment authorisation, capture, processor balance, fee, refund, dispute, payout and bank statement. The workflow must preserve those events and explain how they combine.
Use the ecommerce integrations service for controlled matching and exception routing, the ecommerce service for order and gateway integration, and the ecommerce resource hub for connected operating guidance. Finance and tax advisers should approve the accounting design for the actual entity.
1. Draw the money and data flow
| Record | Primary reference | Amount perspective |
|---|---|---|
| Order or invoice | Merchant order and invoice IDs | Customer sale and tax basis |
| Gateway transaction | Authorisation, capture and refund IDs | Gross payment events |
| Processor balance | Balance transaction or settlement item | Gross less fees and adjustments |
| Payout | Processor payout ID | Net amount sent to the bank |
| Bank statement | Bank transaction reference and date | Cash received |
| Accounting entry | Journal, clearing account and document links | Approved financial treatment |
Keep external IDs exactly as supplied. Do not replace a gateway transaction ID with a shortened display number. Store currency, amount, event time, effective date, order link, customer reference where permitted, source file or API and ingestion time. The reconciliation engine needs immutable evidence even when an order status later changes.
2. Use a clearing-account model where appropriate
Xero’s guidance for bulk online-sales receipts describes using a clearing account: individual invoice payments are recorded to the clearing account, and the bulk bank receipt is allocated to the same account. The items should cancel when timing and fees are handled correctly. A remaining balance points to missing payments, missing payouts or another difference that requires explanation. A qualified adviser should configure the chart and posting rules.
3. Build a match hierarchy
- Exact processor event ID to imported transaction
- Exact payout ID to bank description or bank-feed reference
- Expected payout total from included balance transactions
- Order payment to invoice using controlled commerce references
- Refund to original capture and order line allocation
- Amount-and-date candidate only after stronger references fail
- AI-ranked suggestion with evidence, confidence and human review
Run deterministic rules first because they are easier to test and explain. A model may help when bank descriptions are inconsistent or remittance text is unstructured, but confidence should never be the only control. Require compatible currency, direction, date window, unused status and source reliability before presenting a candidate.
4. Reconcile at event level before payout level
A payout of R9,420 might contain R10,000 of captured orders, R300 of fees, a R200 refund and an R80 reserve adjustment. Matching the payout to one sales total loses the composition. Confirm each component, then roll it into the payout. Preserve delayed captures, refunds paid in a later settlement, withheld reserves, chargebacks and processor corrections as separate timing or exception items.
5. Keep refund status precise
WooCommerce explains that automatic refunds rely on supported gateway integration, while a manual refund requires the merchant to send the money through the payment method separately. Therefore record requested, approved, submitted, processor-accepted, failed and bank-settled states. Do not mark the financial event complete because the order quantity was restocked or an internal status became refunded.
| Exception | Evidence | Resolution owner |
|---|---|---|
| Missing order | Gateway event with no controlled order link | Commerce operations |
| Payout difference | Settlement components do not equal bank receipt | Finance |
| Duplicate import | Same immutable event ID appears twice | Integration owner |
| Refund mismatch | Order, gateway and bank states disagree | Finance and support |
| Currency issue | Amounts match numerically but currency or conversion differs | Finance |
6. Govern AI recommendations
For every suggestion, store candidate records, features used, exclusions, confidence, model or rule version, reviewer and final decision. Prevent the assistant from posting journals or writing off differences above approved limits. Use a separate permission for retrieving records, proposing a match, creating a draft and approving a posting. Rejected suggestions become test cases; they should not silently retrain or change behaviour without review.
7. Close with control totals
Confirm order payments, processor gross movements, fees, refunds, disputes, payouts, bank receipts and clearing balances for the same scope and cut-off. Show unmatched items by age and value, not only count. Reconcile currencies separately. Preserve the source extracts and completion evidence so another reviewer can reproduce the close.
Worked payout
An SME receives a bulk bank deposit covering twelve orders. The processor report also includes one fee per charge, one partial refund from a prior order and a reserve release. Exact IDs link eleven orders automatically. The twelfth has a truncated bank description, so the assistant proposes one candidate based on amount, currency, payout membership and unused transaction state. Finance verifies the evidence, approves the match and records the fee and timing items separately. The clearing account reaches the expected balance without writing off an unexplained difference.
Sources checked
- Xero Central: Reconcile payments received from online sales
- WooCommerce: Refunding orders
- WooCommerce Analytics: Orders report
- WooCommerce: Managing orders
Reviewed by
Mitrend Digital editorial team
2026-07-17
Evidence used for this page
Reviewed against current Xero online-sales reconciliation guidance and WooCommerce order, refund and analytics documentation. Includes an original event ledger, match hierarchy and exception workflow.
Turn the guide into a practical next step
This resource provides general implementation guidance. Verify platform settings, tax, legal, payment and operational requirements against the current business context before making a live change.
