FPX settlement and what it does to your cash

For a great many Malaysian online stores, FPX is the largest single payment method by value. It is also the one most of the available guidance does not describe, because most guidance is written about cards.

The differences are not cosmetic. They change your cash timing, your fee structure and what happens when something goes wrong.

What FPX actually is

FPX moves money directly from a customer's bank account to the merchant's, through the national payment rail. The customer is redirected to their own online banking, authorises the transfer, and returns.

There is no card, no card network, no issuer and no acquirer in the usual sense. That single structural fact drives everything below.

Four ways it differs from a card

The fee shape is different

Card processing is typically a percentage. FPX is commonly a flat fee per transaction, or a structure much closer to flat than to proportional.

That inverts the usual margin arithmetic. On a low-value order, a flat fee can be a larger share of the sale than a card percentage would be. On a high-value order it is dramatically cheaper.

If your average order value is low and FPX is a large share of volume, the cost of collection is a bigger proportion of revenue than a headline percentage suggests — and the reverse if you sell high-value items. Either way, blending FPX and card fees into one average produces per-product margins that are wrong in both directions at once.

There is no chargeback

This is the significant one, and it cuts both ways.

A completed FPX payment is a bank transfer. There is no card-network dispute process by which a customer can claim their money back weeks later.

Good: no chargeback risk, no chargeback fees, no disputes arriving a month after the sale to reverse revenue you already recognised.

Less good: disputes become a customer service matter you settle directly, usually by refunding. And a refund is a fresh outbound payment rather than a reversal, which means the original transaction fee is generally gone.

The failure modes are different

Cards fail at authorisation — declined, insufficient funds, expired.

FPX fails in the middle of a redirect. The customer goes to their bank and does not come back. The bank is under maintenance. The session times out. The customer authorises and closes the tab before returning.

That produces a category cards mostly do not: payments that succeeded at the bank but were not recorded as complete by the store. These are the orders where money arrived and no order exists, or an order sits unpaid while the customer insists they paid. They must be found by reconciliation, because nothing else will surface them.

Settlement timing follows banking hours

FPX moves on bank rails, so weekends, public holidays and cut-off times matter more than for cards.

A Friday evening sale may not settle until the following week. Malaysia's state-varying public holidays add further irregularity. Any cash forecast built on a fixed settlement lag will be wrong around exactly the periods when accuracy matters most — see AI cash flow forecasting for businesses.

What this means for reconciliation

Match at transaction level, not on totals. The unrecorded-success case only appears when individual bank credits are compared against individual orders. A daily total will balance while a specific customer's payment is missing from your records.

Expect the timing gap. The bank credit and the order can fall on different days, particularly across a weekend. Matching on same-day amounts will produce false exceptions.

Record the fee separately. Because it is flat rather than proportional, spreading it as a percentage misstates every order.

Treat refunds as outbound payments. Not as reversals. The original fee usually does not return, so every refunded FPX order carries a cost that never comes back — see credit notes, refunds and adjustments.

The mix question worth asking

Most Malaysian stores run FPX, cards and at least one e-wallet, because customers reach for different methods and restricting them costs conversion.

The useful question is not which is cheapest but which is cheapest for which orders. Given a flat-ish FPX fee and a proportional card fee, there is an order value above which FPX is materially cheaper and below which it is not.

Knowing where that line sits for your own fee schedule tells you something actionable: whether nudging payment method by order value is worth doing, and how much your margin actually varies with a customer's choice at checkout. Neither question can be answered while fees are recorded as one blended monthly figure.

Common questions

How is FPX different from card payments for a merchant?

FPX transfers money directly between bank accounts through the national payment rail, so there is no card network involved. The fee is typically flat rather than a percentage, there is no chargeback mechanism, failures happen during the bank redirect rather than at authorisation, and settlement follows banking hours including weekends and public holidays.

Can customers charge back an FPX payment?

No. A completed FPX payment is a bank transfer with no card-network dispute process, so there is no chargeback risk and no chargeback fees. Disputes are handled directly with the customer instead, usually by refunding — and since a refund is a new outbound payment rather than a reversal, the original transaction fee is generally not recovered.

Why do some FPX payments succeed at the bank but not in the store?

Because FPX completes through a redirect to the customer's online banking, and the customer may authorise the transfer and then fail to return to the store, or the session may time out. The money moves while the order remains marked unpaid, and only transaction-level reconciliation against bank credits will surface it — a daily total will appear to balance.

Should FPX and card fees be recorded together?

No. FPX fees are typically flat per transaction while card fees are proportional to order value, so blending them into a single average misstates margin on both low-value and high-value orders simultaneously. Recorded separately, they also reveal the order value above which FPX becomes materially cheaper to collect.

Related: malaysian payment gateways and how they actually differ · how to read a payment gateway settlement report · managing cash on delivery