Quy trình nhập kho ecommerce: receiving, kiểm đếm, quarantine và putaway bằng OMS + WMS

Tóm tắt nhanh: nhận có điều kiện, mở bán có bằng chứng

Một inbound tốt đi qua bốn cổng. Cổng một xác định doanh nghiệp có chờ lô hàng này hay không bằng PO, lệnh chuyển kho, kế hoạch inbound hoặc ASN. Cổng hai xác định hàng thực tế là gì bằng SKU, mã nhà cung cấp, barcode, đơn vị tính và khi cần là lot, serial, hạn dùng. Cổng ba tách chênh lệch và tình trạng không đạt khỏi hàng tốt. Cổng bốn đưa hàng đạt vào bin có thể truy vết rồi mới mở cho reservation và bán đa kênh.

Không nên dùng một trạng thái “đã nhập” cho cả kiện còn ở cửa kho, hàng đang đếm, hàng chờ QC, hàng lỗi và hàng đã lên kệ. Cùng là tài sản đã có mặt nhưng quyền bán khác nhau. Nếu OMS lấy toàn bộ số vừa ký nhận làm ATP, đơn mới có thể giữ hàng chưa tìm được, chưa kiểm hạn hoặc đang tranh chấp với nhà cung cấp. Nếu WMS chờ putaway hết mới ghi nhận mọi thứ, quản lý lại không thấy backlog đang nằm tại khu nhận. Thiết kế đúng giữ được cả hiện diện vật lý lẫn điều kiện sử dụng.

1. Trước xe đến: chuẩn hóa master data, kế hoạch, lịch hẹn, chứng từ và năng lực cửa nhận.
2. Tại receiving: định danh, blind count, kiểm tình trạng và tạo bằng chứng theo đơn vị quản lý.
3. Khi có lệch: khóa lượng liên quan, gán reason, owner, deadline và quyết định chấp nhận–trả–bổ sung.
4. Khi putaway: xác nhận hàng nguồn, bin đích, số lượng và thuộc tính; cấm “đặt trước, ghi sau” không đối soát.
5. Khi mở bán: chỉ trạng thái đủ điều kiện được cộng ATP; theo dõi đồng hồ receiving-to-available riêng với backlog ngoại lệ.

1. Khoảng trống nội dung: biết quét mã chưa đồng nghĩa kiểm soát được inbound

Trong lượt nghiên cứu ngày 11/09/2026, kết quả tìm kiếm tiếng Việt về phần mềm nhập kho, barcode và putaway chủ yếu là danh sách tính năng hoặc hướng dẫn thao tác. Những nội dung đó hữu ích để hình dung thiết bị và màn hình, nhưng người mua vẫn thiếu câu trả lời cho các điểm quyết định: nhận hàng đến sau cutoff thế nào, ai duyệt lượng thừa, có che số PO khi đếm không, hàng hỏng bị khóa khỏi tồn nào, khu nhận tạm có giới hạn tuổi không và bao giờ đồng hồ từ nhận đến bán được dừng.

Khoảng trống vì thế không phải thêm một bài “cách bấm nút nhập kho”, mà là nối kế hoạch mua, thực nhận, tình trạng, vị trí và tồn khả dụng bằng rule có thể nghiệm thu. Bài không xếp hạng phần mềm, không dùng dữ liệu GSC riêng và không tuyên bố thứ hạng Google. Nguồn ngoài chỉ giúp định hình câu hỏi; ngưỡng dưới đây là ví dụ minh họa để doanh nghiệp thay bằng dữ liệu của mình.

Nếu cần kiến thức nhập môn, có thể đọc quy trình nhập kho chuẩn ecommerce và quản lý mã vạch trong kho. Pillar này đi sâu vào quyền ghi tồn, clock, discrepancy, quarantine, putaway và UAT để người mua dùng ngay trong khảo sát hệ thống.

2. Thông tin thực thể liên quan: thống nhất danh từ trước khi thống nhất màn hình

Một PO là cam kết mua hoặc chỉ dẫn mua, không phải bằng chứng hàng đã tới. Inbound plan là lịch và nội dung dự kiến để kho chuẩn bị; nó có thể được tạo từ PO, chuyển kho, hàng sản xuất về hoặc hàng hoàn từ 3PL. ASN là thông báo giao trước do nguồn gửi, thường chứa kiện, SKU, lượng dự kiến và thời điểm. Doanh nghiệp có thể không dùng thuật ngữ ASN, nhưng vẫn cần một bản thông báo có phiên bản nếu muốn kho biết lô nào sắp đến và thay đổi nào đã được chấp nhận.

SKU nội bộ đại diện cho mặt hàng doanh nghiệp kiểm soát. Supplier code là mã nhà cung cấp gọi mặt hàng đó; barcode là khóa quét trên một cấp đóng gói. Một SKU có thể có nhiều barcode hợp lệ, và một thùng có barcode khác từng chiếc. Bảng mapping cần ngày hiệu lực, UOM, hệ số quy đổi, nguồn phát hành và trạng thái duyệt. Nếu cùng barcode trỏ tới hai SKU đang hoạt động, hệ thống phải chặn hoặc yêu cầu xử lý ngoại lệ, không chọn dòng đầu tiên.

