Giải pháp đối soát phí sàn và COD sau campaign trong OMS + WMS: khớp đơn, khớp tiền, khớp tồn

Tóm tắt nhanh

Doanh nghiệp ecommerce Việt Nam nên đối soát phí sàn và COD sau campaign bằng OMS + WMS khi đơn đến từ Shopee, Lazada, TikTok Shop, livestream, website và social commerce. OMS cần lưu đơn gốc, mã vận đơn, trạng thái thanh toán, phí sàn, phí vận chuyển, voucher, hoàn tiền, COD đã thu, COD chờ nhận và COD bị lệch. WMS cần lưu bằng chứng vận hành: SKU, barcode, vị trí kho, picking, checking, packing, bàn giao vận chuyển, hàng hoàn và nhập lại tồn. JST ERP Việt Nam có thể hỗ trợ doanh nghiệp xây luồng đối soát theo từng đơn, từng SKU, từng kênh và từng chiến dịch, giúp phát hiện chênh lệch sớm, giảm tiền treo, tránh nhập lại tồn sai và chuẩn bị dữ liệu go-live cho mùa sale tiếp theo.

• Từ khóa trọng tâm: giải pháp đối soát phí sàn COD, đối soát COD sau campaign, OMS WMS đối soát Shopee Lazada TikTok.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần gom đơn đa kênh, kiểm phí sàn, COD, hàng hoàn, SKU, barcode, PDA, vị trí kho và báo cáo vận hành.
• Bối cảnh Vietnam ecommerce: campaign lớn tạo nhiều đơn hủy, đơn giao trễ, đơn hoàn, voucher, phí nền tảng, phí vận chuyển và COD chờ nhận từ nhiều nguồn.
• Quy trình kho liên quan: wave picking, barcode checking, packing, bàn giao vận chuyển, return receiving, QC hàng hoàn, putaway và cập nhật tồn khả dụng sau kiểm.

Thông tin thực thể liên quan

Bảng so sánh lựa chọn vận hành

Vì sao đối soát sau campaign thường bị lệch?

Campaign tạo ra nhiều biến động cùng lúc: đơn tăng nhanh, voucher thay đổi theo kênh, phí sàn tính theo loại chương trình, đơn COD bị giao trễ, khách hủy trước khi đóng gói, khách từ chối nhận sau khi bàn giao và hàng hoàn về kho sau nhiều ngày. Nếu mỗi bộ phận chỉ giữ một phần dữ liệu, số liệu doanh thu sẽ rất dễ đẹp trên báo cáo bán hàng nhưng sai khi so với tiền thật về tài khoản.

Sai lệch cũng thường xuất hiện ở điểm chuyển giao. OMS có thể ghi nhận đơn đã giao, nhưng kế toán chưa nhận COD. Kho có thể đã đóng gói và bàn giao, nhưng vận chuyển hoàn lại vì khách từ chối. Sàn có thể đã trừ phí campaign, phí freeship hoặc phí affiliate, nhưng file nội bộ chưa cập nhật. Khi không có mã đơn, mã vận đơn và SKU thống nhất, việc truy lại từng dòng trở thành công việc rất tốn thời gian.

• Đơn campaign có nhiều trạng thái trung gian: chờ thanh toán, chờ lấy hàng, đang giao, giao thất bại, hoàn về, đã hoàn tiền.
• Phí sàn không chỉ là một con số; thường gồm phí nền tảng, phí thanh toán, phí vận chuyển, voucher, affiliate hoặc phí campaign.
• COD phải khớp với trạng thái vận chuyển và trạng thái hoàn hàng, không thể chỉ nhìn đơn đã giao trên báo cáo bán hàng.

OMS cần giữ sổ cái vận hành cho từng đơn

Trong luồng đối soát, OMS nên là nơi giữ dữ liệu đơn gốc. Mỗi đơn cần có kênh bán, shop, mã đơn sàn, mã vận đơn, SKU, số lượng, giá bán, voucher, phí, trạng thái thanh toán, trạng thái giao vận, COD dự kiến, COD đã nhận, khoản hoàn tiền và lý do chênh lệch. Khi một đơn thay đổi trạng thái, hệ thống cần giữ lịch sử thay vì ghi đè mất dữ liệu cũ.

