Seller Malaysia Nên Reconcile Thanh Toán FPX, DuitNow và Card Thế Nào Trong 2026
Một seller ecommerce Malaysia có thể có checkout sạch sẽ mà vẫn mất hàng giờ mỗi tuần để khớp bank deposit với order. Thanh toán FPX về qua một export, DuitNow QR có thể nằm trong một report khác, card payout trừ fee theo cách khác, và kế toán vẫn cần sổ sách hợp lý trong AutoCount, Bukku, hay spreadsheet.
Thứ tự khớp cốt lõi: reconcile theo order ID trước, settlement batch thứ hai, và payment method thứ ba. Đừng bắt đầu chỉ từ bank statement. Seller Malaysia nên giữ một daily payment control sheet duy nhất gắn kết marketplace order, website order, iPay88, HitPay, bank deposit, refund, và bút toán kế toán vào cùng một quy trình close.
Workflow này dành cho SME bán qua Shopify, WooCommerce, EasyStore, Shopee, Lazada, TikTok Shop, WhatsApp, và offline QR payment. Gateway cụ thể có thể khác nhau, nhưng logic kiểm soát thì như nhau.
Chuẩn bị gì trước
Trước khi reconcile, hãy chuẩn hóa các field mà mỗi channel phải mang theo.
| Field | Vì sao quan trọng | Thường xuất hiện ở đâu |
|---|---|---|
| Order ID | Khóa matching chính | Shopify, WooCommerce, marketplace, POS, CRM |
| Payment reference | Bằng chứng phía gateway | iPay88, HitPay, bank/e-wallet report |
| Payment method | Tách FPX, DuitNow QR, card, e-wallet | Gateway export và checkout record |
| Gross amount | Số tiền khách trả | Order system và gateway export |
| Fee | Chi phí thanh toán cần ghi sổ | Gateway settlement report |
| Net settlement | Deposit dự kiến về ngân hàng | Gateway settlement report và bank statement |
| Refund/chargeback flag | Giải thích chênh lệch | Gateway, platform ecommerce, ngân hàng |
| Settlement date | Cutoff cuối tháng | Gateway và bank statement |
Nếu một order channel không export được các field này, hãy sửa trước khi thêm payment method khác. Reconciliation trở nên tốn kém khi seller có volume doanh thu nhưng ID yếu.
Daily workflow
Làm việc này mỗi ngày làm việc, không chỉ cuối tháng.
1. Export order theo channel. Kéo website order, marketplace order, manual invoice order, và offline sale. Giữ order đã hủy hiển thị được, nhưng đánh dấu riêng.
2. Export transaction của payment gateway. Với iPay88, tách FPX, DuitNow QR, card, và e-wallet khi report cho phép. Với HitPay, export online checkout, payment link, invoice, QR, và card payment riêng nếu có dùng các flow đó.
3. Export biến động ngân hàng. Download transaction ngân hàng của main settlement account. Đừng dựa vào screenshot từ online banking; dùng CSV hoặc statement export khi có thể.
4. Khớp paid order với transaction của gateway. Dùng order ID trước. Nếu thiếu order ID, dùng amount cộng timestamp cộng tên hoặc số điện thoại khách làm fallback.
5. Khớp gateway settlement với bank deposit. Một bank deposit có thể đại diện cho nhiều order sau khi trừ fee. Khớp theo settlement batch, không theo từng khoản khách trả.
6. Ghi exception trước khi nó cũ. Bất cứ gì chưa match sau 24 đến 48 giờ nên được gắn tag: thiếu ID, settlement trễ, thanh toán trùng, refund pending, card dispute, manual bank transfer, hoặc marketplace payout.
Matching rules
Dùng một thứ bậc đơn giản để team không tranh cãi mỗi khi xuất hiện mismatch.
Perfect match: order ID, amount, payment method, và paid timestamp khớp nhau giữa order platform và gateway.
Acceptable match: order ID và amount khớp, nhưng timestamp khác vì xác nhận thanh toán xảy ra sau checkout hoặc sau manual invoice link.
Investigate: amount khớp nhưng thiếu order ID. Điều này phổ biến với manual payment link, WhatsApp order, và offline QR sale.
Do not clear: có bank deposit nhưng không order hay settlement batch nào giải thích được. Để vào suspense cho đến khi xác định được.
Với ecommerce Malaysia, sai lầm lớn nhất là clear một bank deposit thành sales mà không truy payment method nào tạo ra nó. Điều đó che giấu chênh lệch fee của FPX, DuitNow QR, card, và e-wallet.
FPX reconciliation
FPX là direct online banking, nên seller thường coi nó đơn giản. Nó vẫn cần kiểm soát.
Với mỗi FPX batch, kiểm tra:
- website order ID bằng payment reference hoặc merchant reference;
- gross amount bằng tổng order của khách;
- failed hoặc abandoned FPX attempt không bị tính là paid order;
- settlement date rơi vào đúng tháng kế toán;
- gateway fee được ghi sổ riêng khỏi sales revenue.
Vấn đề FPX thường đến từ abandoned checkout, khách thử lại thanh toán, hoặc order system đánh dấu paid quá sớm. Đội ops nên so sánh status thành công của gateway với paid status trên store trước khi shipping.
DuitNow QR reconciliation
PayNet định vị DuitNow QR là business payment method để nhận QR payment, và nhiều SME Malaysia dùng nó tại quầy, event, invoice, và social commerce. Sự linh hoạt đó hữu ích, nhưng tạo ra matching risk.
Với DuitNow QR, buộc team ghi lại một trong các identifier này tại thời điểm thanh toán:
- order ID;
- số invoice;
- số điện thoại khách;
- tên branch/register;
- tên campaign hoặc booth cho event.
Nếu DuitNow QR được nhận in-store hoặc tại pop-up, hãy đóng register hằng ngày. Khớp QR receipt với POS order trước khi người xử lý giao dịch quên context.
Card và e-wallet reconciliation
Card thường khó chịu nhất vì fee, refund, chargeback, và settlement timing có thể khác nhau nhiều hơn FPX.
Với card và e-wallet payment, reconcile theo thứ tự này:
- paid order với transaction của gateway;
- transaction của gateway với settlement batch;
- settlement batch với bank deposit;
- fee line với accounting expense;
- refund hoặc chargeback line với order gốc.
Đừng bao giờ net card fee trực tiếp vào revenue mà không có fee record. Nó làm gross margin và channel performance khó hiểu hơn về sau.
Accounting handoff
Payment ops sheet nên tạo ra ba output cho kế toán hoặc bookkeeper.
| Output | Mục đích | Tool destination |
|---|---|---|
| Sales theo channel và payment method | Revenue recognition và channel margin | AutoCount, Bukku, hoặc spreadsheet |
| Gateway fee summary | Payment processing expense | Accounting expense account |
| Unmatched item list | Vấn đề mở trước cuối tháng | Ops owner và kế toán |
AutoCount phù hợp hơn cho công ty Sdn Bhd Malaysia có multi-branch retail, inventory, và một kế toán địa phương đã được train trên hệ thống. Bukku gọn hơn cho seller ecommerce nhỏ muốn cloud accounting, bank feed, invoice, và mô hình vận hành nhẹ hơn.
Hệ thống kế toán không cần lưu mọi field của gateway. Nó cần tổng số sạch, fee line có thể bảo vệ được, và đủ reference để truy ngược khi auditor hay manager hỏi.
Checklist close cuối tháng
Chạy checklist này trước khi đóng tháng.
- Mọi paid order đều có payment reference.
- Mọi gateway successful payment đều có order, invoice, hoặc giải thích manual-sale.
- Mọi settlement batch đều được khớp với bank deposit.
- Fee được post riêng theo method khi có thể.
- Refund và dispute được liên kết với order gốc.
- Marketplace payout không bị trộn với website gateway settlement.
- Manual transfer và QR payment có note khách/order.
- Suspense item có owner và ngày target để giải quyết.
- Tổng revenue cuối cùng khớp với platform ecommerce sau refund và cancellation.
Nếu team không thể hoàn thành checklist này trong một ngày, vấn đề thường không phải skill kế toán. Đó là thiếu ID, quá nhiều manual payment flow, hoặc report được export quá trễ.
Các ca mismatch phổ biến
Khách trả hai lần. Giữ khoản thanh toán thứ hai là liability cho đến khi refund hoặc áp vào order mới. Đừng ghi sổ cả hai thành sales.
Order báo paid, gateway báo failed. Đừng ship cho đến khi gateway hiển thị success hoặc bank deposit được verify.
Gateway success, không tìm thấy order. Kiểm tra abandoned cart, manual invoice, WhatsApp sale, và profile khách trùng.
Bank deposit thấp hơn dự kiến. Kiểm tra fee, rolling reserve, refund, chargeback, và liệu nhiều settlement batch có bị gộp không.
Có DuitNow QR receipt, không có invoice. Hỏi đội bán hàng về context khách/order ngay trong ngày. Chờ đến cuối tháng biến một ops miss nhỏ thành việc điều tra.
Vai trò team
Một seller Malaysia nhỏ có thể vận hành việc này với ba owner rõ ràng.
- Ops owner: export order và payment report hằng ngày.
- Finance owner: khớp settlement với ngân hàng và ghi sổ fee.
- Manager: review exception, refund, dispute, và suspense item cũ.
Đừng để agent, nhân viên kho, và finance cùng chỉnh sửa một sheet mà không có quy tắc ownership. Dùng comment hoặc status field, không overwrite âm thầm.
Dựng quy trình close trước khi volume tăng
Reconciliation ecommerce Malaysia nên được thiết kế trước khi volume tăng. FPX, DuitNow QR, card, e-wallet, marketplace, và payment link đều có thể phối hợp, nhưng chỉ khi order ID, payment reference, settlement batch, và fee được kiểm soát hằng ngày.
Bắt đầu với một daily control sheet đơn giản. Dùng iPay88 khi độ sâu gateway kiểu Malaysia-first quan trọng. Dùng HitPay khi payment link, social commerce, và omnichannel payment visibility quan trọng. Dùng AutoCount hoặc Bukku để giữ kế toán sạch.
Thói quen chiến thắng thì nhàm chán: export hằng ngày, match by ID, clear exception nhanh, và đóng tháng không có deposit bí ẩn.