Giải pháp kiểm soát nhà cung cấp giao thiếu, giao sai bằng OMS + WMS: nhập đúng, bán đúng, đối soát rõ

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS để kiểm soát nhà cung cấp giao thiếu, giao sai khi nhập hàng theo đợt lớn, có nhiều SKU, nhiều biến thể, nhiều barcode, hàng có batch/hạn dùng hoặc hàng về sát campaign. Quy trình đúng cần đối chiếu PO/ASN với hàng thực nhận, scan SKU và barcode bằng PDA, phân loại giao đủ, giao thiếu, giao thừa, sai SKU, sai batch, lỗi bao bì, thiếu chứng từ; chỉ putaway hàng đạt QC vào tồn khả dụng, còn hàng lỗi vào tồn chờ xử lý. JST ERP Việt Nam có thể hỗ trợ owner, operations manager, warehouse manager, ecommerce team và kế toán mua hàng nối nhập kho, tồn kho, đơn đang chờ, Shopee, Lazada, TikTok Shop và đối soát nhà cung cấp trong một luồng dữ liệu.

• Từ khóa trọng tâm: giải pháp kiểm soát nhà cung cấp giao thiếu, OMS WMS nhập kho sai hàng, đối soát chênh lệch nhập kho ecommerce.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần kiểm soát mua hàng, nhập kho, SKU, barcode, PDA, QC đầu vào, tồn khả dụng, campaign, hàng hoàn và đối soát vận hành.
• Bối cảnh Vietnam ecommerce: Shopee, Lazada, TikTok Shop, livestream, website D2C và social commerce khiến hàng về kho thường phải sẵn sàng bán nhanh nhưng vẫn cần kiểm soát chặt trước khi đồng bộ tồn.
• Quy trình kho liên quan: PO, ASN, lịch nhận hàng, receiving, scan barcode, kiểm SKU, kiểm batch/hạn dùng, QC đầu vào, ghi nhận chênh lệch, putaway, tồn chờ xử lý và mở tồn khả dụng cho OMS.

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

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

Vì sao lỗi nhập kho làm hỏng cả luồng bán hàng?

Một lô hàng giao thiếu không chỉ là vấn đề giữa mua hàng và nhà cung cấp. Nếu kho nhập đủ theo PO dù thực tế thiếu, OMS sẽ nhìn thấy tồn ảo và tiếp tục nhận đơn. Khi đơn xuống kho, picker mới phát hiện vị trí trống, packing bị kẹt, CSKH phải xin lỗi khách, còn ecommerce team mất điểm vận hành trên marketplace.

Giao sai cũng nguy hiểm không kém. Nhà cung cấp có thể giao đúng số lượng nhưng sai màu, sai size, sai dung tích, sai barcode hoặc sai batch. Nếu WMS không chặn ở bước receiving và QC, hàng sai sẽ đi vào vị trí bán được, sau đó lỗi chỉ lộ ra khi khách nhận sai sản phẩm hoặc khi hàng hoàn quay lại.

• Tồn khả dụng chỉ nên tăng sau khi hàng đã được scan, kiểm số lượng và đạt QC đầu vào.
• Mỗi chênh lệch cần có reason code: thiếu, thừa, sai SKU, sai barcode, sai batch, lỗi bao bì hoặc thiếu chứng từ.
• Hàng lỗi nhập kho phải vào trạng thái chờ xử lý, không cộng thẳng vào tồn bán được.

OMS cần biết hàng về ảnh hưởng tới đơn và campaign nào

OMS không trực tiếp kiểm thùng hàng, nhưng OMS cần biết lô hàng đang về có liên quan tới đơn đang chờ, campaign sắp mở, tồn an toàn hoặc kênh bán nào. Nếu 500 sản phẩm dự kiến về để chạy TikTok Shop Live nhưng thực nhận chỉ 420, hệ thống phải cảnh báo trước khi ecommerce team mở tồn hoặc đẩy voucher.

