Giải pháp quản lý đơn đặt cọc và preorder bằng OMS + WMS: nhận trước, giữ đúng, giao đúng đợt

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS cho đơn đặt cọc hoặc preorder khi bán hàng chưa có sẵn, hàng về nhiều đợt, SKU giới hạn, campaign livestream nhận đơn trước, hoặc cần thu cọc rồi thu phần còn lại khi giao. Quy trình cần rõ trạng thái đơn, số tiền đã cọc, số tiền còn phải thu, tồn dự kiến, tồn thật đã nhập kho, khách được ưu tiên, ngày hẹn giao, tình huống thiếu hàng, hủy đơn, hoàn cọc và đối soát COD. JST ERP Việt Nam có thể hỗ trợ thiết kế luồng này để chủ doanh nghiệp, ecommerce team, vận hành, kho và kế toán cùng nhìn một nguồn dữ liệu.

• Từ khóa trọng tâm: giải pháp quản lý đơn đặt cọc, preorder OMS WMS ecommerce, quản lý đơn đặt trước hàng chưa về kho.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp cần quản lý đơn đa kênh, SKU, barcode, tồn khả dụng, tồn dự kiến, PDA, COD, hàng hoàn, đối soát và go-live theo quy trình vận hành thật.
• Bối cảnh Vietnam ecommerce: Shopee, Lazada, TikTok Shop, TikTok Shop Live, Shopee Live, Facebook, Zalo, website D2C và livestream thường phát sinh đơn giữ chỗ, đơn đặt cọc, hàng về theo đợt hoặc hàng khan hiếm.
• Quy trình kho liên quan: PO/ASN hàng sắp về, receiving, QC, putaway, cập nhật tồn thật, phân bổ tồn cho đơn preorder, wave picking, checking barcode, packing, bàn giao vận chuyển, hủy đơn và xử lý hoàn cọc.

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

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

Vì sao preorder dễ tạo lệch dữ liệu?

Preorder nguy hiểm vì doanh nghiệp đang bán một lời hứa, không chỉ bán một món hàng đang nằm trong kho. Khi khách đặt cọc, đội bán nhìn thấy nhu cầu. Nhưng kho chưa có hàng thật, kế toán chỉ có một phần tiền, và CSKH phải nhớ ngày giao dự kiến. Nếu các dữ liệu này nằm ở nhiều nơi, doanh nghiệp rất khó trả lời câu hỏi đơn nào chắc chắn giao được.

Sai lệch thường xuất hiện khi hàng về ít hơn dự kiến hoặc về thành nhiều đợt. Ví dụ campaign TikTok Shop bán trước 1.000 sản phẩm serum, nhưng đợt nhập đầu chỉ về 620 chai. Nếu không có quy tắc phân bổ, nhân viên phải tự chọn khách giao trước, dễ bỏ sót đơn đã cọc sớm, giao nhầm khách chưa thanh toán hoặc mở bán tiếp trong khi đơn cũ chưa được đáp ứng.

• Tồn dự kiến không được xem như tồn khả dụng để đẩy bán tự do.
• Tiền cọc, số tiền còn phải thu và trạng thái giao hàng phải nối với cùng một đơn.
• Khi hàng về thiếu, hệ thống cần tách đơn được phân bổ, đơn chờ đợt sau và đơn cần hoàn cọc.

OMS nên quản lý phần nào của đơn đặt cọc?

OMS là nơi giữ logic thương mại của đơn preorder. Hệ thống cần biết đơn đến từ kênh nào, khách đã cọc bao nhiêu, phương thức thanh toán là COD hay chuyển khoản, SKU nào đang đặt trước, ngày hẹn giao là ngày nào, và điều kiện nào cho phép chuyển đơn xuống kho.

Một OMS tốt không nên đưa toàn bộ đơn đặt cọc xuống WMS ngay khi đơn được tạo. Đơn cần đi qua trạng thái rõ: mới đặt, đã nhận cọc, chờ hàng, đã phân bổ hàng, chờ thu phần còn lại, sẵn sàng xuất kho, đã xuất, hủy, hoàn cọc hoặc chuyển sang đợt giao sau. Nhờ vậy vận hành và kế toán không phải đối chiếu thủ công từng dòng.