Điểm quan trọng là OMS phải tách được sai lệch theo nguyên nhân. Một đơn có thể lệch vì sàn trừ thêm phí campaign; một đơn khác lệch vì khách hoàn một phần combo; một đơn khác nữa lệch vì vận chuyển báo giao thất bại nhưng kho chưa nhận hàng hoàn. Nếu tất cả chỉ nằm trong cột "chưa khớp", quản lý không biết nên giao việc cho kế toán, CSKH, vận hành hay kho.

• Chuẩn hóa mã đơn sàn, mã vận đơn, mã đơn nội bộ và mã giao dịch thanh toán.
• Tách trạng thái: COD dự kiến, COD chờ nhận, COD đã nhận, COD lệch, đã hoàn tiền và chờ khiếu nại.
• Đặt lý do sai lệch chuẩn để lọc theo sàn, shop, chiến dịch, nhà vận chuyển, nhân viên xử lý và SKU.

WMS chứng minh hàng đã đi qua kho như thế nào

Đối soát tiền không thể tách khỏi kho. Khi một đơn bị tranh chấp COD hoặc phí vận chuyển, doanh nghiệp cần chứng minh đơn đó đã được picking từ vị trí nào, checking bằng barcode nào, packing lúc nào, bàn giao cho đơn vị vận chuyển nào và nếu hoàn thì đã quay lại kho ở trạng thái gì. WMS tạo bằng chứng thao tác cho từng bước này.

Ví dụ một đơn TikTok Shop có 3 SKU, kho scan đủ ở bước checking nhưng vận chuyển hoàn về chỉ còn 2 SKU. Nếu WMS có log barcode, ảnh đóng gói hoặc trạng thái kiểm nhận hàng hoàn, doanh nghiệp có cơ sở phân biệt lỗi đóng gói, mất hàng khi vận chuyển hoặc khách trả thiếu. Nếu không có dữ liệu kho, kế toán chỉ thấy một dòng tiền lệch mà không biết xử lý theo hướng nào.

• Picking cần ghi SKU, số lượng, vị trí lấy hàng, người lấy và thời gian thao tác.
• Checking cần scan barcode để chặn lấy sai SKU, thiếu combo hoặc đóng nhầm biến thể.
• Hàng hoàn cần được nhận vào khu return receiving hoặc QC hold trước khi cộng lại tồn khả dụng.

Bảng đối soát nên nhìn theo đơn, SKU, kênh và chiến dịch

Một bảng đối soát hữu ích không nên chỉ có tổng doanh thu. Doanh nghiệp cần drill down từ campaign xuống shop, từ shop xuống đơn, từ đơn xuống SKU và từ SKU xuống thao tác kho. Với cách này, một khoản lệch 20 triệu không còn là con số mơ hồ; nó có thể được tách thành phí campaign hợp lệ, COD chưa về, đơn hoàn chưa nhập kho, đơn bị hủy sau khi giữ tồn và lỗi đóng gói cần xử lý nội bộ.

Sau campaign, quản lý nên xem ba nhóm số cùng lúc: tiền, đơn và tồn. Tiền cho biết dòng tiền thật; đơn cho biết trạng thái giao vận và hoàn tiền; tồn cho biết hàng đã rời kho, đang đi đường, đã hoàn về hay đang chờ QC. Khi ba nhóm này khớp, doanh nghiệp mới có báo cáo lợi nhuận đáng tin.

• Theo đơn: mã đơn, mã vận đơn, trạng thái giao, phí, COD, hoàn tiền và lý do lệch.
• Theo SKU: số lượng bán, số lượng hoàn, lỗi checking, thiếu hàng, tồn giữ và tồn khả dụng sau campaign.
• Theo kho: đơn đã xuất, đơn chờ bàn giao, hàng hoàn chờ QC, hàng lỗi và giá trị tồn bị treo.

Quy trình xử lý một khoản COD bị lệch

Giả sử một đơn Shopee COD đã được OMS ghi nhận giao thành công, nhưng khoản COD chưa xuất hiện trong file thanh toán. Kế toán đánh dấu đơn vào trạng thái COD chờ đối soát. OMS liên kết mã vận đơn và kỳ thanh toán của sàn; WMS cho thấy đơn đã được picking, checking, packing và bàn giao đúng ngày cut-off. Nếu sau kỳ thanh toán tiếp theo vẫn chưa về, đơn chuyển sang trạng thái khiếu nại với đầy đủ bằng chứng.

Nếu cùng đơn đó bị hoàn về sau vài ngày, luồng xử lý phải đổi. WMS nhận hàng hoàn, scan barcode, kiểm SKU và đưa vào QC hold. OMS cập nhật COD không thu, trạng thái hoàn hàng, phí vận chuyển phát sinh và khả năng nhập lại tồn. Tồn khả dụng chỉ tăng sau khi QC đạt, không tăng ngay khi kiện vừa quay lại cổng kho.

