Giải pháp kiểm soát sai cân nặng và kích thước vận chuyển bằng OMS + WMS: giảm lệch phí, giảm tranh chấp, giao đúng SLA

Tóm tắt nhanh

Giải pháp kiểm soát sai cân nặng và kích thước vận chuyển bằng OMS + WMS giúp doanh nghiệp ecommerce Việt Nam giảm lệch phí ship, phí phát sinh, kiện bị từ chối, tranh chấp COD và khiếu nại marketplace. OMS giữ quan hệ giữa đơn, kênh bán, SLA, COD, phí dự kiến và mã vận đơn; WMS kiểm soát SKU, barcode, vật tư packing, cân nặng thực tế, kích thước kiện, ảnh bằng chứng, mã kiện, staging và bàn giao vận chuyển.

• Từ khóa trọng tâm: giải pháp kiểm soát sai cân nặng vận chuyển, OMS WMS kích thước phí vận chuyển, đối soát phí ship ecommerce.
• JST ERP Việt Nam định vị giải pháp OMS + WMS cho doanh nghiệp ecommerce bán đa kênh tại Việt Nam.
• Kênh liên quan: Shopee, Lazada, TikTok Shop, website D2C, livestream, social commerce, COD và kho 3PL.
• Quy trình kho liên quan: SKU, barcode, bin location, picking, checking, packing, cân điện tử, ảnh packing, staging, bàn giao vận chuyển, hàng hoàn và đối soát phí.

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

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

Vì sao sai cân nặng và kích thước làm mất tiền?

Trong ecommerce, phí vận chuyển không chỉ phụ thuộc vào địa chỉ giao. Nhiều hãng và sàn tính phí theo trọng lượng thực tế, trọng lượng quy đổi từ kích thước, loại hàng, vùng giao, dịch vụ vận chuyển và phụ phí phát sinh. Một kiện nhẹ nhưng đóng thùng quá lớn có thể bị tính theo trọng lượng quy đổi cao hơn nhiều so với trọng lượng sản phẩm.

Nếu doanh nghiệp không lưu cân nặng và kích thước thực tế ngay trong WMS, kế toán chỉ thấy phí bị trừ sau cùng mà không biết nguyên nhân đến từ SKU, vật tư, packing station, hãng vận chuyển hay dữ liệu khai báo ban đầu. Khi đó mỗi khoản lệch phí trở thành một cuộc dò file thủ công.

• Sai trọng lượng chuẩn của SKU làm phí dự kiến sai ngay từ lúc tạo đơn.
• Sai kích thước thùng hoặc dùng vật tư quá lớn làm tăng trọng lượng quy đổi.
• Không lưu ảnh và cân nặng khiến tranh chấp với sàn hoặc hãng thiếu bằng chứng.

OMS cần kiểm soát gì trước khi chuyển đơn xuống kho?

OMS nên giữ các dữ liệu quyết định phí và SLA: kênh bán, địa chỉ giao, COD, trạng thái thanh toán, mã vận đơn, hãng vận chuyển, phí dự kiến, trọng lượng sản phẩm, giới hạn kích thước, đơn nhiều kiện và nhóm SKU đặc biệt. Nếu thiếu dữ liệu trọng lượng hoặc SKU chưa mapping đúng, đơn nên vào hàng đợi ngoại lệ thay vì đẩy thẳng xuống packing.

Với đơn từ Shopee, Lazada, TikTok Shop hoặc livestream, OMS cũng cần phân biệt đơn thường, đơn hỏa tốc, đơn cồng kềnh, đơn có quà tặng, đơn dễ vỡ, đơn có pin và đơn cần nhiều kiện. Mỗi nhóm có quy tắc packing khác nhau, nếu gom chung một luồng sẽ rất dễ phát sinh phí ngoài dự kiến.

• Chặn đơn thiếu trọng lượng, kích thước, barcode hoặc mapping SKU.
• Gắn cảnh báo cho đơn cồng kềnh, đơn nhiều kiện, hàng dễ vỡ, hàng có pin hoặc COD giá trị cao.
• So sánh phí vận chuyển dự kiến với quy tắc kênh bán trước khi in label.

Packing station trong WMS phải là điểm chặn lỗi

Ở packing station, nhân viên không chỉ đóng thùng. WMS nên yêu cầu scan đơn hoặc mã kiện, scan barcode SKU đã checking, xác nhận số lượng, chọn vật tư, cân kiện bằng cân điện tử, nhập hoặc đo kích thước nếu cần, chụp ảnh bằng chứng và chỉ cho hoàn tất khi dữ liệu nằm trong ngưỡng hợp lệ.

Ví dụ, đơn có 2 SKU mỹ phẩm và một quà tặng mini size có cân nặng dự kiến 620g. Nếu cân thực tế chỉ 480g, WMS cảnh báo khả năng thiếu quà hoặc thiếu một SKU. Nếu cân thực tế 1.4kg, hệ thống cảnh báo dùng sai thùng, đóng thêm hàng hoặc chọn sai đơn. Điểm chặn này rẻ hơn rất nhiều so với xử lý khiếu nại sau giao.

• Scan barcode SKU và mã kiện trước khi cân.
• Lưu cân nặng, kích thước, vật tư, ảnh packing, người thao tác và thời điểm.
• Cảnh báo khi cân nặng lệch ngưỡng, số kiện sai hoặc vật tư không phù hợp.

Khi nào nên dùng giải pháp này?