Ví dụ minh họa: nhà cung cấp báo 10 thùng, mỗi thùng 24 chai. PO quản lý theo chai thì lượng kỳ vọng là 240 chai, nhưng receiver có thể quét barcode thùng mười lần. Giao dịch phải lưu “10 carton × 24 = 240 each”; nếu chỉ lưu 10 hoặc chỉ lưu 240 sẽ mất khả năng giải thích. Khi mở một thùng thiếu một chai, số thực nhận là 239, không được giữ công thức lý thuyết 240.

3. Trước receiving: lịch hẹn, cutoff và quyền thay đổi inbound

Receiving bắt đầu trước khi xe vào cửa. Đội mua hoặc điều phối phải gửi mã inbound, nguồn hàng, số kiện, profile SKU, yêu cầu nhiệt độ hay hàng nguy hiểm nếu có, chứng từ và khung giờ. Kho trả lại khả năng tiếp nhận theo dock, nhân lực, diện tích staging và năng lực QC. Một lịch hẹn không cần phức tạp nhưng phải cho biết ai được đổi, đổi tới lúc nào và phiên bản nào kho đang làm theo.

Cutoff là thời điểm quyết định lô đến có còn khả năng hoàn tất mục tiêu trong ca hay không. Không nên viết “hàng đến trước 17h sẽ nhập trong ngày” nếu không định nghĩa nhập là ký nhận, đếm xong hay available. Một rule minh họa: ASN được khóa lúc 14h cho lịch 16h; thay đổi sau 14h phải được kho chấp nhận; xe check-in sau 16h30 được chuyển sang next-window trừ khi quản lý kho phê duyệt ưu tiên. Đây là ví dụ thiết kế, không phải cutoff thị trường hay JST ERP.

Năng lực cửa nhận có thể ước lượng bằng phút công việc. Đặt workload = tổng số pallet × phút/pallet + tổng số carton lẻ × phút/carton + tổng dòng cần sampling × phút/dòng. Capacity hữu dụng = số người × phút trong cửa sổ × hệ số hữu dụng đã đo. Nếu workload 1.080 phút và capacity hữu dụng 6 người × 180 phút × 0,8 = 864 phút, kế hoạch thiếu 216 phút. Có thể đổi lịch, thêm người đã đào tạo, giảm phạm vi sampling theo policy hoặc chấp nhận backlog; không nên nhận đủ rồi giả định “cố là xong”.

Campaign làm bài toán khó hơn vì inbound trễ có thể chạm trực tiếp lời hứa bán. OMS nên biết lượng đang về nhưng không mặc định toàn bộ là ATP. Một phần inbound chỉ được tính vào inventory position cho kế hoạch mua khi xác suất và ngày về đã được phê duyệt; quyền bán vẫn theo rule available-to-promise. Hàng chưa check-in, chưa đếm hoặc chưa QC không được biến thành tồn chắc chắn chỉ vì chiến dịch sắp mở.

4. Check-in và receiving zone: tạo chuỗi kiểm soát ngay tại cửa

Khi xe đến, check-in liên kết phương tiện hoặc người giao với appointment và inbound ID. Ghi thời điểm thực tế, số seal nếu có, tình trạng seal, số kiện theo chứng từ và hình ảnh theo policy. Nếu lô không có kế hoạch, đừng ép vào PO gần giống để giải phóng cửa. Tạo unplanned-receipt exception với người duyệt; kho có thể nhận giữ vật lý nhưng chưa có nghĩa doanh nghiệp chấp nhận thương mại.

Receiving zone là vị trí tạm có quản lý, không phải khoảng sàn vô danh. Mỗi lane nên có mã, sức chứa, loại hàng được phép, trạng thái và tuổi tối đa. Pallet hoặc kiện được gắn handling-unit ID giúp theo dõi mà chưa cần mở toàn bộ. Nếu tách một pallet sang ba bàn đếm, quan hệ cha–con phải giữ được; không dùng lại nhãn pallet gốc trên cả ba phần.

Nguyên tắc một chiều giúp tránh hàng chưa kiểm đi ngược vào kệ bán được. Hàng đi từ cửa nhận sang staging, counting/QC, quarantine hoặc putaway. Nếu phải trả ngay cho tài xế, vẫn lưu receipt attempt và reason. Nếu đặt tạm ngoài lane do quá tải, hệ thống hoặc sổ kiểm soát phải tạo location tạm có mã và deadline di dời; “để cạnh cửa số 2” không phải địa chỉ có thể truy vết qua đổi ca.

Đồng hồ check-in-to-start đo thời gian từ check-in hợp lệ đến lúc bắt đầu xử lý. Nó khác unload time và receiving-to-available. Tách các clock giúp thấy nghẽn thật: xe chờ cửa, dỡ chậm, đếm chậm, QC chậm hay putaway chậm. Một con số end-to-end không đủ để giao trách nhiệm. Khi dừng clock vì nhà cung cấp thiếu chứng từ, cần pause reason, thời điểm và bằng chứng; không tùy tiện loại mọi ca trễ khỏi SLA.

