Kiểm soát chất lượng QC trong kho WMS: kiểm hàng nhập, xuất và hoàn

Tóm tắt nhanh

QC trong WMS cần bắt buộc ở ba điểm kiểm soát: kiểm hàng nhập trước khi thành tồn bán được, checking hàng xuất trước khi đóng gói và kiểm hàng hoàn trước khi nhập lại tồn. WMS nên ghi nhận người kiểm, thời gian, lý do lỗi, ảnh bằng chứng và liên kết với SKU, nhà cung cấp, đơn hàng hoặc batch. OMS dùng dữ liệu này để quyết định đơn nào được giao, hàng nào chờ xử lý, nhà cung cấp nào cần rà soát và báo cáo chất lượng theo từng giai đoạn vận hành.

• Từ khóa trọng tâm: QC kho WMS, kiểm soát chất lượng hàng hóa, kiểm hàng nhập xuất hoàn, WMS quality control.
• 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 chất lượng hàng hóa, trạng thái tồn và truy vết lỗi tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, website, social commerce, livestream và đơn đại lý.
• Quy trình kho liên quan: nhận hàng, QC hàng nhập, putaway, picking, checking hàng xuất, packing, nhập hàng hoàn, QC hàng hoàn và phân loại tồn.

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

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

Vì sao QC không nên chỉ kiểm hàng nhập?

Nhiều doanh nghiệp nghĩ QC chỉ cần ở bước nhận hàng từ nhà cung cấp. Nhưng trong ecommerce, hàng có thể bị lỗi ở nhiều điểm: nhà cung cấp giao sai biến thể, hàng bị hư trong quá trình vận chuyển nội bộ, nhân viên kho lấy nhầm SKU, hàng bị rơi vỡ khi picking, hàng hoàn về có dấu hiệu đã qua sử dụng hoặc hàng đổi trả thiếu phụ kiện.

Nếu chỉ QC hàng nhập, doanh nghiệp vẫn có thể giao hàng lỗi cho khách vì không kiểm lại trước đóng gói. Nếu không QC hàng hoàn, hàng đã bán một lần có thể bị nhập lại vào tồn bán được mà chưa đủ điều kiện. Vì vậy QC cần là một quy trình liên tục, không phải chỉ một bước riêng lẻ.

• QC hàng nhập: kiểm từ nhà cung cấp trước khi thành tồn bán được.
• QC hàng xuất: kiểm lại trước khi đóng gói để tránh giao hàng lỗi.
• QC hàng hoàn: kiểm trước khi nhập lại tồn để tránh bán hàng không đủ điều kiện.

QC hàng nhập: kiểm gì và ghi nhận ra sao?

Khi hàng mới về kho, nhân viên nhận hàng cần đối chiếu phiếu nhập với thực tế: số lượng, SKU, biến thể, barcode, bao bì, hạn sử dụng nếu có và tình trạng bên ngoài. Nếu phát hiện lỗi, WMS nên cho phép ghi nhận ngay tại thao tác nhận hàng thay vì phải báo qua chat hoặc ghi giấy.

Hàng đạt QC chuyển sang trạng thái sẵn sàng putaway, sau đó mới thành tồn bán được. Hàng chưa đạt QC nên chuyển sang khu chờ kiểm, khu hàng lỗi hoặc khu trả nhà cung cấp. WMS cần lưu người kiểm, thời gian, lý do lỗi, ảnh bằng chứng nếu có và liên kết với phiếu nhập, SKU, nhà cung cấp. Như vậy khi có tranh chấp, doanh nghiệp biết hàng lỗi phát sinh lúc nào.

• Kiểm số lượng: so với phiếu nhập, phát hiện thiếu thừa.
• Kiểm SKU và biến thể: tránh nhà cung cấp giao sai màu, sai size, sai phiên bản.
• Kiểm bao bì: phát hiện hàng bị rách, móp, ướt hoặc không đúng tiêu chuẩn giao cho khách.

Trạng thái tồn sau QC hàng nhập

