Giải pháp điều tiết công suất kho mùa campaign bằng OMS + WMS: nhận đơn theo năng lực xử lý thật

Tóm tắt nhanh

Điều tiết công suất kho không phải đợi quá tải rồi mới tăng người. OMS cần giữ đơn và phát hành theo SLA, tồn khả dụng, workload cùng cut-off; WMS phải đo năng lực thật của replenishment, picking, checking, packing, staging và bàn giao. Khi release theo nhịp và nhìn đúng bottleneck, doanh nghiệp có thể xử lý đỉnh campaign mà không biến toàn bộ backlog thành việc khẩn cấp.

• Từ khóa trọng tâm: giải pháp điều tiết công suất kho campaign, OMS WMS capacity planning, quản lý quá tải kho mùa sale.
• Đối tượng: owner, operations manager, warehouse manager, ecommerce team, CSKH và đối soát.
• Kênh: Shopee, Lazada, TikTok Shop, website D2C, social commerce, livestream và đơn B2B.
• Điểm kiểm soát: workload, wave release, WIP, bottleneck, backlog aging, cut-off, staging và carrier pickup.

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

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

Đừng dùng “đơn/ngày” làm công suất duy nhất

Hai ngày cùng 20.000 đơn có thể tạo tải hoàn toàn khác nhau. Ngày thứ nhất chủ yếu là đơn một SKU nằm ở fast-pick; ngày thứ hai có nhiều combo, đơn đa SKU qua ba zone, hàng phải quét serial và kiện cần cân chụp ảnh. Nếu kế hoạch chỉ chia tổng đơn cho số người, warehouse manager sẽ thấy đủ người trên giấy nhưng vẫn nghẽn.

Capacity unit nên phản ánh lượng việc: số order line, số điểm pick, độ xa của zone, quy tắc lot/serial, BOM combo, loại thùng, số lần kiểm và carrier cut-off. Dùng thời gian chuẩn ban đầu rồi hiệu chỉnh bằng log PDA, scan checking, pack-complete và handover. Không biến năng suất nhanh nhất của một nhân viên giỏi thành chuẩn cho toàn ca; nên dùng mức bền vững có chừa headroom cho ngoại lệ.

Công suất là một chuỗi, không phải riêng đội picking

Throughput toàn kho bị giới hạn bởi công đoạn chậm nhất. Mở wave lớn có thể làm số lượt pick tăng đẹp, nhưng nếu checking hoặc packing không theo kịp, tote sẽ chất đầy, SKU đã rời bin khó kiểm soát và đơn sắp cut-off không thể chen vào. OMS + WMS cần nhìn tải đầu-cuối trước khi release.

Quy trình release đơn theo năng lực xử lý thật

Đơn đã đồng bộ về OMS chưa nên mặc định thành nhiệm vụ picking. Giữa “đã nhận đơn” và “đã release xuống kho” cần một hàng đợi có kiểm soát. Hàng đợi này bảo vệ tồn, SLA và khả năng đổi phương án trước khi thao tác vật lý bắt đầu. Khi kho hoàn tất một phần workload, OMS mới mở thêm việc theo ngưỡng đã định.

Ưu tiên SLA nhưng không để đơn khó bị “chết” trong backlog

OMS có thể cho điểm ưu tiên theo thời gian còn lại tới cut-off, tuổi đơn, tuyến vận chuyển, phương thức thanh toán và cam kết dịch vụ. Tuy nhiên, ưu tiên không nên chỉ kéo đơn dễ lên trước để dashboard đẹp. Đơn nhiều SKU, thiếu một món hoặc cần xử lý ngoại lệ phải có hàng đợi riêng, owner và thời hạn xử lý.

Warehouse control tower nên hiển thị cả backlog chưa release, đã release, đang pick, chờ checking, chờ packing và chờ carrier. Aging bucket như dưới 30 phút, 30-60 phút, 1-2 giờ và sắp quá cut-off giúp operations manager quyết định có cần tăng ca, giảm wave, chuyển nguồn xuất hay liên hệ kênh bán. Một tổng backlog không cho biết đơn đang chờ ở đâu và hành động nào cứu được SLA.

Sáu tình huống quá tải phải kiểm thử trước go-live

Pilot không chỉ chạy một ngày đơn sạch. Doanh nghiệp cần cố ý tạo điểm nghẽn để kiểm tra hệ thống có dừng đúng chỗ, giữ tồn đúng, báo đúng owner và phục hồi được hay không. Mỗi lần override phải có người thực hiện, lý do, thời hạn và dữ liệu sau xử lý.

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

Doanh nghiệp nên đánh giá điều tiết công suất khi campaign thường tạo backlog kéo dài sang ngày hôm sau, phải in lại label, hủy vì quá SLA, tăng ca nhưng throughput không tăng tương ứng hoặc không biết công đoạn nào đang nghẽn. Nếu đơn ổn định, một kho nhỏ và đội trưởng kiểm soát được toàn luồng, quy tắc đơn giản có thể tạm đủ.

Checklist triển khai và nghiệm thu

Nên pilot trên một campaign, một kho và vài nhóm workload đại diện. So sánh baseline với ngày chạy rule: throughput theo giờ, backlog aging, thời gian pick-to-pack, tỷ lệ đúng SLA, lỗi scan, overtime và chi phí mỗi đơn. Chỉ mở rộng khi rule không che mất đơn ngoại lệ và đội vận hành hiểu rõ điều kiện override.

• Lấy dữ liệu ít nhất 4-8 tuần theo giờ: đơn, order line, SKU, kho, kênh, SLA, thời điểm pick-pack-handover và lý do trễ.
• Vẽ capacity từng công đoạn và xác định bottleneck theo ca; không dùng năng suất ngày trung bình để lập kế hoạch giờ cao điểm.
• Chuẩn hóa SKU, barcode, bin location, BOM combo, packing profile, carrier, cut-off và trạng thái ngoại lệ.
• Phân nhóm workload: đơn một line, multi-line, combo, serial/lot, cồng kềnh, hàng giá trị cao, same-day và đơn cần chứng từ.
• Đặt ngưỡng WIP, backlog aging, staging occupancy và pickup quota; quy định ai được override và override trong bao lâu.
• Chạy UAT với SKU viral, bin rỗng, thiếu người, packing nghẽn, carrier giảm quota, lỗi label, đổi kho và hàng hoàn.
• Nghiệm thu bằng throughput theo giờ, on-time release, pick-to-pack time, SLA hit rate, overtime, error rate và cost per order.

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

JSTERP đặt capacity control trong cùng kiến trúc OMS + WMS. OMS gom đơn đa kênh, kiểm dữ liệu, giữ tồn, tính workload, xếp SLA, chọn kho và release; WMS điều phối replenishment, PDA picking, barcode checking, packing, staging, manifest và carrier handover. Log thao tác giúp đo đúng bottleneck thay vì tăng người theo cảm tính.

Trước buổi tư vấn, doanh nghiệp nên chuẩn bị dữ liệu đơn theo giờ của vài campaign gần nhất, sơ đồ zone/bin, lịch ca, năng suất scan, số bàn packing, sức chứa staging, lịch pickup và danh sách ngoại lệ. JST ERP Việt Nam có thể dùng dữ liệu đó để xác định capacity unit, rule release, ngưỡng cảnh báo và bộ UAT trước go-live.

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 về đóng băng tồn trước campaign.