• Ghi nhận số tiền cọc, số tiền còn lại, hạn thanh toán và kênh thu tiền.
• Phân biệt tồn dự kiến, tồn đã phân bổ cho preorder và tồn thật có thể xuất.
• Thiết lập ưu tiên phân bổ theo thời gian đặt cọc, nhóm khách, kênh bán hoặc chính sách campaign.

WMS phải chờ hàng thật rồi mới xuất theo đợt

WMS chỉ nên tạo nhiệm vụ kho khi hàng thật đã về và đạt điều kiện bán. Khi nhận hàng, nhân viên cần đối chiếu PO hoặc ASN, scan barcode, kiểm số lượng, kiểm lô nếu có, kiểm bao bì, gán bin location và cập nhật trạng thái tồn. Chỉ phần tồn đạt QC mới được OMS dùng để phân bổ cho đơn đặt trước.

Sau khi OMS phân bổ đơn, WMS có thể tạo wave picking riêng cho preorder. Nhân viên dùng PDA đi đúng vị trí, scan SKU, checking barcode trước packing và tách staging theo kênh hoặc hãng vận chuyển. Với hàng về nhiều đợt, mỗi đợt cần báo cáo rõ đã nhập bao nhiêu, đã phân bổ cho bao nhiêu đơn, còn bao nhiêu đơn chờ và đơn nào cần xử lý ngoại lệ.

• Không cộng hàng mới về vào tồn bán được nếu chưa qua receiving và QC.
• Picking theo wave preorder giúp kho không trộn đơn đặt trước với đơn bán thường.
• Checking barcode chặn sai SKU, sai biến thể, sai combo hoặc giao nhầm đợt hàng.

Tiền cọc, COD và hoàn hủy cần cùng một luồng đối soát

Đơn đặt cọc thường có nhiều dòng tiền hơn đơn bán thường. Khách có thể cọc 20%, thanh toán phần còn lại khi giao, đổi sang COD, hủy trước khi hàng về, hoặc chấp nhận chờ đợt sau. Nếu kế toán chỉ nhìn file ngân hàng còn OMS chỉ nhìn trạng thái đơn, số liệu doanh thu và công nợ rất dễ lệch.

OMS nên lưu lịch sử từng giao dịch: tiền cọc đã nhận, người xác nhận, kênh thu, hạn thu phần còn lại, số tiền phải hoàn nếu hủy và lý do hoàn. Khi WMS xác nhận hàng đã xuất, kế toán mới có đủ dữ liệu để đối soát COD, chuyển khoản hoặc hoàn cọc. Điều này đặc biệt quan trọng khi campaign có nhiều đơn từ Shopee, Lazada, TikTok Shop và livestream cùng lúc.

• Tách trạng thái tiền: đã cọc, chờ thu thêm, đã thu đủ, COD chờ nhận, hoàn cọc, cọc bị giữ theo chính sách.
• Liên kết hoàn cọc với lý do: hàng về trễ, khách hủy, thiếu hàng, đổi SKU hoặc chuyển sang đợt sau.
• Báo cáo cần khớp được đơn, SKU, tiền cọc, tiền còn lại, trạng thái kho và trạng thái giao 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 preorder đã trở thành một phần doanh thu, không còn là vài đơn ghi chú. Ecommerce team nên triển khai khi nhiều campaign cần nhận cọc trước, hàng khan hiếm, hàng nhập khẩu về không đều hoặc đơn livestream thường vượt quá tồn thật. Quản lý kho nên triển khai khi đội kho bị yêu cầu giao theo danh sách ưu tiên nhưng danh sách thay đổi liên tục.

Giải pháp này cũng phù hợp với doanh nghiệp muốn thử nhu cầu thị trường trước khi nhập số lượng lớn. Khi đơn đặt cọc được quản lý tốt, doanh nghiệp biết SKU nào có nhu cầu thật, tỷ lệ khách hủy, tỷ lệ giao đúng hẹn, số tiền đang treo và năng lực kho xử lý đợt hàng về.

