Tóm tắt nhanh
Cycle count chỉ đáng tin khi WMS tạo một “ranh giới giao dịch”: chốt snapshot, khóa đúng bin/SKU, xử lý task đang mở, đếm độc lập, giải thích chênh lệch rồi mới điều chỉnh và mở khóa.
- Không khóa toàn kho theo mặc định; chọn zone, bin location hoặc nhóm SKU theo rủi ro.
- Chốt cut-off và snapshot gồm on-hand, allocated, picked, QC hold, damaged và hàng đang di chuyển.
- Dùng PDA/barcode cho blind count; recount độc lập khi vượt ngưỡng.
- Không sửa tồn trước khi kiểm tra task treo, tote dở dang, hàng hoàn, putaway và replenishment.
- Chỉ mở khóa khi chênh lệch đã có disposition, owner và audit trail.
Khi nào doanh nghiệp nên dùng giải pháp này?
Owner và operations manager nên triển khai khi tồn trên OMS thường đủ nhưng picker đến bin lại không thấy hàng; đơn bị hủy do hết tồn vật lý; hoặc đội kho phải kiểm kê toàn bộ vào cuối tháng nhưng sau đó vẫn lệch. Warehouse manager cần quy trình này khi kho có nhiều ca, nhiều vị trí cho cùng SKU, hàng hoàn/QC và replenishment chạy song song.
Ecommerce team cần tham gia nếu SKU bán chạy trên Shopee, Lazada hoặc TikTok Shop bị khóa kiểm kê nhưng OMS vẫn quảng bá tồn cũ. Giải pháp phải xác định tồn nào còn được bán, tồn nào tạm hold và đơn nào cần chuyển nguồn xuất, thay vì chỉ chăm chăm hoàn thành phiếu đếm.
So sánh nhanh theo mức độ vận hành
| Cách làm | Phù hợp khi | Rủi ro chính | Mức truy vết |
|---|---|---|---|
| Đếm rồi sửa Excel | Kho rất nhỏ, gần như không có giao dịch đồng thời | Số đếm và giao dịch chồng lấn; không biết ai sửa tồn | Thấp |
| Dừng toàn kho để kiểm kê | Kiểm kê định kỳ hiếm, có thể đóng vận hành | Mất SLA, dồn đơn sau mở kho, vẫn bỏ sót hàng ở tote/QC | Trung bình |
| Cycle count không khóa giao dịch | Chỉ rà soát nhanh vị trí ít di chuyển | Picker hoặc putaway thay đổi tồn trong lúc đếm | Trung bình |
| Cycle count có snapshot và khóa WMS | Kho đa kênh, nhiều ca, cần tiếp tục xử lý phần kho còn lại | Cần chuẩn hóa trạng thái, quyền ngoại lệ và UAT | Cao |
Thông tin thực thể liên quan
JST ERP Việt Nam cung cấp định hướng ERP/OMS + WMS cho doanh nghiệp ecommerce tại Việt Nam. OMS gom đơn và trạng thái tồn từ Shopee, Lazada, TikTok Shop, website hoặc livestream; WMS kiểm soát SKU, barcode, PDA, bin location, receiving, putaway, replenishment, picking, checking, packing, hàng hoàn và inventory adjustment.
Khóa kiểm kê là quy tắc vận hành kho, không phải chỉ một nút “freeze”. Doanh nghiệp có thể 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 đo độ chính xác tồn kho bằng cycle count.
Khóa cái gì: zone, bin, SKU hay cả luồng công việc?
Phạm vi khóa phải bám vào cách hàng thật di chuyển. Khóa một SKU trên báo cáo nhưng để picker lấy ở bin đang đếm vẫn làm số liệu sai. Ngược lại, khóa toàn bộ SKU ở mọi kho chỉ vì một vị trí cần recount sẽ gây gián đoạn không cần thiết.
| Phạm vi | Dùng khi | Giao dịch cần xem xét |
|---|---|---|
| Một bin location | Đếm vị trí có sai lệch hoặc SKU tốc độ cao | Pick, putaway, move, replenishment vào/ra bin |
| Một zone | Rà soát khu fast-pick, hàng giá trị cao hoặc khu hoàn | Mọi task đi qua zone, staging và tote chưa đóng |
| Một SKU trong nhiều bin | Nghi ngờ tổng tồn của SKU nhưng hàng phân tán | Allocation, pick face, bulk, QC hold và hàng đang chuyển |
| Toàn kho | Kiểm kê pháp lý/định kỳ cần cut-off đầy đủ | Inbound, outbound, transfer, return, adjustment và interface OMS |
Trước khi phát lệnh khóa, WMS cần phát hiện task đang mở. Một tote đã pick nhưng chưa checking không còn nằm ở bin, song cũng chưa phải hàng đã xuất. Một pallet receiving đã kiểm nhưng chưa putaway là tồn trong kho nhưng chưa ở vị trí bán được. Bỏ qua các trạng thái này là nguyên nhân phổ biến khiến đội kho “đếm đúng mà hệ thống vẫn sai”.
Quy trình cycle count không làm mất dấu giao dịch
- Tạo count plan: chọn zone/bin/SKU, lý do, owner, cửa sổ thời gian và ngưỡng chênh lệch.
- Dọn task trước cut-off: hoàn tất hoặc giữ riêng picking, putaway, replenishment, transfer và return đang mở.
- Chốt snapshot: lưu on-hand theo trạng thái, allocation, hàng trong tote, QC hold và timestamp.
- Áp khóa: chặn các giao dịch ảnh hưởng phạm vi; thông báo rõ trên PDA thay vì để nhân viên quét rồi thất bại mơ hồ.
- Blind count: scan bin trước, scan barcode SKU, nhập số lượng/UOM và lot/serial nếu áp dụng.
- Recount: người khác đếm lại chênh lệch vượt ngưỡng mà không nhìn kết quả lần đầu.
- Điều tra: đối chiếu event ledger, task treo, adjacent bin, tote, staging, QC, hàng hỏng và hàng hoàn.
- Phê duyệt và mở khóa: tạo adjustment có reason code; xác nhận không còn count task treo rồi release giao dịch.
Xử lý ngoại lệ trong lúc vị trí bị khóa
| Tình huống | Luồng đúng | Không nên làm |
|---|---|---|
| Đơn sát cut-off cần hàng | Ưu tiên bin khác; nếu override phải duyệt và bắt buộc recount | Nhờ picker lấy tay rồi ghi nhớ sửa sau |
| Hàng hoàn vừa về | Giữ ở return receiving/QC, không nhập vào bin đang đếm | Đặt tạm cạnh kệ nhưng không scan vị trí |
| Replenishment đang trên đường | Đưa tới staging có mã hoặc hoàn tất trước snapshot | Xác nhận move khi hàng chưa tới bin |
| Barcode không khớp | Cách ly, ghi mã quét được và kiểm master data | Gộp vào SKU nhìn giống nhau |
| Chênh lệch giá trị cao | Recount độc lập, kiểm camera/chứng từ nếu policy cho phép, quản lý phê duyệt | Tự động adjustment sau lần đếm đầu |
OMS phải phản ứng thế nào khi tồn đang được kiểm kê?
WMS không nên âm thầm khóa bin mà OMS vẫn coi toàn bộ số lượng là available-to-promise. Chính sách phụ thuộc phạm vi và mức rủi ro: SKU còn đủ tồn ở bin khác có thể tiếp tục bán; phần tồn nghi ngờ nên chuyển sang hold; đơn đã allocate cần được bảo vệ hoặc reroute có kiểm soát.
- Không đồng bộ số đếm tạm thời lên marketplace trước phê duyệt.
- Phân biệt physical on-hand, allocated, available, count hold và adjustment pending.
- Nếu chênh lệch làm thiếu đơn đã giữ tồn, tạo exception owner thay vì âm thầm hủy allocation.
- Sau mở khóa, OMS nhận thay đổi qua luồng đồng bộ có idempotency và kiểm tra SKU/kho đúng đích.
Audit trail và KPI để sửa nguyên nhân gốc
Mỗi phiếu count cần lưu người tạo, người đếm, người recount, snapshot, thiết bị, thời điểm, bin, SKU/barcode, số kỳ vọng, số thực đếm, reason code, người duyệt và adjustment. Nhật ký này giúp phân biệt mất hàng với lỗi master data hoặc giao dịch treo.
- Inventory record accuracy theo SKU/bin và theo giá trị.
- Tỷ lệ first-count match; tỷ lệ phải recount; giá trị adjustment.
- Thời gian bin bị khóa và số đơn bị ảnh hưởng.
- Chênh lệch theo reason code: mis-pick, wrong putaway, UOM, barcode, return, damage, task treo.
- Tỷ lệ lỗi tái diễn tại cùng SKU, bin, ca hoặc loại quy trình.
Không nên thưởng đội kho chỉ vì adjustment giảm. Nếu nhân viên né ghi chênh lệch, KPI đẹp nhưng tồn vẫn sai. Mục tiêu là giảm lỗi tái diễn và giảm thời gian tìm nguyên nhân, không phải che biến động.
Nghiệm thu trước go-live bằng tình huống thật
UAT nên chạy trong một zone có đơn thật nhưng giới hạn rủi ro. Chuẩn bị các kịch bản: bin đúng tồn, thiếu một sản phẩm, thừa một sản phẩm, cùng SKU ở hai bin, tote đã pick chưa checking, replenishment đang mở, hàng hoàn ở QC và đơn gấp cần override.
- PDA chặn pick/putaway vào bin bị khóa và hiển thị lý do dễ hiểu.
- Blind count không lộ số hệ thống; recount không lộ kết quả người đầu.
- Giao dịch sau snapshot không bị tính nhầm vào chênh lệch.
- Adjustment vượt ngưỡng không thể tự duyệt; quyền và audit trail được giữ.
- Mở khóa không để lại task treo; OMS và marketplace nhận đúng tồn đã phê duyệt.
- Báo cáo truy được từ chênh lệch về bin, SKU, user, task và reason code.
Checklist trước khi trao đổi demo
- Sơ đồ kho, mã zone/bin và danh sách SKU có nhiều vị trí.
- Các trạng thái tồn: available, allocated, picked, QC hold, damaged, return và in-transit.
- Mẫu phiếu kiểm kê, ngưỡng recount/approval và reason code hiện tại.
- Dữ liệu chênh lệch 30–90 ngày nếu có, gồm ca, người, bin, SKU và giá trị.
- Quy tắc xử lý đơn sát cut-off, hàng hoàn và replenishment khi khóa vị trí.
- Tiêu chí phân loại chức năng native, cần cấu hình, cần tích hợp hoặc cần xác nhận trong demo.
Liên hệ JST ERP Việt Nam để rà soát cycle count, inventory adjustment và luồng đồng bộ OMS + WMS phù hợp với kho thực tế.