Sau QC hàng nhập, hàng không nên tự động thành tồn bán được. WMS cần phân loại rõ: hàng đạt QC và đã putaway mới là tồn bán được; hàng chờ kiểm nằm ở trạng thái riêng; hàng lỗi chuyển sang khu hàng lỗi hoặc chờ trả nhà cung cấp; hàng thiếu barcode, thiếu tem phụ hoặc cần xử lý thêm nằm ở trạng thái chờ xử lý.

OMS chỉ nên lấy tồn bán được để phân bổ đơn và đồng bộ lên Shopee, Lazada, TikTok Shop. Nếu hàng chờ kiểm bị cộng vào tồn khả dụng quá sớm, doanh nghiệp sẽ bán hàng chưa sẵn sàng và phát sinh đơn ngoại lệ khi kho picking.

• Tồn bán được: hàng đã qua QC, đã có vị trí, đã có barcode và sẵn sàng picking.
• Hàng chờ kiểm: hàng mới nhập nhưng chưa qua QC đầy đủ hoặc cần kiểm thêm.
• Hàng lỗi: không đủ điều kiện bán, cần trả nhà cung cấp hoặc xử lý nội bộ.

Checking hàng xuất: QC trước khi đóng gói

Checking hàng xuất là bước QC thứ hai, xảy ra sau picking và trước packing. Mục tiêu là xác nhận đúng SKU, đúng số lượng, đúng biến thể và hàng không bị lỗi trước khi đóng gói giao cho khách. Nếu bỏ qua bước này, nhân viên picking có thể lấy nhầm màu, nhầm size, lấy hàng bị rách bao bì hoặc lấy hàng đã hết hạn.

WMS nên bắt buộc scan barcode sản phẩm trong checking. Nếu barcode không khớp với đơn, hệ thống chặn và yêu cầu nhân viên kiểm lại. Nếu phát hiện hàng lỗi, nhân viên chọn lý do: hàng rách, hàng bẩn, hàng thiếu phụ kiện, hàng sai biến thể hoặc hàng không tìm thấy. Đơn chuyển sang trạng thái ngoại lệ, hàng lỗi quay về khu xử lý và hệ thống ghi log.

• Scan barcode bắt buộc để tránh checking bằng mắt và bỏ qua sai sót.
• Kiểm bao bì, tem nhãn, phụ kiện và tình trạng sản phẩm trước khi cho vào thùng đóng gói.
• Ghi nhận lỗi ngay tại thao tác để truy vết sau này: lỗi do picking, lỗi do hàng lỗi từ đầu hay lỗi do vị trí kho.

QC hàng hoàn: kiểm trước khi nhập lại tồn

Hàng hoàn là điểm QC thứ ba, quan trọng không kém hàng nhập và hàng xuất. Khi khách trả hàng, doanh nghiệp không biết chắc sản phẩm còn nguyên vẹn, còn đủ phụ kiện, có bị qua sử dụng hay không. Nếu nhập lại tồn bán được mà không kiểm, lần bán tiếp theo sẽ giao hàng không đạt chất lượng cho khách mới.

WMS cần có quy trình QC hàng hoàn riêng: quét mã vận đơn hoặc mã đơn để liên kết với đơn gốc, kiểm SKU, kiểm tình trạng hàng, kiểm phụ kiện, chụp ảnh nếu có lỗi, sau đó phân loại: bán được, chờ kiểm thêm, hàng lỗi, thiếu phụ kiện hoặc trả nhà cung cấp. Chỉ hàng đạt QC mới được nhập lại tồn bán được.

• Liên kết hàng hoàn với đơn gốc để biết khách trả vì lý do gì.
• Kiểm tình trạng sản phẩm: còn nguyên seal, còn đầy đủ phụ kiện, không dấu hiệu qua sử dụng.
• Phân loại rõ: bán được ngay, chờ kiểm, hàng lỗi hoặc không nhập lại được.

Báo cáo lỗi chất lượng theo nhà cung cấp và SKU

Dữ liệu QC không nên chỉ dùng để xử lý từng đơn lẻ. Khi có đủ dữ liệu lỗi, doanh nghiệp có thể báo cáo lỗi theo nhà cung cấp: nhà cung cấp nào hay giao sai biến thể, nhà cung cấp nào hay giao hàng bao bì kém, nhà cung cấp nào có tỷ lệ hàng lỗi cao và cần rà soát hợp đồng.

