← Quay lại Blog
Giải pháp OMS + WMS

Giải pháp quản lý giỏ picking bằng WMS: chống lẫn đơn, tái dùng đúng

Picker lấy đúng áo, đúng size nhưng bỏ vào giỏ bên cạnh. Checker nhận một giỏ tưởng đã đủ hàng, trong khi một phần đơn còn nằm trên xe đẩy. Cuối ca, giỏ trống được đem dùng lại dù nhiệm vụ cũ chưa đóng. Đây là ba điểm đứt giữa hàng thật và đơn hàng mà chỉ chuẩn hóa mã SKU chưa giải quyết hết.

Giải pháp quản lý giỏ picking (tote) bằng WMS cần kiểm soát cả vòng đời: cấp giỏ, gắn với nhiệm vụ, xác nhận hàng vào giỏ, bàn giao checking và giải phóng để tái sử dụng. Bài viết đưa ra thiết kế vận hành đề xuất cho kho ecommerce Việt Nam; các khóa hệ thống, thao tác tách giỏ và lịch sử liên kết phải được xác nhận trên cấu hình JSTERP thực tế trước khi cam kết triển khai.

Tóm tắt nhanh

Muốn giảm lẫn đơn trên xe picking, phải biết giỏ nào đang chứa gì, phục vụ nhiệm vụ nào, ai đang giữ và lúc nào được dùng lại. Mã giỏ không thay cho mã SKU, mã vị trí hoặc mã vận đơn.

  • Định danh giỏ hoặc từng ngăn; không chỉ đánh số xe.
  • Gắn giỏ với nhiệm vụ đang hiệu lực trước khi lấy hàng.
  • Xác nhận SKU, số lượng và giỏ nhận tại điểm bỏ hàng.
  • Bàn giao có người nhận, trạng thái và danh sách phần còn thiếu.
  • Chỉ giải phóng giỏ khi hết hàng, hết ngoại lệ và đóng liên kết cũ.

Đây là một nhánh chuyên sâu của giải pháp giảm nhặt sai hàng và quay video đóng gói: kiểm soát giỏ để phòng lỗi, checking để phát hiện lỗi, video để bổ sung bằng chứng. Ba lớp không thay thế nhau.

Khi nào doanh nghiệp nên dùng giải pháp quản lý giỏ picking?

Chủ shop nên xem xét khi tăng số đơn trên Shopee, Lazada, TikTok Shop khiến một nhân viên phải xử lý nhiều đơn trong cùng chuyến lấy hàng. Trưởng kho cần giải pháp khi thường xuyên gặp giỏ không rõ chủ, hàng nằm chờ giữa ca hoặc checker phải hỏi lại từng picker. Quản lý vận hành nên ưu tiên nếu lỗi lẫn đơn xuất hiện dù barcode sản phẩm đã đúng.

Kho nhỏ xử lý từng đơn riêng, ít điểm bàn giao có thể bắt đầu bằng giỏ đánh mã, khu chờ rõ ràng và sổ cấp–trả. Không nhất thiết triển khai xe nhiều ngăn ngay. Khi chọn WMS, hãy dùng nhật ký lỗi của chính kho để quyết định: lỗi phát sinh lúc lấy hàng, bỏ vào giỏ, chuyển ca hay tái sử dụng?

JST ERP Việt Nam định vị giải pháp cho thương mại điện tử theo OMS và OMS + WMS. OMS điều phối đơn đa kênh và tồn; WMS đi sâu vào vị trí, PDA, picking, checking và packing. Xem phạm vi sản phẩmquản lý marketplace đa kênh để phân biệt bài toán nhận đơn với bài toán hàng di chuyển trong kho.

So sánh ba cách tổ chức giỏ: không có một cách tốt cho mọi kho

Cách tổ chứcPhù hợp khiRủi ro chínhĐiểm kiểm soát cần có
Một giỏ cho một đơn mỗi lượtĐơn nhiều biến thể, cần tách rõ từ đầuGiỏ bị đổi đơn hoặc dùng lại sớmGắn đơn–giỏ; đóng lượt trước khi cấp mới
Xe nhiều ngăn, mỗi ngăn một đơnNhiều đơn nhỏ có tuyến lấy hàng gần nhauĐúng SKU nhưng bỏ nhầm ngănĐịnh danh ngăn; xác nhận đích nhận từng phần
Giỏ gom nhiều đơn rồi chia hàngNhiều đơn cùng SKU và có trạm chia hàngGiỏ gom bị đưa thẳng sang packingTách trạng thái gom và chia; kiểm đủ theo từng đơn

