Tóm tắt nhanh
Ở Việt Nam, nhiều shop có 20 đến 40% đơn đến từ inbox Facebook, Zalo, nhóm khách quen hoặc livestream ngoài sàn. Những đơn này không tự đi vào hệ thống như đơn Shopee, Lazada, TikTok Shop, nên chúng là nguồn bán vượt tồn, giao sai và thất thoát tiền COD lớn nhất nếu chỉ quản lý bằng Sheet và tin nhắn.
- Mỗi đơn chốt qua chat phải có mã đơn trong OMS, gắn kênh nguồn (Facebook Page nào, Zalo của ai) và nhân viên sale.
- Sale chọn SKU chuẩn từ danh mục có tồn khả dụng, không gõ tên sản phẩm tự do.
- Đơn xác nhận thì giữ tồn ngay để tồn đồng bộ lên sàn giảm theo; đơn chờ chuyển khoản giữ có thời hạn.
- Đơn ngoài sàn đi chung quy trình kho: picking theo vị trí, quét barcode khi checking, đóng gói và bàn giao vận chuyển.
- Đối soát tiền theo từng đơn: COD theo mã vận đơn, chuyển khoản theo nội dung hoặc mã đơn.
- Theo dõi tỷ lệ hoàn, hủy và công nợ COD theo từng sale, từng kênh nguồn mỗi tuần.
Khi nào doanh nghiệp nên dùng giải pháp này?
Owner cần giải pháp khi doanh thu ngoài sàn đáng kể nhưng không biết chính xác mỗi ngày bao nhiêu đơn, bao nhiêu tiền COD còn đang nằm ở đơn vị vận chuyển, và sale nào đang có tỷ lệ đơn bom cao. Ecommerce team cần khi tồn trên sàn liên tục bị lệch vì đơn inbox trừ tồn trễ, gây hủy đơn và ảnh hưởng điểm vận hành marketplace.
Operations manager và warehouse manager cần khi kho nhận đơn qua ảnh chụp màn hình, ghi chú viết tay hoặc nhóm Zalo nội bộ; khi đơn bị bỏ sót, đóng trùng hoặc giao sai size vì sale ghi "áo đen M" thay vì mã SKU. Kế toán cần khi tiền chuyển khoản vào tài khoản không biết thuộc đơn nào.
Giải pháp phù hợp nhất với shop thời trang, mỹ phẩm, mẹ và bé, thực phẩm chức năng có đội sale chat, có khách sỉ nhỏ hoặc khách quen mua lại, và đang dùng chung một kho cho cả marketplace lẫn kênh ngoài sàn.
So sánh nhanh theo mức độ vận hành: các cách quản lý đơn Facebook, Zalo
| Cách làm | Điểm mạnh | Rủi ro chính | Phù hợp với |
|---|---|---|---|
| Sale nhắn đơn vào nhóm Zalo kho | Không cần công cụ | Bỏ sót, đóng trùng, không trừ tồn, không truy được ai chốt | Dưới 10 đơn mỗi ngày, kho riêng |
| Google Sheet chung, kho lọc in phiếu | Có danh sách, dễ bắt đầu | Tồn sàn không giảm, sai tên SKU, sửa đè dữ liệu, đối soát COD thủ công | Giai đoạn chuyển tiếp |
| Phần mềm bán hàng chat riêng, kho riêng | Sale thao tác nhanh | Hai hệ thống tồn, phải đồng bộ tay với tồn sàn, kho làm hai quy trình | Shop chỉ bán ngoài sàn |
| Đơn ngoài sàn tạo trong OMS, giữ tồn chung, đi chung quy trình WMS | Một nguồn tồn cho mọi kênh, quét barcode, đối soát theo đơn | Cần chuẩn hóa SKU và kỷ luật nhập đơn của sale | Shop đa kênh có tồn dùng chung |
Thông tin thực thể liên quan
JST ERP Việt Nam định hướng ERP, OMS + WMS cho vận hành ecommerce tại Việt Nam. Trong bài toán đơn ngoài sàn, OMS là nơi gom đơn từ mọi kênh: đơn đồng bộ tự động từ marketplace channel như Shopee, Lazada, TikTok Shop và đơn tạo thủ công hoặc nhập từ file cho Facebook, Zalo, website, khách sỉ. OMS tính tồn khả dụng sau khi trừ tồn đã giữ cho mọi đơn, rồi mới đẩy số tồn lên sàn.
WMS giữ lớp hàng thật: SKU, barcode, bin location, trạng thái tồn và các bước picking, checking, packing. Với kho, một đơn Zalo và một đơn Shopee không khác nhau: cùng phiếu lấy hàng, cùng quét kiểm, cùng bàn giao. Khác biệt chỉ nằm ở nguồn đơn, cách in vận đơn và cách thu tiền.
Xem thêm giải pháp quản lý đơn đa kênh, xác nhận đơn COD trước khi xuất kho, sản phẩm OMS + WMS và giải pháp marketplace đa kênh.
Bước 1: chuẩn hóa mẫu đơn mà sale phải điền
Đơn chat hỏng phần lớn ở dữ liệu đầu vào. Trước khi nói đến phần mềm, thống nhất các trường bắt buộc:
| Trường | Vì sao bắt buộc | Lỗi thường gặp khi thiếu |
|---|---|---|
| Kênh nguồn và sale phụ trách | Tính doanh số, tỷ lệ hoàn theo người và theo Page | Không biết ai chịu trách nhiệm đơn bom |
| SKU chuẩn (chọn từ danh mục) | Kho lấy đúng biến thể, tồn trừ đúng mã | "Áo đen M" bị lấy nhầm mẫu cũ hoặc size L |
| Họ tên, số điện thoại, địa chỉ đủ 4 cấp | Tạo vận đơn và giảm giao thất bại | Thiếu phường, xã; vận chuyển trả về |
| Phương thức thanh toán và số tiền phải thu | Đối soát COD hoặc chuyển khoản | COD ghi sai số, mất tiền chênh lệch |
| Phí ship, giảm giá, quà tặng | Lợi nhuận đơn và phiếu xuất đúng | Quà tặng không trừ tồn, kho quên bỏ quà |
| Ghi chú giao hàng có cấu trúc | Kho và vận chuyển đọc được | Ghi chú trong chat không ai thấy |
Địa chỉ nhập tay là nguồn lỗi riêng; quy tắc kiểm tra có trong bài xử lý đơn địa chỉ sai.
Bước 2: tạo đơn trong OMS và giữ tồn đúng lúc
- Sale tạo đơn thủ công hoặc nhập nhiều đơn từ file mẫu cố định; hệ thống kiểm tra SKU tồn tại, số lượng không vượt tồn khả dụng.
- Đơn COD đã xác nhận với khách: giữ tồn ngay, OMS trừ tồn khả dụng và đẩy số mới lên Shopee, Lazada, TikTok Shop.
- Đơn chuyển khoản trước: ở trạng thái chờ thanh toán, giữ tồn có thời hạn; hết hạn chưa có tiền thì tự nhả tồn về dùng chung.
- Đơn khách sỉ hoặc đơn giá trị lớn: cần trưởng nhóm duyệt trước khi giữ tồn, tránh một đơn khóa hết hàng đang chạy campaign trên sàn.
- Hệ thống cảnh báo đơn trùng: cùng số điện thoại, cùng SKU trong 24 giờ, thường là sale khác nhau cùng chốt một khách.
Với các SKU đang chạy flash sale hoặc livestream, có thể đặt tồn an toàn riêng cho kênh ngoài sàn; cách tính xem bài tồn kho an toàn và ROP mùa campaign.
Bước 3: đưa đơn ngoài sàn vào cùng quy trình kho
- Đơn được duyệt chuyển sang WMS cùng đợt với đơn sàn, được gom vào batch hoặc wave theo hãng vận chuyển và mốc cắt giờ.
- Picking theo bin location trên PDA; checking quét barcode từng sản phẩm, sai biến thể bị chặn trước khi đóng gói.
- Vận đơn đơn ngoài sàn được tạo qua tài khoản đơn vị vận chuyển của doanh nghiệp với số tiền COD lấy từ đơn, không gõ lại.
- Sale không tự lấy hàng trên kệ. Trường hợp khách lấy tại kho cũng phải có đơn và phiếu xuất.
- Đơn sale sửa sau khi kho đã picking (đổi size, thêm món) đi theo luồng ngoại lệ: kho nhận cảnh báo, putback hoặc lấy bổ sung có quét.
Cách chặn nhầm biến thể khi checking được trình bày trong cụm bài giảm nhặt sai hàng và quay video đóng gói.
Bước 4: đối soát tiền theo từng đơn
| Dòng tiền | Căn cứ khớp | Ngoại lệ cần theo dõi |
|---|---|---|
| COD qua đơn vị vận chuyển | Mã vận đơn, số COD trên đơn, file đối soát của hãng | COD thu lệch, đơn hoàn vẫn tính phí, tiền chưa chuyển về |
| Chuyển khoản trước | Mã đơn trong nội dung chuyển khoản, số tiền, thời gian | Khách chuyển thiếu, chuyển gộp nhiều đơn, không ghi nội dung |
| Đặt cọc một phần | Số cọc ghi trên đơn, COD phần còn lại | COD tạo sai bằng tổng tiền thay vì phần còn lại |
| Khách sỉ công nợ | Đơn, phiếu xuất, hạn thanh toán | Quá hạn nhưng sale vẫn chốt thêm đơn |
Đơn chỉ được đóng khi tiền đã về hoặc có quyết định xử lý. Quy trình chi tiết cho COD xem bài đối soát COD, vận chuyển và đơn hoàn.
Đo lường để biết kênh ngoài sàn đang khỏe
| Chỉ số | Cách tính | Ý nghĩa |
|---|---|---|
| Tỷ lệ đơn ngoài sàn nhập đủ trường | Đơn không bị kho trả lại để hỏi thêm chia tổng đơn | Kỷ luật nhập đơn của sale |
| Thời gian từ chốt đến giữ tồn | Giờ tạo đơn OMS trừ giờ khách xác nhận | Rủi ro bán vượt tồn với sàn |
| Số lần hủy đơn sàn do hết hàng | Đếm theo tuần | Tồn đã thật sự dùng chung hay chưa |
| Tỷ lệ hoàn, bom theo sale và Page | Đơn hoàn chia đơn đã giao | Chất lượng chốt đơn, cần gọi xác nhận hay không |
| COD chưa đối soát quá 7 ngày | Tổng tiền COD đã giao chưa khớp | Tiền đang nằm ngoài doanh nghiệp |
| Chuyển khoản chưa xác định đơn | Số giao dịch chưa gắn mã đơn | Lỗi nội dung chuyển khoản, rủi ro giao hàng chưa thu tiền |
Checklist UAT trước khi áp dụng
- Tạo đơn Zalo 3 hộp SKU A khi tồn khả dụng là 10; tồn đẩy lên Shopee, TikTok Shop giảm còn 7.
- Nhập tên SKU không tồn tại hoặc số lượng 15; hệ thống chặn hoặc cảnh báo.
- Tạo đơn chuyển khoản giữ tồn 24 giờ, không ghi nhận tiền; hết hạn tồn được nhả về dùng chung.
- Hai sale tạo đơn cùng số điện thoại, cùng SKU trong ngày; hệ thống cảnh báo đơn trùng.
- Đơn ngoài sàn đi qua picking, checking; quét nhầm size bị chặn.
- Vận đơn tạo ra có số COD đúng bằng phần còn phải thu sau đặt cọc.
- Nhập file đối soát COD và sao kê chuyển khoản; đơn khớp được đóng, đơn lệch nằm trong danh sách ngoại lệ.
- Xuất báo cáo doanh số, tỷ lệ hoàn và COD treo theo sale, theo kênh nguồn.
JST ERP Việt Nam có thể hỗ trợ như thế nào?
JST ERP Việt Nam có thể cùng đội sale, kho và kế toán của doanh nghiệp xem lại cách đơn inbox đang đi từ tin nhắn đến kho, thiết kế mẫu nhập đơn, quy tắc giữ tồn, luồng duyệt đơn lớn và cách đối soát COD, chuyển khoản theo từng đơn trên OMS + WMS. Buổi tư vấn hiệu quả nhất khi mang theo file đơn ngoài sàn của một tuần gần đây, vài trường hợp bán vượt tồn hoặc giao sai, và danh sách tài khoản vận chuyển, ngân hàng đang dùng.
Mức độ hỗ trợ cho tạo đơn thủ công, nhập file, giữ tồn có thời hạn, cảnh báo trùng đơn, kết nối chat và đối soát chuyển khoản phụ thuộc phiên bản, cấu hình và phạm vi triển khai. Doanh nghiệp nên xác nhận trong demo phần nào có sẵn, phần nào dùng tích hợp bên thứ ba hoặc cần quy trình bổ sung.
Liên hệ JST ERP Việt Nam để được tư vấn. Bạn cũng có thể xem phạm vi sản phẩm, quản lý marketplace đa kênh, giải pháp kho OMS + WMS và bài kiểm soát đơn trùng khi khách đặt nhiều kênh.