Với đơn preorder, flash sale hoặc livestream bán trước, OMS càng cần đọc kết quả nhập kho theo thời gian gần thực. Hàng giao thiếu có thể dẫn tới chia ưu tiên: cấp trước cho đơn đã thanh toán, giữ lại cho kênh SLA cao, hoặc tạm khóa mở bán cho đến khi nhà cung cấp xác nhận phần bù.

• Liên kết PO/ASN với campaign, đơn đang chờ và kế hoạch mở tồn trên sàn.
• Cập nhật tồn khả dụng theo số lượng đạt QC, không theo số lượng đặt mua.
• Tạo cảnh báo khi hàng thực nhận thấp hơn nhu cầu đơn đang chờ hoặc tồn an toàn.

WMS kiểm receiving bằng PDA, barcode và QC đầu vào

Ở cửa kho, WMS nên biến phiếu nhập thành danh sách kiểm có thể thao tác trên PDA. Nhân viên scan mã PO hoặc ASN, scan thùng, scan SKU/barcode, nhập số lượng thực nhận, kiểm batch, hạn sử dụng, tình trạng bao bì và yêu cầu QC. Nếu barcode chưa tồn tại hoặc không khớp SKU trên PO, hệ thống phải đưa vào ngoại lệ thay vì cho putaway bình thường.

Sau khi kiểm xong, WMS mới tạo nhiệm vụ putaway cho hàng đạt. Hàng sai hoặc thiếu chứng từ đi vào khu QC hold hoặc discrepancy staging. Nhờ vậy kho không phải nhớ bằng kinh nghiệm thùng nào đang chờ nhà cung cấp xác nhận, và kế toán có căn cứ khi đối soát công nợ cuối kỳ.

• PDA bắt buộc scan SKU, barcode, vị trí nhận và vị trí putaway.
• QC đầu vào kiểm số lượng, biến thể, batch/hạn dùng, bao bì, tem phụ và chứng từ.
• Tồn chờ xử lý được tách khỏi tồn bán được, tồn lỗi, tồn trả nhà cung cấp và tồn chờ bổ sung.

Khi nào nên dùng giải pháp này?

Owner nên dùng khi doanh nghiệp tăng đơn nhưng vẫn thường xuyên hủy vì hàng vừa về không đủ hoặc không đúng. Operations manager nên dùng khi kế hoạch campaign phụ thuộc vào lô hàng sắp nhập. Warehouse manager nên dùng khi mỗi lần nhận hàng đều phải hỏi lại mua hàng, nhà cung cấp và ecommerce team bằng nhiều nhóm chat.

Kế toán mua hàng cũng hưởng lợi vì chênh lệch nhập được ghi nhận ngay lúc xảy ra. Thay vì cuối tháng mới tranh luận nhà cung cấp giao thiếu hay kho làm mất, hệ thống có log scan, người nhận, ảnh hoặc ghi chú QC, số lượng đạt, số lượng lỗi và trạng thái xử lý từng dòng hàng.

• Phù hợp với doanh nghiệp có nhiều nhà cung cấp, SKU nhiều biến thể hoặc hàng nhập theo đợt lớn.
• Phù hợp khi hàng về sát campaign, preorder, livestream hoặc flash sale.
• Phù hợp khi từng xảy ra tồn ảo sau nhập kho, giao sai biến thể hoặc công nợ nhà cung cấp bị tranh chấp.

Đối soát nhà cung cấp cần nối dữ liệu mua hàng và kho

Một báo cáo đối soát tốt không chỉ ghi “nhập thiếu 20 sản phẩm”. Nó cần trả lời thiếu ở PO nào, SKU nào, barcode nào, lô nào, ai nhận hàng, lúc nào phát hiện, ảnh chứng từ ở đâu, phần thiếu đã được nhà cung cấp xác nhận chưa và có ảnh hưởng tới đơn đang chờ hay không.