5. Matching PO/ASN: đối chiếu bốn lớp, không chỉ một tổng lượng

Đối chiếu tốt đi từ header đến line. Header kiểm đúng nhà cung cấp hoặc nguồn, kho nhận, loại nghiệp vụ và phiên bản. Packaging kiểm số pallet, carton, seal hoặc nhãn vận chuyển. Line kiểm SKU, UOM và lượng. Attribute kiểm lot, ngày sản xuất, hạn dùng, serial hay điều kiện khác. Một tổng 1.000 sản phẩm không chứng minh 100 SKU đều đúng; thừa 20 mã A có thể che thiếu 20 mã B.

Có ba kết quả chính. Exact match đi thẳng theo luồng chuẩn nếu tình trạng đạt. Match within tolerance vẫn cần policy và evidence: tolerance thương mại không tự xóa chênh lệch vật lý. Outside tolerance hoặc wrong item tạo exception và có thể quarantine. Tolerance cần theo SKU, nguồn, UOM hoặc giá trị rủi ro; không đặt một tỷ lệ chung rồi để món đắt và món rẻ có quyền lệch như nhau.

Ví dụ minh họa: PO có 500A và 200B. Kho đếm 510A, 190B. Tổng vẫn là 700, nhưng A over 10 và B short 10. Nếu tolerance của A là +2% và B là ±1%, A đúng sát trần còn B lệch -5%, vì vậy không thể đóng receipt là “đủ tổng”. Nếu supplier đổi B thành C có cùng giá mà chưa duyệt, C là wrong SKU, không phải B nhận đủ.

Version control quan trọng khi PO được sửa lúc xe đang dỡ. Receipt phải ghi nó đối chiếu với phiên bản nào. Nếu buyer tăng PO sau khi thấy hàng thừa chỉ để số khớp, audit trail phải thể hiện yêu cầu, lý do và người duyệt; không được làm biến mất sự kiện over-delivery. Một quy trình sạch có thể chấp nhận thay đổi hợp lệ mà vẫn giữ lịch sử sự thật tại thời điểm nhận.

6. Blind count: đếm hàng thực trước khi nhìn con số kỳ vọng

Blind count giảm anchoring: người đếm không được nhìn lượng PO hoặc ASN trước khi chốt lượt. Màn hình vẫn có thể hiện SKU cần tìm, UOM, quy tắc lot và cảnh báo an toàn, nhưng ẩn con số kỳ vọng. Sau submit, hệ thống so kết quả và chỉ yêu cầu recount cho dòng vượt ngưỡng. Blind count không đồng nghĩa nghi ngờ nhân viên; nó tách quan sát vật lý khỏi mong đợi chứng từ.

Với hàng homogeneous còn nguyên seal, doanh nghiệp có thể đếm theo carton và sampling theo policy; với carton hỗn hợp, seal vỡ, nguồn rủi ro hoặc SKU giá trị cao, cần kiểm sâu hơn. Mẫu sampling phải ghi population, cách chọn, cỡ mẫu, lỗi tìm thấy và escalation. Không nên quảng bá “kiểm 100%” nếu nhân viên thực chất chỉ nhìn nhãn ngoài, cũng không gọi sampling là đủ nếu không có rule tăng kiểm khi gặp lỗi.

Quy tắc recount minh họa: lượt một blind count; nếu lệch tuyệt đối lớn hơn max(2 đơn vị, 0,5% lượng line) thì người thứ hai đếm lại độc lập; nếu hai lượt không trùng, supervisor kiểm handling unit và UOM. Đây không phải benchmark. SKU giá trị cao, serial hoặc kiểm soát pháp lý có thể yêu cầu recount khi lệch một đơn vị; hàng số lượng lớn giá trị thấp có policy khác.

Đếm bằng scan từng item giúp định danh nhưng không tự bảo đảm số lượng nếu barcode dán trùng, thao tác quét bù hoặc thiết bị gửi lặp. Mỗi event nên có receipt ID, line/handling unit, device/user, barcode, quantity delta, timestamp và idempotency key nếu kiến trúc dùng đồng bộ. Khi một lượt quét mặc định +1 như luồng tài liệu sản phẩm đã nêu, cần kiểm thêm UOM: barcode đó đại diện một chiếc, một pack hay một carton.

Không cho nhập số tay vô điều kiện. Manual entry có thể cần khi nhãn hỏng, nhưng phải có reason, quyền, evidence và tỷ lệ theo dõi. Nếu 30% dòng phải gõ tay trong một ca, vấn đề có thể nằm ở master barcode hoặc chất lượng tem, không phải nhân viên thiếu chăm chỉ. Dashboard nên tách scan success, manual override và unknown barcode để ưu tiên sửa dữ liệu nguồn.

7. Kiểm tình trạng, lot và expiry: số lượng đúng vẫn có thể chưa bán được

