SaaS ยท Analysis

How Malaysian Sellers Should Reconcile FPX, DuitNow, and Card Payments in 2026

A practical payment reconciliation workflow for Malaysian ecommerce sellers using FPX, DuitNow QR, cards, iPay88, HitPay, AutoCount, and Bukku.

Software Listing Editorial TeamยทJune 17, 2026ยท7 min read
Software Listing Editorial Team
Written by
Software Listing Editorial Team10+ yrs
SaaS & AI Research Desk ยท Thailand, Singapore, Vietnam, Indonesia, Philippines, Malaysia expertise

How Malaysian Sellers Should Reconcile FPX, DuitNow, and Card Payments in 2026

A Malaysian ecommerce seller can have clean checkout and still lose hours every week matching bank deposits to orders. FPX payments arrive through one export, DuitNow QR may sit in another report, card payouts deduct fees differently, and the accountant still needs books that make sense in AutoCount, Bukku, or a spreadsheet.

The core matching order: reconcile by order ID first, settlement batch second, and payment method third. Do not start from the bank statement alone. Malaysian sellers should keep one daily payment control sheet that ties marketplace orders, website orders, iPay88, HitPay, bank deposits, refunds, and accounting entries into the same close process.

This workflow is for SMEs selling through Shopify, WooCommerce, EasyStore, Shopee, Lazada, TikTok Shop, WhatsApp, and offline QR payments. The exact gateway can differ, but the control logic is the same.

What to prepare first

Before reconciling, standardize the fields each channel must carry.

FieldWhy it mattersWhere it usually appears
Order IDMain matching keyShopify, WooCommerce, marketplace, POS, CRM
Payment referenceGateway-side proofiPay88, HitPay, bank/e-wallet report
Payment methodSeparates FPX, DuitNow QR, card, e-walletGateway export and checkout record
Gross amountCustomer-paid amountOrder system and gateway export
FeePayment cost to bookGateway settlement report
Net settlementDeposit expected in bankGateway settlement report and bank statement
Refund/chargeback flagExplains gapsGateway, ecommerce platform, bank
Settlement dateMonth-end cutoffGateway and bank statement

If an order channel cannot export these fields, fix that before adding more payment methods. Reconciliation gets expensive when the seller has revenue volume but weak IDs.

Daily workflow

Do this every business day, not only at month end.

1. Export orders by channel. Pull website orders, marketplace orders, manual invoice orders, and offline sales. Keep cancelled orders visible, but mark them separately.

2. Export payment gateway transactions. For iPay88, split FPX, DuitNow QR, cards, and e-wallets where the report allows. For HitPay, export online checkout, payment links, invoices, QR, and card payments separately if those flows are used.

3. Export bank movements. Download bank transactions for the main settlement account. Do not rely on screenshots from online banking; use CSV or statement exports where possible.

4. Match paid orders to gateway transactions. Use order ID first. If order ID is missing, use amount plus timestamp plus customer name or phone as a fallback.

5. Match gateway settlement to bank deposit. A bank deposit may represent many orders after fees. Match by settlement batch, not by individual customer payment.

6. Post exceptions before they age. Anything unmatched after 24 to 48 hours should be tagged: missing ID, delayed settlement, duplicate payment, refund pending, card dispute, manual bank transfer, or marketplace payout.

Matching rules

Use a simple hierarchy so the team does not argue every time a mismatch appears.

Perfect match: order ID, amount, payment method, and paid timestamp align between the order platform and gateway.

Acceptable match: order ID and amount match, but timestamp differs because payment confirmation happened after checkout or after a manual invoice link.

Investigate: amount matches but order ID is missing. This is common with manual payment links, WhatsApp orders, and offline QR sales.

Do not clear: bank deposit exists but no order or settlement batch explains it. Park it in suspense until identified.

For Malaysian ecommerce, the biggest mistake is clearing a bank deposit as sales without tracing which payment methods created it. That hides FPX, DuitNow QR, card, and e-wallet fee differences.

FPX reconciliation

FPX is direct online banking, so sellers often treat it as simple. It still needs controls.

For each FPX batch, check:

  • website order ID equals payment reference or merchant reference;
  • gross amount equals the customer order total;
  • failed or abandoned FPX attempts are not counted as paid orders;
  • settlement date lands in the right accounting month;
  • gateway fees are booked separately from sales revenue.

FPX issues usually come from abandoned checkout, customers retrying payments, or order systems marking paid too early. The ops team should compare successful gateway status against the store's paid status before shipping.

DuitNow QR reconciliation

PayNet positions DuitNow QR as a business payment method for accepting QR payments, and many Malaysian SMEs use it across counters, events, invoices, and social commerce. That flexibility is useful, but it creates matching risk.

For DuitNow QR, force the team to record one of these identifiers at payment time:

  • order ID;
  • invoice number;
  • customer phone number;
  • branch/register name;
  • campaign or booth name for events.

If DuitNow QR payments are accepted in-store or at pop-ups, close the register daily. Match QR receipts to POS orders before the person who handled the sale forgets the context.

Card and e-wallet reconciliation

Cards are usually the most annoying because fees, refunds, chargebacks, and settlement timing can differ more than FPX.

For card and e-wallet payments, reconcile in this order:

  1. paid order to gateway transaction;
  2. gateway transaction to settlement batch;
  3. settlement batch to bank deposit;
  4. fee line to accounting expense;
  5. refund or chargeback line to the original order.

Never net card fees directly against revenue without a fee record. It makes gross margin and channel performance harder to understand later.

