Tóm tắt nhanh
Giải pháp quản lý đơn giao định kỳ bằng OMS + WMS phù hợp khi doanh nghiệp có khách nhận hàng theo tuần, tháng hoặc chu kỳ tùy chọn và bắt đầu gặp lỗi lịch giao, tồn, thanh toán hoặc kho. OMS phải tách rõ dự báo nhu cầu, đơn theo từng kỳ và tồn đã giữ; WMS chỉ xuất hàng khi đơn đủ điều kiện, đồng thời bắt buộc scan SKU, barcode, vị trí, batch/hạn dùng khi cần. Mọi thay đổi như pause, skip, đổi SKU, đổi địa chỉ, payment failed và hàng hoàn phải có trạng thái riêng để lỗi một kỳ không lặp lại ở kỳ tiếp theo.
- Từ khóa trọng tâm: giải pháp quản lý đơn giao định kỳ, OMS WMS subscription ecommerce, quản lý đơn hàng subscription Việt Nam.
- Đối tượng: chủ doanh nghiệp, operations manager, warehouse manager, ecommerce/CSKH team và kế toán đối soát.
- Kênh liên quan: website D2C, social commerce, CRM, Shopee, Lazada, TikTok Shop, livestream và đơn B2B định kỳ.
- Điểm kiểm soát: lịch tạo đơn, forecast, hard reserve, SKU/barcode, picking, checking, packing, COD, pause, skip và return QC.
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, tập trung vào ecommerce đa kênh, quản lý đơn, kho, SKU, barcode, PDA, hàng hoàn, đối soát và go-live theo quy trình thực tế. |
|---|---|
| OMS + WMS | OMS quản lý gói giao định kỳ, đơn theo chu kỳ, lịch giao, thanh toán, tồn khả dụng, hold và ngoại lệ; WMS kiểm soát hàng thật bằng vị trí kho, barcode, picking, checking, packing, bàn giao và return QC. |
| Vietnam ecommerce | Mô hình phù hợp với hàng tiêu dùng lặp lại như thực phẩm khô, mẹ và bé, mỹ phẩm, thực phẩm bổ sung, thức ăn thú cưng, cà phê văn phòng và vật tư B2B định kỳ. |
| Marketplace channels | Website D2C, social commerce và CRM thường là nơi quản lý subscription; Shopee, Lazada, TikTok Shop, livestream, Facebook và Zalo vẫn tạo dữ liệu nhu cầu, đơn mua lại và kỳ giao theo chiến dịch. |
| Warehouse workflows | Luồng kho gồm forecast, giữ tồn, wave release, replenishment, scan vị trí, picking, checking barcode, packing, staging, bàn giao carrier, giao thất bại, nhập hoàn và QC. |
So sánh nhanh theo mức độ vận hành
| Cách làm | Phù hợp khi | Rủi ro chính |
|---|---|---|
| Excel + lịch nhắc nhân viên | Vài chục khách, một SKU, chu kỳ giống nhau và một người theo dõi | Dễ quên kỳ, tạo trùng đơn, không biết đơn nào đã đổi lịch và không nối được tồn kho |
| Sao chép đơn cũ thủ công | Khách mua lại không cố định và CSKH xác nhận từng lần | Sai địa chỉ, giá, ưu đãi hoặc SKU; lịch sử gói bị tách thành nhiều đơn rời |
| Ứng dụng subscription không nối WMS | Cần quản lý thanh toán và gia hạn nhưng kho còn đơn giản | Biết kỳ giao nhưng khó giữ tồn, ưu tiên picking và truy vết lỗi fulfillment |
| JSTERP OMS + WMS | Nhiều SKU, nhiều chu kỳ, nhiều kho, có COD/prepaid, đổi lịch và cần đo SLA từng kỳ | Cần chuẩn hóa catalog gói, rule tạo đơn, cửa sổ giữ tồn, cutoff thay đổi và bộ test ngoại lệ trước go-live |
Đơn subscription là chuỗi cam kết, không phải thao tác sao chép đơn
Một gói giao định kỳ gồm subscription cha và nhiều đơn con. Gói cha giữ điều khoản dài hạn: khách nhận gì, bao lâu một lần, mức giá nào, địa chỉ mặc định, phương thức thanh toán và khi nào kết thúc. Mỗi đơn con lại là một giao dịch vận hành riêng: có ngày giao, order ID, tồn đã giữ, package, tracking, COD hoặc prepaid, kết quả giao và khả năng hoàn. Trộn hai lớp này làm doanh nghiệp khó sửa đúng phạm vi: đổi địa chỉ một kỳ không nhất thiết đổi mọi kỳ; đổi SKU lâu dài không được làm sai đơn đang nằm ở khu packing.
OMS cần lưu phiên bản thay đổi và biết cutoff. Trước cutoff, khách có thể skip, đổi ngày hoặc đổi SKU theo chính sách. Sau khi đơn đã release xuống WMS, thay đổi phải tạo ngoại lệ có owner: thu hồi picking task, hủy label cũ, trả tồn hoặc xác nhận vẫn giao như kế hoạch. Quy tắc này bảo vệ kho khỏi các yêu cầu miệng trái với dữ liệu trên PDA.
- Subscription ID trả lời khách đang tham gia gói nào; order ID trả lời kỳ giao cụ thể đã xử lý ra sao.
- Không sửa đơn đã picking bằng chat; mọi thay đổi cần trạng thái và log người duyệt.
- Không để một lần giao thất bại tự động tạo ra cùng lỗi địa chỉ ở kỳ tiếp theo.
Quy trình OMS + WMS từ lịch giao đến hàng hoàn
Luồng tốt phải tách forecast khỏi reservation. Nhu cầu ba tháng tới giúp mua hàng và kho chuẩn bị, nhưng không có nghĩa là khóa toàn bộ tồn hôm nay. OMS chỉ hard reserve trong cửa sổ phù hợp với lead time nhập, thời hạn khách được đổi lịch và SLA fulfillment. WMS nhận wave đủ muộn để dữ liệu ổn định, nhưng đủ sớm để replenishment, picking, checking và packing kịp cut-off carrier.
| Giai đoạn | Thao tác hệ thống | Kết quả cần kiểm soát |
|---|---|---|
| 1. Kích hoạt gói | Ghi SKU, số lượng, tần suất, ngày giao, giá, ưu đãi, địa chỉ, thanh toán và ngày kết thúc | Có subscription ID và phiên bản điều khoản rõ |
| 2. Dự báo nhu cầu | OMS cộng nhu cầu các kỳ sắp tới theo SKU, kho và ngày; mua hàng dùng forecast để chuẩn bị | Nhìn được nhu cầu nhưng chưa khóa toàn bộ tồn nhiều tháng |
| 3. Tạo đơn theo chu kỳ | Tạo order ID riêng trước ngày giao; kiểm trạng thái gói, thanh toán, địa chỉ và yêu cầu tạm dừng | Không tạo đơn cho gói đã pause, cancel hoặc payment failed |
| 4. Giữ tồn và phân bổ kho | Hard reserve trong cửa sổ đã định; chọn kho theo tồn, vùng giao, cut-off và năng lực xử lý | Mỗi đơn có nguồn xuất và tồn đã giữ rõ |
| 5. Release xuống WMS | Gom wave theo ngày giao, carrier, khu vực và nhiệt độ bảo quản; cấp task cho PDA | Kho chỉ thấy đơn đủ điều kiện, không pick quá sớm |
| 6. Pick, check, pack | Scan bin location, SKU, barcode, batch/hạn dùng nếu có; kiểm đủ bộ trước in label | Chặn sai SKU, sai biến thể, sai chu kỳ và hàng cận date không đạt rule |
| 7. Giao, hoàn và đối soát | Theo dõi POD, COD, giao lại, nhập hoàn, return QC, refund và quyết định kỳ tiếp theo | Một sự cố của kỳ hiện tại không âm thầm lặp lại ở kỳ sau |
Thiết kế tồn kho để không vừa oversell vừa khóa vốn
Nếu doanh nghiệp giữ cứng hàng cho toàn bộ hợp đồng sáu tháng, tồn khả dụng có thể bị bóp méo trong khi khách vẫn còn quyền hủy. Nếu không giữ gì cho khách định kỳ, một campaign trên Shopee hoặc TikTok Shop có thể bán hết SKU trước ngày tạo kỳ mới. Cách cân bằng là dùng ba lớp: forecast demand cho kế hoạch, soft allocation cho nhóm khách ưu tiên và hard reserve khi gần ngày giao. Mỗi lớp phải có thời hạn và quy tắc nhả tồn.
Với hàng có hạn sử dụng, WMS còn phải áp dụng FEFO hoặc rule tuổi hạn tối thiểu sau ngày giao. Một hộp thực phẩm bổ sung còn hạn hai tháng có thể vẫn bán được cho đơn lẻ, nhưng không phù hợp cho khách nhận gói dùng ba tháng. PDA cần hướng dẫn đúng bin location và batch; checking phải chặn batch không đạt điều kiện trước khi packing.
- Đo fill rate của khách định kỳ riêng với đơn campaign và đơn bán thường.
- Đặt safety stock hoặc quota theo SKU khan hiếm, không dùng một tỷ lệ chung cho mọi mặt hàng.
- Nhả tồn tự động khi payment hold hoặc xác nhận khách quá hạn, nhưng lưu reason code để phân tích.
Sáu ngoại lệ phải chạy được trước go-live
Demo một gói hoạt động bình thường chưa đủ. Giá trị thật nằm ở cách hệ thống xử lý thay đổi mà không làm sai tồn và kho. Bộ UAT nên dùng đơn thật, barcode thật, label thật và ít nhất một chu kỳ giao - hoàn - đối soát.
| Ngoại lệ | Cách kiểm soát trong OMS + WMS |
|---|---|
| Khách tạm dừng một kỳ | OMS chuyển kỳ sang skipped/paused, nhả tồn đã giữ và lưu ngày hoạt động lại; không xóa lịch sử gói |
| Khách đổi ngày hoặc địa chỉ | Kiểm tra cutoff và khả năng carrier; hủy label cũ nếu cần, giữ nguyên audit trail và chỉ release phiên bản đơn mới |
| Đổi SKU, hương vị hoặc size | Release SKU cũ, kiểm giá và tồn SKU mới, yêu cầu duyệt chênh lệch rồi cập nhật picking task |
| Thanh toán thất bại | Đưa đơn vào payment hold, không release WMS; đặt thời hạn retry và nhả tồn nếu quá hạn |
| Thiếu tồn ở một SKU | Ưu tiên theo chính sách gói, đề xuất SKU thay thế, tách kỳ hoặc dời lịch; không cho kho tự đổi hàng |
| Giao thất bại hoặc hàng hoàn | Gắn sự cố vào đúng kỳ, QC hàng về, đối soát COD/refund và xác nhận có tiếp tục kỳ kế tiếp hay không |
Khi nào nên dùng giải pháp này?
Chủ doanh nghiệp nên đánh giá OMS + WMS khi đơn định kỳ đã tạo doanh thu đáng kể hoặc khi một lần giao sai có thể làm mất khách dài hạn. Operations manager cần giải pháp khi đội ngũ phải dùng lịch cá nhân để nhắc tạo đơn, không đo được tỷ lệ giao đúng ngày hoặc thường xuyên giành tồn với đơn campaign. Warehouse manager nên tham gia khi nhiều kỳ giao rơi vào cùng ngày, cần chuẩn bị pick face, quản lý batch/hạn dùng hoặc tách wave subscription khỏi đơn marketplace thông thường.
Ecommerce và CSKH team nên dùng khi khách thường xuyên đổi hương vị, size, ngày nhận, địa chỉ hoặc tạm nghỉ. Kế toán cần tham gia nếu có trả trước nhiều kỳ, COD, hoàn tiền hoặc ưu đãi theo thời hạn. Nếu doanh nghiệp chỉ có vài khách mua lại không theo lịch cố định, tính năng nhắc mua lại có thể đủ; chưa nhất thiết dựng một quy trình subscription đầy đủ.
| Chủ doanh nghiệp | Dùng khi muốn tăng doanh thu lặp lại nhưng cần biết biên lợi nhuận sau ưu đãi, giao hàng, hoàn và chi phí kho của từng kỳ. |
|---|---|
| Operations manager | Thiết kế rule tạo đơn, cutoff thay đổi, cửa sổ giữ tồn, ưu tiên khách và owner xử lý từng loại ngoại lệ. |
| Warehouse manager | Dùng forecast để chuẩn bị pick face, nhân sự, vật tư; chỉ nhận wave đã đủ điều kiện và kiểm soát batch/hạn dùng khi cần. |
| Ecommerce / CSKH team | Quản lý yêu cầu tạm dừng, đổi lịch, đổi SKU, địa chỉ, ưu đãi và thông báo trước kỳ giao trên cùng lịch sử gói. |
| Kế toán / đối soát | Tách tiền đã thu, tiền kỳ này, COD, refund, discount, phí vận chuyển và doanh thu chưa thực hiện nếu khách trả trước nhiều kỳ. |
Checklist triển khai và nghiệm thu
Nên pilot trên một nhóm SKU có nhu cầu lặp lại rõ, một chu kỳ phổ biến và một kho. Chạy cả prepaid lẫn COD nếu doanh nghiệp có hai phương thức, đồng thời theo dõi từ lúc gói được kích hoạt đến khi kỳ đầu giao hoặc hoàn và đối soát xong. Chỉ mở rộng khi dữ liệu lịch, tồn và thao tác kho khớp nhau.
- Liệt kê từng loại gói: SKU, số lượng, tần suất, thời hạn, giá, ưu đãi, kênh khởi tạo và điều kiện hủy.
- Định nghĩa các mốc: ngày dự kiến giao, ngày tạo đơn, ngày khóa thay đổi, ngày hard reserve và thời điểm release WMS.
- Chuẩn hóa SKU, barcode, combo, đơn vị tính, batch/hạn dùng, SKU thay thế và vị trí pick face.
- Chốt chính sách forecast so với hard reserve; không dùng cùng một con số cho nhu cầu tương lai và tồn đã giữ.
- Thiết kế trạng thái: active, paused, skipped, payment hold, inventory hold, ready to release, fulfilled, failed, returned và cancelled.
- Kiểm thử đổi ngày, đổi địa chỉ, đổi SKU, thanh toán lỗi, thiếu hàng, giao thất bại, hoàn một phần và khách hủy sau khi đã picking.
- Đặt chỉ số nghiệm thu: đúng ngày, fill rate, lỗi picking/checking/packing, payment failure, churn, hàng hoàn và chi phí fulfillment mỗi kỳ.
JSTERP có thể hỗ trợ như thế nào?
JSTERP đặt bài toán giao định kỳ trong kiến trúc OMS + WMS. OMS quản lý lịch, đơn từng kỳ, thanh toán, tồn giữ, phân bổ kho và ngoại lệ; WMS chuyển đơn đủ điều kiện thành công việc có thể quét và truy vết tại receiving, replenishment, picking, checking, packing, staging, bàn giao và return QC. Phạm vi triển khai được thiết kế theo loại hàng, số SKU, số kho, tần suất giao và chính sách khách hàng thực tế.
Trước buổi tư vấn, doanh nghiệp nên chuẩn bị danh sách gói hiện tại, 30 đơn gần nhất, lịch thay đổi của khách, báo cáo thiếu tồn, tỷ lệ giao thất bại, quy trình kho và một kỳ đối soát. JST ERP Việt Nam có thể dùng dữ liệu này để xác định điểm nghẽn nằm ở OMS, WMS, thanh toán hay chính sách vận hành và xây bộ tiêu chí go-live đo được.
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 soát COD, phí sàn và hàng hoàn.