Receiving QC không nhất thiết thay thế kiểm định chuyên môn, nhưng phải phát hiện điều kiện chặn tối thiểu: bao bì rách, ướt, móp, seal hỏng, sai màu/size, hàng đã qua sử dụng, thiếu phụ kiện hoặc nhiệt độ ngoài điều kiện nếu có. Checklist cần theo nhóm SKU, không phải một form dài giống nhau cho mỹ phẩm, thời trang và thiết bị. Kết quả phải gắn vào đúng quantity, không chỉ ghi “pallet có lỗi”.

Với hàng quản lý lot, receipt phải ghi lot thực tế từ nguồn và chuẩn hóa định dạng mà không làm mất ký tự có nghĩa. Không tự gộp hai lot gần giống. Với expiry, hệ thống cần ngày thực, rule shelf-life còn lại và quyết định. Ví dụ minh họa: policy yêu cầu còn ít nhất 180 ngày tại ngày nhận; lô còn 176 ngày không được sửa thành 180 hoặc nhập chung lot đạt. Nó vào quarantine chờ buyer chấp nhận ngoại lệ, trả nguồn hoặc phân luồng khác.

FEFO ở outbound chỉ đáng tin nếu inbound thu đúng lot và expiry. Một barcode SKU chung không mang thông tin lot thì người nhận phải quét hoặc nhập thêm mã lot theo cơ chế đã duyệt. Nếu nhà cung cấp đổi cách in, cần exception thay vì bỏ qua. Đọc thêm quản lý batch và hạn sử dụng trong kho ecommerce.

Serial cần duy nhất trong phạm vi định nghĩa. Hai item cùng serial phải bị chặn hoặc cách ly, không chỉ cảnh báo rồi tiếp tục. Khi serial không nằm trong ASN nhưng hàng và chứng từ khác đúng, owner quyết định có nhận. Quét serial tại receiving tạo nền cho xuất, bảo hành và hoàn hàng; thu muộn sau khi bán làm tăng nguy cơ gán sai thiết bị.

8. Over, short, damaged và wrong item: mỗi lệch phải có owner

Kho chịu trách nhiệm ghi sự thật vật lý; buyer chịu quyết định thương mại; QA quyết định chất lượng trong phạm vi chính sách; finance theo dõi hóa đơn và công nợ. Một người có thể kiêm vai ở doanh nghiệp nhỏ, nhưng quyền vẫn phải tách logic. Receiver không nên tự tăng PO để nhận hàng thừa, cũng không tự gọi hàng móp là bán được vì cửa kho đang tắc.

Mỗi discrepancy có ID, inbound/line, expected, actual, delta, UOM, reason, hình ảnh hoặc chứng từ thích hợp, vị trí giữ, owner, due time và disposition. Aging tính từ lúc discrepancy được tạo đến lúc có quyết định hoặc hoàn tất xử lý, tùy metric. Nếu chỉ đo số case đã đóng, đội có thể đóng bằng quyết định nhưng hàng vẫn nằm ở quarantine; cần tách decision time và physical-clearance time.

Công thức kiểm soát line là: expected = accepted good + accepted damaged/other disposition + rejected/returned + short, sau khi quy ước dấu cho over. Một cách dễ đọc hơn là actual received − expected = over − short. Ví dụ expected 100, actual 97 gồm 94 good và 3 damaged: short = 3; ba damaged vẫn nằm trong actual. Không được vừa gọi damaged là short vừa tính nó đã nhận, nếu không chênh lệch bị đếm hai lần.

9. Quarantine: khóa quyền bán nhưng không làm mất hàng khỏi tầm nhìn

Quarantine là kết hợp trạng thái, vị trí và quyền. Trạng thái cho biết vì sao chưa dùng; vị trí cho biết hàng ở đâu; quyền quy định ai có thể đổi disposition. Chỉ tạo một khu sơn vạch “hàng lỗi” mà ATP vẫn cộng lượng đó là chưa cách ly. Ngược lại, khóa trạng thái nhưng đặt lẫn với hàng tốt và không có nhãn khiến picker vẫn có thể lấy nhầm.

Reason code nên đủ cụ thể để hành động: damaged packaging, expired threshold, unknown SKU, over delivery, pending document, sample inspection fail. Không dùng “khác” cho phần lớn hồ sơ. Mỗi code ánh xạ owner và thời hạn. Nếu chưa biết reason, dùng pending-classification trong thời gian ngắn rồi bắt buộc phân loại; đừng để nó thành nghĩa địa dữ liệu.

Tuổi quarantine cần theo quantity và giá trị, không chỉ số ticket. Một case một món đắt có rủi ro khác case 500 món giá thấp. Dashboard có thể dùng các bucket 0–1, 2–3, 4–7 và trên 7 ngày như ví dụ khởi đầu, nhưng ngưỡng thật phải theo shelf-life, hợp đồng và vòng quay. Hàng có hạn ngắn không thể chờ cùng SLA với hàng bền.

