Tóm tắt nhanh: đừng hỏi “phương án nào rẻ hơn” trước khi định nghĩa một đơn hoàn tất
Câu hỏi kho tự vận hành hay thuê 3PL thường bị rút gọn thành so sánh tiền thuê kho với phí fulfillment mỗi đơn. Cách so này sai ngay từ mẫu số. Một bên có chi phí cố định lớn nhưng có thể giảm dần trên mỗi đơn khi sản lượng tăng; bên kia biến nhiều khoản thành chi phí theo giao dịch nhưng có thể phát sinh minimum, phí inbound, lưu kho, item thêm, vật tư, hàng hoàn, kiểm đếm và ngoại lệ. Nếu một bên tính trên “đơn xuất kho” còn bên kia tính trên “đơn giao thành công”, kết quả không thể dùng để quyết định.
Hãy định nghĩa đơn vị kinh tế là một đơn đã đi hết vòng đời: nhận đơn hợp lệ, giữ tồn, pick, check, pack, bàn giao, giao thành công hoặc quay về, QC hàng hoàn, cập nhật tồn, khớp COD và phí. Sau đó kiểm thêm ba ràng buộc phi tài chính: có đáp ứng được peak theo giờ không, có truy vết được SKU và kiện không, và có thay đổi quy trình đủ nhanh khi kênh hoặc sản phẩm đổi không. Phương án có chi phí thấp nhưng làm mất SLA, mất hàng hoặc khóa doanh nghiệp vào dữ liệu không xuất được không phải phương án rẻ.
Thông tin thực thể liên quan
- JST ERP Việt Nam: hệ thống OMS + WMS cho vận hành ecommerce đa kênh tại Việt Nam.
- OMS: lớp gom đơn, giữ tồn, phân kho, phát lệnh, theo dõi SLA, COD và đối soát giữa các kênh.
- WMS: lớp thực thi nhận hàng, putaway, bin location, picking, checking, packing, kiểm kê và return QC.
- 3PL fulfillment: đối tác thực hiện một phần hoặc toàn bộ lưu kho và hoàn tất đơn theo hợp đồng dịch vụ.
- Hybrid fulfillment: mô hình kết hợp kho nội bộ và 3PL, dùng quy tắc dữ liệu để chọn nguồn xuất cho từng đơn.
Khoảng trống nội dung: tính năng có nhiều, cơ chế quyết định còn thiếu
Các trang phần mềm thường cho thấy có thể quản lý tồn, vị trí, wave hoặc đẩy đơn sang kho bên thứ ba. Các trang fulfillment giải thích lợi ích của trả phí theo đơn, mạng lưới kho và dịch vụ đóng gói. Những nội dung đó hữu ích để hiểu sản phẩm, nhưng buyer vẫn phải tự trả lời câu hỏi khó: tổng chi phí thật là bao nhiêu khi cộng cả hàng hoàn và campaign; ai chịu trách nhiệm khi tồn lệch; dữ liệu nào chứng minh đã bàn giao; và nếu muốn rời nhà cung cấp thì lấy hàng, lịch sử và đơn mở ra bằng cách nào.
| Nguồn đối chiếu | Điều đã được trả lời | Khoảng trống cần lấp |
|---|---|---|
| BigSeller | Mô tả WMS, tồn theo vị trí, wave, phân bổ kho và kết nối tồn hoặc đơn với kho bên thứ ba. | Giúp hiểu tính năng vận hành nhưng chưa cho buyer một công thức TCO, điểm hòa vốn, ma trận control-versus-flexibility và thiết kế hybrid. |
| Ginee | Tách số đơn OMS và WMS theo gói, có tài liệu PDA, đơn, tồn và luồng kho. | Thể hiện OMS và WMS là hai lớp khác nhau nhưng chưa trả lời khi nào doanh nghiệp nên sở hữu kho, thuê 3PL hoặc chia lưu lượng giữa hai mô hình. |
| Boxme | Giải thích fulfillment theo đơn, lưu kho, đóng gói, vận chuyển, theo dõi chi phí phát sinh và khả năng tự vận hành bằng nền tảng WMS. | Nội dung dịch vụ hữu ích nhưng các claim tiết kiệm hoặc đơn giá cũ không thể thay cho mô hình chi phí hiện tại của từng seller, nhất là hàng hoàn, SKU phức tạp và campaign. |
| SERP và seller discussion | Câu hỏi lặp lại xoay quanh bao nhiêu đơn thì thuê kho, có mất kiểm soát tồn không, phí phát sinh thế nào và xử lý hoàn ra sao. | Câu trả lời thường dừng ở “tùy quy mô” hoặc so một phí trên đơn, thiếu baseline, công suất theo giờ, SLA, owner và điều kiện thoát hợp đồng. |
Thảo luận seller công khai còn cho thấy nỗi đau không dừng ở tiền thuê kho: đơn tăng nhanh kéo theo nhân sự, tồn, hàng hoàn, COD và uy tín với khách hoặc KOC. Vì vậy, bài toán make-or-buy phải xem warehouse fulfillment như một hệ thống vận hành, không phải mua một dòng dịch vụ logistics. Bài này không sử dụng ý kiến diễn đàn làm số liệu định lượng; chúng chỉ giúp xác nhận các loại ngoại lệ buyer thực sự quan tâm.
Ba mô hình cần đặt lên cùng một bàn
| Mô hình | Doanh nghiệp sở hữu gì? | Ưu thế chính | Rủi ro chính |
|---|---|---|---|
| Kho tự vận hành | Doanh nghiệp sở hữu hoặc thuê mặt bằng, tuyển đội kho, chọn WMS, thiết bị, quy trình và carrier | Kiểm soát sâu, thay đổi nhanh trong phạm vi nội bộ | Chi phí cố định, tuyển dụng, công suất đỉnh và kỷ luật vận hành |
| 3PL fulfillment | Đối tác nhận hàng, lưu kho, pick, check, pack, bàn giao và có thể nhận hoàn theo hợp đồng | Mở nhanh, chi phí biến đổi, độ phủ mạng lưới | Phụ thuộc SLA, tích hợp, biểu phí, cut-off và khả năng xử lý ngoại lệ |
| Hybrid | Kho nội bộ và một hoặc nhiều 3PL cùng phục vụ; OMS phân đơn và tồn theo rule | Cân bằng kiểm soát, vùng phủ và năng lực mùa cao điểm | Dữ liệu phức tạp hơn; dễ bán trùng hoặc chuyển kho quá mức nếu rule yếu |
“Kho nội bộ” không nhất thiết là doanh nghiệp sở hữu bất động sản. Doanh nghiệp có thể thuê mặt bằng nhưng tự vận hành quy trình, nhân sự và hệ thống. Ngược lại, “thuê kho” không đồng nghĩa 3PL nếu đối tác chỉ cho thuê diện tích mà không chịu trách nhiệm receiving, fulfillment và evidence. Hãy phân loại theo quyền vận hành và trách nhiệm dữ liệu, không theo ai đứng tên hợp đồng mặt bằng.
Hybrid cũng không phải phương án thỏa hiệp mơ hồ. Nó phải có thiết kế rõ: SKU nào ở đâu, kho nào được phép phát tồn lên kênh, đơn nào ưu tiên vùng gần khách, lúc nào dùng overflow, ai tạo transfer, và điều gì xảy ra khi 3PL không ACK. Nếu không có OMS làm lớp điều phối, hybrid dễ biến thành nhiều file tồn và nhiều nhóm chat.
Công thức 1: tính tổng chi phí phục vụ, không chỉ phí xử lý
TCO tháng = chi phí cố định + chi phí giao dịch + chi phí hàng hoàn + chi phí lỗi/SLA + chi phí vốn tồn kho + chi phí chuyển kho và tích hợp.
Chi phí mỗi đơn giao thành công = TCO tháng / số đơn giao thành công trong cùng tháng.
Mẫu số “đơn giao thành công” buộc mô hình phản ánh đơn hủy, giao thất bại và hàng hoàn. Nếu dùng tổng đơn nhận vào làm mẫu số, một phương án có tỷ lệ lỗi cao có thể trông rẻ giả tạo. Với ngành có vòng hoàn dài, doanh nghiệp nên dùng cohort: nhóm đơn tạo trong một tuần hoặc tháng và theo đến khi đủ dữ liệu giao, hoàn, refund và COD. Không cộng hàng hoàn tháng trước vào đơn tháng này mà không giải thích.
| Nhóm chi phí | Kho tự vận hành | 3PL fulfillment |
|---|---|---|
| Mặt bằng và hạ tầng | Tiền thuê, đặt cọc, điện, internet, an ninh, kệ, bàn đóng gói, PCCC theo phạm vi áp dụng | Phí lưu kho theo pallet, m3, bin, SKU, ngày hoặc kỳ tối thiểu |
| Nhân sự | Quản lý kho, receiving, putaway, picker, checker, packer, kiểm kê, return QC, tăng ca và thay thế | Phí inbound, outbound, pick item, add-on, return, kiểm đếm, dán nhãn và yêu cầu đặc biệt |
| Công nghệ | OMS, WMS, tích hợp sàn, PDA, máy quét, máy in, Wi-Fi, bảo trì và admin | Phí tích hợp, tài khoản, API, EDI, báo cáo, thay đổi mapping hoặc cổng kết nối |
| Vật tư | Thùng, túi, băng keo, tem, chống sốc, quà tặng và hao hụt do doanh nghiệp tự mua | Đơn giá vật tư tiêu chuẩn, phí tùy chỉnh, lưu vật tư riêng và mức đặt tối thiểu |
| Vận chuyển và mạng lưới | Phí carrier, pickup, line-haul giữa kho, xe nội bộ và chi phí lỡ cut-off | Phí giao hàng, phụ phí vùng, cân nặng quy đổi, line-haul và điều chuyển giữa hub |
| Lỗi và ngoại lệ | Sai pick, sai pack, mất hàng, tồn lệch, overtime, đơn trễ, claim và rework | Phí xử lý ngoại lệ, claim không được bồi hoàn, lỗi ngoài SLA, kiểm tra ảnh và xử lý khẩn |
| Năng lực dư hoặc thiếu | Trả chi phí cố định khi ít đơn; thuê thời vụ hoặc mất SLA khi quá tải | Cam kết tối thiểu, phụ phí cao điểm, quota, cut-off sớm hoặc giới hạn dịch vụ |
| Thoát và chuyển đổi | Di dời kho, thanh lý thiết bị, chuyển nhân sự, migration WMS | Phí xuất toàn bộ tồn, kiểm đếm, đóng pallet, dữ liệu lịch sử, notice period và chuyển sang đối tác khác |
Chi phí vốn tồn kho thường bị bỏ quên. Nếu phân tán hàng sang ba kho để rút ngắn giao hàng, tổng safety stock có thể tăng. Nếu 3PL nhận hàng chậm hoặc dữ liệu tồn về trễ, doanh nghiệp có thể phải giữ buffer lớn hơn trên sàn. Kho nội bộ cũng có chi phí tương tự nếu putaway và cycle count yếu. Hãy đo số ngày tồn, tồn không bán được, tồn đang đi đường và tồn chờ QC theo từng mô hình.
Ví dụ minh họa điểm hòa vốn: thay toàn bộ số bằng dữ liệu của bạn
Giả sử phương án kho nội bộ có 240 triệu đồng chi phí cố định mỗi tháng. Chi phí biến đổi trực tiếp là 7.000 đồng cho mỗi đơn xuất. Phương án 3PL không cần khoản cố định đó nhưng tổng phí bình quân sau khi cộng lưu kho, inbound, pick-pack, vật tư, hoàn và tích hợp là 19.000 đồng trên mỗi đơn tương đương. Khoảng chênh biến đổi là 12.000 đồng. Điểm hòa vốn kế toán đơn giản là:
Điểm hòa vốn = 240.000.000 / (19.000 - 7.000) = 20.000 đơn mỗi tháng.
Con số 20.000 không phải khuyến nghị thị trường. Nó chỉ cho thấy cơ chế. Nếu 240 triệu chưa gồm overtime, thiết bị, hao hụt và quản lý; hoặc 19.000 chưa gồm hàng hoàn và minimum, điểm hòa vốn sai. Nếu kho nội bộ chỉ giao thành công 92% còn 3PL đạt 96% trong cùng định nghĩa, phải đổi mẫu số. Nếu campaign đẩy sản lượng lên 30.000 đơn nhưng chỉ một tuần, không thể dùng tháng peak để biện minh hợp đồng kho dài hạn mà không mô phỏng 11 tháng còn lại.
Hãy chạy ít nhất ba kịch bản: tháng thấp, tháng cơ sở và tháng peak. Với mỗi kịch bản, ghi cả công suất tối đa, backlog, tỷ lệ giao thành công và chi phí ngoại lệ. Sau đó chạy sensitivity cho bốn biến nhạy: sản lượng, order lines mỗi đơn, tỷ lệ hoàn và giá lưu kho. Nếu quyết định đổi khi một biến chỉ lệch 5%, kết luận chưa đủ chắc để ký cam kết dài.
Công thức 2: tính công suất theo công đoạn và theo giờ
Công suất thực = min(receiving, replenishment, picking, checking, packing, label, staging, carrier handover).
Công suất kho không bằng số đơn picker có thể lấy. Nếu checking chỉ xử lý 300 đơn/giờ, picking đạt 500 đơn/giờ vẫn tạo hàng đợi. Nếu carrier chỉ lấy một chuyến lúc 17:00, thêm packer sau cut-off không cứu được SLA. Hãy đo throughput từng công đoạn theo order line, không chỉ theo order, vì đơn năm dòng khác đơn một dòng.
Ví dụ, 1.000 đơn/ngày nghe có vẻ nhỏ nhưng một phiên livestream có thể tạo 600 đơn trong hai giờ. Nếu trung bình 2,4 dòng mỗi đơn, kho phải xử lý 1.440 dòng trong cửa sổ ngắn, đồng thời in label, cấp vật tư và phân làn carrier. 3PL có mạng lưới lớn nhưng vẫn có quota hoặc cut-off; kho nội bộ linh hoạt nhưng đội ca có giới hạn. Hợp đồng và kế hoạch nhân sự phải dùng profile theo 15, 30 hoặc 60 phút, không dùng trung bình ngày.
Với 3PL, yêu cầu capacity commitment theo bucket và loại đơn. Với kho nội bộ, đo productive time thay vì giờ chấm công: trừ họp ca, đi bộ, chờ replenishment, đổi pin PDA, máy in lỗi và xử lý exception. Mức sử dụng 100% liên tục không phải hiệu quả; nó khiến một lỗi nhỏ tạo backlog dây chuyền. Doanh nghiệp cần buffer trước campaign và quy tắc release wave theo năng lực còn lại.
So sánh nhanh theo mức độ vận hành
| Tiêu chí | Nghiêng về kho nội bộ | Nghiêng về 3PL | Gợi ý hybrid |
|---|---|---|---|
| Sản lượng nền ổn định | Cao và dự báo được nhiều tháng | Thấp hoặc biến động mạnh | Hai cực theo vùng, kênh hoặc mùa |
| SKU và đóng gói | Nhiều biến thể, combo động, serial, lot, quà hoặc hướng dẫn đặc thù | SKU chuẩn, barcode tốt, quy cách đóng gói lặp lại | Tách SKU phức tạp và SKU chuẩn |
| Tốc độ mở vùng | Chậm hơn vì phải tìm kho và tuyển đội | Nhanh hơn nếu 3PL đã có hạ tầng phù hợp | Giữ lõi, dùng 3PL mở vùng |
| Kiểm soát trải nghiệm | Rất cao nếu quản trị tốt | Theo catalogue dịch vụ và change process của 3PL | Trải nghiệm đặc biệt ở kho nội bộ |
| Năng lực campaign | Phải tự chuẩn bị không gian, người và thiết bị | Có thể hấp thụ tốt nếu đã cam kết capacity | Dùng 3PL làm overflow có kế hoạch |
| Return QC | Linh hoạt, phù hợp hàng cần kỹ thuật hoặc phân hạng sâu | Phù hợp khi checklist rõ và bằng chứng đủ | Hoàn chuẩn ở 3PL, hoàn phức tạp về kho nội bộ |
| Dữ liệu và truy vết | Chủ động nếu OMS + WMS được vận hành đúng | Phụ thuộc API, event, báo cáo và quyền truy cập | Cần một OMS và chuẩn sự kiện chung |
| Vốn và rủi ro cố định | Cao hơn | Thấp hơn nhưng có phí biến đổi và cam kết | Chia theo phạm vi |
Không cộng điểm máy móc. Một doanh nghiệp mỹ phẩm có quà tặng thay đổi theo livestream có thể đặt trọng số “thay đổi đóng gói” cao hơn “mở vùng”. Một doanh nghiệp hàng tiêu dùng chuẩn, đơn lặp lại và muốn giao toàn quốc có thể làm ngược lại. Mỗi tiêu chí nên có trọng số 1-5, bằng chứng và owner xác nhận. Nếu hai mô hình chênh ít hơn biên sai số dữ liệu, hãy pilot thay vì tranh luận.
Khi kho tự vận hành thường thắng
Kho nội bộ có lợi thế khi thao tác vật lý là một phần của sản phẩm. Ví dụ: cần kiểm serial trước xuất, phối combo động theo chương trình, thêm quà theo hạng khách, gói theo tiêu chuẩn thương hiệu, quay ảnh đóng kiện, xử lý hàng có lot và hạn dùng, hoặc kiểm hàng hoàn bằng kỹ thuật. Nếu thay đổi rule nhiều lần mỗi tuần, vòng change request của 3PL có thể chậm hơn nhu cầu kinh doanh.
Mô hình này cũng mạnh khi sản lượng nền đủ lớn và đều, mật độ đơn theo vùng cao, đội ngũ có năng lực quản lý kho, và doanh nghiệp sẵn sàng đầu tư WMS. Nhưng “tự làm” chỉ thắng nếu có kỷ luật: một SKU master, barcode, bin location, PDA, receiving, putaway, picking, checking, packing, cycle count, return QC và log ngoại lệ. Nếu nhân viên sửa tồn bằng Excel hoặc nhắn chat để đổi đơn, chi phí ẩn sẽ ăn hết lợi ích trên bảng tính.
Kiểm soát sâu cũng đi kèm trách nhiệm sâu. Doanh nghiệp phải tự tuyển và giữ quản lý kho, thiết kế layout, mua vật tư, bảo trì Wi-Fi, chuẩn bị thiết bị dự phòng, thương lượng carrier, vận hành ca cuối tuần và xử lý an toàn. Nếu founder hoặc đội ecommerce phải thường xuyên xuống kho chữa cháy, hãy tính chi phí cơ hội đó.
Khi 3PL fulfillment thường thắng
3PL có lợi thế khi doanh nghiệp muốn biến một phần đầu tư thành chi phí theo nhu cầu, cần mở vùng mới nhanh, sản lượng biến động hoặc chưa có đội quản lý kho. Đối tác đã có mặt bằng, kệ, hệ thống, quy trình và lực lượng vận hành có thể giúp buyer đi từ zero đến pilot nhanh hơn xây kho. Mạng lưới nhiều điểm còn giảm khoảng cách giao nếu tồn được phân bổ đúng.
Tuy nhiên, lợi thế chỉ tồn tại nếu sản phẩm phù hợp catalogue dịch vụ và hợp đồng phản ánh đúng ngoại lệ. SKU chuẩn, barcode đọc tốt, kích thước rõ, đóng gói lặp lại và ít custom thường dễ đạt hiệu quả. Hàng cồng kềnh, dễ vỡ, có nhiệt độ, serial, combo động, quà theo phút livestream hoặc return QC phức tạp cần khảo sát riêng; không nên giả định mức phí và SLA của đơn chuẩn áp dụng.
3PL không loại bỏ vai trò vận hành của seller. Seller vẫn phải quản lý catalog, SKU mapping, tồn khả dụng, phân kho, channel promise, campaign forecast, CSKH, COD, settlement và quyết định xử lý hàng hoàn. Phần việc chuyển từ quản lý picker sang quản lý hợp đồng, dữ liệu, SLA và exception. Nếu không có owner nội bộ, lỗi dễ bị đẩy qua lại giữa kênh, OMS, 3PL và carrier.
OMS-only và OMS + WMS trong từng mô hình
Dùng 3PL không có nghĩa doanh nghiệp không cần OMS. OMS là nơi nhận đơn từ Shopee, Lazada, TikTok Shop, website và livestream; chuẩn hóa SKU; tính tồn khả dụng; giữ hàng; chọn kho; gửi lệnh; theo dõi ACK; và nối tracking, COD, phí, hoàn về cùng đơn. Nếu seller để mỗi kênh tự đẩy thẳng vào mỗi kho, rất khó kiểm soát một SKU chia nhiều nguồn hoặc đổi kho khi hết hàng.
Với kho tự vận hành, OMS-only chỉ đủ khi thao tác kho còn đơn giản: ít SKU, một khu vực nhỏ, một người có thể kiểm trực tiếp, không cần bin, wave, PDA hoặc trace theo nhân viên. Khi có nhiều picker, nhiều zone, SKU gần giống, checking riêng, packing rule, hàng hoàn, kiểm kê luân phiên hoặc campaign peak, OMS + WMS là lựa chọn hợp lý hơn vì điểm nghẽn nằm ở hàng vật lý.
Với hybrid, doanh nghiệp thường cần OMS + WMS theo nghĩa kiến trúc, dù WMS không nhất thiết là một hệ thống duy nhất. Kho nội bộ dùng WMS của doanh nghiệp; 3PL dùng WMS của đối tác; OMS giữ allocation, reservation và status contract. Mỗi event phải có order ID, parcel ID, SKU, quantity, warehouse, timestamp, status và khóa idempotency để retry không tạo đơn trùng.
Thiết kế tồn khả dụng cho kho nội bộ, 3PL và hàng đang chuyển
ATP theo kho = tồn đủ điều kiện bán - tồn đã giữ - safety stock - tồn chờ QC - tồn khóa - giao dịch chưa đồng bộ.
Không đẩy “on hand” trực tiếp lên sàn. Tồn tại 3PL có thể đã được pick nhưng event về chậm; tồn nội bộ có thể đang cycle count; hàng transfer đã rời kho A nhưng chưa putaway ở kho B; hàng hoàn đã về cổng nhưng chưa QC. OMS phải hiểu trạng thái và độ tươi dữ liệu. Nếu feed 3PL quá hạn ngưỡng, hệ thống nên giảm hoặc khóa ATP theo rule thay vì tiếp tục bán bằng số cũ.
Safety stock không nên là một tỷ lệ chung. SKU bán nhanh, dễ nhầm, lead time dài hoặc event trễ cần buffer khác SKU chậm và ổn định. Hybrid làm tăng nguy cơ phân mảnh tồn: mỗi kho còn một ít nhưng không nơi nào đủ cho combo. Vì vậy cần đo split rate, transfer frequency và lost sales do phân bổ, không chỉ tổng tồn toàn mạng.
SLA 3PL phải là một chuỗi bằng chứng, không phải một tỷ lệ giao đúng hạn
| Điểm SLA | Cần định nghĩa | Bằng chứng tối thiểu |
|---|---|---|
| Inbound receiving | Từ lúc 3PL xác nhận nhận xe đến lúc tồn đủ điều kiện bán | SKU, lot, barcode, số lượng, hư hỏng, ảnh, exception và timestamp |
| Inventory accuracy | Cách tính khớp theo SKU, bin và trạng thái; tần suất cycle count | Không dùng một tỷ lệ tổng che SKU giá trị cao hoặc tồn âm |
| Order acceptance | Từ khi OMS gửi đến khi 3PL ACK hợp lệ | Có idempotency, retry, duplicate control và queue lỗi |
| Pick-pack cut-off | Đơn nhận trước mốc nào phải bàn giao trong ngày | Tách đơn chuẩn, oversized, combo, COD, campaign và đơn cần chứng từ |
| Handover proof | Khi nào kiện được coi là đã bàn giao carrier | Scan manifest, parcel ID, tracking, số kiện, cân nặng và người nhận |
| Return receiving | Từ lúc carrier giao hoàn đến lúc 3PL scan kiện | Không coi đã nhận là đã nhập lại tồn bán được |
| Return QC | Thời gian mở kiện, kiểm SKU, phụ kiện, serial, tình trạng và quyết định disposition | Tồn A/B/C, rework, damaged, claim và ảnh bằng chứng |
| Claim | Cửa sổ báo mất, hỏng, thiếu và thời hạn cung cấp evidence | Owner, tài liệu, giới hạn trách nhiệm và cơ chế bù trừ |
| Data availability | Độ trễ tồn, đơn, tracking, phí và báo cáo | Percentile, outage, dữ liệu bù, export và quyền audit |
Mỗi SLA phải có cửa sổ đo, loại trừ, nguồn dữ liệu và cách xử lý khi không đạt. “Xuất trong ngày” không đủ: ngày tính theo timezone nào, đơn nhận lúc nào, ACK lỗi có tính không, campaign có quota không, carrier đến trễ thì trách nhiệm ai, và kiện scan manifest nhưng chưa rời kho có được coi là bàn giao không? Nếu không định nghĩa, hai bên có thể cùng đúng trên hai báo cáo khác nhau.
Service credit không thay thế thiệt hại vận hành. Một khoản bù nhỏ không phục hồi điểm shop, khách hàng hoặc doanh thu campaign. Hợp đồng cần escalation, capacity reservation, business continuity, quyền lấy evidence và root-cause review. Với luồng quan trọng, seller nên có channel protection: giảm tồn, ngừng release hoặc chuyển allocation khi backlog và data latency vượt ngưỡng.
Hàng hoàn là bài kiểm tra thật của mô hình fulfillment
Outbound chuẩn thường được demo rất đẹp; hàng hoàn mới cho thấy mức kiểm soát. Một kiện hoàn phải nối được tracking hoàn với order, parcel và SKU gốc. Receiving chỉ xác nhận kiện đã về. Return QC phải kiểm số lượng, serial hoặc lot nếu có, phụ kiện, tem, bao bì, dấu hiệu sử dụng và ảnh. Kết quả có thể là A-grade bán lại, B-grade cần rework, C-grade thanh lý, damaged chờ claim hoặc hàng sai cần điều tra.
Nếu 3PL tự động cộng toàn bộ hàng hoàn vào tồn bán được, doanh nghiệp có thể giao một sản phẩm thiếu phụ kiện cho khách tiếp theo. Nếu mọi hàng hoàn phải chuyển về kho nội bộ, hãy cộng line-haul, thời gian và tồn bị khóa vào TCO. Hybrid có thể dùng 3PL cho kiểm tra chuẩn và chuyển ngoại lệ phức tạp về trung tâm kỹ thuật, nhưng checklist, mã disposition và evidence phải thống nhất.
Với COD, trạng thái hàng và trạng thái tiền phải tách. Giao thất bại không đồng nghĩa kiện đã về; kiện về không đồng nghĩa đã QC; QC đạt không đồng nghĩa COD hoặc phí đã đối soát. OMS nối timeline tài chính; WMS hoặc 3PL giữ evidence vật lý. Đây là lý do so phí fulfillment mà bỏ qua hoàn và đối soát thường dẫn đến quyết định sai.
Mô hình hybrid: bốn cách chia hợp lý
1. Chia theo SKU
Giữ SKU giá trị cao, cần serial, combo động hoặc đóng gói thương hiệu ở kho nội bộ; đặt SKU chuẩn và bán đều tại 3PL. Cần rule rõ cho đơn chứa cả hai nhóm: split shipment, đổi nguồn hay gom về một kho. Nếu split, tính thêm phí vận chuyển và trải nghiệm khách nhận nhiều kiện.
2. Chia theo vùng
Kho nội bộ phục vụ vùng lõi; 3PL phục vụ miền hoặc tỉnh xa. OMS chọn kho bằng postcode, serviceability, ATP, cut-off và promised delivery, không chỉ khoảng cách. Tồn phải được replenishment theo nhu cầu vùng và lead time, tránh chuyển gấp từng SKU.
3. Chia theo kênh hoặc dịch vụ
Ví dụ đơn website có gói quà ở kho nội bộ, đơn marketplace chuẩn đi 3PL. Cách này dễ vận hành nhưng có thể khóa tồn theo kênh và giảm khả năng dùng chung. OMS nên cho phép quota và pool tồn có kiểm soát thay vì tạo nhiều bản SKU không liên hệ.
4. Chia theo tải
Kho nội bộ xử lý baseline; 3PL nhận overflow campaign. Đây là mô hình khó nhất nếu chỉ bật khi đã quá tải. SKU, tồn, kết nối, vật tư và nhân sự 3PL phải được chuẩn bị trước; capacity phải được giữ bằng forecast. Kho dự phòng chưa từng nhận hàng hoặc test label không phải năng lực dự phòng thật.
Quy tắc phân kho trong OMS cho mô hình hybrid
Rule nên chạy theo thứ tự có thể giải thích: tính eligibility, kiểm ATP, kiểm khả năng xử lý loại hàng, kiểm cut-off và capacity, ước lượng service/cost, sau đó mới chọn kho. Một kho gần khách nhưng không hỗ trợ COD, oversized, lot hoặc quà tặng không hợp lệ. Một kho còn tồn nhưng backlog quá cao cũng không phải nguồn tốt.
- Loại kho không phục vụ địa chỉ, carrier, loại hàng, kênh hoặc phương thức thanh toán.
- Loại kho không đủ ATP cho toàn đơn nếu policy không cho split.
- Loại kho đã qua cut-off hoặc backlog có nguy cơ vi phạm SLA.
- Chấm điểm kho còn lại theo promised delivery, cost, split risk, tồn cân bằng và priority thương mại.
- Giữ tồn nguyên tử, phát order ID duy nhất và chờ ACK trong timeout.
- Nếu ACK lỗi, release reservation có kiểm soát rồi thử nguồn tiếp theo; không nhân đôi đơn.
Override thủ công phải có quyền, lý do và log. Nếu đội CSKH có thể đổi kho sau khi 3PL đã pick mà không tạo cancel acknowledgement, doanh nghiệp sẽ có hai kiện. Nếu ops chuyển tồn hệ thống mà hàng vật lý chưa scan outbound và inbound, ATP sẽ sai. Thiết kế hybrid tốt giảm thao tác ngoại lệ; nó không dựa vào người nhớ nhắn từng nhóm.
Checklist hợp đồng và due diligence 3PL
Bảng giá chỉ là một phần. Trước khi ký, buyer nên yêu cầu data dictionary, status flow, sample invoice, sample inventory report, claim pack và quy trình business continuity. Đi thăm kho ở ca thực, quan sát receiving, replenishment, picking, checking, packing, staging và return; đừng chỉ xem khu demo. Quét thử barcode của doanh nghiệp trên PDA và máy in tem của đối tác.
- Phạm vi dịch vụ và loại hàng không nhận; tiêu chuẩn barcode, pallet, carton, lot, serial và hạn dùng.
- Đơn vị tính từng phí, mức tối thiểu, phụ phí peak, vật tư, lưu SKU chậm, kiểm đếm và change request.
- Cut-off, ngày làm việc, ngày lễ, quota, forecast lock và cách xử lý khi vượt forecast.
- RACI cho tồn lệch, mất hàng, sai pick, hỏng, đơn trễ, carrier reject, hoàn, COD và dispute.
- API/EDI, retry, idempotency, latency, lịch bảo trì, export và quyền truy cập lịch sử.
- Bảo mật, phân quyền, log, data retention và thông báo sự cố theo phạm vi hợp đồng.
- Giới hạn trách nhiệm, evidence claim, thời hạn claim, bảo hiểm nếu phù hợp và cách bù trừ.
- Exit: notice, phí rút hàng, kiểm đếm, lịch chuyển, dữ liệu, đơn mở, hàng hoàn đang đường và hỗ trợ transition.
Pilot 3PL hoặc pilot kho mới: đo một vòng đời đầy đủ
| Giai đoạn | Việc phải chứng minh |
|---|---|
| Tuần 0: data gate | Chuẩn hóa SKU, barcode, UoM, kích thước, cân nặng, lot/serial, quy cách đóng gói, danh sách hàng cấm hoặc đặc biệt |
| Tuần 1: inbound nhỏ | Gửi nhóm SKU đại diện; đối chiếu ASN, receiving, hư hỏng, putaway, tồn và thời gian sẵn sàng bán |
| Tuần 2: đơn chuẩn | Đẩy đơn một SKU, nhiều SKU, combo, COD, prepaid và từng carrier; kiểm ACK, label, cut-off và tracking |
| Tuần 3: ngoại lệ | Hủy sau release, thiếu tồn, barcode lỗi, split shipment, reattempt, mất API, retry và đơn trùng |
| Tuần 4: hoàn và đối soát | Nhận hoàn, QC, phân hạng, nhập lại tồn, claim; khớp phí theo order, parcel, SKU, dịch vụ và kỳ đối soát |
| Campaign đại diện | Mở tải theo bậc; kiểm quota, backlog aging, cut-off, nhân sự, vật tư, carrier handover và kênh escalation |
| Gate mở rộng | Chỉ tăng SKU, kho hoặc phần trăm đơn khi dữ liệu, SLA, chi phí và ngoại lệ đều đạt ngưỡng duyệt |
Pilot không nên chỉ gồm 100 đơn đẹp. Chọn SKU nhanh, chậm, gần giống, combo, cồng kềnh và có tỷ lệ hoàn khác nhau. Tạo lỗi có chủ đích: barcode không đọc, cancel sau release, API timeout và một kiện hoàn thiếu phụ kiện. Mục tiêu không phải chứng minh không có lỗi; mục tiêu là chứng minh lỗi được phát hiện, cô lập, có owner, có evidence và đóng trong thời gian chấp nhận.
Đặt baseline kho hiện tại trước pilot. Nếu không, buyer chỉ biết 3PL đạt 97% nhưng không biết tốt hơn hay tệ hơn. So cùng định nghĩa, cùng cohort và cùng độ khó. Kết quả cần tách theo kênh, carrier, SKU class, giờ và loại ngoại lệ. Trung bình toàn pilot có thể che một nhóm SKU chiến lược đang thất bại.
Kế hoạch chuyển tồn không gián đoạn
Chuyển kho là dự án cutover dữ liệu và vật lý. Trước T0, chốt SKU master, barcode, UoM, tồn theo trạng thái, đơn mở và hàng hoàn đang đường. Chia wave theo SKU; giảm ATP hoặc giữ safety stock để không bán hàng đang chuyển. Mỗi chuyến có transfer order, carton/pallet ID, số lượng, scan outbound, in-transit và scan receiving. Control total phải khớp theo SKU và trạng thái, không chỉ tổng số lượng.
Không nên chuyển toàn bộ fast mover ngay ngày đầu. Gửi nhóm đại diện, xác nhận receiving và outbound rồi mới tăng. Đơn đã release ở kho cũ phải hoàn tất ở kho cũ hoặc có cancel/transfer rõ; không đẩy lại vào kho mới. Hàng hoàn phát sinh từ đơn cũ cần routing riêng. Nếu lỗi data hoặc capacity vượt trigger, dừng wave tiếp theo và bảo vệ channel inventory thay vì cố hoàn tất kế hoạch.
Xem thêm playbook cutover OMS + WMS không gián đoạn để thiết kế data gate, UAT, go/no-go, rollback và nghiệm thu. Việc đổi 3PL hoặc mở kho nội bộ cần cùng mức kỷ luật, vì rủi ro lớn nhất là hệ thống nói hàng ở một nơi trong khi hàng vật lý ở nơi khác.
Bảng chỉ số nghiệm thu sau 30, 60 và 90 ngày
Không nghiệm thu bằng cảm giác “đơn đã chạy”. Trong 30 ngày đầu, tập trung order completeness, duplicate, inventory control total, scan success, backlog aging, cut-off và exception closure. Đến 60 ngày, thêm chi phí thực tế theo invoice, return QC, claim, transfer và adoption. Đến 90 ngày, đánh giá promised delivery, split rate, tồn phân mảnh, cost per successful order, SLA marketplace và khả năng chịu campaign.
- Order completeness: số đơn hợp lệ OMS nhận và 3PL ACK trên số đơn nguồn theo cửa sổ.
- Inventory accuracy: tỷ lệ SKU/bin/trạng thái kiểm đếm khớp, có oversample SKU rủi ro.
- Backlog aging: số đơn theo tuổi ở accepted, pick, check, pack và waiting handover.
- Perfect order: đúng SKU, đủ số lượng, đúng chứng từ, đúng thời gian và không claim.
- Return cycle time: từ carrier return đến disposition và ATP nếu đủ điều kiện.
- Invoice accuracy: dòng phí khớp rule trên tổng dòng phí, có exception và owner.
- Cost per successful order: TCO theo cohort chia đơn giao thành công.
- Offline work: tỷ lệ giao dịch phải xử lý bằng Excel, chat hoặc sửa tay ngoài workflow.
Mọi KPI phải có baseline, nguồn, frequency và owner. Đừng dùng tỷ lệ chính xác tồn do một bên tự công bố nếu không có sample và phương pháp count. Đừng dùng “đơn đúng hạn” nếu timestamp cuối do thao tác tay. Evidence tốt giúp buyer cải tiến quy trình và tránh tranh chấp, không chỉ dùng để phạt nhà cung cấp.
Những sai lầm phổ biến khi trả lời câu hỏi kho nội bộ hay 3PL
| Câu trả lời mơ hồ hoặc sai | Vì sao nguy hiểm | Cách sửa |
|---|---|---|
| Chỉ so phí pick-pack | Bỏ sót lưu kho, inbound, item thêm, vật tư, hoàn, claim, tích hợp, line-haul, tối thiểu tháng và phí thoát. | Dựng cost waterfall từ tồn vào đến đơn giao thành công hoặc hoàn tất disposition. |
| Dùng số đơn trung bình ngày | Một ngày 1.000 đơn có thể dồn 600 đơn trong hai giờ sau livestream; trung bình không phản ánh công suất. | Tính order lines theo bucket 15-60 phút và theo công đoạn pick, check, pack. |
| Tin rằng thuê 3PL là giao hết trách nhiệm | Shop vẫn sở hữu lời hứa với khách, tồn bán trên sàn, COD, nội dung listing và quyết định xử lý ngoại lệ. | Lập RACI cho từng trạng thái, không dùng câu “bên kho xử lý”. |
| Chọn kho nội bộ chỉ vì muốn kiểm soát | Không có WMS, barcode, bin và kỷ luật scan thì sở hữu kho không đồng nghĩa có kiểm soát. | Đo evidence và exception; kiểm soát là dữ liệu truy vết, không phải đứng cạnh nhân viên. |
| Chọn 3PL chỉ vì muốn biến chi phí cố định thành biến đổi | Hợp đồng có thể có minimum, phụ phí cao điểm, phí lưu SKU chậm và giới hạn change request. | Mô phỏng tháng thấp, tháng cơ sở và tháng peak; đọc toàn bộ biểu phí và điều kiện. |
| Bật hybrid nhưng không có source of truth | Hai kho cùng phát tồn lên sàn hoặc OMS không biết hàng đang chuyển sẽ gây overselling. | OMS giữ ATP, reservation, transfer và allocation; WMS/3PL trả event có id và timestamp. |
| Di chuyển toàn bộ tồn một lần | Sai SKU, mất khả năng bán và backlog inbound có thể làm gián đoạn mọi kênh. | Chuyển theo wave SKU, có control total, safety stock, rollback và channel protection. |
Một sai lầm khác là hỏi “bao nhiêu đơn thì cần 3PL” hoặc “bao nhiêu đơn thì mở kho” như thể order là đơn vị đồng nhất. 500 đơn thời trang nhiều size, đổi trả và quà khác 500 đơn một SKU tiêu chuẩn. Đơn/ngày chỉ là điểm bắt đầu; cần thêm order lines, touches, storage profile, peak shape, return rate và service promise.
Buyer execution checklist: năm việc có thể làm trong tuần này
- Xuất ít nhất 8-12 tuần dữ liệu theo ngày và theo giờ: order, order line, SKU, vùng giao, COD, hủy, hoàn, lỗi, phí, backlog và campaign; tách ngày bình thường khỏi ngày peak.
- Lập ba mô hình chi phí cùng định nghĩa: kho nội bộ, 3PL và hybrid. Mỗi mô hình phải tính đến đơn giao thành công, đơn hoàn, năng lực dư, chi phí chuyển đổi và rủi ro SLA.
- Gửi cùng một bộ test cho nhà cung cấp phần mềm và 3PL: SKU gần giống, combo, barcode, đơn nhiều dòng, hủy, hàng hoàn, claim, COD và mất kết nối; yêu cầu evidence chứ không chỉ demo màn hình.
- Pilot theo phần trăm đơn hoặc nhóm SKU, đặt gate về order completeness, tồn, cut-off, error, return QC, phí và thời gian đóng ngoại lệ trước khi tăng tải.
- Đưa điều kiện thoát vào thiết kế từ đầu: export dữ liệu, kiểm đếm, phí rút hàng, notice, quyền lấy evidence, xử lý đơn mở và kế hoạch chuyển tồn sang kho khác.
Nếu chưa có dữ liệu sạch, đừng bắt đầu bằng xin báo giá mười nhà cung cấp. Hãy lấy một tháng gần nhất, chọn 200-500 đơn đại diện và dựng cost waterfall. Chọn 20 SKU đại diện để test barcode, nhận, pick, pack và hoàn. Một bộ dữ liệu nhỏ nhưng có vòng đời đầy đủ hữu ích hơn file tổng hợp hàng trăm nghìn dòng không có định nghĩa.
Cây quyết định thực dụng
- Nếu chưa có sản lượng nền và cần mở bán nhanh, ưu tiên pilot 3PL; không ký phạm vi lớn trước khi thấy vòng hoàn và invoice.
- Nếu sản lượng ổn định nhưng SKU chuẩn, ít custom và cần phủ vùng, so 3PL với hybrid trước khi đầu tư kho mới.
- Nếu fulfillment là năng lực khác biệt, SKU phức tạp hoặc thay đổi rule liên tục, đánh giá kho nội bộ có OMS + WMS.
- Nếu peak gấp nhiều lần baseline, không xây toàn bộ chi phí cố định chỉ cho peak; thiết kế overflow hoặc 3PL dự phòng đã test.
- Nếu dữ liệu tồn, SKU và hàng hoàn chưa chuẩn, chưa mô hình nào an toàn; sửa data foundation trước khi chuyển.
Kết quả có thể khác theo vùng. Doanh nghiệp có thể giữ kho nội bộ tại TP.HCM vì sản lượng nền và đội vận hành mạnh, nhưng dùng 3PL tại Hà Nội để mở vùng; hoặc ngược lại. Cũng có thể giữ B2B carton và đơn kỹ thuật nội bộ, chuyển B2C chuẩn sang 3PL. Mục tiêu không phải chọn một nhãn cho toàn công ty, mà chọn source fulfillment tốt nhất cho từng nhóm nhu cầu trong cùng cơ chế kiểm soát.
JST ERP hỗ trợ bài toán kho nội bộ và 3PL như thế nào?
JST ERP Việt Nam tập trung vào lớp nối giữa kênh bán, đơn, tồn và thao tác fulfillment. OMS có thể gom đơn từ nhiều kênh, chuẩn hóa SKU, giữ tồn, phân kho, theo dõi trạng thái, SLA, COD và ngoại lệ. Với kho nội bộ, WMS hỗ trợ zone, bin location, barcode, PDA, receiving, putaway, picking, checking, packing, kiểm kê và hàng hoàn. Với 3PL, phạm vi cần được xác nhận theo khả năng tích hợp, dữ liệu, trạng thái và hợp đồng của từng đối tác; bài viết không khẳng định kết nối sẵn với mọi nhà cung cấp.
Trước buổi tư vấn, doanh nghiệp nên chuẩn bị dữ liệu 8-12 tuần, danh sách kho/kênh, order lines theo giờ, SKU và barcode, kích thước, tỷ lệ hoàn, file phí, carrier cut-off, 10-20 ngoại lệ thật và mục tiêu mở rộng. Từ đó có thể xác định nên bắt đầu OMS-only, OMS + WMS, tích hợp 3PL hay hybrid; đồng thời thiết kế pilot, KPI và acceptance gate.
Xem sản phẩm JST ERP, giải pháp marketplace đa kênh, giải pháp vận hành kho, bảo đảm dịch vụ và FAQ.
Bài liên quan: khung chọn phần mềm OMS + WMS, chi phí và ROI WMS, bàn giao đơn sang 3PL, fulfillment giao trong ngày, quản lý hàng ký gửi và kiểm soát phí lưu kho, tồn chậm.
