Đối soát COD theo đơn và kiện trong OMS + WMS: tránh lệch tiền sau bàn giao

Tóm tắt nhanh

Muốn đối soát COD chính xác, doanh nghiệp cần nối dữ liệu từ đơn hàng, SKU, mã vận đơn, kiện hàng, trạng thái giao nhận, phí vận chuyển, hoàn hàng và dòng tiền. OMS giữ vai trò gom đơn, chuẩn hóa trạng thái, ghi nhận doanh thu phải thu và dữ liệu sàn; WMS xác nhận kiện đã picking, checking, packing và bàn giao cho hãng vận chuyển. Khi tiền COD thực nhận không khớp, hệ thống phải chỉ ra lệch ở đơn nào, kiện nào, kênh nào, mã vận đơn nào và lý do xử lý tiếp theo.

• Từ khóa trọng tâm: đối soát COD, COD OMS WMS, đối soát đơn hàng ecommerce, kiểm soát tiền thu hộ.
• JST ERP Việt Nam cung cấp giải pháp ERP/OMS + WMS cho doanh nghiệp ecommerce cần kiểm soát đơn hàng, kho vận, tiền COD, phí vận chuyển, hàng hoàn và báo cáo sau bán tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, website, social commerce, livestream, đơn đại lý, đơn COD tạo bởi CSKH và đơn qua hãng vận chuyển ngoài sàn.
• Quy trình kho liên quan: picking, checking, packing, in phiếu, quét mã vận đơn, bàn giao kiện, nhập hàng hoàn, phân loại tồn và cập nhật trạng thái đơn sau giao hàng.

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

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

Vì sao COD thường lệch sau khi đơn đã giao?

Nhiều doanh nghiệp chỉ bắt đầu kiểm COD khi nhận file thanh toán từ sàn hoặc hãng vận chuyển. Lúc đó, dữ liệu vận hành đã đi qua nhiều bước: đơn được tạo trên kênh bán, OMS giữ tồn, kho picking theo SKU, checking barcode, packing thành kiện, in mã vận đơn, bàn giao cho shipper, sau đó đơn có thể giao thành công, giao thất bại, hoàn một phần hoặc hoàn toàn bộ.

Nếu mỗi bước nằm trong một hệ thống khác nhau, khoản tiền COD thực nhận rất khó nối lại với đơn gốc. Một đơn tách thành hai kiện, một kiện giao thành công nhưng một kiện hoàn; một đơn đổi sản phẩm sau khi khách xác nhận; hoặc một đơn bị thu sai phí vận chuyển đều có thể làm báo cáo doanh thu, tồn kho và dòng tiền lệch nhau.

• Lệch do trạng thái: sàn báo giao thành công nhưng kho chưa ghi nhận bàn giao đúng mã vận đơn.
• Lệch do kiện: một đơn nhiều kiện nhưng kế toán chỉ đối soát theo đơn tổng.
• Lệch do hoàn hàng: hàng đã quay về kho nhưng tiền COD, phí hoàn hoặc bồi thường chưa được xử lý cùng luồng.

Dữ liệu nào phải nối với nhau để đối soát được?

Một quy trình đối soát COD tốt cần có khóa liên kết rõ ràng. Mã đơn trên sàn, mã đơn nội bộ trong OMS, mã vận đơn, mã kiện, SKU, số lượng, phí vận chuyển, phí hoàn, số tiền COD phải thu và số tiền thực nhận phải được đặt trong cùng một bức tranh dữ liệu.

WMS bổ sung phần mà kế toán thường không nhìn thấy: kiện nào đã được đóng, ai checking, barcode nào được quét, kiện nằm ở khu vực chờ nào, thời điểm nào bàn giao cho hãng vận chuyển và hàng hoàn nhập lại ở trạng thái nào. Khi có tranh chấp, doanh nghiệp không chỉ hỏi “tiền đâu” mà biết cần kiểm tra đơn, kiện, kho hay hãng vận chuyển.

• OMS cần lưu đơn gốc, kênh bán, trạng thái thanh toán, COD phải thu và phí dự kiến.
• WMS cần lưu SKU, barcode, số lượng, mã kiện, mã vận đơn, người thao tác và thời điểm bàn giao.
• Báo cáo đối soát cần nối tiền thực nhận với trạng thái giao hàng, hoàn hàng và xử lý ngoại lệ.