Disposition là quyết định cuối cho quantity: release to available, rework, return to vendor, scrap, donate hoặc trạng thái khác được phép. Mỗi chuyển đổi phải là bút toán có nguồn–đích, reason, người duyệt và thời điểm. Nếu release 8 trong 10 món, hai món còn lại vẫn ở quarantine; không đóng cả handling unit rồi quên phần dư. Với tiêu hủy hoặc trả nguồn, cần bằng chứng rời kho phù hợp trước khi kết luận số vật lý bằng không.

10. Putaway: quét nguồn, quét đích và xác nhận lượng thực đặt

Putaway chuyển hàng đã đủ điều kiện từ receiving hoặc QC sang vị trí lưu trữ. WMS có thể gợi ý bin dựa trên zone, sức chứa, kích thước, trọng lượng, velocity, affinity, lot/FEFO và rủi ro trộn. Gợi ý không phải sự thật; task chỉ hoàn tất khi người thực hiện xác nhận hàng nguồn, vị trí đích và lượng thực. Nếu bin đầy, cần exception để chọn đích khác có kiểm soát.

Double-scan cơ bản là quét handling unit hoặc item và quét location. Với pallet nguyên và license plate đáng tin, quét pallet + bin có thể đủ; với carton hỗn hợp hay hàng lẻ rủi ro, cần quét SKU tại đích. Policy nên nói rõ cấp nào áp dụng, không biến “double-scan” thành khẩu hiệu. Khi barcode bin hỏng, manual override phải có reason và yêu cầu thay nhãn, không dùng một mã bin chung.

Ví dụ: pallet P01 có 120A lot L1, task đề xuất BIN-A-01. Nhân viên quét P01, quét BIN-A-01, nhưng chỉ đặt được 90 vì sức chứa thực thấp hơn master. Giao dịch đúng là 90 vào BIN-A-01 và 30 còn ở nguồn hoặc task con sang bin mới. Không xác nhận 120 rồi ghi chú “30 để bên cạnh”; việc đó tạo tồn hệ thống ở vị trí không đúng.

Inventory availability có hai policy thường gặp. Policy chặt chỉ mở bán sau putaway hoàn tất. Policy flow-through cho phép một số hàng đạt QC được cross-dock hoặc cấp đơn ngay tại staging có quản lý. Flow-through không nghĩa bỏ vị trí: staging phải là location hợp lệ, có quyền picking, tuổi giới hạn và ưu tiên rõ. Doanh nghiệp chọn theo SLA nhưng phải nghiệm thu nguy cơ hai task cùng lấy một lượng.

Thiết kế bin và sức chứa liên quan trực tiếp. Nếu master cube sai, hệ thống liên tục gợi ý bin không chứa được và người dùng học cách bỏ qua. Vì vậy theo dõi putaway exception rate theo reason: capacity, mixed-SKU rule, blocked aisle, wrong dimension, label unreadable. Xem thêm thiết kế layout, sức chứa và slotting kho ecommerce.

11. Receiving-to-available clock: đo từ lúc nào, dừng ở đâu?

Receiving-to-available (RTA) nên bắt đầu tại một sự kiện đủ rõ, chẳng hạn check-in hợp lệ hoặc unload complete, và dừng khi quantity đủ điều kiện được mở bán tại vị trí cho phép. Không trộn hai cách bắt đầu trong cùng báo cáo. Nếu mục tiêu là trải nghiệm nhà cung cấp, dùng check-in; nếu mục tiêu là năng suất nội bộ sau bàn giao, dùng unload complete. Có thể đo cả hai nhưng phải đặt tên khác.

Công thức tỷ lệ đúng hạn: số receipt quantity hoặc line trở thành available trong SLA chia tổng quantity hoặc line đủ điều kiện trong cohort. Chọn mẫu số trước. Đo theo receipt header dễ che một line trễ; đo theo quantity dễ để lô hàng lớn áp đảo. Bộ chỉ số cân bằng gồm tỷ lệ line đúng hạn, P50/P90/P95 thời gian, backlog quantity, tuổi item lâu nhất và tỷ lệ ngoại lệ.

Ví dụ minh họa có 100 line: 80 line available trong 2 giờ, 15 line trong 4 giờ, 5 line sau 12 giờ. Trung bình có thể nhìn ổn nếu 80 line rất nhanh, nhưng P95 nằm gần 4 giờ và tail tới 12 giờ. Nếu SLA nội bộ là 4 giờ, cần quy ước đúng tại 4 giờ có tính đạt hay không. Năm line trễ phải có reason: đếm, QC, chứng từ, putaway hay master data.

Pause clock chỉ dành cho nguyên nhân đã quy định như chờ chứng từ bắt buộc từ nguồn, không phải cách làm đẹp báo cáo. Dashboard nên hiển thị gross time và net time sau pause, cùng tổng pause theo owner. Nếu một nhà cung cấp thường thiếu ASN, việc loại hết thời gian chờ khiến doanh nghiệp không thấy chi phí thật. SLA nội bộ và SLA đối tác có thể có điều khoản khác nhưng phải đối chiếu được.

