Trạng thái tồn kho trong WMS: bán được, giữ hàng, chờ kiểm và hàng lỗi

Tóm tắt nhanh

Trạng thái tồn kho trong WMS giúp doanh nghiệp tách rõ tồn vật lý và tồn khả dụng. Một SKU có thể đang nằm trong kho nhưng không nên bán nếu hàng đang chờ kiểm, đã giữ cho đơn, đang chuyển kho, là hàng lỗi hoặc là hàng hoàn chưa đạt kiểm tra. OMS + WMS giúp JST ERP Việt Nam nối trạng thái đơn với trạng thái kho để giảm overselling, giao sai hàng và lệch tồn.

• Từ khóa trọng tâm: trạng thái tồn kho trong WMS, tồn khả dụng, tồn giữ theo đơn, hàng chờ kiểm.
• JST ERP Việt Nam định vị giải pháp OMS + WMS cho doanh nghiệp ecommerce bán đa kênh tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, social commerce, livestream, website và kho fulfillment.
• Quy trình kho liên quan: nhận hàng, putaway, picking, checking, packing, đổi trả, kiểm kê và điều chuyển kho.

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

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

Vì sao tồn tổng không đủ cho ecommerce?

Một SKU có 100 sản phẩm trong kho không có nghĩa là doanh nghiệp có thể bán đủ 100 sản phẩm. Trong 100 sản phẩm đó có thể có 12 sản phẩm đã được giữ cho đơn Shopee, 5 sản phẩm vừa hoàn về đang chờ kiểm, 3 sản phẩm móp hộp, 8 sản phẩm đang chuyển sang kho livestream và 2 sản phẩm đang được kiểm kê.

Nếu hệ thống chỉ đẩy tồn tổng lên các sàn, khách vẫn đặt được hàng nhưng kho không thể xuất đúng. Kết quả là hủy đơn, giao trễ, CSKH phải xin lỗi khách, điểm vận hành trên sàn bị ảnh hưởng và quản lý không biết nguyên nhân thật nằm ở OMS hay WMS.

• Tồn vật lý là số lượng hàng đang nằm trong kho.
• Tồn khả dụng là số lượng được phép bán sau khi trừ giữ đơn, hàng lỗi, hàng chờ kiểm và buffer.
• Tồn theo trạng thái giúp kho biết hàng được xử lý tiếp ở bước nào.

Những trạng thái tồn kho nên có trong WMS

Không nên thiết kế quá nhiều trạng thái ngay từ đầu, nhưng một kho ecommerce cần đủ trạng thái để phản ánh hàng thật. Nhóm cơ bản gồm: bán được, giữ theo đơn, chờ nhập kho, chờ kiểm, hàng lỗi, hàng hoàn chờ phân loại, đang picking, đang packing, đang chuyển kho và tồn khóa do kiểm kê.

Điểm quan trọng là mỗi trạng thái phải có quy tắc chuyển rõ ràng. Ví dụ, hàng hoàn từ TikTok Shop không tự động quay lại tồn bán được; nhân viên kho phải quét barcode, kiểm ngoại quan, xác nhận phụ kiện, cập nhật tình trạng và chỉ nhập lại tồn khả dụng nếu đạt điều kiện.

• Tồn bán được: được phép đồng bộ lên kênh bán sau khi trừ tồn an toàn.
• Tồn giữ theo đơn: đã bị OMS khóa cho một đơn cụ thể, không được bán cho đơn khác.
• Hàng chờ kiểm hoặc hàng lỗi: còn trong kho nhưng phải tách khỏi tồn khả dụng.

Cách OMS và WMS phối hợp để giữ tồn đúng

OMS xử lý phần đơn hàng: đơn mới, đơn đã thanh toán, đơn COD, đơn chờ xác nhận, đơn hủy, đơn đổi hàng và đơn ngoại lệ. Khi đơn đủ điều kiện xử lý, OMS giữ tồn theo SKU, kho và quy tắc phân bổ. WMS nhận việc từ OMS rồi điều phối nhân viên kho picking, checking và packing.

Nếu checking phát hiện sai barcode, thiếu phụ kiện hoặc hàng không đạt, WMS cần trả trạng thái ngoại lệ về OMS. Khi đó CSKH có dữ liệu để đổi sản phẩm, tách đơn, hủy một phần hoặc đề xuất sản phẩm thay thế thay vì hỏi kho qua chat nhóm.

• OMS không nên giữ tồn nếu SKU chưa mapping đúng với barcode kho.
• WMS cần cập nhật trạng thái theo vị trí, thiết bị PDA và người thao tác.
• Đơn hủy hoặc giao thất bại phải trả tồn về đúng trạng thái, không tự động nhập lại bán được.

Ví dụ quy trình trong mùa sale và livestream

Một thương hiệu mỹ phẩm chạy TikTok Shop livestream trong khi Shopee cũng có flash sale. Trước phiên live, quản lý tách 300 sản phẩm của SKU bán chạy sang tồn dành cho live, giữ lại 80 sản phẩm làm buffer cho Shopee và khóa 20 sản phẩm đang chờ kiểm vì bao bì bị móp.