Luồng chuẩn từ packing đến bàn giao vận chuyển

Đối soát COD sẽ yếu nếu packing và bàn giao vận chuyển làm qua loa. Khi nhân viên kho đóng gói, WMS nên xác nhận đơn đã đủ SKU, đúng số lượng, đúng barcode và đúng phương thức vận chuyển. Nếu một đơn phải tách kiện, mỗi kiện cần mã nhận diện riêng thay vì chỉ bám vào mã đơn tổng.

Khi bàn giao, PDA hoặc màn hình WMS nên quét mã vận đơn trước khi kiện rời kho. Như vậy doanh nghiệp biết chính xác kiện nào đã giao cho hãng, kiện nào còn ở khu chờ, kiện nào bị từ chối lấy và kiện nào cần xử lý lại. Đây là nền dữ liệu để khi sàn trả file thanh toán, kế toán có thể kiểm ngược về thao tác kho.

• Packing chỉ hoàn tất khi checking xác nhận đủ SKU, barcode và số lượng.
• Mỗi kiện nên có mã kiện hoặc mã vận đơn gắn với đơn nội bộ.
• Bàn giao vận chuyển cần quét mã để ghi nhận thời điểm, hãng vận chuyển và người phụ trách.

Đối soát COD theo đơn khác gì theo kiện?

Đối soát theo đơn phù hợp khi mỗi đơn chỉ có một kiện và luồng vận chuyển đơn giản. Nhưng trong ecommerce thực tế, một đơn có thể nhiều SKU, nhiều thùng, giao từ nhiều kho hoặc bị xử lý ngoại lệ. Nếu chỉ đối soát theo đơn tổng, doanh nghiệp khó biết phần nào đã giao, phần nào hoàn và phần nào cần khiếu nại.

Đối soát theo kiện giúp chi tiết hơn. Kế toán có thể thấy đơn A có hai kiện: kiện thứ nhất giao thành công và đã nhận COD, kiện thứ hai hoàn về kho và phát sinh phí hoàn. WMS biết kiện hoàn chứa SKU nào, nhập lại vị trí nào, trạng thái bán được hay chờ kiểm. OMS biết doanh thu ghi nhận phần nào và khoản nào chưa thu.

• Theo đơn: nhanh hơn nhưng dễ thiếu chi tiết khi có nhiều kiện hoặc hoàn một phần.
• Theo kiện: phù hợp với đơn lớn, nhiều thùng, nhiều kho hoặc nhiều trạng thái giao nhận.
• Doanh nghiệp tăng trưởng nên chuẩn bị dữ liệu kiện từ WMS để giảm tranh chấp cuối kỳ.

Xử lý chênh lệch COD trong OMS + WMS

Khi tiền COD thực nhận không khớp, hệ thống không nên chỉ tạo một dòng “chênh lệch”. Cần phân loại lý do: sàn chưa thanh toán, hãng vận chuyển giữ tiền, đơn hoàn, phí vận chuyển khác dự kiến, khách từ chối nhận, giao một phần, hủy sau bàn giao hoặc kho bàn giao sai mã vận đơn.

OMS nên tạo nhiệm vụ xử lý cho đúng bộ phận: kế toán kiểm file thanh toán, CSKH kiểm trạng thái khách, vận hành kiểm dữ liệu sàn, kho kiểm kiện và hàng hoàn. WMS cung cấp bằng chứng thao tác: ảnh đóng gói nếu có, log scan barcode, người đóng gói, thời điểm bàn giao và trạng thái nhập hoàn. Nhờ vậy việc đối soát không biến thành chuỗi hỏi đáp thủ công.

• Phân loại chênh lệch theo lý do để báo cáo được nguyên nhân lặp lại.
• Không điều chỉnh doanh thu hoặc tồn kho nếu chưa biết chênh lệch đến từ tiền, phí hay hàng.
• Ghi log người xác nhận chênh lệch, thời điểm xử lý và chứng từ liên quan.

Hàng hoàn ảnh hưởng đến COD như thế nào?