Accounting handoff

The payment ops sheet should produce three outputs for the accountant or bookkeeper.

OutputPurposeTool destination
Sales by channel and payment methodRevenue recognition and channel marginAutoCount, Bukku, or spreadsheet
Gateway fee summaryPayment processing expenseAccounting expense account
Unmatched item listOpen issues before month endOps owner and accountant

AutoCount is the safer fit for Malaysian Sdn Bhd companies with multi-branch retail, inventory, and a local accountant already trained on the system. Bukku is cleaner for smaller ecommerce sellers that want cloud accounting, bank feeds, invoices, and a lighter operating model.

The accounting system does not need to store every gateway field. It does need clean totals, defensible fee lines, and enough references to trace back when an auditor or manager asks.

Month-end close checklist

Run this checklist before closing the month.

  • All paid orders have a payment reference.
  • All gateway successful payments have an order, invoice, or manual-sale explanation.
  • All settlement batches are matched to bank deposits.
  • Fees are posted separately by method where possible.
  • Refunds and disputes are linked to original orders.
  • Marketplace payouts are not mixed with website gateway settlement.
  • Manual transfers and QR payments have customer/order notes.
  • Suspense items have owners and target resolution dates.
  • The final revenue total agrees with the ecommerce platform after refunds and cancellations.

If the team cannot finish this checklist in one day, the issue is usually not accounting skill. It is missing IDs, too many manual payment flows, or reports that are exported too late.

Common mismatch cases

Customer paid twice. Keep the second payment as a liability until refunded or applied to a new order. Do not book both as sales.

Order says paid, gateway says failed. Do not ship until the gateway shows success or the bank deposit is verified.

Gateway success, no order found. Check abandoned carts, manual invoices, WhatsApp sales, and duplicate customer profiles.

Bank deposit lower than expected. Check fees, rolling reserves, refunds, chargebacks, and whether multiple settlement batches were grouped.

DuitNow QR receipt exists, no invoice. Ask the selling team for the customer/order context the same day. Waiting until month end turns a small ops miss into detective work.

Team roles

A small Malaysian seller can run this with three clear owners.

  • Ops owner: exports orders and payment reports daily.
  • Finance owner: matches settlement to bank and books fees.
  • Manager: reviews exceptions, refunds, disputes, and old suspense items.

Do not let agents, warehouse staff, and finance all edit the same sheet without ownership rules. Use comments or status fields, not silent overwrites.

Build the close before volume arrives

Malaysian ecommerce reconciliation should be designed before volume grows. FPX, DuitNow QR, cards, e-wallets, marketplaces, and payment links can all work together, but only if order IDs, payment references, settlement batches, and fees are controlled daily.

Start with a simple daily control sheet. Use iPay88 when Malaysia-first gateway depth matters. Use HitPay when payment links, social commerce, and omnichannel payment visibility matter. Use AutoCount or Bukku to keep accounting clean.

The winning habit is boring: export daily, match by ID, clear exceptions fast, and close the month with no mystery deposits.

Related analysis

Topics in this piece

malaysiafpxduitnowpaymentsreconciliationecommerceaccountingworkflowsdn bhd2026
Mentioned in this article

Featured Tools

iPay88
I
iPay88SaaSAffiliate
Finance ยท Payment Gateway

Malaysian-built payment gateway used by 50,000+ Sdn Bhd merchants for FPX, DuitNow, and card acceptance

โ˜…โ˜…โ˜…โ˜…โ˜†4.2(487)
Paid
FPX online banking acceptance from all major Malaysian banksDuitNow QR national QR rail acceptance with low transaction feesCredit and debit card acceptance with Malaysian-issued bank acquirer
HitPay
H
HitPaySaaSAffiliate
Finance ยท Payment Gateway

Singapore-built omnichannel payment platform for SEA SMEs

โ˜…โ˜…โ˜…โ˜…โ˜…4.5(156)
Paid
Omnichannel payment acceptance (online and offline)Support for local SEA payment methods (PayNow, DuitNow, QRIS, etc.)No-code payment links and QR code generation
AutoCount
A
AutoCountSaaSAffiliate
Finance ยท Accounting and ERP

Malaysian-built accounting and ERP SaaS used by 200,000+ Sdn Bhd companies

โ˜…โ˜…โ˜…โ˜…โ˜†4.4(731)
From $1880/year
Malaysian SST handling with auto-calculation and SST-02 return generationLHDN e-Invoice MyInvois integration for the 2026 mandateMulti-branch retail accounting with consolidated reporting
Bukku
B
BukkuSaaSAffiliate
Finance ยท Accounting

Malaysian-built cloud accounting SaaS for small businesses and e-commerce sellers

โ˜…โ˜…โ˜…โ˜…โ˜…4.5(243)
From $59/month
Invoicing and automated payment remindersMalaysian SST-compliant reporting and filingAutomated bank feeds for Maybank, CIMB, and Public Bank
EasyStore
E
EasyStoreSaaSAffiliate
saas-tools ยท Ecommerce Platform

Malaysia's top unified commerce platform for SMEs selling online, in-store, and on Shopee and Lazada

โ˜…โ˜…โ˜…โ˜…โ˜†4.4(320)
From $57/month
Omnichannel sync across own website, Shopee, Lazada, Facebook, and Instagram shopsNative Malaysian payment methods including FPX, GrabPay, Boost, and DuitNow with no extra setupBuilt-in integration with Pos Laju, J&T Express, NinjaVan, and other local couriers