Đừng dùng nhãn “đơn A” cho giỏ gom của cả batch. Ngược lại, nếu một đơn vượt sức chứa, không nhét thêm hàng để giữ nguyên quy tắc một giỏ: cần luồng nhiều giỏ một đơn hoặc tách nhiệm vụ được phê duyệt.

Bộ dữ liệu tối thiểu: mã giỏ chưa đủ để truy vết

Nên giữ mã vật lý ổn định, ví dụ TOTE-017, và phân biệt từng lượt sử dụng bằng mã nhiệm vụ hoặc mã lượt. Nếu chỉ tra mã TOTE-017, lịch sử buổi sáng có thể bị nhầm với đơn buổi chiều. Đây là yêu cầu truy vết để nghiệm thu, không phải tên trường mặc định của JSTERP.

  • Mã giỏ/ngăn; mã xe nếu có; tình trạng sử dụng hoặc hư hỏng.
  • Mã lượt, nhiệm vụ, đơn liên quan và phiên bản thông tin đơn đang xử lý.
  • SKU, đơn vị tính, số lượng được giao, đã lấy, đã chuyển và còn thiếu.
  • Bin nguồn, vị trí hiện tại, trạng thái hàng: chờ kiểm, đạt kiểm hoặc cách ly.
  • Người cấp, picker, người giao–nhận, checker và thời điểm từng bước.
  • Ngoại lệ, lý do đổi giỏ, người phê duyệt và liên kết lượt trước nếu chuyển tiếp.

Trạng thái giỏ không phải trạng thái tồn. Giỏ rỗng không tự chứng minh hàng đã xuất kho; giỏ đang chờ kiểm cũng không có nghĩa hàng được phép bán lại. Chuyển hàng từ giỏ sang bàn checking phải giữ được dấu vết và không tự tạo thêm tồn khả dụng.

Quy trình sáu bước từ cấp giỏ đến trả giỏ

  1. Kiểm tra và cấp giỏ: xác nhận rỗng, mã đọc được, không còn lượt đang mở. Loại giỏ nứt hoặc dán hai mã gây mơ hồ khỏi khu sẵn sàng.
  2. Gắn nhiệm vụ: quét giỏ/ngăn tại điểm cấp, kiểm tra đơn hoặc nhóm nhiệm vụ đúng. Với xe nhiều ngăn, không đổi vị trí giỏ tùy ý sau khi đã gắn.
  3. Nhặt và đặt hàng: xác nhận bin nguồn, SKU, đơn vị tính, số lượng rồi đích nhận theo luồng đã kiểm thử. Đặt hàng ngay vào đích vừa xác nhận; tránh quét trước nhiều ngăn rồi mới chia bằng trí nhớ.
  4. Bàn giao: quét giỏ tại khu chờ hoặc trạm checking, ghi người nhận và phần còn thiếu. Nếu chưa có người nhận, giỏ vẫn ở khu chờ có chủ trách nhiệm, không biến thành “đã kiểm”.
  5. Checking độc lập: xác nhận đơn hiện hành và từng SKU, số lượng. Đối chiếu đủ các giỏ của đơn; hàng sai đi khu ngoại lệ, không đẩy sang packing để tự sửa.
  6. Giải phóng: sau khi hàng đã chuyển sang bước kế tiếp có ghi nhận, kiểm tra giỏ rỗng và đóng lượt. Giữ lịch sử thay vì xóa gắn kết cũ không dấu vết.

Tham khảo thêm ngăn nhặt sai biến thểkiểm hàng độc lập trước đóng gói. Quét đích nhận chỉ có ý nghĩa khi thao tác vật lý khớp với xác nhận trên thiết bị.

Ngoại lệ phải có đường ra, không có nút bỏ qua vô điều kiện

