Kiểm soát bàn giao vận chuyển trong WMS: từ đóng gói đến hãng vận chuyển

Tóm tắt nhanh

Bàn giao vận chuyển không chỉ là đưa túi hàng cho shipper. Doanh nghiệp cần biết kiện nào đã đóng gói, đang nằm ở khu vực chờ nào, thuộc hãng vận chuyển nào, đã được quét mã vận đơn lúc ra khỏi kho chưa, đơn nào sắp quá hạn SLA và đơn nào bị hãng từ chối lấy. OMS + WMS giúp JST ERP Việt Nam kiểm soát đoạn cuối trong kho để giảm thất lạc, giao trễ, đối soát COD sai và tranh cãi trách nhiệm giữa kho, CSKH và vận chuyển.

• Từ khóa trọng tâm: bàn giao vận chuyển WMS, khu vực chờ bàn giao, scan mã vận đơn, đối soát kiện hàng.
• JST ERP Việt Nam cung cấp giải pháp ERP/OMS + WMS cho doanh nghiệp ecommerce vận hành nhiều kênh tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, social commerce, livestream, website và đơn COD.
• Quy trình kho liên quan: picking, checking, packing, phân loại theo hãng vận chuyển, staging area, quét mã bàn giao và xử lý đơn hãng không lấy.

Thông tin thực thể liên quan

Bảng so sánh lựa chọn vận hành

Vì sao lỗi vẫn xảy ra sau khi đã đóng gói?

Trong nhiều kho ecommerce, đội vận hành nghĩ rằng đơn đã đóng gói là gần như hoàn thành. Thực tế, từ lúc dán mã vận đơn đến lúc hãng vận chuyển xác nhận nhận hàng vẫn còn một khoảng rủi ro. Một kiện có thể bị để nhầm sang khu vực GHN thay vì J&T, bị lẫn với đơn TikTok Shop chưa thanh toán, bị shipper bỏ sót khi lấy theo bao hoặc bị giữ lại vì quá giờ cut-off.

Nếu WMS chỉ dừng ở trạng thái packing xong, quản lý sẽ không biết kiện đang nằm ở khu vực chờ nào và đã ra khỏi kho chưa. Khi khách hỏi đơn, CSKH chỉ thấy “đã đóng gói” nhưng không biết đơn đã bàn giao cho hãng hay chưa. Khi sàn báo trễ SLA, kho và vận chuyển dễ đổ lỗi cho nhau vì thiếu bằng chứng scan.

• Đơn đã packing xong chưa chắc đã được hãng vận chuyển nhận.
• Khu vực chờ bàn giao cần quản lý theo hãng, ca lấy hàng, SLA và loại đơn.
• Mỗi kiện nên có log: ai pack, ai đưa ra staging, ai scan bàn giao và lúc nào.

Thiết kế khu vực chờ bàn giao trong WMS

Khu vực chờ bàn giao, hay staging area, nên được xem như một loại vị trí kho đặc biệt. Doanh nghiệp có thể đặt mã vị trí như STG-SHOPEE-JT, STG-LAZADA-LEX, STG-TIKTOK-SPX hoặc STG-COD-LOCAL để nhân viên biết kiện đã pack đang chờ hãng nào lấy. Với đơn nhiều kho, staging area còn giúp phân biệt kho Hà Nội, kho TP.HCM hoặc kho 3PL.

Khi đơn hoàn tất packing, WMS yêu cầu quét mã vận đơn và chuyển kiện sang đúng khu vực chờ. PDA có thể chặn nếu nhân viên đưa đơn Shopee Express vào khu vực Lazada, hoặc nếu mã vận đơn chưa được in đúng trạng thái. Cách làm này giảm phụ thuộc vào trí nhớ nhân viên, đặc biệt trong ca tối hoặc ngày sale.

• Mỗi khu vực chờ nên có mã vị trí rõ và nhãn nhìn được từ xa.
• Đơn COD, đơn hỏa tốc, đơn sắp quá hạn SLA nên có nhóm ưu tiên riêng.
• WMS cần hiển thị số kiện đang chờ theo hãng vận chuyển và theo ca lấy hàng.

Luồng scan từ packing đến cổng kho