Little's Law là phép kiểm sức khỏe, không phải cam kết: WIP trung bình xấp xỉ throughput trung bình × flow time trung bình trong hệ ổn định và cùng đơn vị. Nếu nhận 300 carton/giờ và flow time trung bình 2 giờ, WIP kỳ vọng khoảng 600 carton. Nếu receiving zone chỉ chứa an toàn 350, lịch nhận hoặc công suất downstream phải đổi. Trong peak biến động, cần mô phỏng theo từng giờ thay vì dùng trung bình ngày.

12. OMS và WMS trao đổi gì để không cộng tồn sớm hoặc hai lần?

OMS quan tâm kế hoạch mua, inbound expected, tồn khả dụng, reservation và lời hứa bán. WMS quan tâm receipt, handling unit, status, lot, location, task và bằng chứng vật lý. Ranh giới quyền ghi cần rõ: WMS hoặc nguồn kho tương đương phát sự kiện inventory change; OMS tiêu thụ sự kiện để tính ATP và đồng bộ kênh. Không để người dùng vừa nhập tăng tồn trực tiếp ở OMS vừa để receipt WMS gửi tăng lần nữa.

Một event available tối thiểu nên có event ID, receipt/line, warehouse, SKU, quantity delta, status from/to, lot nếu có, timestamp và version. Consumer phải chống xử lý lặp. Khi timeout, bên gửi retry cùng idempotency key thay vì tạo giao dịch mới. Khi thứ tự event không chắc chắn, version hoặc sequence giúp phát hiện release đến trước receipt.

Control total cuối ca theo SKU–kho–trạng thái: closing = opening + receipts + transfers in + returns in + adjustments in − shipments − transfers out − adjustments out. Putaway thường chỉ chuyển vị trí, không tăng tổng on-hand; release quarantine chuyển trạng thái, không tạo thêm hàng. Nếu receipt đã tăng received stock, putaway không được tăng on-hand lần nữa. Đây là lỗi mô hình phổ biến khi mỗi bước được hiểu là một “phiếu nhập” độc lập.

Khi tích hợp gián đoạn, đặt event vào queue và đánh dấu freshness. OMS có thể thấy “120 received, 0 confirmed available, last WMS update 18 phút trước” thay vì đoán 120 bán được. Degraded mode quyết định có đóng bán SKU tồn thấp, giữ buffer hay cho phê duyệt tay. Khôi phục phải replay idempotent và reconciliation, không nhập số bù chỉ để dashboard khớp.

13. Hàng hoàn, campaign và 3PL: ba luồng không được trộn vào inbound mua hàng

Hàng hoàn

Return receiving dùng nhiều cấu trúc chung nhưng nguồn sự thật khác. Kho đối chiếu return authorization, đơn gốc, SKU kỳ vọng và món thực nhận; QC quyết định sellable, refurbish, damaged hay wrong item. Không map một kiện hoàn vào PO nhà cung cấp chỉ để dùng màn hình nhập hàng. Refund tài chính, carrier giao trả và hàng available là ba event riêng. Đọc quản lý hàng hoàn bằng cost-to-recover và SLA QC.

Campaign peak

Trước campaign, kho cần freeze window cho master SKU/barcode, lịch inbound ưu tiên và khu staging bổ sung có mã. Fast lane chỉ dành cho lô đã khai báo, ít SKU, bao bì chuẩn và QC rule phù hợp; không dùng ưu tiên để bỏ blind count hoặc mở bán hàng chưa kiểm. Theo dõi lượng campaign đang expected, arrived, QC hold, available và overdue giúp marketing biết phần nào thật sự có thể bán.

Ví dụ minh họa: chiến dịch cần 5.000 đơn vị A lúc 20h. 4.000 đã available, 1.500 expected lúc 15h. Không nên công bố 5.500. Nếu 1.200 thực nhận, 50 lỗi và 1.150 putaway trước cutoff nội bộ, capacity mới là 5.150 trước reservation và buffer. Kế hoạch thất bại nếu chỉ lấy ASN 1.500 cộng vào 4.000.

3PL handoff

Khi 3PL nhận hàng, hợp đồng dữ liệu phải định nghĩa appointment, receipt ACK, count complete, discrepancy, QC, putaway complete và inventory snapshot. Owner của clock cần rõ: chờ chủ hàng xác nhận over có pause không; 3PL phải gửi ảnh theo rule nào; claim bắt đầu từ lúc nào. “Đã nhập kho” không đủ nếu chủ hàng không biết lượng available và lượng quarantine.

Đối soát 3PL dùng shipment manifest từ chủ hàng, receipt của 3PL và thay đổi tồn. Nếu chủ hàng gửi 100, 3PL nhận 98 và báo 2 damaged trong 98, dữ liệu phải thể hiện short 2, good 96, damaged 2. Không tự điều chỉnh manifest về 98 làm mất claim. Xem SLA 3PL fulfillment ecommerce để thiết kế clock, evidence và escalation.

14. So sánh nhanh theo mức độ vận hành: OMS-only hay OMS + WMS?