Chủ doanh nghiệp nên dùng giải pháp này khi phí vận chuyển thực tế thường cao hơn phí dự kiến nhưng không rõ nguyên nhân. Quản lý vận hành nên dùng khi đơn marketplace, COD, livestream hoặc campaign tạo nhiều tranh chấp về thiếu hàng, sai cân nặng, kiện bị từ chối hoặc phí phát sinh. Quản lý kho nên dùng khi packing station có nhiều nhân viên, nhiều loại vật tư và nhiều ca làm.

Ecommerce team cũng cần quy trình này khi muốn mở rộng SKU cồng kềnh, combo, quà tặng, hàng dễ vỡ, hàng có pin hoặc nhiều kho/3PL. Càng nhiều điểm xuất hàng, việc chuẩn hóa cân nặng và kích thước càng quan trọng vì cùng một SKU không thể mỗi kho đóng một kiểu.

• Phí ship phát sinh đang ăn vào lợi nhuận nhưng không có báo cáo nguyên nhân.
• Đơn bị hãng từ chối vì sai cân, quá khổ, sai vật tư hoặc sai label.
• Kế toán mất nhiều thời gian đối soát phí vận chuyển, COD và hàng hoàn.

Đối soát phí vận chuyển sau khi giao hàng

Sau khi đơn được bàn giao, OMS + WMS cần nối dữ liệu phí dự kiến, cân nặng packing, kích thước kiện, hãng vận chuyển, phí thực tế, COD, trạng thái giao, hàng hoàn và khoản bị sàn trừ. Nếu phí thực tế lệch, hệ thống nên phân loại nguyên nhân: sai trọng lượng SKU, sai kích thước thùng, đổi hãng, giao vùng xa, phí hoàn, phụ phí cồng kềnh hoặc lỗi khai báo vận đơn.

Khi có bằng chứng từ WMS, kế toán không phải hỏi kho bằng chat. Một hồ sơ đơn nên trả lời được: đơn gồm SKU nào, ai packing, cân nặng bao nhiêu, dùng vật tư nào, ảnh kiện ra sao, mã vận đơn nào, bàn giao lúc nào và phí vận chuyển thực tế lệch bao nhiêu so với dự kiến.

• Tách lệch phí theo SKU, kênh bán, hãng vận chuyển, kho và nhân viên packing.
• Liên kết mã vận đơn với mã kiện, ảnh packing và cân nặng thực tế.
• Dùng báo cáo lệch phí để sửa trọng lượng chuẩn, vật tư hoặc quy tắc packing.

Checklist go-live cho kiểm soát cân nặng và kích thước

Trước khi go-live, doanh nghiệp cần chuẩn hóa dữ liệu nền thay vì chỉ lắp cân ở bàn packing. Danh sách SKU phải có trọng lượng chuẩn, kích thước sản phẩm nếu cần, nhóm hàng, vật tư đề xuất, quy tắc combo/quà tặng và ngưỡng lệch cho phép. Kho cần có mã vật tư, mã kiện, vị trí staging và quy trình xử lý khi cân nặng lệch.

Kịch bản kiểm thử nên dùng đơn thật: đơn một SKU, đơn combo, đơn có quà tặng, đơn nhiều kiện, đơn COD, đơn cồng kềnh, đơn đổi hàng, đơn hoàn và đơn bị hãng từ chối lấy. Nếu các tình huống này chạy ổn, hệ thống mới đủ chắc để dùng trong campaign.

• Chuẩn hóa trọng lượng SKU, barcode, vật tư đóng gói và kích thước thùng.
• Thiết lập ngưỡng cảnh báo lệch cân theo SKU, combo, ngành hàng hoặc giá trị đơn.
• Kiểm thử quy trình cân, chụp ảnh, in label, staging, handover và đối soát phí.

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ủ đề giải pháp kiểm soát sai cân nặng và kích thước vận chuyển, đ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 chuẩn hóa trọng lượng SKU, kích thước thùng, vật tư đóng gói, cân điện tử, mã kiện, ảnh packing, phí vận chuyển phát sinh, COD, hàng hoàn và đối soát marketplace, 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 giải pháp kiểm soát sai cân nặng và kích thước vận chuyển, 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

• Danh sách SKU có trọng lượng chuẩn, kích thước nếu cần, barcode và nhóm hàng vận chuyển.
• Danh sách vật tư đóng gói: mã thùng, túi, xốp, túi khí, tem cảnh báo và trọng lượng vật tư.
• Quy tắc packing cho combo, quà tặng, hàng dễ vỡ, hàng có pin, hàng cồng kềnh và đơn nhiều kiện.
• Thiết lập cân điện tử, máy in label, ảnh packing, mã kiện nội bộ và khu staging theo hãng vận chuyển.
• Báo cáo lệch phí: phí dự kiến, phí thực tế, nguyên nhân lệch, kênh bán, kho, nhân viên packing và trạng thái COD/hàng hoàn.

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

JSTERP hỗ trợ kiểm soát sai cân nặng và kích thước vận chuyển bằng cách nối OMS và WMS trong cùng một quy trình. OMS giữ dữ liệu đơn, phí dự kiến, COD, SLA, kênh bán và mã vận đơn; WMS ghi nhận SKU, barcode, vật tư, cân nặng, kích thước, ảnh packing, mã kiện, staging và handover.

Khi tư vấn triển khai, JST ERP Việt Nam có thể rà soát danh sách SKU, quy cách đóng gói, tỷ lệ lệch phí ship, lỗi packing, quy trình COD, hàng hoàn và cách kế toán đang đối soát để đề xuất phạm vi OMS + WMS phù hợp. Doanh nghiệp có thể bắt đầu từ packing station và báo cáo lệch phí, sau đó mở rộng sang rule tự động theo SKU/kênh/kho.

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.