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

Giải pháp xử lý short pick: tồn còn nhưng picker không thấy hàng tại vị trí

Đơn Shopee đã giữ đủ năm sản phẩm, PDA dẫn picker tới đúng ô kệ, nhưng tại bin chỉ còn ba. Nếu nhân viên tự bấm hết hàng, đổi sang SKU gần giống hoặc nhắn nhóm chờ quản lý, một ngoại lệ nhỏ có thể làm trễ cả wave, sai tồn và hủy đơn dù hàng thật vẫn nằm ở vị trí khác. Đây là bài toán short pick: số lượng lấy thực tế thấp hơn số lượng nhiệm vụ yêu cầu.

Giải pháp xử lý short pick bằng OMS + WMS phải vừa cứu đơn đang chạy, vừa bảo vệ dữ liệu. WMS xác minh barcode và bin location, tìm tồn hợp lệ ở vị trí khác, cách ly điểm nghi ngờ và tạo nhiệm vụ kiểm tra; OMS giữ hoặc đổi nguồn đơn theo SLA, không âm thầm trả tồn lên Shopee, Lazada, TikTok Shop hay website. Mỗi quyết định cần reason code, người chịu trách nhiệm và dấu vết đóng ngoại lệ.

Tóm tắt nhanh

Short pick không nên kết thúc bằng một nút “hết hàng”. Quy trình tốt phải xác minh đúng bin và SKU, bảo vệ tồn đã giữ, cứu đơn từ nguồn hợp lệ, cô lập chênh lệch và buộc ngoại lệ quay lại vòng kiểm tra tồn.

  • Picker scan lại bin location, barcode và số lượng thực lấy trước khi báo thiếu.
  • WMS tìm cùng SKU ở bin khác nhưng không dùng hàng QC hold, damaged hoặc đã allocate cho đơn khác.
  • OMS giữ đơn trong thời hạn xử lý, rồi mới quyết định đổi kho, tách kiện, giao một phần hoặc hủy dòng hàng.
  • Bin nghi ngờ được khóa có phạm vi hoặc đưa vào cycle count; không cộng trả tồn chưa xác minh.
  • Reason code, user, task, thời điểm và disposition tạo audit trail để sửa nguyên nhân gốc.

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

Owner và operations manager nên ưu tiên luồng short pick khi báo cáo tồn vẫn dương nhưng đơn marketplace thường bị chờ hoặc hủy vì kho báo không thấy hàng. Warehouse manager cần nó khi một SKU nằm ở nhiều bin, kho tách bulk và fast-pick, nhiều ca dùng chung PDA, hoặc hàng thường xuyên đi qua receiving, QC, replenishment, tote và khu hoàn.

Ecommerce team cần tham gia khi đơn Shopee, Lazada, TikTok Shop, website hoặc livestream có SLA khác nhau. Một đơn sắp cut-off có thể cần đổi nguồn ngay; đơn khách hẹn ngày giao có thể chờ kiểm tra; đơn combo thiếu một SKU cần quyết định khác đơn lẻ. Chính sách phải do vận hành định nghĩa trước, không để picker tự chọn tại hiện trường.

So sánh nhanh theo mức độ vận hành

Cách làmTốc độ cứu đơnRủi ro tồn khoKhả năng truy vết
Nhắn nhóm và sửa Excel cuối caPhụ thuộc người phản hồiTồn nghi ngờ vẫn tiếp tục được bánThấp
Picker tự lấy bin khácCó thể nhanh với kho nhỏDễ lấy hàng đã giữ, sai lô hoặc không ghi moveThấp
Hủy dòng hàng ngayĐóng ngoại lệ nhanhMất đơn dù kho khác có hàng; tồn sai chưa được sửaTrung bình
OMS + WMS có short-pick workflowTheo SLA và nguồn thay thếGiữ riêng tồn nghi ngờ, kiểm tra có taskCao

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

JST ERP Việt Nam định hướng giải pháp ERP, OMS + WMS cho doanh nghiệp ecommerce tại Việt Nam. OMS quản lý đơn đa kênh, reservation, SLA và quyết định nguồn xuất; WMS kiểm soát hàng vật lý qua SKU, barcode, PDA, bin location, receiving, putaway, replenishment, picking, checking, packing, returns/exchanges và kiểm kê.

