Tóm tắt nhanh
Gộp đơn cùng khách là cơ hội tiết kiệm thật, nhưng phải tách rõ hai mức: gộp logic để giảm quãng đường picking và gộp vật lý để giảm cước. Gộp logic nên là mặc định; gộp vật lý chỉ áp dụng khi doanh nghiệp kiểm soát được vận đơn. Mỗi mã vận đơn vẫn phải có kiện, tem, scan và bằng chứng bàn giao riêng.
- Nhận dạng nhóm đơn bằng số điện thoại và địa chỉ đã chuẩn hóa, không bằng tên người nhận.
- Đặt cut-off theo trạng thái: chỉ gộp khi mọi đơn trong nhóm chưa qua picking hoặc chưa release.
- Mặc định gộp wave picking, vẫn tách tote theo đơn; chặn nhân viên tự quyết gộp vật lý.
- Tại packing bắt buộc scan mã vận đơn từng đơn; chặn đóng kiện khi thiếu một vận đơn trong nhóm.
- Giữ nguyên dòng doanh thu, COD và phí theo từng vận đơn để đối soát không bị trộn.
Khi nào doanh nghiệp nên dùng giải pháp này?
Owner nên ưu tiên khi cước vận chuyển trên mỗi đơn cao bất thường so với giá trị đơn trung bình, hoặc khi khiếu nại thiếu hàng tập trung vào những khách đặt nhiều đơn liên tiếp. Hai dấu hiệu này thường đi cùng nhau: kho cảm thấy lãng phí nên tự gộp, và phần tiết kiệm được bị nuốt trọn bởi chi phí đền bù.
Operations manager cần xử lý khi không có quy định rõ ai được phép gộp và gộp trong điều kiện nào, khi nhân viên packing phải tự phán đoán dựa vào tên khách trên tem, hoặc khi bộ phận chăm sóc khách hàng không trả lời được câu hỏi hai đơn này đã đi chung kiện hay chưa. Warehouse manager cần khi picker phải đi lại nhiều lần qua cùng một khu cho các đơn của cùng một khách, khi tote bị trộn hàng giữa các đơn, hoặc khi bàn packing xuất hiện các kiện thừa tem không biết xử lý.
Ecommerce team liên quan trực tiếp vì mỗi vận đơn không được bàn giao đúng hạn đều ảnh hưởng tỷ lệ giao trễ và điểm đánh giá gian hàng trên Shopee, Lazada và TikTok Shop, bất kể hàng đã thực sự đến tay khách hay chưa. Shop nhỏ, mỗi ngày vài chục đơn và hiếm khi trùng khách, có thể xử lý thủ công bằng cách rà soát danh sách trước khi in tem. OMS + WMS trở nên cần thiết khi sản lượng lớn, nhiều kênh bán, nhiều kho xuất hàng, hoặc khi cần bằng chứng truy vết cho từng vận đơn khi có tranh chấp.
So sánh nhanh theo mức độ vận hành
| Mức gộp | Phần tiết kiệm | Rủi ro chính | Điều kiện áp dụng |
|---|---|---|---|
| Không gộp, mỗi đơn chạy độc lập | Không có | Lãng phí quãng đường và cước vận chuyển | Sản lượng thấp, ít trùng khách |
| Gộp wave picking, tách tote theo đơn | Quãng đường và thời gian picking | Trộn hàng giữa các tote nếu không scan tote | Nên là mặc định cho mọi kênh |
| Gộp tại staging theo người nhận | Thời gian bàn giao và sắp xếp | Nhầm kiện khi bàn giao nếu không scan từng vận đơn | Khi nhiều đơn cùng carrier và cùng chuyến |
| Gộp vật lý vào một kiện, một vận đơn | Cước vận chuyển | Mất bằng chứng bàn giao cho các đơn còn lại; lệch đối soát COD | Chỉ khi doanh nghiệp tự kiểm soát vận đơn, đã hủy/điều chỉnh đúng các đơn kia |
Bảng này xếp theo mức độ can thiệp tăng dần, không phải theo mức độ nên làm. Trong thực tế Vietnam ecommerce, ba mức đầu mang lại phần lớn giá trị với rủi ro thấp, còn mức thứ tư chỉ nên mở cho kênh website hoặc B2B nơi doanh nghiệp tự tạo vận đơn và tự chịu trách nhiệm với khách.
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. OMS gom đơn từ marketplace và các kênh bán, chuẩn hóa thông tin người nhận, giữ tồn, quản lý deadline, trạng thái thanh toán và ngoại lệ đơn hàng. WMS kiểm soát hàng vật lý qua SKU, barcode, bin location, PDA, wave, zone, tote, picking, checking, packing, staging và bàn giao carrier, đồng thời ghi lại người thực hiện ở từng điểm chạm.
Trên các marketplace channel như Shopee, Lazada và TikTok Shop, một khách có thể tạo nhiều đơn riêng biệt trong cùng một buổi vì lý do khuyến mãi, quên sản phẩm hoặc giới hạn số lượng mỗi đơn. Mỗi đơn đó là một nghĩa vụ giao hàng độc lập với mã vận đơn riêng, SLA riêng và dòng đối soát riêng, dù hàng hóa cuối cùng đến cùng một địa chỉ.
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, bài quản lý tem vận đơn và cụm giảm nhặt sai hàng, checking và bằng chứng đóng gói.
Nhận dạng nhóm đơn: đừng tin vào tên người nhận
Bước đầu tiên và cũng là bước hay bị làm ẩu nhất là xác định hai đơn có thực sự thuộc về một lần giao hàng hay không. Tên người nhận là tiêu chí tệ nhất: trùng tên rất phổ biến, khách viết hoa viết thường khác nhau, có dấu và không dấu, thêm biệt danh hoặc tên người nhận hộ.
- Số điện thoại đã chuẩn hóa: bỏ khoảng trắng, dấu chấm, thống nhất đầu số; đây là khóa nhận dạng mạnh nhất trong thực tế Việt Nam.
- Địa chỉ đã chuẩn hóa: so khớp tới cấp phường/xã và số nhà; hai địa chỉ khác cách viết nhưng cùng vị trí vẫn phải nhận ra.
- Cùng kho xuất hàng: hai đơn xuất từ hai kho khác nhau thì không thể gộp vật lý, dù cùng khách.
- Cùng đơn vị vận chuyển và cùng chuyến bàn giao: khác carrier thì chỉ gộp được ở mức picking.
- Cùng ngày giao dự kiến: một đơn hẹn ngày và một đơn giao nhanh không nên bị kéo về cùng nhịp.
- Cùng trạng thái thanh toán: không trộn đơn COD với đơn đã thanh toán trước nếu định gộp vật lý.
Hệ thống nên chỉ gợi ý nhóm và hiển thị rõ lý do khớp, còn quyết định gộp thuộc về vai trò có quyền. Tự động gộp im lặng là nguồn gốc của những sai sót khó phát hiện, nhất là khi khách cố tình tách đơn để hưởng ưu đãi và không muốn nhận chung một kiện.
Cut-off theo trạng thái thay vì cut-off theo thời gian
Nhiều kho đặt quy tắc kiểu gộp các đơn phát sinh trong vòng ba mươi phút. Quy tắc theo thời gian dễ hiểu nhưng sai bản chất, vì điều quyết định không phải khách đặt cách nhau bao lâu mà là hàng đã đi tới đâu trong kho.
| Trạng thái đơn cũ nhất trong nhóm | Hành động | Lý do |
|---|---|---|
| Chưa release xuống kho | Gộp wave và cân nhắc gộp vật lý nếu kênh cho phép | Chưa phát sinh thao tác vật lý, chi phí đổi hướng bằng không |
| Đã release, chưa bắt đầu picking | Hủy task và release lại thành nhóm | Chỉ tốn thao tác hệ thống, chưa tốn công di chuyển |
| Đang picking | Chỉ gộp ở mức staging, không kéo ngược | Kéo ngược làm treo tote và lệch tồn đã giữ |
| Đã qua checking hoặc đã đóng gói | Không gộp; để đơn chạy độc lập | Phá niêm phong làm mất giá trị bằng chứng đóng gói |
| Đã in tem và chờ bàn giao | Không gộp; chỉ xếp chung chuyến bàn giao | Tem đã phát sinh nghĩa vụ với đơn vị vận chuyển |
Quy tắc này cũng trả lời được tình huống phổ biến nhất: khách nhắn tin xin gộp đơn sau khi đã đặt. Nhân viên chăm sóc khách hàng cần tra trạng thái thực tế trong OMS trước khi hứa với khách, thay vì hứa trước rồi yêu cầu kho phá quy trình. Cách xử lý khi khách thay đổi yêu cầu sau khi đặt có thể tham khảo thêm bài xử lý đơn khách đổi địa chỉ sau khi đặt.
Gộp ở picking nhưng tách ở tote
Phần tiết kiệm lớn nhất và an toàn nhất nằm ở quãng đường di chuyển. Khi ba đơn của cùng một khách được đưa vào một wave, picker chỉ đi một vòng qua các bin liên quan thay vì ba vòng. Rủi ro duy nhất là hàng của ba đơn bị trộn vào nhau, và rủi ro đó được xử lý bằng kỷ luật tote.
- Sinh task theo nhóm: hệ thống gom các dòng của cả nhóm và sắp xếp theo đường đi tối ưu trong kho.
- Gán tote riêng cho từng đơn: mỗi tote mang một mã, ràng buộc với đúng một mã đơn.
- Scan bin, scan barcode SKU, scan tote: đặt sai tote bị chặn ngay tại PDA, không chờ tới checking mới phát hiện.
- Chặn nhập tay số lượng: đặc biệt quan trọng khi các đơn trong nhóm chứa cùng một SKU với số lượng khác nhau.
- Báo short pick theo từng đơn: thiếu hàng ở đơn này không được lấy bù từ phần đã nhặt cho đơn kia.
- Bàn giao nguyên nhóm sang checking: giữ liên kết nhóm để bước sau biết cần chờ đủ bao nhiêu tote.
Trường hợp nguy hiểm nhất là các đơn trong nhóm có cùng SKU nhưng khác số lượng hoặc khác biến thể. Nếu không scan tote, người nhặt rất dễ lấy tổng số rồi chia sau, và việc chia sai gần như không thể phát hiện ở bước checking vì tổng vẫn đúng. Chi tiết kỷ luật tote xem thêm bài quản lý giỏ picking và tote và ngăn nhặt sai biến thể bằng PDA và barcode.
Packing: mỗi vận đơn một lần scan, không có ngoại lệ ngầm
Đây là điểm mà phần lớn thiệt hại thực sự phát sinh. Nhân viên packing nhìn thấy ba kiện cùng tên khách, cùng địa chỉ, và quyết định nhét chung cho gọn. Hệ thống cần làm cho quyết định đó trở nên bất khả thi nếu chưa được duyệt.
- Mỗi đơn tạo một bản ghi kiện riêng; đóng gói xong phải scan đúng mã vận đơn của đơn đó.
- Khi phát hiện đơn thuộc một nhóm, màn hình packing hiển thị cảnh báo còn bao nhiêu đơn chưa hoàn tất, tránh bàn giao lẻ.
- Không cho phép một mã vận đơn được scan cho hai kiện, cũng không cho một kiện mang hai mã.
- Gộp vật lý chỉ mở cho vai trò có quyền, bắt buộc chọn lý do và ghi nhật ký người duyệt.
- Khi gộp vật lý được duyệt, các đơn còn lại phải được xử lý đúng trạng thái trên kênh bán, không để treo chờ bàn giao.
- Bằng chứng đóng gói lưu theo từng mã vận đơn để phục vụ khiếu nại thiếu hàng của riêng đơn đó.
Cần nói rõ với đội vận hành vì sao quy định có vẻ cứng nhắc này lại hợp lý: một kiện gộp tiết kiệm vài chục nghìn đồng cước, nhưng một đơn không có bằng chứng bàn giao có thể dẫn tới hoàn tiền toàn bộ giá trị đơn, trừ điểm gian hàng và mất thời gian tranh chấp nhiều ngày. Xem thêm quay video đóng gói theo mã vận đơn và kiểm soát nhầm label khi nhiều đơn cùng SKU.
Giữ đối soát sạch sau khi gộp
Gộp đơn tác động tới cả phần tài chính chứ không chỉ phần kho. Nếu dữ liệu bị trộn, bước đối soát cuối tháng sẽ không quy được trách nhiệm cho từng vận đơn và doanh nghiệp mất khả năng đòi bồi thường.
- Mỗi vận đơn giữ nguyên dòng doanh thu, phí sàn, phí vận chuyển và tiền COD dự kiến của chính nó.
- Khi gộp vật lý, phần cước tiết kiệm được ghi nhận như một điều chỉnh có lý do, không bằng cách xóa phí của đơn kia.
- Ghi nhận rõ kiện thực tế đã bàn giao và các đơn logic gắn với kiện đó để đối chiếu với biên bản của carrier.
- Khi khách hoàn một đơn trong nhóm, phải xác định được phần hàng nào thuộc đơn đó trong kiện đã gộp.
- Báo cáo định kỳ số lần gộp vật lý theo user và theo lý do để phát hiện lạm dụng.
Trường hợp hoàn hàng thường bị bỏ sót khi thiết kế quy trình. Nếu ba đơn đi chung một kiện và khách chỉ trả lại sản phẩm của đơn thứ hai, kho phải biết sản phẩm đó thuộc đơn nào để ghi nhận đúng lý do hoàn, đúng phí và đúng tồn. Xem thêm đối soát COD, phí sàn và hàng hoàn.
Checklist UAT và go-live
- Chuẩn hóa số điện thoại và địa chỉ trước khi bật rule nhận dạng nhóm; dữ liệu bẩn sẽ tạo nhóm sai.
- Lấy các nhóm đơn trùng khách có thật trong lịch sử để chạy thử, gồm cả trường hợp trùng tên nhưng khác người.
- Thử nhóm đơn có cùng SKU khác số lượng; xác nhận không thể hoàn tất nếu scan sai tote.
- Thử nhóm đơn khác kho xuất hàng và khác carrier; hệ thống phải từ chối gộp vật lý.
- Thử gộp khi một đơn đã qua checking; hệ thống phải chặn và đề xuất chạy độc lập.
- Thử scan một mã vận đơn cho hai kiện và một kiện mang hai mã; cả hai đều phải bị chặn.
- Kiểm tra nhật ký: ai duyệt gộp vật lý, lý do gì, vào lúc nào, trên những đơn nào.
- Đối chiếu số kiện bàn giao thực tế với số vận đơn đã scan trong ngày; chênh lệch phải bằng không.
- Chạy thử một đơn hoàn thuộc nhóm đã gộp và xác nhận tồn, phí, lý do hoàn ghi đúng đơn gốc.
- So sánh cước vận chuyển trên đơn, quãng đường picking và số khiếu nại thiếu hàng trước và sau khi áp dụng.
JST ERP Việt Nam có thể hỗ trợ như thế nào?
JST ERP Việt Nam có thể cùng doanh nghiệp rà soát tỷ lệ đơn trùng khách theo kênh bán, chất lượng dữ liệu người nhận, chính sách vận đơn của từng sàn và đơn vị vận chuyển, cấu trúc wave picking, kỷ luật tote, luồng scan tại packing và cách ghi nhận đối soát. Từ đó xác định phạm vi OMS-only hay OMS + WMS, bộ rule cần cấu hình, mức quyền cho từng vai trò và kịch bản UAT chạy trên đơn thật trước khi mở rộng.
Mức độ tự động nhận dạng nhóm đơn, khả năng cấu hình điều kiện gộp theo kênh, ràng buộc scan vận đơn tại packing và dữ liệu nhật ký phụ thuộc phiên bản và phạm vi triển khai. Doanh nghiệp nên yêu cầu demo trên dữ liệu khách hàng, SKU và lịch sử đơn của mình, đồng thời xác nhận rõ phần native, phần cấu hình và phần cần tích hợp với đơn vị vận chuyển hoặc sàn.
Liên hệ JST ERP Việt Nam để rà soát quy trình gộp đơn và bàn giao vận đơn của kho. Bạn cũng có thể xem phạm vi sản phẩm, quản lý marketplace đa kênh và giải pháp kho OMS + WMS trước buổi tư vấn.