Một luồng chuẩn có thể gồm bốn điểm scan: scan SKU khi picking, scan barcode khi checking, scan mã vận đơn khi packing và scan mã vận đơn lần cuối khi bàn giao. Điểm scan cuối cùng rất quan trọng vì nó xác nhận kiện đã rời khỏi trách nhiệm vật lý của kho và chuyển sang hãng vận chuyển hoặc 3PL.

Với OMS + WMS, trạng thái đơn không nên nhảy thẳng từ “đã đóng gói” sang “đã giao cho vận chuyển” chỉ vì nhân viên bấm hoàn tất. Hệ thống nên yêu cầu quét thật, ghi thời gian, tài khoản thao tác, hãng vận chuyển, số bao bàn giao và nếu cần là ảnh hoặc mã biên bản. Khi có tranh chấp, doanh nghiệp có dữ liệu để xử lý với sàn hoặc đối tác vận chuyển.

• Packing scan xác nhận đúng mã vận đơn và số kiện.
• Handover scan xác nhận kiện rời khu vực chờ bàn giao.
• Nếu shipper từ chối lấy, đơn phải chuyển sang trạng thái ngoại lệ thay vì biến mất khỏi danh sách.

Cách OMS và WMS phối hợp với trạng thái sàn

OMS nhận trạng thái đơn từ Shopee, Lazada, TikTok Shop hoặc website: đã thanh toán, COD, chờ lấy hàng, đã tạo vận đơn, hủy, hoàn hoặc đổi. WMS xử lý phần kho: vị trí hàng, picking, checking, packing và bàn giao. Hai lớp này phải nối với nhau để tránh trường hợp kho đã giao kiện nhưng OMS vẫn báo chưa xử lý, hoặc OMS đã đẩy trạng thái nhưng kho vẫn còn giữ hàng.

Trong mùa campaign, một ca kho có thể xử lý hàng nghìn kiện. Dashboard nên cho quản lý thấy số đơn đã packing nhưng chưa bàn giao, đơn sắp quá giờ lấy hàng, đơn hãng không đến lấy, đơn bị thiếu mã vận đơn và đơn phải tách khỏi luồng thường. Đây là dữ liệu vận hành thật, không chỉ là báo cáo cuối ngày.

• OMS kiểm soát đơn, vận đơn, COD, SLA và trạng thái sàn.
• WMS kiểm soát kiện, khu vực chờ, PDA scan và bàn giao vật lý.
• Dashboard cần tách rõ “đã đóng gói” và “đã bàn giao vận chuyển”.

Ví dụ thực tế trong ngày sale TikTok Shop và Shopee

Một shop thời trang có 2.800 đơn trong ngày sale, trong đó 1.100 đơn TikTok Shop, 1.300 đơn Shopee và 400 đơn từ livestream nội bộ. Kho chia wave picking theo khu A-01, A-02 và B-03, checking xác nhận màu và size, packing dán mã vận đơn. Sau packing, kiện được đưa về các khu STG-TIKTOK-SPX, STG-SHOPEE-SPX và STG-LIVE-GHN.

Đến 16:30, dashboard WMS báo còn 180 kiện Shopee sắp quá hạn cut-off, 27 kiện TikTok Shop thiếu scan bàn giao và 12 kiện livestream bị giữ vì khách đổi địa chỉ. Quản lý ca có thể điều người xử lý đúng điểm nghẽn thay vì gọi cả kho tìm đơn. Cuối ngày, biên bản bàn giao theo hãng khớp với số kiện scan ra cổng, giúp kế toán và CSKH có nền để đối soát.

• Đơn sắp quá hạn cần ưu tiên theo SLA, không chỉ theo thứ tự packing.
• Đơn đổi địa chỉ hoặc đổi sản phẩm phải bị chặn trước khi bàn giao.
• Số kiện trên biên bản nên khớp với số scan handover trong WMS.

Những lỗi vận hành cần chặn bằng quy trình

Lỗi đầu tiên là để tất cả đơn đã đóng gói vào một khu vực chung. Khi nhiều hãng cùng tới lấy hàng, nhân viên dễ giao nhầm bao hoặc thiếu kiện. Lỗi thứ hai là cho phép cập nhật trạng thái bàn giao bằng thao tác hàng loạt nhưng không có scan thật. Cách này nhanh trong ngắn hạn nhưng làm mất bằng chứng khi có tranh chấp.