Khi OMS + WMS nối dữ liệu, doanh nghiệp có thể nhìn cùng lúc tác động vận hành và tác động tài chính: số lượng được phép bán, số lượng đang chờ bổ sung, giá trị công nợ phải giữ lại, phí phát sinh do giao trễ, và SKU nào cần đặt bù trước khi campaign tiếp theo bắt đầu.

• Tạo dashboard chênh lệch nhập theo nhà cung cấp, SKU, PO, lý do lỗi và số ngày chưa xử lý.
• Không thanh toán đủ cho phần hàng chưa đạt QC hoặc chưa giao đủ theo thỏa thuận.
• Dùng dữ liệu lỗi để đánh giá nhà cung cấp trước mùa cao điểm.

Checklist go-live cho luồng nhận hàng có chênh lệch

Trước khi go-live, doanh nghiệp nên dùng dữ liệu nhập kho thật: một PO giao đủ, một PO giao thiếu, một PO giao thừa, một thùng sai barcode, một lô sai hạn sử dụng, một hàng lỗi bao bì và một lô cần mở bán ngay cho đơn đang chờ. Nếu chỉ kiểm bằng phiếu nhập sạch, hệ thống sẽ không lộ ra điểm yếu của quy trình ngoại lệ.

Mục tiêu là mọi đội cùng hiểu: khi hàng giao sai thì ai được duyệt nhập tạm, khi nào trả nhà cung cấp, khi nào mở tồn, khi nào giữ công nợ, và khi nào OMS được phép đồng bộ tồn lên Shopee, Lazada, TikTok Shop hoặc website.

• Chuẩn hóa SKU, barcode, đơn vị tính, batch, hạn sử dụng và mã nhà cung cấp.
• Định nghĩa trạng thái: chờ nhận, nhận thiếu, nhận thừa, sai SKU, chờ QC, đạt QC, trả nhà cung cấp, chờ bù hàng.
• Kiểm thử luồng PO/ASN, receiving, QC, putaway, mở tồn, đơn đang chờ và đối soát công 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 kiểm soát nhà cung cấp giao thiếu, giao sai bằng 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 đối chiếu PO, ASN, SKU, barcode, số lượng thực nhận, batch, hạn sử dụng, QC đầu vào, putaway, tồn chờ xử lý, tồn khả dụng và công nợ nhà cung cấp trước khi hàng được mở bán đa kênh, 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 kiểm soát nhà cung cấp giao thiếu, giao sai bằng 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 nhà cung cấp, PO mẫu, ASN nếu có, SKU, barcode, đơn vị tính, batch/hạn dùng và điều kiện QC.
• Thống kê 30 ngày gần nhất: số lần giao thiếu, giao sai, hàng lỗi, nhập chậm, công nợ bị giữ và đơn bị ảnh hưởng.
• Sơ đồ khu nhận hàng, QC hold, discrepancy staging, putaway, fast-pick, bulk và hàng trả nhà cung cấp.
• Quy định ai được duyệt nhập tạm, điều chỉnh số lượng, mở tồn khả dụng và xác nhận công nợ.
• Kịch bản nghiệm thu gồm PO giao đủ, thiếu, thừa, sai barcode, sai batch, hàng lỗi và hàng về cho đơn đang chờ.

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

JSTERP hỗ trợ kiểm soát nhà cung cấp giao thiếu, giao sai bằng cách nối kế hoạch mua hàng, OMS, WMS và báo cáo đối soát trong cùng một luồng. Hàng thực nhận được kiểm bằng barcode, QC và trạng thái tồn trước khi ảnh hưởng tới kênh bán.

Đội triển khai JST ERP Việt Nam có thể khảo sát quy trình mua hàng, nhập kho, mã SKU, barcode, nhà cung cấp, lịch campaign và báo cáo chênh lệch hiện tại để thiết kế phạm vi phù hợp. Doanh nghiệp có thể bắt đầu từ receiving + QC đầu vào, sau đó mở rộng sang ASN, cảnh báo tồn cho campaign và đối soát công nợ tự động hơn.

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.