Không có ngưỡng “trên X đơn phải dùng WMS”. Receiving phụ thuộc số line inbound, carton hỗn hợp, tỷ lệ ngoại lệ, yêu cầu lot và số lần chạm. Một shop bán ít đơn nhưng nhập thiết bị serial có thể cần kiểm soát sâu hơn shop bán nhiều SKU đồng nhất. Quyết định tốt bắt đầu từ lỗi không thể giải thích: lệch tại chứng từ thì sửa planning; đúng receipt nhưng không tìm thấy hàng thì cần location execution; đúng vị trí nhưng ATP sai thì sửa quyền ghi và tích hợp.

Khi xem nhóm sản phẩm JST ERP Việt Nam, yêu cầu demo một lô chuẩn và ít nhất bốn ngoại lệ: barcode lạ, thừa, hỏng và bin đầy. Giải pháp marketplace đa kênh liên quan tới inbound visibility, ATP và lời hứa bán; giải pháp vận hành kho liên quan tới receipt, PDA, status và location. Phạm vi thực tế phải được xác nhận trong khảo sát, không suy ra từ nhãn OMS + WMS.

15. Dashboard và SLA ownership: chỉ số phải dẫn tới hành động

Ngưỡng cần baselining. Trong hai tuần đầu, đo phân bố theo nguồn, nhóm SKU, ca và loại inbound; loại lỗi dữ liệu đã biết nhưng không loại các ca khó chỉ vì làm xấu số. Sau đó chọn ngưỡng cảnh báo và ngưỡng hành động. Ví dụ cảnh báo RTA P95 vượt bốn giờ hai cửa sổ liên tiếp, hành động khi backlog đủ điều kiện vượt sức chứa receiving zone 80%. Các con số này chỉ minh họa cách viết rule, không phải chuẩn kho.

RACI tối thiểu: procurement sở hữu PO và supplier discrepancy; warehouse sở hữu chain of custody, count và putaway; QA sở hữu disposition chất lượng; master-data owner sở hữu SKU/barcode/UOM; integration owner sở hữu event/ACK; OMS operation sở hữu ATP và kênh. SLA không có owner chỉ là biểu đồ. Escalation phải nói ai được dừng receiving, ai được release và ai thông báo marketing giảm bán.

Kế hoạch triển khai và bảo đảm dịch vụ nên ghi các định nghĩa, phạm vi hỗ trợ, evidence và cadence review. Đừng mua một dashboard với màu đẹp trước khi thống nhất mẫu số. Cùng cụm “accuracy 99%” có thể là đúng quantity, đúng SKU, đúng lot hay đúng bin; mỗi định nghĩa tạo một quyết định hoàn toàn khác.

16. Ma trận UAT: thử cả đường chuẩn và đường gây mất tồn

Dùng dữ liệu nhỏ có thể tính tay: PO01 gồm 100A each, 10 carton B × 12 each và 20C quản lý lot; ASN báo hai pallet; warehouse có receiving lane R01, quarantine Q01 và hai bin. Ghi opening balance trước khi chạy. Mỗi case lưu expected event, expected status, expected location, actual result, ảnh/chứng từ và người xác minh.

Gate bảo toàn tồn là không có receipt, release hay putaway bị ghi trùng trong toàn bộ ca retry và phục hồi. Gate truy vết là chọn ngẫu nhiên một đơn vị phải tìm được inbound, count, QC/status và bin; chọn một discrepancy phải tìm được quyết định. Gate vận hành là receiver và supervisor thực hiện được mà không dùng chat để thay dữ liệu bắt buộc.

UAT thất bại không nhất thiết nghĩa sản phẩm không phù hợp; nó có thể chỉ ra cấu hình, master data, integration hoặc SOP cần sửa. Nhưng phần chưa hỗ trợ phải được ghi minh bạch và có control bù. Không ký nghiệm thu bằng câu “đã demo nhập kho” nếu chưa chạy ca over, short, damaged, unknown barcode, bin full và event retry.

17. Dữ liệu go-live: ít nhưng sạch hơn nhiều mà không dùng được

Master cần SKU active, supplier code, barcode theo packaging level, UOM conversion, kích thước/trọng lượng nếu dùng capacity, lot/expiry/serial rule, QC profile, tolerance và putaway zone. Location master cần warehouse, zone, aisle/rack/bin, loại vị trí, capacity, trạng thái và barcode vật lý. Supplier master cần lead time tham khảo, appointment rule, chứng từ và escalation contact theo quyền được phép lưu.

Dữ liệu mở gồm PO/inbound chưa đóng, hàng đã check-in chưa complete, discrepancy chưa xử lý, quarantine, hàng ở receiving zone và task putaway dở. Không migrate chỉ số tổng rồi bỏ các trạng thái trung gian. Nếu ngày cutover có 500A on-hand nhưng 40 đang quarantine và 60 tại receiving, hệ thống mới phải biết ba phần; nhập 500 available tạo oversell ngay ngày đầu.