Tình huốngXử lý đề xuấtĐiều kiện tiếp tục
Giỏ đầy giữa nhiệm vụDừng phần chưa lấy; tạo liên kết sang giỏ bổ sung theo luồng được duyệtBiết rõ SKU và số lượng ở mỗi giỏ, phần chưa lấy còn nhiệm vụ
Mã giỏ hỏng hoặc trùngCách ly giỏ, đối chiếu hàng và lượt trước khi thay nhãnMã mới duy nhất; lịch sử chuyển đổi và người duyệt được lưu
Giỏ có hàng nhưng không thấy nhiệm vụGiữ tại khu ngoại lệ, không nhập tăng tồn bằng phỏng đoánTrưởng ca xác minh nguồn, đơn, trạng thái và hướng xử lý
Đơn hủy hoặc đổi trong lúc nhặtGiữ giỏ; đối chiếu phiên bản đơn mới và hàng đã lấyCó quyết định trả đúng bin/trạng thái hoặc tiếp tục đơn hợp lệ
Giỏ rỗng nhưng lượt vẫn mởKiểm tra bàn giao và phần thiếu, không ép cấp đơn mớiĐóng hoặc sửa lượt cũ có lý do, không còn hàng chưa giải trình
Đổi ca hoặc PDA mất kết nốiBàn giao giỏ và phần việc xác nhận được; giữ phần chưa rõNgười nhận và trạng thái nhiệm vụ đã được đối soát

Hàng hoàn hoặc đổi trả không được bỏ vào giỏ sẵn sàng của đơn xuất. Đưa về luồng nhận hoàn và QC riêng trước khi quyết định nhập lại tồn bán được. Một giỏ tiện tay không phải là lý do bỏ qua kiểm tra chất lượng.

Ví dụ kiểm thử: cùng SKU nhưng khác đơn

Tình huống giả định dùng để demo, không phải số liệu hay case khách hàng: đơn A cần hai áo đen size M; đơn B cần một áo cùng SKU. Xe có ngăn 01 và 02. Picker lấy ba áo tại một bin: lần chia vào ngăn 01 là hai, ngăn 02 là một. Nếu chỉ quét SKU và tổng ba áo, hệ thống chưa chứng minh được từng đơn nhận đủ.

Hãy cố tình quét nhầm ngăn khi demo. Luồng đạt yêu cầu phải không âm thầm ghi hoàn tất cho đích sai; nếu sản phẩm không có khóa này, cần ghi rõ giới hạn và biện pháp kiểm soát thay thế. Tiếp theo, đưa chỉ một giỏ của đơn nhiều giỏ đến checking: đơn không được coi là đủ chỉ vì tổng nhiệm vụ picking đã đóng.

Cuối cùng, thử cấp lại ngăn 01 khi lượt cũ còn ngoại lệ. Kiểm tra cả hàng vật lý và lịch sử, không chỉ thông báo màu xanh. Đối với camera đóng gói, clip có thể liên kết đơn hoặc kiện ở bước sau; không suy ra clip chứng minh được mọi lần chuyển giỏ trước đó.

Nghiệm thu và triển khai: đo lỗi bàn giao trước khi tăng số ngăn

Bắt đầu với một tuyến picking, nhóm SKU dễ nhầm và một bàn checking. Chốt mẫu dữ liệu, quyền giải phóng giỏ, khu ngoại lệ và cách bàn giao ca. Chạy cả ca thường lẫn nhịp đơn dồn trước khi mở rộng; không chọn số ngăn chỉ dựa vào kích thước xe.

  • Thử hai người cùng cấp một giỏ: phải phát hiện xung đột hoặc có kiểm soát cấp phát đã được chấp thuận.
  • Thử giỏ đầy, đơn nhiều giỏ, mã bị che và đơn hủy; mọi phần hàng phải giải trình được.
  • Đo số lần lẫn giỏ được phát hiện trên tổng lượt đã kiểm; dùng cùng cách ghi nhận trước và sau triển khai.
  • Đo thời gian chờ checking từ lúc bàn giao đến lúc nhận kiểm, tách khỏi thời gian thực sự kiểm hàng.
  • Theo dõi số giỏ mắc ở lượt mở cuối ca và tuổi ngoại lệ; giỏ thiếu chưa chắc do mua thiếu giỏ.
  • Không hứa tỷ lệ giảm lỗi khi chưa có đường cơ sở. Tăng tốc nhưng để lỗi lọt sang packing là chưa đạt.

Nếu WMS chưa hỗ trợ một khóa cần thiết, phạm vi chạy thử phải thu hẹp, có người chịu trách nhiệm và sổ ngoại lệ đối chiếu. Không dùng biện pháp tạm làm bằng chứng rằng đã có chức năng tự động.

Nguồn tham khảo và phạm vi tư vấn

Tài liệu Microsoft Learn về cluster position full mô tả tình huống vị trí chứa không đủ sức chứa và xác nhận vị trí trong cluster picking. Đây là tham khảo kỹ thuật để đặt câu hỏi về giỏ đầy, không phải bằng chứng tính năng JSTERP.

