Giải pháp xử lý đơn giao một phần trong OMS + WMS: giao đúng phần, đối soát đúng tiền

Tóm tắt nhanh

Doanh nghiệp ecommerce Việt Nam nên dùng OMS + WMS để xử lý đơn giao một phần khi bán trên Shopee, Lazada, TikTok Shop, livestream, website hoặc kênh đại lý và thường gặp đơn thiếu SKU, đơn nhiều kiện, khách nhận thiếu, hàng hoàn một phần hoặc COD lệch. Hệ thống cần biết SKU nào đã giữ tồn, SKU nào đã picking, kiện nào đã checking/packing, kiện nào đã bàn giao vận chuyển, kiện nào quay về kho và số tiền nào được phép đối soát. JST ERP Việt Nam có thể hỗ trợ thiết kế quy trình giao một phần để kho, CSKH, vận hành và kế toán cùng nhìn một dữ liệu, giảm tranh cãi trách nhiệm và giảm lệch tồn sau campaign.

• Từ khóa trọng tâm: giải pháp xử lý đơn giao một phần, OMS WMS giao một phần, đối soát COD giao một phần.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần quản lý đơn đa kênh, tồn khả dụng, SKU, barcode, PDA, picking, checking, packing, hàng hoàn và đối soát COD.
• Bối cảnh Vietnam ecommerce: đơn từ Shopee, Lazada, TikTok Shop, livestream và social commerce thường có COD, combo, quà tặng, đơn nhiều kiện, thiếu hàng, hoàn một phần và tranh chấp giao thiếu.
• Quy trình kho liên quan: stock reservation, shortage exception, partial release, wave picking, PDA scan, barcode checking, multi-package packing, carrier handover, return receiving, QC và inventory adjustment.

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

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

Vì sao giao một phần làm dữ liệu bị rối?

Một đơn hàng có thể có ba SKU: SKU A đủ tồn, SKU B hết ở kho ưu tiên, SKU C đang chờ QC sau hoàn. Nếu doanh nghiệp chỉ nhìn trạng thái đơn tổng là "đang xử lý" hoặc "đã giao", đội vận hành không biết phần nào đã thật sự rời kho. CSKH không biết nên báo khách chờ, đổi SKU hay hủy một phần. Kế toán không biết COD phải thu theo giá trị nào.

Vấn đề nặng hơn với đơn nhiều kiện. Một kiện có thể đã bàn giao cho hãng, một kiện còn ở bàn packing, một kiện bị trả về vì sai tem. Nếu mọi dữ liệu chỉ bám vào mã đơn tổng, khi khách báo nhận thiếu hoặc sàn đối soát thiếu tiền, doanh nghiệp phải lần lại camera, chat nhóm và file Excel để tìm nguyên nhân.

• Đơn tổng, dòng SKU, kiện hàng và thanh toán phải có trạng thái riêng.
• Mỗi phần chưa giao cần lý do rõ: thiếu tồn, chờ bổ sung, hủy một phần, thay thế SKU, giữ lại để CSKH xác nhận hoặc hoàn về.
• Không nên cập nhật tồn và COD chỉ bằng thao tác tổng nếu đơn có khả năng giao một phần.

OMS cần quyết định khi nào được giao một phần

Không phải đơn thiếu hàng nào cũng nên giao một phần. OMS cần kiểm tra chính sách theo kênh bán, loại đơn, giá trị COD, nhóm sản phẩm, cam kết với khách và quy định marketplace. Có đơn phải hủy toàn bộ vì combo không thể tách; có đơn có thể giao SKU chính trước và hoàn tiền phụ kiện; có đơn cần CSKH gọi xác nhận trước khi kho xuất phần còn lại.

Một quy trình tốt nên có trạng thái duyệt rõ. Khi WMS báo thiếu SKU ở bước picking hoặc checking, OMS đưa đơn vào hàng đợi ngoại lệ. Người phụ trách có thể chọn bổ sung tồn từ kho khác, đổi SKU tương đương, hủy dòng hàng thiếu, giữ đơn chờ nhập hàng hoặc duyệt giao phần đủ tồn. Quyết định này phải lưu log để cuối ngày biết ai duyệt và vì sao.

• Cấu hình chính sách giao một phần theo kênh: Shopee, Lazada, TikTok Shop, website, livestream hoặc đơn đại lý.
• Tách quyền duyệt giữa CSKH, vận hành đơn, quản lý kho và kế toán nếu có ảnh hưởng COD.
• Lưu lịch sử thay đổi dòng SKU, số lượng giao, số lượng hủy và số tiền điều chỉnh.