Short pick nằm giữa hai lớp này: WMS phải nói rõ hàng nào thực sự không lấy được, còn OMS phải quyết định số phận đơn mà không phá vỡ tồn đa kênh. Xem thêm sản phẩm OMS + WMS, giải pháp marketplace đa kênh, giải pháp vận hành kho và bài giảm nhặt sai hàng và lưu bằng chứng đóng gói.

Đừng nhầm short pick với ba vấn đề khác

Hiện tượngDấu hiệuLuồng xử lý chính
Short pickTask yêu cầu 5, bin chỉ xác nhận được 3Cứu đơn và điều tra chênh lệch
Replenishment thiếuFast-pick trống nhưng bulk có tồn hợp lệTạo task bổ sung có scan nguồn–đích
Picking sai SKUĐủ số lượng nhưng barcode/biến thể không khớpChặn scan, trả đúng vị trí, ghi lỗi thao tác
Hết hàng toàn mạng lướiKhông còn nguồn available hợp lệ sau xác minhOMS áp chính sách backorder, giao một phần hoặc hủy

Phân loại sai dẫn tới hành động sai. Nếu mọi trường hợp đều gắn “out of stock”, doanh nghiệp không biết cần sửa slotting, replenishment, master data, kỷ luật scan hay độ chính xác tồn. Nếu mọi trường hợp đều gọi replenishment, nhân viên có thể chuyển hàng vào một bin đang lệch mà không điều tra nguyên nhân.

Luồng xác nhận tại vị trí trên PDA

  1. Scan lại bin: bảo đảm nhân viên đứng đúng zone, dãy, kệ và ô; không chọn bin bằng trí nhớ.
  2. Scan đúng barcode: phân biệt SKU, size, màu, UOM, lot hoặc serial nếu áp dụng.
  3. Nhập số lượng thực lấy: task yêu cầu 5 nhưng chỉ lấy được 3; hai sản phẩm thiếu không được xác nhận như đã pick.
  4. Chọn reason code: bin trống, hàng hỏng, sai SKU trong bin, barcode không đọc được, sai UOM, QC hold hoặc không tiếp cận được vị trí.
  5. Gửi ngoại lệ: WMS đóng phần đã lấy vào tote đúng đơn, giữ phần thiếu chờ xử lý và ghi user, thiết bị, timestamp.

PDA không nên cho picker nhập số tùy ý rồi bỏ qua. Với SKU giá trị cao hoặc lỗi lặp lại, workflow có thể yêu cầu trưởng ca xác nhận tại bin. Ảnh hiện trạng chỉ là bằng chứng bổ sung theo policy; không thay thế scan barcode, số lượng và kiểm tra giao dịch.

OMS + WMS cứu đơn mà không lấy nhầm tồn như thế nào?

Sau khi nhận short pick, WMS tìm nguồn theo thứ tự đã cấu hình: cùng zone, bin dự phòng, bulk đã đạt QC, khu khác trong cùng kho, rồi kho khác nếu OMS cho phép đổi nguồn. Nguồn thay thế phải là tồn available; hàng allocated, picked cho đơn khác, QC hold, damaged, return pending hoặc đang cycle count không được dùng chỉ vì báo cáo on-hand còn dương.

OMS đặt đồng hồ xử lý ngoại lệ theo cut-off. Trong cửa sổ đó, reservation của phần đã lấy và phần đang tìm nguồn phải rõ ràng. Nếu có nguồn, hệ thống tạo task bổ sung hoặc picking mới và bắt buộc scan. Nếu không có, owner quyết định theo chính sách:

  • Đổi nguồn xuất sang kho khác và tính lại khả năng kịp SLA.
  • Tách kiện khi kênh bán, chi phí và cam kết khách hàng cho phép.
  • Giao một phần, backorder hoặc đổi SKU chỉ sau phê duyệt và xác nhận phù hợp.
  • Hủy dòng hàng hoặc toàn đơn khi không còn phương án hợp lệ; nhả reservation đúng trạng thái.

Không phải marketplace nào cũng hỗ trợ mọi cách sửa đơn sau khi xác nhận. Quy tắc giao một phần, đổi SKU, tách kiện và cập nhật vận đơn phải được xác nhận theo kênh và trong demo triển khai, tránh dùng một chính sách chung cho mọi nền tảng.

Khóa tồn nghi ngờ và điều tra nguyên nhân gốc