Báo cáo lỗi theo SKU cũng quan trọng. Nếu một SKU thường bị phát hiện lỗi ở checking hàng xuất, có thể do vị trí kho không phù hợp, do nhân viên dễ lấy nhầm hoặc do sản phẩm dễ vỡ. Nếu một SKU có tỷ lệ hàng hoàn cao và QC hàng hoàn phát hiện nhiều lỗi, có thể cần rà soát mô tả sản phẩm, ảnh hoặc chất lượng từ nhà cung cấp.

• Báo cáo lỗi theo nhà cung cấp: tỷ lệ hàng lỗi, loại lỗi chính và xu hướng theo thời gian.
• Báo cáo lỗi theo SKU: phát hiện sản phẩm có vấn đề chất lượng hoặc dễ bị nhầm lẫn.
• Báo cáo lỗi theo giai đoạn: nhập, xuất, hoàn để biết lỗi xuất hiện ở đâu nhiều nhất.

Checklist go-live cho quy trình QC trong WMS

Trước go-live, doanh nghiệp nên chạy thử bằng kịch bản thật: một lô hàng nhập có một SKU sai biến thể, một đơn picking lấy nhầm màu phát hiện ở checking, một đơn hàng hoàn về kho thiếu phụ kiện, một nhà cung cấp giao hàng bao bì kém và một SKU bán chạy có tỷ lệ lỗi cao.

Mục tiêu là kiểm tra toàn bộ luồng QC: hàng lỗi có bị chặn đúng điểm không, trạng thái tồn có chuyển đúng không, log lỗi có ghi nhận đủ thông tin không, báo cáo có chỉ ra nguyên nhân không và quyền xác nhận hàng đạt/hàng lỗi có phân đúng vai trò không. Nếu các kịch bản này chạy ổn, WMS mới đủ tin cậy cho vận hành chất lượng.

• Kiểm tra quy trình QC hàng nhập, hàng xuất và hàng hoàn với dữ liệu thật.
• Kiểm tra trạng thái tồn sau QC: bán được, chờ kiểm, hàng lỗi và chờ xử lý.
• Kiểm tra báo cáo lỗi theo nhà cung cấp, SKU, giai đoạn và thời gian.

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ủ đề kiểm soát chất lượng QC trong kho 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 kiểm hàng nhập từ nhà cung cấp, kiểm hàng xuất trước đóng gói, kiểm hàng hoàn về kho, phân loại hàng đạt, hàng lỗi, hàng thiếu phụ kiện và truy vết nguyên nhân lỗi chất lượng, 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 kiểm soát chất lượng QC trong kho 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ê các loại lỗi chất lượng thường gặp: sai biến thể, bao bì kém, thiếu phụ kiện, hàng vỡ, hàng qua sử dụng.
• Xác định điểm QC bắt buộc: hàng nhập, hàng xuất, hàng hoàn và các trường hợp đặc biệt.
• Chuẩn hóa mã lỗi, quy trình ghi nhận lỗi, ảnh bằng chứng và quyền xác nhận.
• Chuẩn bị kịch bản kiểm thử: hàng nhập lỗi, checking phát hiện lỗi, hàng hoàn không đạt và báo cáo lỗi theo nhà cung cấp.
• Định nghĩa chỉ số nghiệm thu: tỷ lệ lỗi hàng nhập, tỷ lệ lỗi checking, tỷ lệ hàng hoàn không bán lại được và thời gian xử lý lỗi.

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

JSTERP hỗ trợ kiểm soát chất lượng trong WMS bằng cách tích hợp QC vào các điểm kiểm soát: nhận hàng, checking và nhập hàng hoàn. Hàng không chỉ được ghi nhận số lượng mà được kiểm soát đến chất lượng, trạng thái và truy vết lỗi.

Đội triển khai JST ERP Việt Nam có thể khảo sát quy trình QC hiện tại, loại lỗi thường gặp, nhà cung cấp, SKU và kênh bán để thiết kế lộ trình QC phù hợp. Doanh nghiệp có thể bắt đầu từ QC hàng nhập, sau đó mở rộng sang checking hàng xuất và QC hàng hoàn khi đội vận hành đã quen.

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.