WMS phải kiểm soát từng dòng SKU và từng kiện

Khi OMS cho phép giao một phần, WMS không thể chỉ in một phiếu tổng. Nhân viên kho cần nhận nhiệm vụ picking theo dòng SKU, scan đúng vị trí bin location, scan barcode sản phẩm, ghi nhận số lượng lấy được và chuyển thiếu hàng thành ngoại lệ thay vì tự sửa bằng ghi chú. Bàn checking phải xác nhận đơn nào đủ, đơn nào thiếu, SKU nào đổi và kiện nào được phép đóng.

Ở bước packing, mỗi kiện nên có mã nhận diện riêng: kiện 1/2, kiện 2/2, trọng lượng, vật tư đóng gói, ảnh đóng gói nếu cần, mã vận đơn và trạng thái bàn giao. Nếu một kiện bị giữ lại, WMS phải cho thấy kiện nào đã rời kho và kiện nào chưa. Điều này giúp CSKH trả lời khách chính xác, đồng thời giúp kế toán đối soát COD theo phần đã giao.

• Picking bằng PDA giúp chặn nhầm SKU, nhầm vị trí và nhầm số lượng.
• Checking cần xác nhận SKU đã giao, SKU thiếu, SKU thay thế và quà tặng đi kèm.
• Packing nhiều kiện cần scan tem kiện và mã vận đơn trước khi đưa vào staging.

COD và phí sàn phải đối soát theo phần thực giao

Đơn giao một phần thường làm kế toán đau đầu vì doanh thu trên đơn gốc, tiền COD thực nhận, phí vận chuyển, phí sàn và giá trị hàng hoàn không còn khớp một dòng đơn giản. Nếu kế toán chỉ nhìn file sao kê cuối kỳ, rất khó biết chênh lệch do khách nhận thiếu, hãng giao một phần, kho đóng thiếu hay sàn điều chỉnh phí.

OMS + WMS cần nối dữ liệu vận hành với dữ liệu tiền. Khi một dòng SKU bị hủy, hệ thống ghi nhận giá trị hủy. Khi một kiện được bàn giao, WMS ghi thời điểm và người scan. Khi một kiện hoàn về, WMS nhập hoàn và QC tình trạng bán được, lỗi, thiếu phụ kiện hoặc chờ xử lý. Khi COD về, kế toán đối chiếu số tiền theo phần đã giao thay vì theo đơn gốc.

• Tách giá trị đơn gốc, giá trị đã giao, giá trị hủy, giá trị hoàn và COD thực nhận.
• Đối soát theo mã đơn, dòng SKU, mã kiện, mã vận đơn và trạng thái hoàn.
• Phân loại chênh lệch: giao một phần, hoàn một phần, phí vận chuyển lệch, bồi thường hoặc cần khiếu nại hãng.

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

Chủ doanh nghiệp nên quan tâm khi tỷ lệ hủy đơn tăng nhưng vẫn còn hàng có thể giao, hoặc khi doanh thu bị mất vì thiếu một SKU nhỏ trong combo. Quản lý vận hành nên quan tâm khi CSKH, kho và kế toán thường xuyên hỏi nhau đơn đã giao phần nào. Quản lý kho nên quan tâm khi nhân viên phải xử lý đơn thiếu hàng bằng ghi chú ngoài hệ thống.

Đội ecommerce nên triển khai sớm nếu đang bán nhiều kênh, nhiều SKU, có đơn COD, có hàng cồng kềnh, có đơn nhiều kiện hoặc thường chạy campaign. Khi lượng đơn tăng, giao một phần không còn là ngoại lệ hiếm; nó trở thành nghiệp vụ cần đo được để bảo vệ SLA, trải nghiệm khách và dòng tiền.

• Phù hợp với doanh nghiệp có nhiều SKU, combo, quà tặng, sản phẩm dễ vỡ hoặc đơn nhiều kiện.
• Phù hợp khi có nhiều hoàn một phần, COD lệch, tranh chấp giao thiếu hoặc kiểm kê sau campaign bị lệch.
• Phù hợp khi muốn giảm hủy toàn bộ đơn chỉ vì một dòng hàng thiếu.

Kịch bản thực tế: thiếu một SKU trong đơn TikTok Shop

