FPX, DuitNow QR, cards or e-wallets: which online donation methods should your NPO accept?

The methods at a glance

Sources for this table: PayNet on FPX ^[1], DuitNow QR ^[2][3] and DuitNow Transfer ^[6]; CHIP's own pricing page for settlement timing, since that reflects your actual gateway rather than the underlying bank rail ^[5].

FPX: the online-banking default

The pain: a donor emails to say they "already transferred the money" three days ago, but nothing shows up in your donation list — because they didn't use your donation page at all, they just logged into their own banking app and sent it to whatever account number they found on your website.

The rule. FPX (Financial Process Exchange) is PayNet's online banking payment rail: a donor pays straight from their own bank account through their bank's own Internet Banking, with funds moving to the merchant instantly rather than through a card network ^[1]. No FPX-specific account or registration is needed beyond an ordinary Internet Banking login with a participating bank ^[1] — which is also FPX's limit: it needs a Malaysian bank account, so it doesn't help a donor giving from overseas.

Practical tips:

• Because FPX runs through a proper checkout, the payment is already tied to the campaign and the donor record your form captured — unlike a donor-initiated bank transfer, there's no "which donation was this for" guesswork.
• FPX has a B2C flow (for personal bank accounts) and a B2B1 flow (for business accounts) — both are supported through DonorCARE's CHIP gateway, and DonorCARE's own gateway-connection screen reports a specific "FPX (B2C)" status once that flow is confirmed active ^[7].

DuitNow QR: the honest difference is static versus dynamic

The pain: the temple committee laminated a DuitNow QR code and stuck it by the donation box eighteen months ago. Money clearly comes in — the bank balance goes up — but nobody can tell you who gave, how much any one person gave, or issue a single receipt for any of it.

The rule. DuitNow QR is PayNet's national QR standard: one QR code that any participating bank or e-wallet app can scan, rather than every bank running its own incompatible code ^[3]. But "a DuitNow QR" is not one thing — PayNet's own documentation describes two shapes of it ^[2]:

• A static QR is generated once and reused for every payment ^[2]. Because the same code is shown to every donor who scans it, nothing in the code — and nothing your bank statement records — ties one particular scan to one particular gift, campaign or donor.
• A dynamic QR is generated fresh, for one transaction at a time ^[2]. That's the shape a proper checkout produces: your donation page asks for a new QR each time someone starts a gift, so at the moment that QR is created, your own system already knows which campaign and which donor session it was for.

This is an operational distinction, not a legal one — PayNet's own material doesn't say a static QR is unusable for donations, and it doesn't spell out whether the amount is pre-filled on a dynamic QR or typed in either way ^[2]. The problem a wall poster creates isn't in how the scan itself works — it's that the QR was never generated for anyone in particular, so there's nothing on your side waiting to recognise the payment when it lands. A dynamic QR, generated per attempt through a checkout, is already expecting a specific gift, which is what lets it be linked to a donor and receipted.

Practical tips:

• Keep the poster for walk-in convenience if you like, but don't treat it as your donation record — reconcile what lands in the bank account as a lump sum, the same way you'd treat an unlabelled cash box.
• If a donor wants a receipt for a QR gift, either point them to a checkout page that issues a dynamic QR, or be ready to ask for proof of payment and match it by hand.

Cards: the only route to recurring giving, at the highest fee

The pain: a would-be monthly donor asks if they can set up an automatic RM50 gift every month, and the honest answer, on most Malaysian donation setups, is "only if you pay by card."

The rule. Cards (Visa, Mastercard, local and foreign-issued) are the one method that supports tokenised, repeat charging — a donor saves a card once, and the gateway charges it again on the schedule they chose, without them coming back to re-authorise each time. FPX, DuitNow QR and e-wallets are one-off payment rails: nothing about how they work today lets an NPO's checkout store a standing instruction to redebit them automatically.

Card fees are also the least uniform of the online methods, because a card fee bundles several things: the network's own charge, the interchange the card issuer collects, and the gateway's own margin. One part of that is set by regulation rather than the market: Bank Negara Malaysia's Payment Cards Framework caps the interchange component — what an acquirer pays a card issuer — much lower for a domestic debit card (0.10% of the transaction value, or RM0.37 plus 0.001%, whichever is lower) than for a credit card (0.60% of the transaction value) ^[8]. That's one structural reason a local debit card is typically cheaper for you to accept than a local credit card, though the interchange ceiling is only one input into what your gateway actually charges you.

Practical tips:

• If recurring giving matters to your organisation, cards are not optional — they're the only method that delivers it, so make sure card acceptance is switched on even if you'd otherwise skip it for cost reasons.
• A foreign-issued card typically costs more to accept than a local one; expect the fee difference to show up mainly on gifts from donors overseas.

E-wallets: where younger donors already are

The pain: a volunteer in their twenties tells the committee that half their friends "don't even carry a bank card any more" — everything runs through their phone's e-wallet.

The rule. E-wallets (Touch 'n Go eWallet, GrabPay, ShopeePay and similar) let a donor pay from a stored wallet balance in the app they already use daily, without touching a bank login or a card number. They're a one-off payment method today, with the same limitation as DuitNow QR: no standing instruction for recurring charges.

Practical tips:

• Offering e-wallets costs you nothing to enable beyond your gateway's transaction fee for that method — there's no separate registration step for your organisation the way there is for cards.
• If your donor base skews older, this method may see little use; if you run youth or student programmes, it's often worth the fee.

Donors giving from outside Malaysia

The pain: a member who moved overseas wants to keep supporting the temple or the society, but FPX rejects them outright because they no longer have a Malaysian bank account.

The rule. FPX, DuitNow QR and DuitNow Transfer all depend on a Malaysian bank account or e-wallet somewhere in the chain ^[1][2][3][6] — none of them work for someone whose banking relationship is entirely overseas. A card is the one method in this list that an overseas donor can generally still use: an international card runs through the same checkout, with the donor's own bank handling the currency conversion, and the gift is recorded and receipted in ringgit ^[9].

Practical tips:

• If your organisation has a meaningful overseas donor base, cards deserve a place on your checkout for this reason alone, separate from the recurring-giving case above.
• A donation from a foreign card is still a ringgit gift on your books; it doesn't create a foreign-currency reconciliation problem, since DonorCARE and its gateway record and settle it in MYR ^[9].

What this means for your organisation

1. Offer at least FPX and DuitNow QR — between them they reach the widest range of Malaysian donors at the lowest cost ^[1][2][3].
2. Treat a static QR poster as a collection box, not a payment record. If you want a receipted, donor-linked gift from a QR scan, it needs to come from a checkout that generates a fresh, dynamic QR per donation ^[2].
3. Turn on cards if you want recurring giving or overseas donors — it's the only method in this list that covers either.
4. Set a realistic minimum gift amount if flexible-amount giving (offerings, ad hoc rituals) is part of what you collect, so a fixed per-transaction fee doesn't swallow a token amount — see Set donation controls.
5. Keep every channel in one ledger. Online gifts, manual bank-ins, cash and cheques all need to land in the same set of books, with the same receipt numbering — see Record an offline donation.
6. Go through a licensed gateway, not a personal account. Whichever methods you choose, they need to run through a properly onboarded merchant account so the money is actually yours, traceable, and reconcilable — see payment-gateway-requirements-npo for what a gateway will ask of you.