Putaway trong WMS: nhập kho lên kệ đúng vị trí để tồn không lệch

Tóm tắt nhanh

Putaway không phải là thao tác bê hàng lên kệ cho xong. Quy trình đúng cần bắt đầu từ dữ liệu nhập kho, bắt buộc kiểm SKU và barcode, xác định trạng thái hàng, gợi ý hoặc xác nhận vị trí bằng PDA, sau đó mới cập nhật tồn theo vị trí và trạng thái. OMS cần biết hàng nào đã đủ điều kiện bán trên marketplace; WMS cần biết hàng vật lý đang nằm ở khu nhận hàng, khu chờ kiểm, bin location bán được, khu lỗi hay khu chờ xử lý.

• Từ khóa trọng tâm: putaway trong WMS, nhập kho lên kệ, quy trình cất hàng WMS, bin location.
• 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, SKU, barcode, vị trí và tồn khả dụng tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, website, social commerce, livestream, đơn đại lý và đơn COD.
• Quy trình kho liên quan: nhận hàng, kiểm đếm, scan barcode, QC, dán nhãn, putaway, bin location, cập nhật tồn bán được, picking, checking, packing và kiểm kê.

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

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

Vì sao putaway quyết định độ chính xác tồn kho?

Nhiều doanh nghiệp chỉ chú ý picking, checking và packing vì đó là nơi đơn hàng ra khỏi kho. Nhưng lỗi tồn thường bắt đầu sớm hơn: hàng đã nhập trên hệ thống nhưng chưa được cất vào vị trí rõ ràng, hàng chờ kiểm bị cộng vào tồn bán được, hàng mới và hàng hoàn bị trộn chung hoặc barcode chưa dán nhưng sàn đã cho bán.

Khi putaway không chuẩn, nhân viên kho nhìn thấy tồn trên hệ thống nhưng không tìm được hàng trên kệ. CSKH báo còn hàng, OMS vẫn phân bổ đơn, còn WMS phải xử lý bằng cách tìm thủ công. Đây là nguyên nhân phổ biến của giao trễ, hủy đơn do hết hàng thực tế và lệch tồn sau campaign.

• Không cộng toàn bộ hàng mới nhập vào tồn bán được nếu chưa kiểm và chưa có vị trí.
• Mỗi lần cất hàng cần ghi nhận SKU, barcode, số lượng, vị trí, trạng thái và người thao tác.
• Tồn khả dụng trên OMS chỉ nên lấy từ hàng đã qua điều kiện bán được trong WMS.

Luồng putaway chuẩn từ nhận hàng đến lên kệ

Quy trình nên bắt đầu ở khu nhận hàng. Nhân viên nhận phiếu nhập, kiểm số lượng theo SKU, quét barcode thùng hoặc barcode sản phẩm, ghi nhận thiếu thừa và tách hàng cần QC. Nếu sản phẩm chưa có mã vạch nội bộ, WMS nên hỗ trợ in tem hoặc yêu cầu dán nhãn trước khi chuyển sang bước cất hàng.

Sau khi hàng đạt điều kiện, PDA có thể gợi ý vị trí dựa trên loại hàng, tốc độ bán, kích thước, khu vực picking, hạn sử dụng hoặc quy tắc tách hàng lỗi. Nhân viên phải scan vị trí đích trước khi xác nhận. Như vậy hệ thống biết hàng không chỉ đã nhập, mà đã nằm đúng ô, kệ, tầng nào.

• Nhận hàng: đối chiếu phiếu nhập, SKU, số lượng và nhà cung cấp.
• Kiểm hàng: tách hàng đạt, hàng chờ kiểm, hàng lỗi, hàng thiếu barcode.
• Cất hàng: scan barcode sản phẩm và scan bin location trước khi cập nhật tồn.

Thiết kế bin location cho putaway

Putaway chỉ hiệu quả khi mã vị trí kho đủ rõ. Doanh nghiệp có thể thiết kế mã theo khu, dãy, kệ, tầng, ô như A-03-02-04 hoặc theo khu chức năng như NEW, FAST, BULKY, QC, RETURN, DAMAGE. Điểm quan trọng là mã phải phản ánh layout thật để nhân viên nhìn là hiểu đường đi.

Với SKU bán chạy, vị trí nên gần khu picking hoặc packing để giảm quãng đường. Với hàng cồng kềnh, hàng dễ vỡ, hàng giá trị cao hoặc hàng có hạn sử dụng, quy tắc vị trí cần riêng. WMS không nên chỉ cho phép nhập một vị trí tự do; nên có kiểm tra sức chứa, loại hàng và trạng thái vị trí.

• Mã vị trí cần thống nhất giữa sơ đồ kho, tem vị trí và dữ liệu WMS.
• SKU bán chạy nên có vị trí picking nhanh, còn hàng dự trữ có thể ở khu bulk.
• Khu chờ kiểm, khu hàng lỗi và khu hàng hoàn phải tách khỏi tồn bán được.

Tồn chờ kiểm và tồn bán được không được trộn lẫn

Một lỗi nghiêm trọng là xem mọi hàng vừa nhập là tồn khả dụng. Trong ecommerce Việt Nam, hàng mới về có thể thiếu phụ kiện, sai màu, sai size, vỡ hộp, thiếu tem phụ, chưa dán barcode hoặc cần kiểm hạn sử dụng. Nếu OMS đưa nhóm hàng này lên Shopee, Lazada hoặc TikTok Shop quá sớm, đơn sẽ phát sinh trước khi kho thật sự sẵn sàng.