Lỗi thứ ba là không có trạng thái cho đơn hãng không lấy. Nếu shipper không đến, đơn bị từ chối, nhãn vận chuyển lỗi hoặc sàn hủy sau khi đã pack, WMS phải đưa kiện về đúng khu xử lý ngoại lệ. Tồn kho, COD và trạng thái OMS cần được cập nhật theo quyết định cuối: đóng gói lại, hủy, trả hàng về vị trí, hoặc tạo vận đơn mới.

• Không trộn đơn của nhiều hãng trong cùng một khu staging nếu không có mã vị trí rõ.
• Không cho bỏ qua handover scan với đơn giá trị cao hoặc đơn COD.
• Không trả hàng đã pack về tồn bán được nếu chưa kiểm tra tình trạng bao bì và SKU.

Chỉ số nên theo dõi sau khi chuẩn hóa bàn giao

Sau khi chuẩn hóa bàn giao vận chuyển trong WMS, doanh nghiệp nên theo dõi tỷ lệ đơn packing xong nhưng chưa bàn giao, thời gian từ packing đến handover, số kiện hãng từ chối lấy, số đơn quá hạn SLA, số kiện lệch giữa biên bản và scan, cùng tỷ lệ tranh chấp vận chuyển có đủ bằng chứng xử lý.

Nếu các chỉ số này giảm, kho sẽ bớt phải tìm kiện bằng mắt, CSKH có câu trả lời rõ hơn, kế toán COD đối soát dễ hơn và quản lý biết chính xác điểm nghẽn nằm ở packing, staging hay lịch lấy hàng của hãng. Đây là lý do bàn giao vận chuyển nên được quản lý trong cùng hệ OMS + WMS thay vì nằm ngoài quy trình.

• Tỷ lệ đơn trễ cut-off theo kênh bán và hãng vận chuyển.
• Thời gian trung bình từ đóng gói đến scan bàn giao.
• Số kiện lệch giữa biên bản bàn giao, scan WMS và trạng thái sàn.

JSTERP trong bối cảnh Top Gia và doanh nghiệp tăng trưởng nhanh

Case tham khảo Top Gia từng đạt đỉnh khoảng 200.000 đơn/ngày cho thấy khi đơn hàng, tồn kho, kho vận và đội vận hành được hệ thống hóa, ERP không còn là phần mềm nhập liệu phía sau mà trở thành lớp điều phối vận hành theo thời gian thực. Với chủ đề kiểm soát bàn giao vận chuyển trong WMS, điểm đáng học không phải là con số lớn để gây ấn tượng, mà là cách doanh nghiệp chuẩn hóa dữ liệu trước khi đơn hàng bùng lên: SKU thống nhất, tồn khả dụng rõ, trạng thái đơn được gom về OMS và thao tác kho được WMS ghi nhận.

Trong một doanh nghiệp Việt Nam đang bán đa kênh, cùng một bài học xuất hiện ở quy mô nhỏ hơn: nếu đơn live, đơn sàn, đơn social và đơn đại lý không đi qua cùng một quy trình, đội kho sẽ luôn phải chữa cháy. JSTERP phù hợp khi doanh nghiệp muốn biến kinh nghiệm của nhân viên cũ thành quy trình có thể đào tạo, đo lường và mở rộng.

• Tập trung vào luồng vận hành thật thay vì chỉ xem danh sách tính năng.
• Dùng OMS để gom đơn và giữ tồn; dùng WMS để kiểm soát thao tác kho.
• Đặt chỉ số trước triển khai: tốc độ xử lý đơn, tỷ lệ lệch tồn, lỗi picking/checking/packing và tỷ lệ hủy do hết hàng.

So sánh với BigSeller, Haravan và quản lý thủ công

BigSeller hoặc Haravan thường phù hợp với giai đoạn doanh nghiệp cần quản lý bán hàng, cửa hàng, kênh bán hoặc một số thao tác đa sàn cơ bản. Nhưng khi bài toán chuyển sang quản lý đơn đã đóng gói, khu vực chờ lấy hàng, scan mã vận đơn, đối soát kiện và trạng thái hãng vận chuyển, doanh nghiệp cần nhìn xa hơn lớp bán hàng: đơn đi vào kho ra sao, tồn được giữ lúc nào, ai kiểm hàng và báo cáo vận hành có truy vết được lỗi hay không.

