E-wallet payments and how they settle
E-wallets are a large and growing share of Malaysian online payments, and they are the payment type most likely to be reconciled badly — not because the wallets are complicated, but because there is more than one way for wallet money to reach you and merchants rarely know which one they are using.
Two routes, and the difference matters
Through your gateway. The wallet appears as one payment method among cards and FPX. Your gateway aggregates it, deducts its fee, and includes it in the same settlement as everything else. One report, one payout, one reconciliation.
Direct with the wallet provider. You hold a merchant relationship with the wallet itself. It settles to you on its own schedule, with its own report, into your bank account, entirely outside your gateway.
The same wallet can arrive either way depending on how the store was set up, often by different people at different times. A merchant who assumes everything comes through the gateway will have a bank credit each cycle that matches nothing — and the usual response is to code it to a suspense account and stop thinking about it.
Establishing which route each wallet takes is the first job, and it is a five-minute question to your gateway that saves months of confusion.
Why the settlement clocks differ
Even routed through one gateway, wallets frequently settle on a different cycle from cards, because the gateway is itself waiting to be paid by the wallet provider.
So a single gateway can produce several payout streams at different lags. Cards on one rhythm, FPX on another, wallets on a third. All landing in the same bank account, distinguishable only by narration and amount.
This is the mechanical reason a merchant with "one gateway" still finds reconciliation hard. It was never one stream.
The fee question nobody asks upfront
Wallet fees are not usually the same as card fees on the same gateway, and they are not consistent between wallets.
The structures vary — some proportional, some with a flat component, some tiered by volume. Whether a wallet is cheaper or dearer than a card for you depends on your average order value, and it is not safely assumed in either direction.
What matters for the books is that a blended fee rate destroys the information. If wallets, cards and FPX are averaged into one percentage, per-order margin is wrong by however much your actual mix differs from that average — and mix shifts with promotions, with the wallet running a cashback campaign that week, and with which customers you attracted.
What goes wrong, specifically
Wallet credits treated as miscellaneous income. A direct-settled wallet payout that matches no gateway report gets coded to a holding account, and revenue is then understated while the holding account grows.
Double counting. The order is recorded from the store and the wallet payout is recorded again as a separate sale. Revenue overstated, and the error is hard to see because both entries look legitimate.
Cashback and promotion confusion. Wallet providers run their own campaigns. Sometimes the discount is funded by the provider and your settlement is unaffected; sometimes it is funded by you and deducted. These need to be distinguished, because one is marketing you did not pay for and the other is a cost of sale.
Refund asymmetry. A wallet refund may return to the wallet balance rather than the original funding source, and the timing and fee treatment can differ from a card refund.
Mapping the routes before you reconcile
Map every route. For each wallet you accept, write down whether it settles through the gateway or directly, on what cycle, and where the report comes from. This document does not exist in most businesses and takes an afternoon to produce.
Reconcile each stream separately before consolidating. A combined view built on unmatched streams is worse than useless, because it looks complete.
Record the fee per method, not blended. See Malaysian payment gateways and how they actually differ.
Kill the suspense account. Any recurring credit sitting in one is an unreconciled settlement stream, and it will still be there next year unless somebody traces it now.
The multi-channel wrinkle
If you also sell on Shopee, ShopeePay adds a specific confusion: the same brand appears as an in-platform payment method inside Shopee's settlement and, potentially, as a wallet on your own store through your gateway.
Those are two entirely separate money flows with the same name. The Shopee one is inside the marketplace settlement — see how to read your Shopee settlement report. The storefront one is a gateway line. Merging them by brand name produces a number that means nothing.
Common questions
How do e-wallet payments reach a Malaysian merchant?
By one of two routes. Either the wallet is aggregated by your payment gateway and included in its normal settlement, or you hold a direct merchant relationship with the wallet provider, which settles separately on its own schedule with its own report. The same wallet can arrive either way depending on how the store was configured, and knowing which applies is the first step in reconciling it.
Why do e-wallet payouts arrive on a different date from card payouts?
Because the gateway is itself waiting to be paid by the wallet provider, so wallet settlement can lag cards even within a single gateway. One gateway can therefore produce several payout streams on different cycles, all landing in the same bank account and distinguishable only by narration and amount.
Should e-wallet fees be recorded separately from card fees?
Yes. Wallet fee structures differ from card fees and from each other, some proportional and some with a flat component, so a blended rate misstates per-order margin by however much your actual payment mix differs from the average. Mix also shifts with promotions and wallet cashback campaigns, so the blended figure is never stable.
What is the most common e-wallet reconciliation mistake?
Coding a directly settled wallet payout to a suspense account because it matches nothing in the gateway report. Revenue is then understated while the holding account grows quietly, and because the entry looks deliberate nobody revisits it. Any recurring credit in a suspense account is an unreconciled settlement stream.
Related: Malaysian payment gateways and how they actually differ · running more than one payment gateway · FPX settlement and what it does to your cash
Read next
See what you could build
Start a free trial and describe what your business needs in plain language — SmartB Studio builds the module for you.
Start free trial