Tóm tắt nhanh
Khoản thanh toán sàn bị tạm giữ không nên được quản lý như một con số chờ. Mỗi khoản cần nối được với đơn, kiện, phí, refund-return và bằng chứng vận hành. OMS phân loại giao dịch và điều phối case; WMS cung cấp log SKU-barcode, checking, packing, manifest, bàn giao và nhận hoàn. Hệ thống không bảo đảm marketplace giải ngân, nhưng giúp doanh nghiệp biết tiền đang ở đâu, thiếu bằng chứng gì, ai phải xử lý và khoản nào đã quá hạn.
- Từ khóa trọng tâm: giải pháp đối soát thanh toán sàn bị tạm giữ, OMS WMS payment hold, tiền Shopee Lazada TikTok Shop bị treo.
- Đối tượng: owner, operations manager, warehouse manager, ecommerce team, kế toán và tài chính.
- Phạm vi: COD, prepaid, settlement, fee, adjustment, reserve, refund, return, dispute và bank receipt.
- Bằng chứng kho: SKU, barcode, PDA, bin location, picking, checking, packing, parcel, manifest, handover và return QC.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai ERP/OMS + WMS tại Việt Nam, tập trung vào ecommerce đa kênh, đơn hàng, tồn kho, kho vận, hàng hoàn và dữ liệu đối soát có thể truy vết. |
|---|---|
| OMS + WMS | OMS nối marketplace order, thanh toán, phí, refund và case ngoại lệ; WMS ghi nhận SKU, barcode, bin location, PDA, picking, checking, packing, bàn giao 3PL, nhận hoàn và QC. |
| Vietnam ecommerce | Doanh nghiệp Việt Nam thường đồng thời xử lý đơn COD và prepaid, phí sàn, voucher, trợ giá, refund, hàng hoàn và nhiều chu kỳ thanh toán trên các kênh khác nhau. |
| Marketplace channels | Shopee, Lazada và TikTok Shop có báo cáo, mã giao dịch, lịch quyết toán và quy trình khiếu nại riêng; website D2C, social commerce và livestream cũng cần được tách nguồn tiền rõ ràng. |
| Warehouse workflows | SKU-barcode mapping, giữ tồn, wave picking, PDA scan, checking, packing proof, parcel-label binding, staging, manifest, handover scan, return receiving, return QC và inventory status. |
So sánh nhanh theo mức độ vận hành
| Cách làm | Phù hợp khi | Rủi ro / điều kiện |
|---|---|---|
| Chờ số dư sàn tự cập nhật | Số giao dịch rất ít và khoản chậm chỉ do chu kỳ thanh toán bình thường | Dễ bỏ lỡ case thật sự cần bổ sung bằng chứng hoặc khiếu nại trước hạn |
| Đối soát bằng Excel theo tổng tiền | Một sàn, ít loại phí, ít hoàn hủy và kế toán có thể kiểm từng dòng | Tổng có thể khớp nhưng không biết đơn nào bị giữ, phí nào sai hoặc hàng hoàn nào chưa về |
| Chỉ dùng OMS | Vấn đề chủ yếu nằm ở mapping đơn, trạng thái giao, phí và kỳ settlement | Thiếu bằng chứng vật lý nếu tranh chấp liên quan SKU, kiện, packing, bàn giao hoặc return QC |
| JSTERP OMS + WMS | Nhiều sàn, nhiều kho, nhiều refund-return, giá trị khoản treo đáng kể và cần phối hợp kế toán-vận hành-kho | Cần chuẩn hóa mã đơn, fee code, trạng thái tiền, trạng thái hàng và bằng chứng trước go-live |
Đừng bắt đầu từ số tiền chuyển vào ngân hàng
Bank receipt chỉ là điểm cuối. Số tiền net có thể đã trừ phí nền tảng, phí vận chuyển, voucher do nhà bán chịu, thuế, refund, penalty, reserve hoặc adjustment từ kỳ trước. Nếu kế toán lấy doanh thu đơn hàng trừ số tiền ngân hàng rồi gọi phần còn lại là “tiền sàn giữ”, danh sách xử lý sẽ trộn cả khoản chưa đến hạn, khoản phí hợp lệ và khoản thật sự cần khiếu nại.
Điểm bắt đầu đúng là transaction line. Mỗi dòng cần có transaction ID, loại giao dịch, số tiền, currency, thời điểm, reference order hoặc case và kỳ settlement. OMS có thể chuẩn hóa dữ liệu này thành gross-to-net bridge: doanh thu gộp, discount/subsidy, từng loại phí, refund, adjustment, reserve movement và net payable. Dòng nào không mapping được phải vào exception queue, không được ép vào “phí khác” để làm tổng số khớp giả.
Nối vòng đời đơn hàng với vòng đời thanh toán
Một marketplace order có hai vòng đời chạy song song. Vòng đời vận hành đi từ giữ tồn đến picking, packing, giao hàng và hoàn kho. Vòng đời tài chính đi từ ghi nhận đơn đến settlement, fee, payout, refund hoặc hold. Đối soát đáng tin cậy phải giữ khóa nối giữa hai vòng đời; nếu mất order ID, parcel ID hoặc return ID, đội tài chính sẽ không thể giải thích khoản tiền bằng sự kiện vật lý.
| Giai đoạn | Dữ liệu cần giữ | Vai trò của OMS + WMS |
|---|---|---|
| Đơn được tạo | Marketplace order ID, channel, payment method, gross amount, voucher/subsidy, SKU và số lượng | OMS kiểm tra mapping sản phẩm, điều kiện thanh toán và giữ tồn đúng đơn |
| Xuất kho | Internal order ID, wave, picker, checker, barcode, parcel ID, shipping label và packing proof | WMS chứng minh đúng hàng-đúng kiện; không dùng ảnh rời không gắn order/parcel |
| Bàn giao / giao hàng | Manifest, carrier, handover scan, mốc giao, POD và exception vận chuyển | Phân biệt đã pack với đã bàn giao; xác định trách nhiệm kho hay 3PL |
| Settlement | Settlement ID, transaction type, gross, từng fee, tax, refund, adjustment, reserve và net payable | OMS import theo từng dòng, mapping về đơn hoặc case thay vì chỉ lưu tổng chuyển khoản |
| Return / refund | Refund reason, return ID, tracking hoàn, hàng thực nhận, QC grade, thiếu phụ kiện và disposition | Tách tiền đã hoàn cho khách khỏi hàng đã về kho; WMS không cộng available trước QC |
Phân loại đúng nguyên nhân trước khi giao việc
Không phải mọi payment hold đều là lỗi của marketplace và không phải mọi case đều cần bằng chứng kho. Khoản chưa đến expected release date chỉ cần theo dõi. Một fee code mới cần kế toán mapping. Tranh chấp giao thiếu cần WMS cung cấp check-scan và packing proof. Refund có yêu cầu trả hàng cần cả OMS lẫn return receiving/QC. Phân loại sai khiến kho mất thời gian tìm ảnh cho case tài chính, trong khi case sắp hết hạn lại không có owner.
| Nhóm nguyên nhân | Dữ liệu xác minh | Hướng xử lý |
|---|---|---|
| Chưa đến kỳ giải ngân | Đơn đã giao nhưng còn trong thời gian chờ hoặc chu kỳ payout | Theo dõi expected release date; không mở khiếu nại giả; tách khỏi khoản quá hạn |
| Đơn / tài khoản đang tranh chấp | Hold code, deadline, trạng thái giao, phản hồi khách và yêu cầu của sàn | Mở case, gắn owner và gom order-parcel-POD-packing evidence theo yêu cầu |
| Refund hoặc chargeback | Số tiền hoàn, lý do, thời điểm, hàng có phải trả về hay không và trạng thái return | Đối chiếu chính sách, tài chính và hàng vật lý; tránh ghi nhận hàng về khi chưa nhận |
| Phí / adjustment không nhận diện | Fee code, campaign, voucher, shipping fee, penalty, tax và adjustment reference | Mapping code vào danh mục phí; đưa dòng không rõ vào exception queue thay vì gộp “phí khác” |
| Thiếu hoặc sai bằng chứng fulfillment | Barcode, check log, parcel-label binding, ảnh packing, manifest, handover scan và POD | Truy từ marketplace order ID về WMS event; nộp đúng bằng chứng còn trong thời hạn |
| Kỳ settlement thiếu dòng / lệch net | Opening balance, transaction lines, carry-forward, reserve release và bank receipt | Reconcile theo transaction ID; không ép chênh lệch vào một bút toán thủ công không giải thích được |
WMS biến thao tác kho thành bộ bằng chứng có thể truy xuất
Một ảnh đóng gói lưu trong điện thoại hoặc thư mục theo ngày chưa phải bằng chứng vận hành tốt. Khi cần tìm case, doanh nghiệp phải nối ảnh đó với marketplace order ID, internal order ID, parcel ID, shipping label, checker và thời điểm bàn giao. WMS nên tạo liên kết này ngay lúc thao tác, không chờ tranh chấp mới đi tìm.
Tại picking, PDA xác nhận SKU, barcode và bin location thực lấy. Tại checking, nhân viên quét lại SKU-số lượng trước khi đóng kiện. Packing station gắn parcel với label, cân nặng và bằng chứng phù hợp chính sách. Outbound scan nối kiện vào manifest và carrier. Nếu hàng hoàn, return receiving phải scan return/tracking ID, sau đó QC ghi hàng đúng, sai, thiếu phụ kiện, damaged hay có dấu hiệu tráo đổi. Chuỗi này giúp phân biệt lỗi kho, lỗi vận chuyển, hành vi sau giao và khoảng trống dữ liệu.
Refund, return và tồn kho phải là ba trạng thái riêng
Một trong những lỗi đối soát phổ biến là coi refund đồng nghĩa với hàng đã về. Marketplace có thể hoàn tiền không cần trả hàng, kiện có thể đang trên đường hoàn, hoặc kho đã nhận nhưng QC phát hiện sai SKU. OMS phải ghi rõ nghĩa vụ tài chính; WMS chỉ thay đổi tồn vật lý khi có sự kiện nhận hàng thực tế.
Hàng vừa nhận hoàn nên vào trạng thái return pending hoặc QC hold, không vào available. Sau khi scan barcode, đối chiếu đơn gốc, kiểm phụ kiện, serial, seal và tình trạng, WMS mới chuyển sang sellable, rework, damaged, vendor claim hoặc quarantine. Thiết kế này tránh hai lỗi tài chính cùng lúc: mất tiền refund nhưng không thấy hàng chưa về, hoặc cộng nhầm hàng lỗi vào tồn bán được rồi phát sinh đơn mới.
Khi nào nên dùng giải pháp này?
Giải pháp phù hợp khi số tiền payout không còn có thể kiểm bằng tổng hợp thủ công, doanh nghiệp bán trên nhiều marketplace hoặc tranh chấp thường xuyên cần chứng minh quá trình fulfillment. Có thể bắt đầu bằng OMS nếu dữ liệu kho đã đủ tin cậy; khi lỗi liên quan kiện hàng, SKU và hàng hoàn chiếm tỷ trọng đáng kể, WMS là lớp bắt buộc.
| Vai trò | Dấu hiệu nên triển khai |
|---|---|
| Chủ doanh nghiệp | Nên dùng khi doanh thu báo cáo tăng nhưng tiền về chậm, không nhìn được tổng exposure theo sàn hoặc khoản treo bắt đầu ảnh hưởng kế hoạch nhập hàng và dòng tiền. |
| Operations manager | Nên dùng khi case giữ tiền chạy qua nhiều nhóm nhưng thiếu owner, deadline, reason code và trạng thái đóng có bằng chứng. |
| Warehouse manager | Nên dùng khi kho đã xuất hàng nhưng không truy nhanh được ai pick-check-pack, barcode nào vào kiện nào và kiện được bàn giao ở manifest nào. |
| Ecommerce team | Nên dùng khi phải tải nhiều báo cáo Seller Center, xử lý dispute sát hạn hoặc không nối được order ID của sàn với đơn nội bộ và tình trạng hàng hoàn. |
| Kế toán / tài chính | Nên dùng khi bank receipt không khớp net settlement, fee code thay đổi, reserve-release bị lẫn kỳ hoặc một bút toán không thể drill-down về đơn. |
Thiết kế hàng đợi ngoại lệ thay vì xử lý qua chat nhóm
Mỗi exception cần amount, marketplace, reason code, age, deadline, owner, required evidence và next action. Owner tài chính xác minh settlement; ecommerce team kiểm tra case trên kênh; vận hành xác nhận trạng thái đơn; kho bổ sung evidence; người duyệt đóng case bằng release, adjustment hợp lệ, write-off được phê duyệt hoặc lý do khác. Chat nhóm có thể hỗ trợ trao đổi, nhưng không được là nơi duy nhất lưu trạng thái và bằng chứng.
| Ngoại lệ | Cách xử lý có kiểm soát |
|---|---|
| Một marketplace order tách nhiều kiện | Giữ quan hệ một đơn-nhiều parcel; đối soát phí, POD và bằng chứng theo từng parcel trước khi tổng hợp về order. |
| Nhiều đơn gộp trong một kiện | Chỉ cho phép nếu kênh và carrier hỗ trợ; lưu parcel composition, scan từng SKU/order và phân bổ phí theo rule đã duyệt. |
| Refund đã ghi nhận, hàng hoàn chưa về | OMS ghi receivable/refund case; WMS giữ return expected. Chỉ khi scan nhận và QC mới tạo inventory movement. |
| Sàn giữ tiền nhưng không có reason code rõ | Đưa vào unknown hold queue, lưu snapshot báo cáo, ngày phát hiện, deadline kiểm tra và lịch sử trao đổi; không tự gán nguyên nhân. |
| Packing proof không đọc được SKU | Dùng check-scan, barcode log, parcel weight và manifest làm evidence set; đánh dấu khoảng trống và sửa chuẩn chụp cho đơn sau. |
| Kỳ payout có reserve release từ kỳ cũ | Mapping theo reference gốc và cohort phát sinh; không tính release là doanh thu mới hoặc xóa khoản treo hiện tại. |
Dashboard phải đo tiền, tuổi khoản treo và khả năng giải thích
Đếm số ticket đã đóng có thể tạo cảm giác đội ngũ đang làm nhanh nhưng không cho biết dòng tiền đã được giải phóng hay chưa. Báo cáo cần drill-down theo marketplace, kỳ settlement, reason code, owner, SKU, kho, carrier và nhóm tuổi. Khoản đã giải ngân nhưng chưa mapping cũng chưa thể xem là đối soát hoàn tất.
| KPI | Cách hiểu | Mục đích |
|---|---|---|
| Hold exposure | Tổng giá trị đang bị giữ theo sàn, reason code, tuổi và trạng thái | Biết quy mô dòng tiền chưa giải phóng |
| Aging 0-7 / 8-15 / 16-30 / >30 ngày | Tuổi khoản treo tính từ mốc đủ điều kiện thanh toán | Tách chờ bình thường khỏi quá hạn |
| Auto-match rate | Tỷ lệ settlement lines tự nối đúng order, fee, refund và adjustment | Đo chất lượng mapping dữ liệu |
| Evidence completeness | Case có đủ order-parcel-scan-manifest-POD/return proof | Biết case nào có thể nộp xử lý ngay |
| Resolution lead time | Thời gian từ phát hiện hold đến đóng case hoặc nhận release | Đo tốc độ phối hợp đa phòng ban |
| Recovered / released amount | Giá trị đã được giải thích, giải ngân hoặc điều chỉnh hợp lệ | Đo kết quả tài chính, không chỉ số ticket đã đóng |
| Unexplained variance | Chênh lệch không drill-down được về transaction hoặc policy | Chỉ số phải giảm dần sau mỗi kỳ |
Checklist pilot và go-live
- Chọn một marketplace và một kỳ settlement có đủ đơn giao thành công, refund, return, fee, adjustment và ít nhất một khoản tạm giữ.
- Chuẩn hóa khóa nối: marketplace order ID, internal order ID, parcel ID, tracking number, settlement ID, transaction ID và bank reference.
- Lập danh mục fee code, hold reason, refund reason, dispute status, owner, SLA và closing reason; không dùng một trạng thái “đang xử lý” cho mọi case.
- Kiểm tra mapping SKU kênh bán với SKU master, barcode và đơn vị tính trong OMS + WMS.
- Bắt buộc WMS lưu check-scan, parcel-label binding, packing proof, manifest và handover scan tại đúng điểm thao tác.
- Tách trạng thái tiền khỏi trạng thái hàng: refunded không đồng nghĩa returned; returned không đồng nghĩa sellable.
- UAT các ngoại lệ: split shipment, merged parcel, partial refund, return thiếu phụ kiện, hold không reason code và release ở kỳ sau.
- Nghiệm thu bằng auto-match rate, unexplained variance, hold aging, evidence completeness, resolution lead time và recovered amount.
Pilot chỉ được xem là đạt khi có thể chọn ngẫu nhiên một dòng settlement và đi ngược về order, parcel, SKU, fee/refund, trạng thái giao hoặc hàng hoàn; đồng thời chọn một order đã giao và đi xuôi tới settlement hoặc exception còn mở. Hai chiều truy vết giúp phát hiện cả tiền không rõ đơn lẫn đơn chưa thấy tiền.
JSTERP có thể hỗ trợ như thế nào?
JST ERP Việt Nam có thể cùng doanh nghiệp khảo sát luồng dữ liệu từ Shopee, Lazada, TikTok Shop và các kênh ecommerce về OMS; sau đó nối với SKU master, barcode, bin location, PDA, picking, checking, packing, mã kiện, manifest, 3PL, return receiving và QC trong WMS. Phạm vi triển khai cần dựa trên dữ liệu kênh thực tế và chính sách đang áp dụng, không mặc định mọi marketplace có cùng cấu trúc settlement hay quy tắc giải ngân.
Doanh nghiệp có thể xem sản phẩm OMS + WMS, giải pháp marketplace đa kênh và giải pháp vận hành kho. Nếu đang có khoản tạm giữ chưa rõ nguyên nhân, hãy đăng ký tư vấn để rà một kỳ settlement, một nhóm order và bộ bằng chứng kho trước khi mở rộng.