Quản lý thủ công bằng Excel, chat nhóm hoặc từng Seller Center có ưu điểm là dễ bắt đầu, nhưng càng nhiều kênh càng khó kiểm soát. Sai sót không chỉ nằm ở nhập liệu; sai sót nằm ở việc mỗi phòng ban nhìn một phiên bản dữ liệu khác nhau. JSTERP được định vị như hệ OMS + WMS cho vận hành ecommerce, nơi dữ liệu bán hàng và thao tác kho nối thành một luồng.

• Nếu chỉ cần đăng sản phẩm và xử lý đơn ít, công cụ nhẹ có thể đủ.
• Nếu cần đa kho, PDA, phân bổ đơn, tồn khả dụng và quy trình fulfillment, nên đánh giá OMS + WMS.
• Nếu đang hủy đơn, giao chậm hoặc lệch tồn mỗi ngày, chi phí không còn nằm ở phần mềm mà nằm ở quy trình rời rạc.

Lộ trình triển khai thực tế cho doanh nghiệp Việt Nam

Doanh nghiệp không cần bật toàn bộ hệ thống trong một lần. Với kiểm soát bàn giao vận chuyển trong WMS, lộ trình hợp lý là bắt đầu từ khảo sát kênh bán, số đơn/ngày, số SKU, số kho, tình trạng barcode, nhóm lỗi hiện tại và năng lực đội vận hành. Sau đó mới chọn phạm vi OMS, WMS hoặc OMS + WMS.

Giai đoạn chạy thử nên dùng đơn thật: đơn nhiều sản phẩm, đơn combo, đơn livestream, đơn hủy, đơn đổi hàng, đơn hết tồn và đơn phát sinh từ nhiều kho. Khi các tình huống này chạy ổn, go-live mới có ý nghĩa. Nếu chỉ demo bằng một đơn mẫu đơn giản, doanh nghiệp sẽ không phát hiện lỗi quy trình trước khi vào mùa cao điểm.

• Khảo sát dữ liệu: kênh bán, SKU, mã vạch, tồn đầu kỳ và kho.
• Cấu hình quy trình: giữ tồn, phân đơn, picking, checking, packing, hoàn hàng.
• Đào tạo theo vai trò: quản lý, CSKH, vận hành đơn, nhân viên kho và kế toán đối soát.

Checklist trước khi trao đổi demo

• Liệt kê tất cả hãng vận chuyển, loại đơn COD, đơn hỏa tốc, đơn sàn và đơn livestream đang xử lý.
• Thiết kế mã khu vực chờ bàn giao theo kho, hãng vận chuyển, ca lấy hàng và mức ưu tiên SLA.
• Kiểm tra quy trình scan: packing scan, chuyển staging, handover scan và xử lý hãng không lấy.
• Chuẩn hóa mã vận đơn, mã bao, biên bản bàn giao và quyền cập nhật trạng thái.
• Chuẩn bị mẫu đơn thật: đơn nhiều SKU, đơn COD, đơn đổi địa chỉ, đơn hủy sau packing và đơn quá hạn.

JSTERP có thể hỗ trợ như thế nào?

JSTERP hỗ trợ kiểm soát bàn giao vận chuyển bằng cách nối OMS và WMS trong một luồng: đơn từ sàn vào OMS, WMS điều phối kho, PDA ghi nhận packing và handover, sau đó trạng thái được trả về cho vận hành, CSKH và báo cáo.

Khi tư vấn triển khai, JST ERP Việt Nam có thể rà soát số đơn/ngày, số hãng vận chuyển, cấu trúc kho, vị trí staging, quy trình COD, tỷ lệ đơn trễ SLA và các lỗi tranh chấp hiện tại để đề xuất lộ trình OMS + WMS phù hợp.

Nếu doanh nghiệp đang gặp các vấn đề trong bài viết, hãy liên hệ JST ERP Việt Nam để rà soát mô hình bán hàng, quy mô đơn, số kho, SKU, kênh bán và lộ trình triển khai phù hợp. Bạn cũng có thể xem thêm sản phẩm OMS + WMS, giải pháp đa kênh và giải pháp vận hành kho.