• Không đóng sai lệch COD khi chưa xác định đơn thật sự giao thành công, đang hoàn hay đang chờ kỳ thanh toán.
• Khiếu nại sàn hoặc vận chuyển cần bằng chứng mã vận đơn, thời gian bàn giao và trạng thái kho.
• Hàng hoàn liên quan COD phải đi qua QC trước khi đồng bộ lại tồn lên marketplace.

Checklist go-live cho đối soát sau campaign

Trước khi go-live luồng đối soát, doanh nghiệp nên chuẩn hóa danh sách shop, kênh bán, mã đơn, mã vận đơn, SKU, barcode, kho, trạng thái đơn, trạng thái COD, bảng phí và lý do sai lệch. Đừng chờ đến sau sale lớn mới thiết kế quy trình; lúc đó dữ liệu đã phân tán và đội vận hành đang quá tải.

Giai đoạn kiểm thử nên dùng dữ liệu thật của một campaign gần nhất. Chọn đủ các tình huống: đơn giao thành công, đơn hủy trước khi picking, đơn hủy sau khi packing, đơn giao thất bại, đơn hoàn một phần, đơn COD chưa về, đơn bị trừ phí bất thường và đơn có hàng hoàn chờ QC. Nếu những ca này chạy được, hệ thống mới đủ thực tế.

• Mapping dữ liệu từ Shopee, Lazada, TikTok Shop, website, livestream và file vận chuyển.
• Cấu hình bảng phí, kỳ thanh toán, trạng thái COD, trạng thái hoàn tiền và lý do lệch.
• Kiểm thử khớp đơn-tiền-tồn với đơn thật có SKU, barcode, vị trí kho và hàng hoàn.

JSTERP trong bối cảnh Top Gia và doanh nghiệp tăng trưởng nhanh

Case tham khảo Top Gia từng đạt đỉnh khoảng 200.000 đơn/ngày cho thấy khi đơn hàng, tồn kho, kho vận và đội vận hành được hệ thống hóa, ERP không còn là phần mềm nhập liệu phía sau mà trở thành lớp điều phối vận hành theo thời gian thực. Với chủ đề Giải pháp đối soát phí sàn và COD sau campaign trong OMS + WMS, điểm đáng học không phải là con số lớn để gây ấn tượng, mà là cách doanh nghiệp chuẩn hóa dữ liệu trước khi đơn hàng bùng lên: SKU thống nhất, tồn khả dụng rõ, trạng thái đơn được gom về OMS và thao tác kho được WMS ghi nhận.

Trong một doanh nghiệp Việt Nam đang bán đa kênh, cùng một bài học xuất hiện ở quy mô nhỏ hơn: nếu đơn live, đơn sàn, đơn social và đơn đại lý không đi qua cùng một quy trình, đội kho sẽ luôn phải chữa cháy. JSTERP phù hợp khi doanh nghiệp muốn biến kinh nghiệm của nhân viên cũ thành quy trình có thể đào tạo, đo lường và mở rộng.

• Tập trung vào luồng vận hành thật thay vì chỉ xem danh sách tính năng.
• Dùng OMS để gom đơn và giữ tồn; dùng WMS để kiểm soát thao tác kho.
• Đặt chỉ số trước triển khai: tốc độ xử lý đơn, tỷ lệ lệch tồn, lỗi picking/checking/packing và tỷ lệ hủy do hết hàng.

So sánh với BigSeller, Haravan và quản lý thủ công

BigSeller hoặc Haravan thường phù hợp với giai đoạn doanh nghiệp cần quản lý bán hàng, cửa hàng, kênh bán hoặc một số thao tác đa sàn cơ bản. Nhưng khi bài toán chuyển sang khớp đơn bán, phí sàn, phí vận chuyển, COD, hoàn tiền, hàng hoàn, đơn hủy và biến động tồn kho sau campaign lớn trên Shopee Lazada TikTok Shop, doanh nghiệp cần nhìn xa hơn lớp bán hàng: đơn đi vào kho ra sao, tồn được giữ lúc nào, ai kiểm hàng và báo cáo vận hành có truy vết được lỗi hay không.

