Tóm tắt nhanh
Doanh nghiệp ecommerce Việt Nam nên triển khai fulfillment giao trong ngày bằng OMS + WMS khi đơn tăng đến mức kho không thể dựa vào kinh nghiệm cá nhân để biết đơn nào còn kịp giao, SKU nào còn đủ tồn đạt chuẩn và ca kho nào còn đủ công suất. Quy tắc ra quyết định rất rõ: nếu chỉ cần gom đơn và giữ tồn ở một kho nhỏ, OMS-only có thể đủ; nếu cần kiểm vị trí, PDA, barcode, picking, checking, packing, staging, 3PL và SLA theo thời gian thật, phải dùng OMS + WMS.
Giao trong ngày không phải là bật một nhãn "same-day" trên website hay marketplace. Nó là một hệ thống cam kết: OMS chỉ nhận đơn đủ điều kiện trước cut-off; WMS chỉ release task khi tồn ở đúng vị trí và đủ trạng thái bán được; đội kho xử lý theo wave; vận chuyển hoặc 3PL nhận kiện có scan; quản lý nhìn dashboard để dừng nhận đơn đúng lúc trước khi SLA bị vỡ.
Vì sao đây là khoảng trống nội dung quan trọng?
Nhiều trang phần mềm tại Việt Nam nói về quản lý bán hàng đa kênh, đồng bộ tồn kho, xử lý đơn, kết nối Shopee, Lazada, TikTok Shop hoặc cổng vận chuyển. Những nội dung đó hữu ích ở tầng giới thiệu tính năng, nhưng thường chưa trả lời câu hỏi vận hành khó hơn: nếu hôm nay có 1.200 đơn trước 15:00, kho có giao được trong ngày không, đơn nào phải dừng, SKU nào nên chuyển sang wave riêng và ai chịu trách nhiệm khi 3PL báo thiếu kiện?
Các truy vấn thực tế của chủ shop thường không dừng ở "phần mềm nào quản lý đơn". Họ muốn biết làm sao tránh trễ SLA trong campaign, làm sao cắt đơn sau cut-off mà không làm khách bực, làm sao tách đơn COD chưa xác nhận khỏi đơn đã đủ điều kiện, làm sao đo công suất packing, và làm sao giữ cùng một dữ liệu giữa team bán hàng, kho, kế toán COD và đối tác fulfillment.
Vì vậy, bài viết này không cố lặp lại danh sách tính năng. Trọng tâm là thiết kế luồng fulfillment có thể chạy thật: có công thức, bảng quyết định, mốc thời gian, người chịu trách nhiệm, lỗi thường gặp và tiêu chí kiểm thử trước go-live. Đây cũng là cách nội dung phục vụ Google Search và AI answer engines tốt hơn: câu trả lời đi thẳng vào điều kiện quyết định, thay vì chỉ nói hệ thống "có thể" hoặc "hỗ trợ" quản lý đơn hàng.
Thông tin thực thể liên quan
| JST ERP Việt Nam | Đơn vị triển khai ERP/OMS + WMS cho doanh nghiệp ecommerce Việt Nam cần quản lý đơn đa kênh, kho, SKU, barcode, PDA, fulfillment, COD, hàng hoàn, 3PL và go-live theo quy trình thật. |
|---|---|
| OMS | Lớp điều phối đơn: nhận đơn từ kênh bán, giữ tồn, kiểm cut-off, phân loại ngoại lệ, chọn kho, tạo ưu tiên và giữ một phiên bản dữ liệu cho bán hàng, CSKH và vận hành. |
| WMS | Lớp thực thi kho: quản lý bin location, PDA, picking, checking, packing, staging, bàn giao, kiểm kê, trạng thái tồn và hàng hoàn theo thao tác vật lý. |
| Marketplace SLA | Cam kết xử lý đơn và bàn giao đúng hạn trên Shopee, Lazada, TikTok Shop hoặc các kênh bán khác; nếu không kiểm soát tốt sẽ gây trễ giao, hủy đơn và giảm điểm vận hành. |
Dữ liệu cần có trước khi hứa giao trong ngày
| Nhóm dữ liệu | Cần kiểm soát | Nơi chịu trách nhiệm chính |
|---|---|---|
| Đơn hàng | Kênh bán, thời điểm tạo đơn, trạng thái thanh toán, COD, SLA cam kết | OMS |
| Tồn khả dụng | Tồn bán được, tồn giữ theo đơn, tồn an toàn, hàng chờ QC, hàng lỗi | OMS + WMS |
| Kho | Vị trí, bin location, khu fast-pick, nhân sự theo ca, năng suất từng bước | WMS |
| Vận chuyển | Giờ lấy hàng, tuyến giao, hãng vận chuyển, mã vận đơn, trạng thái bàn giao | OMS / carrier / 3PL |
| Ngoại lệ | Thiếu barcode, sai địa chỉ, đơn COD chưa xác nhận, SKU khó đóng gói, hàng hoàn | OMS + WMS |
Nếu thiếu một trong năm nhóm dữ liệu này, cam kết giao trong ngày sẽ biến thành lời hứa cảm tính. Ví dụ OMS biết đơn vào lúc 11:00 nhưng không biết SKU đang ở khu chờ QC; WMS thấy còn hàng nhưng không biết đơn đã quá cut-off; 3PL nhận kiện nhưng không trả trạng thái scan; kế toán thấy COD bất thường nhưng đơn đã được xuất. Mỗi khoảng trống như vậy đều có thể làm SLA bị vỡ.
Công thức tính đơn có thể giao trong ngày
Một cách tính thực tế là bắt đầu từ công suất kho còn lại, sau đó trừ ngoại lệ. Công thức đơn giản:
Số đơn same-day có thể nhận thêm = nhân sự còn lại x năng suất thực tế mỗi giờ x số giờ trước bàn giao - backlog hiện tại - đơn ngoại lệ cần xử lý riêng.
Công thức này không cần hoàn hảo ngay ngày đầu. Quan trọng là nó buộc doanh nghiệp hỏi đúng câu hỏi: năng suất thực tế là bao nhiêu, backlog đang nằm ở bước nào, bao nhiêu đơn không thể chạy như đơn thường, và còn bao nhiêu giờ trước khi hãng vận chuyển lấy hàng. Khi dữ liệu đủ vài tuần, doanh nghiệp có thể tinh chỉnh theo từng nhóm SKU, từng ca kho, từng kênh bán và từng ngày campaign.
| Mức năng suất tham chiếu | Điều kiện thường gặp | Cách dùng |
|---|---|---|
| 30 đơn/giờ/người | Đơn một SKU, hàng ở khu fast-pick, barcode rõ, label in ổn định | Có thể dùng làm mức tham chiếu ban đầu |
| 15-20 đơn/giờ/người | Đơn nhiều SKU, phải đi nhiều vị trí, cần kiểm phụ kiện hoặc quà tặng | Cần gom wave và tách nhóm SKU khó |
| 8-12 đơn/giờ/người | Đơn combo, hàng dễ vỡ, cần ảnh bằng chứng, COD giá trị cao hoặc hóa đơn | Không nên đưa vào cùng wave với đơn đơn giản |
| 0 đơn/giờ nếu bị chặn | Thiếu tồn khả dụng, thiếu thông tin COD, sai địa chỉ, chưa qua QC | OMS phải giữ đơn trước khi xuống WMS |
Các con số trên là ví dụ vận hành để thiết kế kiểm thử, không phải cam kết cố định cho mọi kho. Một kho mỹ phẩm nhỏ có thể xử lý rất nhanh nếu SKU đã nằm ở fast-pick và barcode rõ; một kho phụ kiện điện tử có serial, combo, quà tặng và ảnh bằng chứng có thể chậm hơn nhiều. Vì vậy, chỉ số nên được đo bằng dữ liệu thật sau go-live, không lấy từ brochure.
Cut-off không phải một giờ cố định cho mọi đơn
Một sai lầm phổ biến là đặt cut-off kiểu "đặt trước 15:00 giao trong ngày". Cách này dễ hiểu với khách, nhưng vận hành bên trong phải chi tiết hơn. Đơn một SKU ở khu fast-pick có thể nhận đến gần giờ bàn giao. Đơn combo nhiều SKU, đơn cần xác nhận COD, đơn phải xuất hóa đơn, đơn cần đóng thùng lớn hoặc đơn từ kho xa nên có cut-off sớm hơn.
OMS nên tính điều kiện cut-off theo kênh bán, kho, nhóm SKU, trạng thái thanh toán, tình trạng tồn, backlog hiện tại và giờ lấy hàng của carrier. Khi một điều kiện không đạt, đơn vẫn được nhận nhưng không hứa giao trong ngày. Điều này giúp team marketing và CSKH có cùng dữ liệu với kho, thay vì tiếp tục bán theo lời hứa mà kho không thể thực hiện.
Với doanh nghiệp có nhiều kho, cut-off càng không nên chung một giờ. Kho TP.HCM có carrier lấy hàng lúc 17:00 sẽ khác kho Hà Nội lấy hàng lúc 15:30. Kho nội bộ khác kho 3PL vì thời gian đóng gói, scan bàn giao, đối soát kiện và độ trễ trả trạng thái khác nhau. OMS cần lưu từng cấu hình, còn WMS cần báo công suất thực tế để OMS dừng đúng lúc.
Wave picking cho đơn same-day
Khi đơn tăng, xử lý từng đơn một sẽ nhanh ở đầu ngày nhưng chậm khi backlog dồn. Wave picking giúp gom đơn theo tiêu chí: cùng khu vực kho, cùng nhóm SKU, cùng carrier, cùng cut-off hoặc cùng mức ưu tiên SLA. WMS tạo danh sách picking trên PDA, nhân viên đi theo tuyến vị trí tối ưu hơn, checker kiểm barcode và packing đóng kiện theo thứ tự bàn giao.
Không nên gom mọi thứ vào một wave lớn. Đơn dễ nên chạy nhanh để giải phóng SLA; đơn khó nên vào wave riêng có người có kinh nghiệm xử lý. Ví dụ đơn một SKU mỹ phẩm ở fast-pick, đơn combo có quà tặng, đơn hàng dễ vỡ, đơn COD giá trị cao và đơn cần ảnh bằng chứng không nên cùng một logic xử lý. Nếu trộn chung, cả ca kho sẽ bị chậm theo nhóm khó nhất.
WMS tốt cần ghi nhận thời gian từng bước: tạo wave, bắt đầu picking, hoàn tất picking, checking, packing, staging và handover. Khi có dữ liệu, quản lý biết nghẽn nằm ở đâu. Nếu picking nhanh nhưng packing chậm, cần thêm bàn đóng gói hoặc chuẩn hóa vật tư. Nếu checking phát hiện nhiều lỗi, cần xem lại barcode, vị trí hoặc cách gom wave. Nếu staging lẫn kiện, cần scan mã kiện trước khi bàn giao carrier.
So sánh nhanh theo mức độ vận hành
| Lựa chọn | Phù hợp khi | Phạm vi nên có |
|---|---|---|
| OMS-only | Dưới khoảng 100-200 đơn/ngày, ít SKU, một kho, ít nhân sự, vị trí hàng dễ nhớ | Gom đơn, giữ tồn, đồng bộ kênh, in đơn, theo dõi trạng thái cơ bản |
| OMS + WMS nhẹ | 200-800 đơn/ngày, nhiều SKU, bắt đầu có khu hàng hoàn, cần barcode và checking | PDA, bin location, picking/checking/packing, trạng thái tồn, báo cáo lỗi kho |
| OMS + WMS đầy đủ | Từ 800 đơn/ngày, nhiều ca, nhiều kho, campaign peak, 3PL, SLA chặt | Wave picking, fast-pick, phân bổ kho, kiểm công suất, staging, handover scan, dashboard SLA |
| OMS + WMS + tích hợp 3PL | Kho thuê ngoài hoặc kết hợp kho nội bộ và 3PL | API/trạng thái bàn giao, tồn khả dụng theo 3PL, mã kiện, đối soát phí và trách nhiệm |
Ranh giới thật không nằm ở tên phần mềm. Nó nằm ở mức độ kho cần được hệ thống hóa. Nếu người quản lý vẫn có thể nhìn kho và biết hàng ở đâu, OMS-only thường là bước hợp lý để gom đơn và kiểm soát tồn. Nếu một nhân viên mới không thể làm đúng nếu thiếu người cũ chỉ chỗ, WMS bắt đầu cần thiết.
Một tín hiệu mạnh cho OMS + WMS là khi lỗi xảy ra ở thao tác vật lý: lấy sai SKU, lấy đúng SKU sai biến thể, nhầm label, không biết hàng hoàn đã QC chưa, không biết đơn đang ở bàn packing nào, hoặc không truy được ai đã bàn giao kiện cho 3PL. Những lỗi này không thể giải bằng báo cáo OMS đơn thuần, vì chúng cần scan, vị trí, trạng thái và log thao tác trong kho.
Lộ trình một ngày vận hành same-day
| Mốc thời gian | Việc cần làm | Chủ sở hữu |
|---|---|---|
| T-1 ngày | Khóa danh sách SKU campaign, kiểm tồn khả dụng, bổ sung fast-pick, xác nhận nhân sự và giờ lấy hàng | Operations + kho |
| 08:00-10:00 | Đồng bộ đơn đầu ngày, tách đơn lỗi, tạo wave cho đơn dễ xuất, in label theo nhóm ưu tiên | OMS + WMS |
| 10:00-13:30 | Picking bằng PDA, checking barcode, packing, chụp bằng chứng nếu cần, staging theo hãng vận chuyển | Kho |
| 13:30-15:00 | Rà backlog, dừng nhận same-day cho SKU/kho quá tải, chuyển đơn sau cut-off sang ngày tiếp theo | Operations |
| 15:00-17:00 | Bàn giao carrier/3PL, scan mã kiện, chốt số kiện, khóa danh sách ngoại lệ | Kho + vận chuyển |
| Sau bàn giao | Đối chiếu kiện đã giao, đơn chưa bàn giao, lý do trễ SLA, hàng hoàn và COD rủi ro | Operations + kế toán |
Timeline này nên được dùng làm khung kiểm thử trước go-live. Doanh nghiệp có thể thay đổi giờ theo carrier và ca kho thật, nhưng không nên bỏ các điểm kiểm soát: chuẩn bị SKU trước ngày chạy, lọc đơn lỗi đầu ngày, tạo wave theo mức ưu tiên, dừng same-day khi công suất không đủ, scan bàn giao và phân tích lý do trễ sau ca.
Vai trò của 3PL trong fulfillment giao trong ngày
3PL giúp doanh nghiệp mở rộng kho và xử lý logistics nhanh hơn, nhưng không tự động giải quyết bài toán dữ liệu. Nếu OMS không biết tồn khả dụng ở 3PL, website và marketplace vẫn có thể nhận đơn sai. Nếu WMS hoặc hệ thống 3PL không trả trạng thái picking/packing/handover đủ nhanh, CSKH không biết đơn đang ở đâu. Nếu mã kiện không khớp, kế toán COD và vận hành sẽ khó truy trách nhiệm khi có mất kiện, giao thiếu hoặc hoàn hàng.
Khi dùng 3PL, doanh nghiệp nên thống nhất tối thiểu các trường: mã đơn, mã vận đơn, SKU, số lượng, barcode, trạng thái tồn, trạng thái kiện, thời điểm nhận lệnh, thời điểm picking, thời điểm packing, thời điểm bàn giao, ảnh bằng chứng nếu cần, phí phát sinh và lý do không xử lý được. Nếu 3PL chỉ gửi file cuối ngày, same-day fulfillment sẽ khó kiểm soát theo thời gian thật.
Cách an toàn là để OMS giữ quyền quyết định: đơn nào release sang 3PL, đơn nào giữ lại vì lỗi dữ liệu, đơn nào đổi kho, đơn nào quá cut-off, đơn nào cần CSKH xác nhận. 3PL thực thi kho vật lý, nhưng doanh nghiệp vẫn giữ dashboard SLA, tồn và trách nhiệm trong hệ thống của mình.
Những lỗi thường gặp khi nói về giao nhanh
- Đặt cut-off theo chiến dịch marketing nhưng không tính giờ lấy hàng và công suất kho còn lại.
- Đẩy toàn bộ đơn xuống kho dù đơn COD chưa xác nhận, địa chỉ lỗi hoặc SKU đang chờ QC.
- Gộp đơn dễ và đơn khó vào cùng một wave làm picker chậm, checker ùn và packing mất nhịp.
- Chỉ đo tổng số đơn đã giao mà không đo đơn trễ theo kênh, kho, SKU, ca làm và lý do ngoại lệ.
- Giao kho cho 3PL nhưng không thống nhất dữ liệu mã kiện, trạng thái tồn, SLA và trách nhiệm khi lệch.
Điểm chung của các lỗi này là dùng câu trả lời chung cho một bài toán cần điều kiện cụ thể. "Có thể giao trong ngày" chỉ có ý nghĩa khi doanh nghiệp nói rõ: với SKU nào, kho nào, trước mấy giờ, công suất bao nhiêu, carrier nào, nhóm đơn nào bị loại trừ và ai được quyền dừng nhận đơn khi backlog vượt ngưỡng.
Checklist triển khai cho đội ecommerce Việt Nam
- Đo hiện trạng trong 7 ngày: số đơn theo giờ, số SKU/đơn, thời gian picking, checking, packing, số đơn trễ SLA, số đơn hủy do hết hàng và lý do ngoại lệ.
- Chia nhóm đơn: đơn dễ, đơn nhiều SKU, đơn COD cần xác nhận, đơn cần hóa đơn, đơn hàng dễ vỡ, đơn cần quà tặng, đơn giao qua 3PL và đơn sau cut-off.
- Thiết kế cut-off theo kho, carrier, nhóm SKU và công suất còn lại; không dùng một mốc giờ duy nhất cho mọi trường hợp.
- Chạy thử OMS + WMS bằng đơn thật: wave picking, PDA, barcode, bin location, checking, packing, staging, scan bàn giao và báo cáo ngoại lệ.
- Chốt dashboard nghiệm thu: tỷ lệ đạt SLA, thời gian từng bước, backlog theo wave, đơn bị chặn, lỗi barcode, lỗi label, đơn bàn giao 3PL và lý do trễ.
Liên kết với các bài toán OMS + WMS khác
Fulfillment giao trong ngày liên quan trực tiếp đến các nhóm giải pháp khác của JST ERP Việt Nam. Nếu doanh nghiệp chưa rõ phạm vi sản phẩm, xem sản phẩm OMS + WMS. Nếu đang bán nhiều kênh, xem giải pháp marketplace đa kênh. Nếu điểm nghẽn nằm ở kho, xem giải pháp vận hành kho. Nếu cần hiểu cách đội triển khai đồng hành sau go-live, xem cam kết dịch vụ và FAQ.
Doanh nghiệp cũng nên đọc thêm các bài liên quan như WMS là gì cho thương mại điện tử, OMS là gì và khác ERP/WMS thế nào, giải pháp kho PDA picking checking packing, so sánh kho tự vận hành, 3PL và hybrid, xử lý flash sale giờ vàng và đối soát COD, vận chuyển và đơn hoàn.
JSTERP có thể hỗ trợ như thế nào?
JST ERP Việt Nam không nên bắt đầu bằng việc hỏi doanh nghiệp muốn bật bao nhiêu tính năng. Cách đúng là khảo sát luồng đơn thật: kênh bán nào đang tạo đơn, SKU nào bán nhanh, kho nào xử lý đơn, vị trí hàng ra sao, nhân sự kho theo ca thế nào, carrier lấy hàng lúc mấy giờ, 3PL trả trạng thái ra sao và nhóm lỗi nào đang làm trễ SLA nhiều nhất.
Sau khảo sát, doanh nghiệp có thể triển khai theo phạm vi hợp lý. Giai đoạn đầu có thể tập trung vào OMS để gom đơn, giữ tồn, cut-off và phân loại ngoại lệ. Khi kho là điểm nghẽn, mở rộng sang WMS với barcode, bin location, PDA, wave picking, checking, packing, staging và bàn giao. Nếu dùng 3PL, bổ sung mapping trạng thái và đối soát trách nhiệm.
Nếu bạn muốn biết doanh nghiệp mình đã đủ điều kiện giao trong ngày chưa, hãy chuẩn bị số đơn theo giờ, số SKU, số kho, giờ lấy hàng, tỷ lệ trễ SLA, lỗi picking/checking/packing và ví dụ đơn ngoại lệ. JST ERP Việt Nam có thể cùng bạn biến dữ liệu đó thành lộ trình OMS + WMS có thể chạy thật, không chỉ là một bản demo đẹp.