WMS nên có trạng thái tồn rõ: chờ kiểm, đạt kiểm, bán được, giữ theo đơn, hàng lỗi, hàng chờ xử lý, hàng trả nhà cung cấp hoặc hàng khóa. Chỉ nhóm đạt điều kiện mới được OMS tính vào tồn khả dụng để phân bổ đơn đa kênh.

• Tồn chờ kiểm không được đồng bộ thành tồn bán được lên marketplace.
• Hàng thiếu barcode hoặc thiếu nhãn nên bị chặn ở trạng thái ngoại lệ.
• Mọi chuyển trạng thái từ chờ kiểm sang bán được cần có người thao tác và thời điểm.

PDA giúp giảm lỗi cất sai vị trí như thế nào?

Nếu nhân viên chỉ nhìn giấy rồi tự đặt hàng lên kệ, lỗi thường không phát hiện ngay. Đến lúc có đơn cần picking, người lấy hàng mới biết vị trí không có hàng, hoặc có hàng nhưng sai SKU. PDA giải quyết bằng cách bắt buộc scan sản phẩm và scan vị trí trong cùng một bước.

Với JSTERP OMS + WMS, PDA có thể hiển thị nhiệm vụ putaway theo phiếu nhập, ưu tiên hàng cần bán gấp, cảnh báo vị trí sai loại hàng và ghi nhận người thao tác. Khi kiểm kê phát hiện lệch, quản lý có thể truy lại lịch sử: hàng được cất lúc nào, từ phiếu nào, vào vị trí nào và ai xác nhận.

• Scan barcode sản phẩm để tránh cất nhầm SKU hoặc biến thể.
• Scan barcode vị trí để tránh ghi vị trí bằng tay.
• Log thao tác theo nhân viên, thiết bị, thời gian và phiếu nhập.

Putaway ảnh hưởng trực tiếp đến picking và SLA giao hàng

Một kho có thể xử lý đơn nhanh không chỉ nhờ nhiều nhân viên picking. Nếu putaway tốt, hàng bán chạy nằm đúng khu, SKU dễ nhầm được tách vị trí, hàng combo có quy tắc rõ và tồn khả dụng phản ánh đúng hàng đã sẵn sàng. Nhân viên picking đi ít hơn, checking ít phát hiện lỗi hơn và packing không bị chờ tìm hàng.

Ngược lại, putaway kém làm mọi bước sau chậm lại. Đơn Shopee sắp quá hạn, đơn TikTok Shop sau livestream hoặc đơn Lazada trong campaign đều bị ảnh hưởng nếu kho phải tìm hàng mới nhập chưa lên kệ. Vì vậy chỉ số putaway nên được đưa vào dashboard vận hành, không chỉ đo số đơn xuất kho.

• Đo thời gian từ hàng tới kho đến khi trở thành tồn bán được.
• Theo dõi tỷ lệ nhiệm vụ putaway quá SLA hoặc bị trả về vì sai barcode.
• So sánh lỗi picking theo vị trí để phát hiện khu vực cất hàng có vấn đề.

Checklist go-live cho quy trình nhập kho lên kệ

Trước khi go-live, doanh nghiệp nên chạy thử bằng dữ liệu thật: một phiếu nhập nhiều SKU, một SKU có nhiều biến thể, một sản phẩm thiếu barcode, một nhóm hàng cần QC, một nhóm hàng bán chạy cần cất vào khu picking nhanh và một lô hàng hoàn cần tách khỏi hàng mới.

Mục tiêu là kiểm tra toàn bộ đường đi của hàng: nhận tại cửa kho, kiểm barcode, chọn trạng thái, cất vào vị trí, cập nhật tồn bán được, sau đó tạo đơn thử để PDA picking đúng vị trí vừa cất. Nếu bước này chạy ổn, WMS mới có nền dữ liệu đủ tin cậy cho vận hành đa kênh.

• Kiểm tra mã SKU, barcode, biến thể, combo và tem vị trí trước khi nhập tồn đầu kỳ.
• Thiết lập trạng thái tồn: chờ kiểm, bán được, lỗi, khóa, hoàn và trả nhà cung cấp.
• Chạy thử phiếu nhập thật, nhiệm vụ PDA thật và đơn picking sau khi putaway.

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ủ đề putaway 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 kiểm soát nhận hàng, kiểm SKU, scan barcode, gợi ý bin location, trạng thái tồn chờ kiểm, tồn bán được và log thao tác cất hà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 putaway 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ê số kho, số khu, số kệ, cách đặt mã vị trí và nhóm SKU bán chạy.
• Kiểm tra SKU, barcode, biến thể, combo, tem vị trí và quy tắc dán nhãn.
• Xác định hàng nào phải qua QC trước khi thành tồn bán được.
• Chuẩn bị ví dụ phiếu nhập thật, hàng thiếu barcode, hàng lỗi và hàng cần cất nhanh.
• Định nghĩa chỉ số nghiệm thu: thời gian putaway, tỷ lệ sai vị trí, tỷ lệ chờ kiểm quá SLA và độ lệch tồn sau kiểm kê.

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

JSTERP hỗ trợ putaway trong WMS bằng cách nối phiếu nhập, SKU, barcode, trạng thái tồn và vị trí kho trong cùng một luồng. Hàng mới không chỉ được cộng số lượng, mà được kiểm soát đến trạng thái và vị trí cụ thể trước khi trở thành tồn khả dụng cho OMS.

Khi tư vấn triển khai, JST ERP Việt Nam có thể rà soát layout kho, mã vị trí, quy trình nhận hàng, cách dán barcode, trạng thái tồn và lỗi lệch tồn hiện tại để thiết kế lộ trình OMS + WMS phù hợp với doanh nghiệp ecommerce đang bán đa kênh.

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.