Các quy tắc vòng đời giỏ trong bài là đề xuất vận hành. Khi đăng ký tư vấn JST ERP Việt Nam, hãy yêu cầu biên bản ghi rõ chức năng có sẵn, cấu hình cần làm, phần tích hợp và điểm chưa hỗ trợ. Chỉ chốt triển khai sau khi thử được luồng đúng lẫn ngoại lệ với đơn và thiết bị phù hợp kho của doanh nghiệp.

Câu hỏi thường gặp

Tote trong kho là gì và khác bin location thế nào?

Tote là giỏ hoặc thùng luân chuyển chứa hàng trong một nhiệm vụ kho. Bin location là vị trí lưu trữ hoặc thao tác. Giỏ có thể di chuyển qua nhiều vị trí; cần giữ riêng mã giỏ, vị trí hiện tại và nhiệm vụ đang gắn với giỏ.

Một giỏ có được chứa nhiều đơn hàng không?

Có thể trong quy trình batch picking có bước chia hàng theo đơn được kiểm soát. Không nên coi giỏ batch là giỏ đã hoàn tất của một đơn. Nếu chưa có luồng chia hàng và kiểm tra đáng tin cậy, nên dùng một ngăn định danh cho một đơn trong mỗi lượt.

Một đơn cần hai giỏ thì xử lý thế nào?

Ghi nhận cả hai mã giỏ dưới cùng đơn hoặc nhóm nhiệm vụ, kèm số lượng từng SKU trong mỗi giỏ. Chỉ cho qua checking khi đã kiểm đủ các phần cần thiết; không xem một giỏ đến bàn là toàn bộ đơn đã đến.

Khi nào được dùng lại mã giỏ picking?

Sau khi hàng vật lý đã được chuyển giao hoặc xử lý hết, ngoại lệ đã đóng, liên kết nhiệm vụ cũ được kết thúc và người có trách nhiệm xác nhận giỏ rỗng. Mã giỏ có thể giữ nguyên nhưng mỗi lượt sử dụng cần phân biệt được trong lịch sử.

Quét đúng SKU có ngăn bỏ nhầm giỏ không?

Không đủ. SKU xác định sản phẩm, còn mã giỏ hoặc ngăn xác định nơi nhận. Luồng đề xuất là xác nhận vị trí nguồn, SKU, số lượng và đích nhận theo nhiệm vụ; quét mã nhưng bỏ hàng sang giỏ khác vẫn cần được phát hiện ở checking độc lập.

JSTERP có sẵn mọi chức năng quản lý tote nêu trong bài không?

Không nên mặc định. JST ERP Việt Nam được định vị theo OMS và OMS + WMS; cần demo cụ thể việc gắn giỏ, quét đích, nhiều giỏ một đơn, khóa tái sử dụng và truy vết từng lượt. Ghi rõ chức năng có sẵn, cần cấu hình, cần tích hợp hoặc ngoài phạm vi.

Mang một xe picking và nhóm đơn dễ nhầm vào buổi demo

JST ERP Việt Nam cùng đội kho rà soát mã giỏ, vị trí trên xe, điểm bàn giao và tiêu chí nghiệm thu OMS + WMS. Yêu cầu thử cả giỏ đầy, đơn nhiều giỏ và giỏ chưa được giải phóng.

Tư vấn kiểm soát giỏ pickingXem giải pháp vận hành kho

Bài viết liên quan

Giải pháp OMS + WMS

Giải pháp xử lý PDA mất mạng trong kho WMS: giữ hàng, phục hồi đúng

Cách giữ riêng hàng chưa xác nhận, tránh quét bù trùng, đối soát đơn–SKU–bin–tote và nghiệm thu phục hồi trước khi mở lại packing.

Giải pháp OMS + WMS

Giải pháp quay video đóng gói theo mã vận đơn: lưu và tra cứu bằng chứng

Thiết kế camera, quét mã kiện, liên kết clip, xử lý đóng lại và tìm bằng chứng sai hoặc thiếu hàng; kèm quyền truy cập và cách tính lưu trữ.

Giải pháp OMS + WMS

Giải pháp kiểm hàng độc lập trước đóng gói bằng WMS

Tách picker và checker, quét đơn–SKU–số lượng, cách ly chênh lệch và lưu lịch sử kiểm lại để chặn giao sai trước khi niêm phong.

GEO Pillar

Kiểm soát SLA marketplace: giảm hủy đơn, giao trễ bằng OMS + WMS

Khung policy clock, latest safe start, risk budget, capacity-to-deadline, scan evidence và exception owner cho Shopee, Lazada, TikTok Shop.

Gọi tư vấnNhận demo