Tóm tắt nhanh
Kho tạm chỉ tạo thêm năng lực khi được vận hành như một node có kiểm soát. OMS phải biết tồn nào đang chuyển, chờ QC, khả dụng hay đã giữ cho đơn; WMS phải biết hàng nằm ở vị trí nào và ai đã scan ở từng bước. Kế hoạch mở kho phải đi cùng kế hoạch đóng kho để hàng hoàn, tồn hold và thiết bị không bị bỏ lại sau sale.
- Từ khóa trọng tâm: giải pháp mở kho tạm mùa campaign, OMS WMS kho overflow, quản lý kho thời vụ mùa sale.
- Đối tượng: owner, operations manager, warehouse manager, ecommerce team, kế toán và đội triển khai.
- Kênh: Shopee, Lazada, TikTok Shop, website D2C, social commerce, livestream và đơn B2B.
- Điểm kiểm soát: warehouse master, transfer, SKU/barcode, bin location, tồn theo trạng thái, PDA, SLA, return và closure.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai ERP, OMS + WMS tại Việt Nam cho ecommerce đa kênh; hỗ trợ thiết kế master data, luồng kho, PDA/barcode, phân bổ đơn, UAT, go-live và đóng kho theo dữ liệu thật. |
|---|---|
| OMS + WMS | OMS quản lý đơn, tồn khả dụng, nguồn xuất, SLA và ngoại lệ giữa các kho; WMS quản lý hàng vật lý theo SKU, barcode, vị trí, trạng thái tồn và log thao tác trong kho chính lẫn kho tạm. |
| Vietnam ecommerce | Doanh nghiệp Việt Nam thường phát sinh nhu cầu kho overflow trước ngày đôi, Tết, payday, mega campaign và chuỗi livestream, khi hàng nhập và đơn tăng nhanh hơn sức chứa kho chính. |
| Marketplace channels | Shopee, Lazada, TikTok Shop, website D2C, social commerce và livestream có cut-off, SLA, trạng thái hủy và quy tắc vận chuyển khác nhau; phân bổ sang kho tạm phải giữ đúng lời hứa của từng kênh. |
| Warehouse workflows | Transfer, receiving, QC, putaway, replenishment, PDA picking, barcode checking, packing, staging, manifest, carrier handover, return QC, cycle count và warehouse closure. |
So sánh nhanh theo mức độ vận hành
| Cách làm | Phù hợp khi | Rủi ro chính |
|---|---|---|
| Tăng ca tại kho chính | Mặt bằng còn đủ, điểm nghẽn ngắn và có thể bổ sung ca/bàn packing | Không giải quyết được kho đầy, bến nhận quá tải hoặc staging thiếu chỗ |
| Thuê kho rồi quản lý bằng Excel | Rất ít SKU, thời gian cực ngắn và quản lý trực tiếp mọi luồng | Tồn hai nơi lệch nhau, chuyển kho mất dấu, phân đơn sai và khó khóa sổ sau campaign |
| Giao toàn bộ cho 3PL | Muốn thuê ngoài cả hạ tầng lẫn nhân sự và có SLA tích hợp rõ | Có thể thành hộp đen nếu SKU mapping, trạng thái tồn, phí và hàng hoàn không đồng bộ |
| JSTERP OMS + WMS cho kho tạm | Cần mở thêm node fulfillment nhưng vẫn kiểm soát đơn, tồn, thao tác và đóng kho | Cần chuẩn hóa dữ liệu tối thiểu, thiết bị, quyền, UAT và kế hoạch exit trước go-live |
Trước hết, xác định điểm nghẽn có thật sự cần kho mới
Doanh nghiệp không nên thuê kho chỉ vì forecast đơn tăng. Nếu bottleneck nằm ở checking, packing, vật tư hoặc carrier pickup, thêm mặt bằng chứa hàng chưa chắc tăng được số đơn bàn giao. Hãy đo sức chứa theo pallet/carton, năng lực receiving, order line mỗi giờ, kiện packing mỗi giờ, số lane staging và quota pickup theo carrier.
Kho tạm hợp lý khi kho chính thiếu cube, lối đi bị nghẽn, inbound chiếm khu xuất, SKU campaign cần đặt gần thị trường hoặc cần tách một luồng fast-pick. Với đỉnh ngắn và kho chính còn headroom, điều tiết wave, replenishment, ca làm hoặc thuê 3PL theo sản lượng có thể ít rủi ro hơn.
Bảy bước mở kho tạm mà không tách dữ liệu
Từ ngày tạo kho trên hệ thống, planned close date và exit owner đã phải tồn tại. Đây là điểm khác biệt giữa một node fulfillment có thời hạn và một địa điểm chứa hàng phát sinh ngoài luồng.
| Bước | Việc cần làm |
|---|---|
| 1. Xác định vai trò kho | Kho chứa overflow, kho fast-pick, điểm cross-dock, kho packing hay node fulfillment đầy đủ; mỗi vai trò cần quy trình và thiết bị khác nhau. |
| 2. Chọn SKU và tồn mục tiêu | Dùng forecast theo kênh/campaign, tốc độ bán, cube, yêu cầu QC, tỷ lệ hoàn và packing profile; tránh chuyển toàn bộ danh mục theo cảm tính. |
| 3. Tạo warehouse master | Mã kho, địa chỉ, lịch làm việc, cut-off, carrier, vùng giao, quyền user, trạng thái active date và planned close date. |
| 4. Dựng layout tối thiểu | Receiving, QC hold, bulk, fast-pick, packing, staging, return và damaged; gắn mã zone/bin có thể scan. |
| 5. Chuyển hàng có chứng từ | Kho nguồn xuất transfer order; kho tạm scan nhận thực tế, ghi thiếu/thừa/hỏng rồi putaway. Tồn chỉ khả dụng sau khi nhận và QC. |
| 6. UAT đầu-cuối | Chạy đơn một SKU, combo, thiếu hàng, sai barcode, hủy sau picking, nhiều kiện, COD, carrier từ chối, hàng hoàn và kiểm kê. |
| 7. Mở tải theo giai đoạn | Bắt đầu với quota nhỏ, so tồn và SLA mỗi ca, rồi tăng số đơn khi receiving, picking, packing và handover đều ổn định. |
Không cộng tồn khả dụng ngay khi xe rời kho chính
Chuyển 5.000 sản phẩm sang kho overflow không có nghĩa kho mới lập tức có 5.000 sản phẩm để bán. Một phần có thể đang trên xe, thiếu thùng, sai barcode, móp bao bì hoặc chờ putaway. Nếu OMS nhìn toàn bộ là available, đơn sẽ được phân xuống trước khi kho biết hàng nằm ở đâu.
| Trạng thái | Ý nghĩa vật lý | Quy tắc OMS + WMS |
|---|---|---|
| In transit | Đã xuất khỏi kho nguồn nhưng kho tạm chưa nhận | Không bán; theo dõi transfer và thời hạn nhận |
| Received / waiting QC | Đã đến kho nhưng chưa đạt điều kiện bán | Không đưa vào ATP; lưu tại receiving hoặc QC hold |
| Available | Đã scan đúng SKU/barcode, đạt QC và putaway đúng vị trí | OMS được phép phân bổ cho đơn phù hợp |
| Allocated | Đã giữ cho một đơn hoặc wave | Không cho kênh/đơn khác sử dụng |
| Picked / packed / staged | Hàng đã rời vị trí và đang trong luồng xuất | Theo dõi ở cấp tote/kiện/lane, không trả tồn bằng chỉnh số thủ công |
| Return / damaged / hold | Hàng hoàn, hư hỏng hoặc chờ quyết định | Tách khỏi tồn bán được cho tới khi QC và disposition hoàn tất |
Layout tạm vẫn cần bin location có thể scan
Kho dùng sáu tuần không cần cấu trúc quá chi tiết, nhưng vẫn phải phân được receiving, QC hold, bulk, fast-pick, packing, staging, return và damaged. Có thể đặt mã ngắn như OF-A-01-03 cho kho overflow, dãy A, kệ 01, ô 03. Tem vị trí nên được in và dán trước khi inbound lớn đầu tiên tới.
PDA cần bắt buộc scan vị trí và SKU ở putaway, replenishment, picking và cycle count. Hàng đặt tạm trên sàn phải đi vào location được định danh, không dùng ghi chú “góc gần cửa”. Cấu trúc location đơn giản giúp người thời vụ làm theo task, giảm phụ thuộc người nhớ kho và giúp kiểm kê cuối campaign nhanh hơn.
OMS chỉ phân đơn khi kho tạm có đủ năng lực đầu-cuối
Có tồn chưa đủ để nhận đơn. OMS nên đánh giá kho theo tồn khả dụng, SLA còn lại, vùng giao, cut-off, carrier, workload và loại SKU. Đơn có hàng lạnh, serial phức tạp, vật tư đặc biệt hoặc chính sách return riêng không nên đi kho tạm nếu node này chưa có quy trình tương ứng.
Sau khi chọn nguồn xuất, OMS giữ tồn tại đúng kho rồi mới release xuống WMS. Nếu phải đổi nguồn, hệ thống cần release hold cũ, giữ tồn mới và xử lý lại label theo rule; không để hai kho cùng pick một đơn. Quota nên mở từ nhỏ đến lớn dựa trên receiving-to-available time, pick-pack time và on-time handover của từng ca.
Sáu ngoại lệ cần UAT trước ngày sale
| Tình huống | Cách kiểm soát |
|---|---|
| Xe chuyển kho đến thiếu 12 thùng | Scan nhận theo thực tế, giữ transfer mở cho phần thiếu, tạo reason code và bằng chứng; không tự cộng đủ theo phiếu xuất. |
| Barcode nhà cung cấp không khớp SKU | Đưa hàng vào QC hold, xác nhận mapping hoặc in tem nội bộ có log; không cho picker tự đoán bằng hình ảnh. |
| Kho tạm hết vật tư packing | OMS giảm quota release; WMS tạo replenishment vật tư hoặc chuyển nhóm đơn sang kho khác trước khi hàng bị kẹt sau picking. |
| Carrier bỏ chuyến pickup | Giới hạn wave mới, giữ staging theo lane, đổi carrier nếu rule cho phép và không in lại label ngoài hệ thống. |
| Kho chính và kho tạm cùng còn một SKU | OMS chọn nguồn theo SLA, tồn buffer, workload, tuyến giao và chi phí; giữ tồn tại kho được chọn trước khi release. |
| Ngày đóng kho vẫn còn hàng hoàn trên đường | Chuyển return address về kho chính, lập danh sách kiện dự kiến, để owner theo dõi cho tới khi nhận/QC đủ. |
Khi nào nên dùng giải pháp này?
Giải pháp phù hợp khi campaign kéo dài đủ lâu để năng lực kho chính trở thành giới hạn thật, doanh nghiệp có danh mục SKU chủ lực tương đối rõ và cần kiểm soát nhiều điểm fulfillment. Nếu chỉ phát sinh vài ngày đỉnh, SKU quá phân tán hoặc chưa có dữ liệu tồn đáng tin, nên xử lý dữ liệu và bottleneck trước khi nhân rộng kho.
| Chủ doanh nghiệp | Nên dùng khi bỏ lỡ doanh thu vì sức chứa kho chính, nhưng cần thấy chi phí thật của mặt bằng, nhân sự, chuyển kho, lỗi, vận chuyển và tồn dư sau campaign. |
|---|---|
| Operations manager | Nên dùng khi phải cân bằng đơn giữa kho chính, kho tạm và 3PL theo workload, SLA, tồn và pickup capacity. |
| Warehouse manager | Nên dùng khi cần dựng layout, vị trí, task PDA, ca làm và kiểm soát người mới trong thời gian rất ngắn. |
| Ecommerce team | Nên dùng khi campaign cần quota tồn theo kênh nhưng không thể chấp nhận overselling hoặc hủy vì phân đơn sang kho chưa sẵn sàng. |
| Kế toán / đối soát | Nên dùng khi phải tách chi phí kho tạm, chuyển kho, vật tư, carrier, 3PL, chênh lệch tồn và hàng hủy theo chiến dịch. |
Đóng kho phải là một quy trình, không phải một ngày chuyển đồ
Rủi ro lớn thường xuất hiện sau campaign: đơn hoàn vẫn trên đường, vài kiện nằm ở staging, hàng damaged chưa quyết định, transfer chưa nhận đủ và tài khoản nhân viên thời vụ vẫn còn quyền. Doanh nghiệp cần giảm tải theo giai đoạn, khóa phát sinh mới rồi mới đưa tồn về zero.
| Mốc | Kiểm soát bắt buộc |
|---|---|
| T-14 đến T-7 | Giảm replenishment, dừng chuyển SKU chậm, đổi return routing, lập danh sách tồn cần bán hết/chuyển về/thanh lý. |
| T-3 đến T-1 | Giảm quota đơn mới, xử lý wave mở, kiện staging, transfer chưa nhận, hàng hold, hàng hoàn và claim carrier. |
| Ngày khóa kho | Dừng allocation, kiểm đếm theo zone/bin/status, đối chiếu serial/lot nếu có, lập transfer phần còn lại và scan xuất từng kiện. |
| Sau khi chuyển hàng | Kho đích scan nhận, xử lý thiếu/thừa, thu hồi PDA/máy in/tài khoản, khóa quyền và giữ báo cáo audit. |
| Nghiệm thu cuối | Chỉ đóng warehouse master khi tồn tất cả trạng thái bằng 0 hoặc từng chênh lệch đã có owner, chứng từ và quyết định tài chính. |
Checklist go-live và nghiệm thu
- Forecast đơn, order line và cube theo ngày/giờ; danh sách SKU chủ lực, combo, quà tặng, serial/lot, hàng cồng kềnh và hàng hoàn nhiều.
- Mã kho, lịch hoạt động, planned close date, sơ đồ zone/bin, sức chứa, luồng người-hàng, điện, mạng và an toàn.
- Danh sách PDA, máy in, scanner, cân, vật tư, label, carton, user, role và thiết bị dự phòng.
- Rule phân bổ OMS theo tồn khả dụng, SLA, cut-off, vùng giao, workload, carrier và tồn buffer của từng kho.
- Quy trình transfer, receiving, discrepancy, QC, putaway, replenishment, picking, checking, packing, staging và handover.
- Rule hàng hoàn trước/trong/sau ngày đóng kho; địa chỉ nhận hoàn cuối cùng và owner theo dõi kiện đang trên đường.
- Dashboard theo ca: backlog, inventory discrepancy, receiving aging, pick-pack time, lỗi scan, staging occupancy, on-time handover và cost/order.
- Exit plan: quota giảm tải, kiểm kê, chuyển tồn, khóa quyền, thu hồi tài sản, đối soát chi phí và tiêu chí đóng warehouse master.
Nghiệm thu không chỉ dựa vào việc kho đã xuất được đơn. Nên so baseline với kết quả thật: thời gian transfer-to-available, độ chính xác tồn, pick-pack time, tỷ lệ giao đúng cut-off, lỗi scan, năng suất người mới, chi phí mỗi đơn, tồn dư sau campaign và số ngày cần để đóng kho sạch.
JSTERP có thể hỗ trợ như thế nào?
JSTERP đặt kho chính, kho tạm và kho 3PL trong cùng kiến trúc OMS + WMS. OMS gom đơn đa kênh, quản lý tồn khả dụng, nguồn xuất, SLA, quota và ngoại lệ; WMS kiểm soát transfer, receiving, bin location, PDA picking, barcode checking, packing, staging, bàn giao, hàng hoàn và kiểm kê.
Đội JST ERP Việt Nam có thể cùng doanh nghiệp khảo sát forecast, SKU, layout, thiết bị, ca làm, carrier và dữ liệu campaign cũ để xác định phạm vi pilot. Kế hoạch nên bao gồm cả ngày mở, ngưỡng tăng tải, owner ngoại lệ và điều kiện đóng kho, thay vì chỉ cài thêm một mã kho rồi giao cho đội vận hành tự xử lý.
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ề điều tiết công suất kho mùa campaign.