Cara Seller Malaysia Merekonsiliasi Pembayaran FPX, DuitNow, dan Card di 2026
Seorang seller ecommerce Malaysia bisa punya checkout yang rapi tapi tetap kehilangan berjam-jam tiap minggu untuk mencocokkan bank deposit ke order. Pembayaran FPX masuk lewat satu export, DuitNow QR mungkin ada di report lain, card payout memotong fee dengan cara berbeda, dan akuntan tetap butuh pembukuan yang masuk akal di AutoCount, Bukku, atau spreadsheet.
Urutan pencocokan inti: rekonsiliasi berdasarkan order ID dulu, settlement batch kedua, dan payment method ketiga. Jangan mulai dari bank statement saja. Seller Malaysia sebaiknya menyimpan satu daily payment control sheet yang mengikat marketplace order, website order, iPay88, HitPay, bank deposit, refund, dan entri akuntansi ke dalam proses close yang sama.
Workflow ini untuk SME yang berjualan lewat Shopify, WooCommerce, EasyStore, Shopee, Lazada, TikTok Shop, WhatsApp, dan offline QR payment. Gateway pastinya bisa berbeda, tapi logika kontrolnya sama.
Apa yang disiapkan dulu
Sebelum rekonsiliasi, standarkan field yang harus dibawa setiap channel.
| Field | Kenapa penting | Di mana biasanya muncul |
|---|---|---|
| Order ID | Kunci matching utama | Shopify, WooCommerce, marketplace, POS, CRM |
| Payment reference | Bukti sisi gateway | iPay88, HitPay, bank/e-wallet report |
| Payment method | Memisahkan FPX, DuitNow QR, card, e-wallet | Gateway export dan checkout record |
| Gross amount | Jumlah yang dibayar customer | Order system dan gateway export |
| Fee | Biaya pembayaran untuk dibukukan | Gateway settlement report |
| Net settlement | Deposit yang diharapkan masuk bank | Gateway settlement report dan bank statement |
| Refund/chargeback flag | Menjelaskan selisih | Gateway, platform ecommerce, bank |
| Settlement date | Cutoff akhir bulan | Gateway dan bank statement |
Jika sebuah order channel tidak bisa export field ini, perbaiki itu sebelum menambah payment method lagi. Rekonsiliasi jadi mahal saat seller punya volume revenue tapi ID-nya lemah.
Daily workflow
Lakukan ini setiap hari kerja, bukan hanya di akhir bulan.
1. Export order per channel. Tarik website order, marketplace order, manual invoice order, dan offline sale. Biarkan order yang dibatalkan tetap terlihat, tapi tandai terpisah.
2. Export transaksi payment gateway. Untuk iPay88, pisahkan FPX, DuitNow QR, card, dan e-wallet jika report-nya memungkinkan. Untuk HitPay, export online checkout, payment link, invoice, QR, dan card payment secara terpisah jika flow itu dipakai.
3. Export pergerakan bank. Download transaksi bank untuk main settlement account. Jangan andalkan screenshot dari online banking; pakai CSV atau statement export jika memungkinkan.
4. Cocokkan paid order ke transaksi gateway. Pakai order ID dulu. Jika order ID hilang, pakai amount plus timestamp plus nama atau telepon customer sebagai fallback.
5. Cocokkan gateway settlement ke bank deposit. Satu bank deposit bisa mewakili banyak order setelah fee. Cocokkan berdasarkan settlement batch, bukan per pembayaran customer.
6. Catat exception sebelum menua. Apa pun yang belum cocok setelah 24 sampai 48 jam harus diberi tag: ID hilang, settlement tertunda, pembayaran duplikat, refund pending, card dispute, manual bank transfer, atau marketplace payout.
Matching rules
Pakai hierarki sederhana supaya tim tidak berdebat tiap kali muncul mismatch.
Perfect match: order ID, amount, payment method, dan paid timestamp selaras antara order platform dan gateway.
Acceptable match: order ID dan amount cocok, tapi timestamp berbeda karena konfirmasi pembayaran terjadi setelah checkout atau setelah manual invoice link.
Investigate: amount cocok tapi order ID hilang. Ini umum terjadi pada manual payment link, WhatsApp order, dan offline QR sale.
Do not clear: bank deposit ada tapi tidak ada order atau settlement batch yang menjelaskannya. Parkir di suspense sampai teridentifikasi.
Untuk ecommerce Malaysia, kesalahan terbesar adalah mencatat bank deposit sebagai sales tanpa menelusuri payment method mana yang menghasilkannya. Itu menyembunyikan perbedaan fee FPX, DuitNow QR, card, dan e-wallet.
FPX reconciliation
FPX adalah direct online banking, jadi seller sering menganggapnya sederhana. Ia tetap butuh kontrol.
Untuk setiap FPX batch, cek:
- website order ID sama dengan payment reference atau merchant reference;
- gross amount sama dengan total order customer;
- failed atau abandoned FPX attempt tidak dihitung sebagai paid order;
- settlement date jatuh di bulan akuntansi yang benar;
- gateway fee dibukukan terpisah dari sales revenue.
Masalah FPX biasanya datang dari abandoned checkout, customer mengulang pembayaran, atau order system menandai paid terlalu cepat. Tim ops sebaiknya membandingkan status gateway yang sukses dengan status paid di toko sebelum shipping.
DuitNow QR reconciliation
PayNet memposisikan DuitNow QR sebagai business payment method untuk menerima QR payment, dan banyak SME Malaysia memakainya di counter, event, invoice, dan social commerce. Fleksibilitas itu berguna, tapi menimbulkan matching risk.
Untuk DuitNow QR, wajibkan tim mencatat salah satu identifier ini saat pembayaran:
- order ID;
- nomor invoice;
- nomor telepon customer;
- nama branch/register;
- nama campaign atau booth untuk event.
Jika DuitNow QR diterima in-store atau di pop-up, tutup register setiap hari. Cocokkan QR receipt ke POS order sebelum orang yang menangani penjualan lupa konteksnya.
Card dan e-wallet reconciliation
Card biasanya paling menyebalkan karena fee, refund, chargeback, dan settlement timing bisa berbeda lebih besar daripada FPX.
Untuk card dan e-wallet payment, rekonsiliasi dalam urutan ini:
- paid order ke transaksi gateway;
- transaksi gateway ke settlement batch;
- settlement batch ke bank deposit;
- fee line ke accounting expense;
- refund atau chargeback line ke order asli.
Jangan pernah meng-net card fee langsung terhadap revenue tanpa fee record. Itu membuat gross margin dan channel performance lebih sulit dipahami nanti.
Accounting handoff
Payment ops sheet sebaiknya menghasilkan tiga output untuk akuntan atau bookkeeper.
| Output | Tujuan | Tool destination |
|---|---|---|
| Sales per channel dan payment method | Revenue recognition dan channel margin | AutoCount, Bukku, atau spreadsheet |
| Gateway fee summary | Payment processing expense | Accounting expense account |
| Unmatched item list | Isu terbuka sebelum akhir bulan | Ops owner dan akuntan |
AutoCount lebih pas untuk perusahaan Sdn Bhd Malaysia dengan multi-branch retail, inventory, dan akuntan lokal yang sudah terlatih di sistem itu. Bukku lebih bersih untuk seller ecommerce kecil yang ingin cloud accounting, bank feed, invoice, dan model operasi yang lebih ringan.
Sistem akuntansi tidak perlu menyimpan setiap field gateway. Ia perlu total yang bersih, fee line yang bisa dipertanggungjawabkan, dan referensi yang cukup untuk ditelusuri balik saat auditor atau manajer bertanya.
Checklist close akhir bulan
Jalankan checklist ini sebelum menutup bulan.
- Semua paid order punya payment reference.
- Semua gateway successful payment punya order, invoice, atau penjelasan manual-sale.
- Semua settlement batch tercocokkan ke bank deposit.
- Fee diposting terpisah per method jika memungkinkan.
- Refund dan dispute terhubung ke order asli.
- Marketplace payout tidak bercampur dengan website gateway settlement.
- Manual transfer dan QR payment punya catatan customer/order.
- Item suspense punya owner dan target tanggal resolusi.
- Total revenue final sesuai dengan platform ecommerce setelah refund dan cancellation.
Jika tim tidak bisa menyelesaikan checklist ini dalam satu hari, masalahnya biasanya bukan skill akuntansi. Itu adalah ID yang hilang, terlalu banyak manual payment flow, atau report yang di-export terlalu telat.
Kasus mismatch umum
Customer bayar dua kali. Simpan pembayaran kedua sebagai liability sampai di-refund atau diterapkan ke order baru. Jangan membukukan keduanya sebagai sales.
Order bilang paid, gateway bilang failed. Jangan ship sampai gateway menunjukkan success atau bank deposit terverifikasi.
Gateway success, tidak ada order ditemukan. Cek abandoned cart, manual invoice, WhatsApp sale, dan profil customer duplikat.
Bank deposit lebih rendah dari ekspektasi. Cek fee, rolling reserve, refund, chargeback, dan apakah beberapa settlement batch digabung.
DuitNow QR receipt ada, tidak ada invoice. Tanyakan ke tim penjualan konteks customer/order di hari yang sama. Menunggu sampai akhir bulan mengubah ops miss kecil menjadi kerja detektif.
Peran tim
Seller Malaysia kecil bisa menjalankan ini dengan tiga owner yang jelas.
- Ops owner: export order dan payment report setiap hari.
- Finance owner: mencocokkan settlement ke bank dan membukukan fee.
- Manager: meninjau exception, refund, dispute, dan item suspense lama.
Jangan biarkan agent, staf gudang, dan finance semua mengedit sheet yang sama tanpa aturan ownership. Pakai comment atau status field, bukan overwrite diam-diam.
Bangun proses close sebelum volume tumbuh
Rekonsiliasi ecommerce Malaysia sebaiknya dirancang sebelum volume tumbuh. FPX, DuitNow QR, card, e-wallet, marketplace, dan payment link bisa bekerja bersama, tapi hanya jika order ID, payment reference, settlement batch, dan fee dikontrol setiap hari.
Mulai dengan daily control sheet sederhana. Pakai iPay88 saat kedalaman gateway Malaysia-first penting. Pakai HitPay saat payment link, social commerce, dan omnichannel payment visibility penting. Pakai AutoCount atau Bukku untuk menjaga akuntansi tetap bersih.
Kebiasaan yang menang itu membosankan: export setiap hari, match by ID, clear exception cepat, dan tutup bulan tanpa deposit misterius.