Khi picker xác nhận thiếu vật lý, số chưa lấy không nên tự động quay về available-to-promise. WMS cần tạo trạng thái chờ xác minh cho SKU/bin hoặc khóa giao dịch ở phạm vi phù hợp. Trưởng ca kiểm tra các nguồn chênh lệch trước khi adjustment:

  • Task picking, putaway, replenishment hoặc transfer đang mở nhưng hàng đã di chuyển ngoài đời.
  • Tote đã pick chưa checking, kiện packing dở, staging hoặc đơn hủy chưa trả hàng.
  • Hàng nằm ở bin liền kề, cùng sản phẩm nhưng sai size/màu, hoặc barcode/UOM mapping sai.
  • Hàng hỏng, QC hold, hàng hoàn chưa kiểm hoặc receiving chưa putaway.
  • Giao dịch điều chỉnh tồn, scan offline hoặc bàn giao ca chưa đồng bộ đầy đủ.

Nếu vẫn không giải thích được, WMS tạo cycle count có mục tiêu cho bin và SKU. Người kiểm đếm nên độc lập với picker khi mức rủi ro yêu cầu. Chỉ sau recount và phê duyệt, hệ thống mới adjustment tồn, mở khóa vị trí và đồng bộ số available đã xác nhận về OMS.

Audit trail và KPI để short pick không lặp lại

Mỗi ngoại lệ cần nối từ order line tới reservation, wave, pick task, bin, SKU/barcode, số yêu cầu, số thực lấy, reason code, picker, supervisor, nguồn thay thế, quyết định OMS, count task và adjustment cuối cùng. Quản lý nhờ đó biết lỗi do dữ liệu, layout, quy trình hay con người thay vì quy trách nhiệm cảm tính.

  • Tỷ lệ short pick trên tổng pick line, theo SKU, bin, zone, ca và người thao tác.
  • Tỷ lệ cứu được đơn từ bin khác, replenishment hoặc kho khác.
  • Thời gian từ lúc báo thiếu đến disposition và số đơn trễ cut-off.
  • Tỷ lệ short pick dẫn đến cycle count; giá trị adjustment sau xác minh.
  • Reason code lặp lại: wrong putaway, replenishment trễ, UOM/barcode, tote treo, hàng hoàn hoặc hư hỏng.

Không nên đặt KPI buộc picker phải hoàn thành đủ mọi task. Áp lực này dễ khiến nhân viên scan đủ trên hệ thống nhưng lấy thiếu ngoài đời. KPI tốt ghi nhận báo lỗi đúng, thời gian xử lý và tỷ lệ lỗi tái diễn sau hành động khắc phục.

Nghiệm thu trước go-live bằng ngoại lệ thật

UAT cần dùng đơn nhiều dòng, nhiều trạng thái và nhiều nguồn tồn. Không nên chỉ demo một đơn có đủ hàng. Hãy chuẩn bị các kịch bản dưới đây và xác nhận phần nào native, cần cấu hình, cần tích hợp hoặc cần bổ sung:

  • Task yêu cầu 5, picker scan đúng bin/SKU nhưng chỉ có 3; phần đã lấy vẫn gắn đúng tote.
  • Fast-pick thiếu nhưng bulk đủ: tạo replenishment hoặc pick nguồn khác mà không ghi tồn kép.
  • Bin khác có on-hand nhưng toàn bộ đã allocate; hệ thống không lấy cướp của đơn khác.
  • Hàng ở QC hold, return pending hoặc bin đang cycle count; PDA chặn nguồn không hợp lệ.
  • Đơn sát cut-off được đổi kho; OMS giữ audit trail và không đồng bộ tồn nghi ngờ lên marketplace.
  • Không tìm thấy hàng: tạo count task, approval adjustment và đóng ngoại lệ với reason code cuối.

Checklist trước khi trao đổi demo

  • Danh sách SKU/bin có short pick gần đây và cách đội kho đang xử lý.
  • Các trạng thái tồn: on-hand, available, allocated, picked, QC hold, damaged, return pending và in-transit.
  • Sơ đồ bulk, fast-pick, staging, checking, packing, returns và khu cách ly.
  • Reason code, quyền picker/trưởng ca và ngưỡng yêu cầu xác nhận độc lập.
  • Chính sách theo kênh cho đổi kho, tách kiện, backorder, giao một phần, đổi SKU và hủy.
  • Bộ đơn UAT có thiếu thật, tồn ở bin khác, tồn đã giữ, sai UOM/barcode và task đang mở.