Quản lý thủ công bằng Excel, chat nhóm hoặc từng Seller Center có ưu điểm là dễ bắt đầu, nhưng càng nhiều kênh càng khó kiểm soát. Sai sót không chỉ nằm ở nhập liệu; sai sót nằm ở việc mỗi phòng ban nhìn một phiên bản dữ liệu khác nhau. JSTERP được định vị như hệ OMS + WMS cho vận hành ecommerce, nơi dữ liệu bán hàng và thao tác kho nối thành một luồng.

• Nếu chỉ cần đăng sản phẩm và xử lý đơn ít, công cụ nhẹ có thể đủ.
• Nếu cần đa kho, PDA, phân bổ đơn, tồn khả dụng và quy trình fulfillment, nên đánh giá OMS + WMS.
• Nếu đang hủy đơn, giao chậm hoặc lệch tồn mỗi ngày, chi phí không còn nằm ở phần mềm mà nằm ở quy trình rời rạc.

Lộ trình triển khai thực tế cho doanh nghiệp Việt Nam

Doanh nghiệp không cần bật toàn bộ hệ thống trong một lần. Với Giải pháp đối soát phí sàn và COD sau campaign trong OMS + WMS, lộ trình hợp lý là bắt đầu từ khảo sát kênh bán, số đơn/ngày, số SKU, số kho, tình trạng barcode, nhóm lỗi hiện tại và năng lực đội vận hành. Sau đó mới chọn phạm vi OMS, WMS hoặc OMS + WMS.

Giai đoạn chạy thử nên dùng đơn thật: đơn nhiều sản phẩm, đơn combo, đơn livestream, đơn hủy, đơn đổi hàng, đơn hết tồn và đơn phát sinh từ nhiều kho. Khi các tình huống này chạy ổn, go-live mới có ý nghĩa. Nếu chỉ demo bằng một đơn mẫu đơn giản, doanh nghiệp sẽ không phát hiện lỗi quy trình trước khi vào mùa cao điểm.

• Khảo sát dữ liệu: kênh bán, SKU, mã vạch, tồn đầu kỳ và kho.
• Cấu hình quy trình: giữ tồn, phân đơn, picking, checking, packing, hoàn hàng.
• Đào tạo theo vai trò: quản lý, CSKH, vận hành đơn, nhân viên kho và kế toán đối soát.

Checklist trước khi trao đổi demo

• Danh sách kênh bán và shop cần đối soát: Shopee, Lazada, TikTok Shop, livestream, website, social commerce và đơn nhập tay.
• File mẫu từ sàn gồm đơn hàng, thanh toán, phí, voucher, vận chuyển, hoàn tiền và hàng hoàn.
• Quy tắc trạng thái COD: dự kiến thu, chờ kỳ thanh toán, đã nhận, lệch, khiếu nại, không thu do hoàn.
• Danh sách SKU, barcode, combo, biến thể, kho, vị trí và tồn đầu kỳ trước campaign.
• Quy trình WMS cho picking, checking, packing, bàn giao vận chuyển, nhận hàng hoàn và QC hold.
• Báo cáo cần xem sau campaign: COD treo, phí bất thường, đơn hoàn chưa nhập kho, tồn chờ QC, đơn hủy sau giữ tồn và sai lệch theo SKU.

JSTERP có thể hỗ trợ như thế nào?

JSTERP hỗ trợ đối soát phí sàn và COD bằng cách nối OMS với WMS: dữ liệu đơn hàng, phí, thanh toán và trạng thái giao vận được đối chiếu với bằng chứng kho như SKU, barcode, vị trí, picking, checking, packing, bàn giao và hàng hoàn. Nhờ vậy doanh nghiệp không chỉ biết lệch bao nhiêu mà còn biết lệch ở bước nào.

Đội triển khai JST ERP Việt Nam có thể khảo sát file đối soát hiện tại, kênh bán, số đơn campaign, quy trình kho, cách xử lý COD và tình trạng hàng hoàn để đề xuất lộ trình triển khai. Doanh nghiệp có thể bắt đầu từ bảng đối soát OMS nếu kho đã ổn, hoặc triển khai OMS + WMS khi sai lệch tiền đang gắn chặt với sai lệch tồn và thao tác kho.

Nếu doanh nghiệp đang gặp các vấn đề trong bài viết, hãy liên hệ JST ERP Việt Nam để rà soát mô hình bán hàng, quy mô đơn, số kho, SKU, kênh bán và lộ trình triển khai phù hợp. Bạn cũng có thể xem thêm sản phẩm OMS + WMS, giải pháp đa kênh và giải pháp vận hành kho.