• Có đơn đặt cọc, preorder, hàng limited, hàng nhập khẩu hoặc hàng về nhiều đợt.
• Có nhiều kênh bán như Shopee, Lazada, TikTok Shop, website, Facebook, Zalo hoặc livestream.
• Có rủi ro hoàn cọc, giao trễ, phân bổ sai khách, thu thiếu tiền hoặc lệch tồn sau khi hàng về.

Go-live cần kiểm tra những kịch bản nào?

Trước go-live, doanh nghiệp không nên chỉ test một đơn đặt cọc đẹp. Cần dùng dữ liệu gần thật: đơn đã cọc đủ, đơn cọc một phần, đơn đổi SKU, đơn hủy trước khi hàng về, đơn chờ đợt sau, hàng về thiếu, hàng về thừa, hàng lỗi QC và đơn cần thu phần còn lại khi giao.

Bộ kiểm thử cũng cần có sự tham gia của kế toán và kho. Nếu chỉ test ở màn hình bán hàng, doanh nghiệp sẽ không thấy lỗi ở receiving, phân bổ tồn, picking, checking, packing hoặc hoàn cọc. Một luồng preorder chỉ đủ chắc khi đi được từ nhận cọc đến hàng về, xuất kho, giao hàng và đối soát tiền cuối cùng.

• Chuẩn hóa chính sách đặt cọc: tỷ lệ cọc, thời hạn giữ đơn, điều kiện hoàn cọc và ưu tiên giao.
• Kiểm thử PO/ASN, nhận hàng, QC, putaway, phân bổ tồn, wave picking, checking, packing và bàn giao.
• Đối chiếu báo cáo sau test: tồn dự kiến, tồn thật, đơn đã phân bổ, đơn chờ, tiền cọc, tiền còn lại và hoàn hủy.

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 quản lý đơn đặt cọc và preorder bằng 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 đặt trước khi hàng chưa về kho, tiền cọc, số tiền còn phải thu, tồn dự kiến, phân bổ tồn theo đợt nhập, ưu tiên khách, xuất kho đúng đợt, hủy đơn, hoàn cọc và đối soát COD, 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 quản lý đơn đặt cọc và preorder bằng 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

• Liệt kê các SKU đang hoặc sẽ bán theo hình thức đặt cọc, preorder, hàng limited hoặc hàng nhập về nhiều đợt.
• Chuẩn hóa SKU, barcode, combo, biến thể, PO/ASN, ngày dự kiến về hàng và quy tắc QC khi nhập kho.
• Xác định chính sách cọc: tỷ lệ cọc, thời hạn thanh toán phần còn lại, điều kiện hủy và điều kiện hoàn tiền.
• Chuẩn bị ví dụ đơn thật từ Shopee, Lazada, TikTok Shop, website, livestream và kênh CSKH.
• Định nghĩa chỉ số nghiệm thu: tỷ lệ giao đúng hẹn, số đơn chờ phân bổ, tỷ lệ hủy, giá trị tiền cọc treo và độ lệch tồn sau nhập hàng.

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

JSTERP hỗ trợ doanh nghiệp thiết kế luồng quản lý đơn đặt cọc bằng cách nối OMS và WMS trong cùng một quy trình. OMS quản lý đơn, khách, kênh bán, tiền cọc, ưu tiên phân bổ và đối soát; WMS quản lý hàng thật từ lúc về kho đến lúc picking, checking, packing và bàn giao.

Đội triển khai JST ERP Việt Nam có thể khảo sát mô hình bán hàng, số SKU preorder, cách nhận cọc hiện tại, quy trình nhập hàng, năng lực kho và báo cáo kế toán để đề xuất phạm vi triển khai phù hợp. Doanh nghiệp có thể bắt đầu từ nhóm SKU preorder rủi ro cao rồi mở rộng sang các campaign và kênh bán khác.

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.