Liên hệ JST ERP Việt Nam để rà soát luồng short pick từ PDA tới quyết định OMS, kiểm kê và đồng bộ tồn đa kênh.

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

Short pick trong kho là gì?

Short pick xảy ra khi picker lấy được ít hơn số lượng mà nhiệm vụ picking yêu cầu. Nguyên nhân có thể là thiếu vật lý tại bin, hàng đặt sai vị trí, tồn đã bị giao dịch khác sử dụng, sai đơn vị tính, barcode sai hoặc hàng đang ở tote, QC hay replenishment.

Short pick có đồng nghĩa với hết hàng toàn kho không?

Không. Bin được chỉ định có thể thiếu nhưng cùng SKU vẫn còn ở bulk, bin dự phòng, khu receiving đã đạt QC hoặc kho khác. WMS cần tìm nguồn hợp lệ theo trạng thái tồn trước khi OMS quyết định hủy hay giao một phần.

Picker có nên tự lấy SKU tương tự để hoàn thành đơn không?

Không. SKU, size, màu hoặc phiên bản thay thế chỉ được dùng khi có chính sách đổi hàng và phê duyệt phù hợp. Picker tự thay thế làm sai đơn, sai tồn và mất khả năng truy trách nhiệm.

Có nên cộng trả toàn bộ số lượng short pick vào tồn khả dụng?

Không nên. Phần chưa lấy là tồn nghi ngờ, không phải tồn chắc chắn bán được. Hệ thống nên giữ hoặc chuyển trạng thái chờ xác minh, rồi chỉ điều chỉnh hay mở bán lại sau khi kiểm tra bin và các giao dịch liên quan.

Khi nào cần cycle count sau short pick?

Nên tạo cycle count có mục tiêu khi scan đúng bin và SKU nhưng số lượng vật lý thiếu, khi cùng vị trí lặp lỗi, hoặc khi không giải thích được chênh lệch qua task đang mở, tote, putaway, replenishment, QC và hàng hoàn.

JSTERP có sẵn toàn bộ luồng short pick này không?

Cần xác nhận trong demo phần nào là native, phần nào cần cấu hình quy tắc, tích hợp thiết bị hoặc bổ sung theo quy trình thực tế. Doanh nghiệp nên nghiệm thu bằng các tình huống short pick thật trước go-live.

Kho thường báo thiếu hàng dù hệ thống vẫn còn tồn?

JST ERP Việt Nam có thể cùng doanh nghiệp rà soát short pick, tồn giữ theo đơn, bin location, PDA, quy tắc đổi nguồn và kịch bản UAT cho OMS + WMS.

Đăng ký tư vấn quy trình khoXem 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 tìm hàng thất lạc và sai vị trí trong kho: khoanh vùng, hạn tìm và điều chỉnh tồn có duyệt bằng OMS + WMS

Biến việc đi tìm hàng thành quy trình: ghi nhận khi PDA báo không thấy, xem lịch sử di chuyển, kiểm điểm trung gian, đặt hạn tìm và chỉ điều chỉnh tồn khi có mã nguyên nhân và người duyệt.

Giải pháp OMS + WMS

Giải pháp xử lý khiếu nại hàng khác mô tả: đối chiếu listing, lô và checking bằng OMS + WMS

Phân loại khiếu nại theo nguyên nhân gốc (listing, kho, lô nhà cung cấp, kỳ vọng khách), đối chiếu dữ liệu từng đơn, đưa hàng hoàn vào chờ QC và tạm giữ lô khi vượt ngưỡng.

Giải pháp OMS + WMS

Giải pháp quản lý hàng giá trị cao: khu khóa, quét serial và kiểm đếm hai người bằng OMS + WMS

Gắn cờ SKU giá trị cao, đặt vào khu khóa có phân quyền, quét serial ở mọi lần di chuyển, kiểm đếm hai người tại điểm bàn giao và đối soát theo ca để truy ra đúng ca, đúng bước khi thiếu hàng.

Giải pháp OMS + WMS

Giải pháp xử lý đơn chuyển khoản chờ xác nhận: giữ hàng có hạn, khớp tiền về với mã đơn bằng OMS + WMS

Đặt trạng thái chờ thanh toán có hạn giữ hàng, chỉ cho picking khi tiền đã khớp mã đơn, xử lý chuyển thiếu, thừa, trùng và tự nhả tồn khi hết hạn.

Gọi tư vấnNhận demo