Control total trước và sau migration theo SKU–kho–status–lot. Unknown barcode list phải về không trong phạm vi pilot hoặc có owner và rule xử lý. Inbound open được freeze tại thời điểm chốt; thay đổi sau freeze đi qua delta file/event, không sửa cả snapshot. Thiết bị PDA, máy in, Wi-Fi và nhãn location được kiểm tại đúng nơi vận hành, không chỉ trong phòng họp.

Pilot nên chọn một nguồn hàng, nhóm SKU có đủ UOM và một ca thật, nhưng không chọn toàn hàng dễ. Chạy ít nhất một discrepancy và một putaway exception có kiểm soát. Tiêu chí mở rộng dựa trên inventory conservation, RTA, manual override, user competency và backlog không giải thích; không dựa riêng vào việc giao diện không lỗi.

18. Những sai lầm cần sửa trước khi mua hoặc triển khai

“Có barcode là tồn sẽ chính xác.” Barcode chỉ giúp định danh theo mapping. Sai UOM, mã trùng, quét bù, event lặp hoặc release sai status vẫn tạo tồn sai. Cần master, transaction ID, quyền ghi và reconciliation.

“Nhập kho là tăng tồn.” Nhập có thể tăng on-hand received nhưng chưa tăng available. Hàng ở counting, QC hoặc quarantine cần nhìn thấy mà chưa bán được. Thiết kế một con số duy nhất làm mất điều kiện sử dụng.

“Khớp tổng là đủ.” Tổng lượng có thể khớp trong khi thừa SKU này và thiếu SKU kia. Đối chiếu theo line, UOM, lot và tình trạng; control total chỉ là cổng bổ sung.

“Putaway tự động nghĩa là hệ thống biết hàng đã ở bin.” Gợi ý location không phải xác nhận vật lý. Phải quét hoặc xác nhận nguồn–đích–lượng và xử lý bin đầy. Auto-complete task trước thao tác chỉ làm số đẹp.

“Hàng thừa cứ bán rồi bổ sung PO sau.” Điều đó xóa quyền duyệt thương mại và có thể tạo công nợ ngoài kiểm soát. Giữ hàng thừa ở hold, tạo decision và chỉ release phần được chấp nhận.

“Để tất cả hàng lỗi chung một góc.” Không có reason, quantity, owner và aging thì góc hàng lỗi không phải quarantine có kiểm soát. Tồn bị khóa vô thời hạn hoặc vô tình quay lại picking.

“99,9% chính xác là đủ để chọn phần mềm.” Phải hỏi chính xác cái gì, trên mẫu số nào, thời gian nào, loại trừ gì và bằng chứng nào. Một claim không có định nghĩa không thay cho UAT bằng dữ liệu thật.

“Receiving nhanh nhất luôn tốt nhất.” Nếu tốc độ đến từ bỏ blind count, gộp lot hoặc auto-release, doanh nghiệp chuyển chi phí sang picking, hoàn và claim. Mục tiêu là flow time đạt SLA với inventory conservation và traceability.

19. Checklist người mua: 5 hành động có thể làm trong tuần này

1. Vẽ một receipt thật từ lịch hẹn đến available. Ghi từng event, status, location, người chịu trách nhiệm và chỗ đang dùng Excel/chat. Đầu ra là một timeline có start–stop, không phải sơ đồ hộp chung chung.
2. Chuẩn hóa 20 SKU khó nhất. Với mỗi SKU, liệt kê supplier code, barcode each/pack/carton, UOM conversion, lot/expiry/serial và QC rule. Quét thử tem thật; xử lý mã trùng hoặc unknown trước demo.
3. Chốt ma trận discrepancy. Viết ngưỡng over/short, damaged, wrong item, quyền duyệt, quarantine location, evidence và deadline. Không để receiver tự quyết định thương mại tại cửa kho.
4. Đo một tuần theo clock và backlog. Tách check-in wait, counting, QC, decision và putaway; xem P95, quantity aging và exception reason. Dùng số này để chọn điểm cần OMS, WMS, tích hợp hay sửa SOP.
5. Chạy UAT bảo toàn tồn. Thử receipt chuẩn, carton conversion, unknown barcode, over, short, damaged, expiry fail, bin full và event retry. Chỉ mở rộng khi on-hand không tăng kép và mọi lượng không available đều có vị trí, reason, owner.

Thứ tự đề xuất là dữ liệu trước, quyền quyết định sau, thiết bị và tự động hóa cuối. Một máy PDA không cứu được UOM sai; một workflow duyệt không cứu được hàng không có nhãn; một dashboard không cứu được event tăng tồn hai lần. Ngược lại, khi danh từ và quyền ghi đúng, doanh nghiệp có thể pilot nhỏ, đo được và mở rộng theo bằng chứng.

Đọc FAQ về OMS + WMS để đối chiếu câu hỏi mua hàng và đăng ký tư vấn với JST ERP Việt Nam bằng PO, tem, layout và ngoại lệ thật. Mục tiêu không phải làm phiếu nhập nhanh hơn trên màn hình, mà là biết chính xác hàng nào đã tới, hàng nào được phép bán, hàng nào đang bị giữ, nằm ở đâu và ai phải xử lý tiếp.