Một khách đặt đơn TikTok Shop gồm serum, kem dưỡng và quà tặng mini. Khi WMS picking, nhân viên scan vị trí serum và kem dưỡng đủ, nhưng quà tặng mini hết ở vị trí fast-pick. Nếu làm thủ công, kho có thể đóng thiếu quà rồi nhắn CSKH sau, hoặc giữ cả đơn lại khiến đơn trễ cut-off. Cả hai cách đều tạo rủi ro.

Trong quy trình OMS + WMS, WMS báo thiếu SKU quà tặng và chuyển dòng này thành ngoại lệ. OMS kiểm tra chính sách campaign: có được đổi quà tương đương không, có phải gọi khách không, có cần quản lý duyệt không. Sau khi duyệt, WMS packing phần được phép giao, scan barcode từng SKU, in nhãn, đưa kiện vào staging và ghi nhận dòng quà tặng đã hủy hoặc thay thế. Kế toán sau đó đối soát theo giá trị thực tế thay vì đơn gốc.

• Không để nhân viên kho tự quyết giao thiếu bằng ghi chú.
• Mỗi thay đổi quà tặng, SKU thay thế hoặc hủy dòng cần log trong OMS.
• WMS chỉ đóng gói sau khi trạng thái ngoại lệ đã được duyệt.

Checklist go-live cho luồng giao một phần

Trước khi go-live, doanh nghiệp nên lấy dữ liệu đơn thật trong 30 ngày gần nhất: đơn thiếu hàng, đơn combo, đơn giao thiếu, đơn hoàn một phần, đơn nhiều kiện, COD lệch, đơn bị khách khiếu nại và đơn phải bồi thường. Những tình huống này giúp đội triển khai thiết kế trạng thái đúng thay vì chỉ demo bằng một đơn mẫu.

Buổi kiểm thử cần có CSKH, vận hành đơn, kho, kế toán và người quản lý chính sách bán hàng. Mục tiêu là chứng minh hệ thống xử lý được từ lúc phát hiện thiếu SKU đến lúc duyệt giao một phần, đóng gói, bàn giao, nhập hoàn và đối soát tiền.

• Định nghĩa chính sách giao một phần theo kênh, nhóm sản phẩm, combo, quà tặng và COD.
• Chuẩn hóa SKU, barcode, mã vị trí kho, mã kiện, mã vận đơn và lý do ngoại lệ.
• Kiểm thử đơn một kiện, nhiều kiện, thiếu một SKU, hủy một dòng, hoàn một phần và COD lệch.

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 xử lý đơn giao một phần trong OMS + 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 kiểm soát đơn thiếu SKU, giao một phần, hoàn một phần, COD lệch, tồn kho, trách nhiệm kho và đối soát sau bán khi doanh nghiệp bán đa kênh, 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 xử lý đơn giao một phần trong OMS + 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

• Thống kê trong 30 ngày gần nhất số đơn thiếu SKU, giao thiếu, hoàn một phần và COD lệch.
• Liệt kê chính sách theo kênh: được giao một phần, phải gọi khách, phải hủy toàn bộ hoặc được đổi SKU.
• Kiểm tra dữ liệu nền: SKU, barcode, combo, quà tặng, tồn khả dụng, vị trí kho và mã kiện.
• Chuẩn bị đơn thật để demo: đơn nhiều SKU, đơn nhiều kiện, đơn COD, đơn thiếu quà, đơn hoàn một phần.
• Đặt chỉ số nghiệm thu: tỷ lệ giao đủ, tỷ lệ hủy một phần, thời gian xử lý ngoại lệ, lệch COD và lệch tồn sau campaign.

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

JSTERP hỗ trợ xử lý đơn giao một phần bằng cách nối OMS và WMS thành một quy trình chung. OMS quyết định chính sách, trạng thái đơn, giữ tồn, CSKH và COD; WMS kiểm soát thao tác kho, barcode, kiện, bàn giao và nhập hoàn.

Đội triển khai JST ERP Việt Nam có thể khảo sát kênh bán, số đơn/ngày, số SKU, tỷ lệ thiếu hàng, quy trình đóng gói, chính sách COD và báo cáo đối soát hiện tại để đề xuất lộ trình phù hợp. Doanh nghiệp có thể bắt đầu từ các ngoại lệ gây mất tiền nhiều nhất rồi mở rộng sang toàn bộ luồng OMS + WMS.

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.