Hàng hoàn là nơi COD và tồn kho gặp nhau. Một đơn giao không thành công có thể chưa thu tiền, nhưng hàng đã rời kho và đang trên đường quay lại. Nếu kế toán chỉ nhìn file COD, còn kho chỉ nhìn hàng về, doanh nghiệp dễ ghi nhận sai doanh thu hoặc nhập lại hàng chưa đủ điều kiện bán.

Trong WMS, hàng hoàn cần được nhập theo mã vận đơn hoặc mã đơn, kiểm SKU, kiểm tình trạng sản phẩm, phân loại bán được, chờ kiểm, hàng lỗi hoặc thiếu phụ kiện. OMS sau đó mới cập nhật trạng thái sau bán và báo cáo COD. Như vậy tiền chưa thu, phí hoàn và tồn quay lại được xử lý cùng một hồ sơ nghiệp vụ.

• Không nhập hàng hoàn thẳng vào tồn bán được nếu chưa kiểm barcode và tình trạng hàng.
• Liên kết hàng hoàn với mã vận đơn để kế toán biết khoản COD nào không được thu.
• Tách phí hoàn, phí vận chuyển, bồi thường và giá trị hàng để báo cáo rõ hơn.

Checklist go-live cho đối soát COD

Trước khi go-live, doanh nghiệp nên chạy thử bằng đơn thật hoặc dữ liệu mô phỏng sát thực tế: đơn COD một kiện, đơn nhiều kiện, đơn giao thành công, đơn hoàn, đơn giao một phần, đơn bị hủy sau bàn giao, đơn có phí vận chuyển thay đổi và đơn từ nhiều kênh như Shopee, Lazada, TikTok Shop.

Mục tiêu là kiểm tra toàn bộ chuỗi dữ liệu: đơn đi từ OMS xuống WMS, kho đóng gói và bàn giao, trạng thái giao nhận quay về hệ thống, file thanh toán được đối chiếu và chênh lệch được phân loại. Nếu chỉ kiểm màn hình danh sách đơn, doanh nghiệp chưa thật sự nghiệm thu được quy trình đối soát COD.

• Chuẩn hóa mã đơn, mã vận đơn, mã kiện, SKU, barcode và trạng thái giao nhận.
• Kiểm thử đơn một kiện, nhiều kiện, hoàn hàng, giao thất bại và giao một phần.
• Xác định người chịu trách nhiệm xử lý từng loại chênh lệch COD.

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ủ đề đối soát COD theo đơn và kiện 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 liên kết đơn hàng, mã vận đơn, kiện hàng, trạng thái giao thành công, phí vận chuyển, hoàn hàng, tiền COD phải thu và tiền COD thực nhận theo từng kênh bán, 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 đối soát COD theo đơn và kiện 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

• Liệt kê kênh bán đang phát sinh COD: Shopee, Lazada, TikTok Shop, website, livestream hoặc hãng vận chuyển ngoài sàn.
• Kiểm tra hiện tại doanh nghiệp đối soát theo đơn, theo vận đơn hay theo kiện.
• Chuẩn bị mẫu file thanh toán, file phí vận chuyển, danh sách đơn hoàn và báo cáo doanh thu hiện tại.
• Kiểm tra WMS đã ghi nhận picking, checking, packing, mã vận đơn, mã kiện và bàn giao vận chuyển hay chưa.
• Định nghĩa quy tắc xử lý chênh lệch: chờ thanh toán, hoàn hàng, phí lệch, giao một phần, bồi thường hoặc cần khiếu nại.

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

JSTERP hỗ trợ đối soát COD bằng cách đặt dòng tiền vào cùng luồng với đơn hàng và kho vận. OMS giúp gom đơn, chuẩn hóa trạng thái, ghi nhận COD phải thu, phí dự kiến và dữ liệu từ kênh bán; WMS giúp xác nhận kiện hàng, mã vận đơn, barcode, bàn giao vận chuyển và hàng hoàn.

Đội triển khai JST ERP Việt Nam có thể khảo sát cách doanh nghiệp đang lấy file sàn, đối soát với hãng vận chuyển, nhập hàng hoàn, xử lý phí và ghi nhận doanh thu để thiết kế lộ trình phù hợp. Doanh nghiệp có thể bắt đầu từ đối soát theo đơn, sau đó nâng lên theo kiện nếu có nhiều thùng, nhiều kho hoặc tỷ lệ hoàn cao.

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.