Sau phiên live, đơn được gom vào OMS. WMS tạo wave picking theo vị trí A-01-03, A-01-04 và B-02-01. Nhân viên quét PDA để lấy hàng, checking xác nhận đúng SKU và số lượng, packing gắn mã vận đơn. Đơn bị khách hủy trong thời gian chờ thanh toán phải trả tồn về nhóm bán được hoặc nhóm chờ kiểm tùy tình trạng hàng.

• Tách tồn theo campaign giúp tránh việc một SKU bị bán đồng thời quá mức trên nhiều kênh.
• PDA bắt buộc quét vị trí và barcode để giảm lấy nhầm biến thể.
• Sau live cần đối soát đơn hủy, đơn chưa thanh toán, quà tặng và combo thành phần.

Lỗi triển khai thường gặp

Lỗi phổ biến nhất là đặt tên trạng thái nhưng không có quy tắc vận hành. Nếu ai cũng có quyền chuyển hàng lỗi sang bán được, trạng thái tồn kho chỉ là nhãn trang trí. Doanh nghiệp cần phân quyền rõ: ai được kiểm hàng, ai được duyệt nhập lại tồn, ai được điều chỉnh tồn và ai được khóa tồn khi kiểm kê.

Lỗi thứ hai là không nối trạng thái tồn với báo cáo nguyên nhân. Khi lệch tồn, quản lý chỉ thấy số lượng thiếu mà không biết thiếu do picking sai, đổi trả, điều chuyển, kiểm kê, thất lạc hay nhập sai tồn đầu kỳ. WMS nên ghi lại bước phát sinh để sau campaign còn cải tiến quy trình.

• Không dùng chung một trạng thái cho hàng lỗi, hàng hoàn và hàng chờ kiểm.
• Không cho nhân viên bỏ qua checking nếu đơn có nhiều SKU hoặc hàng giá trị cao.
• Không đẩy tồn vật lý lên sàn khi chưa trừ tồn đã giữ và tồn không bán được.

Chỉ số cần theo dõi sau khi chuẩn hóa trạng thái

Sau khi triển khai trạng thái tồn kho trong WMS, doanh nghiệp nên đo bằng số liệu vận hành. Các chỉ số quan trọng gồm tỷ lệ hủy do hết hàng, tỷ lệ picking sai, tỷ lệ hàng hoàn nhập lại bán được, thời gian xử lý hàng chờ kiểm và số lần điều chỉnh tồn thủ công.

Nếu số liệu tốt lên, đội kho sẽ ít phải tìm hàng bằng kinh nghiệm cá nhân hơn, CSKH ít phải hỏi tình trạng đơn hơn và quản lý nhìn được nhóm SKU nào thường xuyên phát sinh lỗi. Đây là giá trị thực tế của OMS + WMS, không chỉ là thêm một màn hình tồn kho.

• Tỷ lệ tồn chờ kiểm quá lâu theo SKU hoặc nhà cung cấp.
• Tỷ lệ hàng lỗi phát hiện ở checking so với picking.
• Tỷ lệ lệch tồn sau kiểm kê theo vị trí kho và theo ca làm.

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ủ đề trạng thái tồn kho trong 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 phân biệt tồn bán được, tồn giữ theo đơn, hàng chờ kiểm, hàng lỗi, hàng hoàn và tồn đang chuyển kho, 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 trạng thái tồn kho trong 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ê tất cả trạng thái hàng hiện có: bán được, giữ đơn, chờ kiểm, lỗi, hoàn, chuyển kho, kiểm kê.
• Chuẩn hóa SKU, barcode, combo và mã vị trí kho trước khi bật quy tắc tự động.
• Định nghĩa công thức tồn khả dụng cho từng kênh bán và từng kho.
• Thiết lập quyền chuyển trạng thái cho quản lý kho, nhân viên checking, CSKH và kế toán.
• Chạy thử bằng đơn thật gồm đơn COD, đơn hủy, đơn hoàn, đơn combo và đơn livestream.
• Đo tỷ lệ hủy do hết hàng, lệch tồn, lỗi picking/checking/packing trong 2 tuần đầu sau go-live.

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

JSTERP hỗ trợ doanh nghiệp thiết kế trạng thái tồn kho theo mô hình OMS + WMS. OMS giữ tồn theo đơn và kênh bán; WMS kiểm soát hàng thật theo SKU, barcode, vị trí, PDA và trạng thái xử lý trong kho.

Khi tư vấn triển khai, JST ERP Việt Nam có thể rà soát hiện trạng SKU, số kho, kênh bán, luồng hàng hoàn, quy tắc giữ tồn và các lỗi vận hành đang lặp lại. Từ đó doanh nghiệp chọn phạm vi phù hợp: bắt đầu từ tồn khả dụng và OMS, hoặc triển khai sâu WMS nếu kho đang là điểm nghẽ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.