Giải pháp đóng băng tồn trước campaign bằng OMS + WMS: chạy sale lớn không bán vượt tồn, không vỡ kho

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS để đóng băng tồn trước campaign khi cùng một SKU được bán trên Shopee, Lazada, TikTok Shop, website, livestream hoặc đại lý. Quy trình đúng cần chốt tồn vật lý, loại bỏ tồn lỗi/tồn chờ QC khỏi tồn khả dụng, chia quota theo kênh, khóa tồn cho combo và quà tặng, chuẩn bị wave picking, ưu tiên đơn sắp trễ SLA, đồng thời đối soát tồn, COD, phí sàn và hàng hoàn sau campaign. JST ERP Việt Nam có thể hỗ trợ owner, operations manager, warehouse manager và ecommerce team thiết kế quy trình campaign để tăng doanh thu mà không làm vỡ kho.

• Từ khóa trọng tâm: giải pháp đóng băng tồn trước campaign, OMS WMS campaign ecommerce, khóa tồn sale Shopee Lazada TikTok.
• 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 kho, kho, barcode, PDA, campaign, livestream, COD, hàng hoàn và đối soát.
• Bối cảnh Vietnam ecommerce: các đợt 9.9, 10.10, 11.11, 12.12, Tết, flash sale sàn và TikTok Shop Live có thể làm đơn tăng nhiều lần trong vài giờ.
• Quy trình kho liên quan: SKU master, barcode, bin location, stock freeze, stock allocation, wave picking, checking, packing, staging, handover 3PL, return receiving và kiểm kê sau campaign.

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

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

Vì sao campaign làm lộ điểm yếu tồn kho nhanh hơn ngày thường?

Ngày thường, đội vận hành có thể sửa lỗi bằng kinh nghiệm: thấy gần hết hàng thì giảm tồn trên sàn, thấy kho thiếu người thì xử lý đơn chậm một chút, thấy SKU lỗi thì nhắn nhau trong nhóm. Nhưng campaign không cho doanh nghiệp nhiều thời gian như vậy. Đơn đến dồn dập, nhiều đơn chờ thanh toán cùng giữ tồn, nhiều voucher yêu cầu giao nhanh và nhiều SKU bán cùng lúc dưới dạng combo hoặc quà tặng.

Điểm nguy hiểm là tồn vật lý và tồn bán được không giống nhau. Trong kho có thể còn 1.000 sản phẩm, nhưng một phần đang chờ QC, một phần bị lỗi bao bì, một phần dành cho kênh đại lý, một phần đang nằm trong đơn chưa đóng gói và một phần là hàng hoàn chưa phân loại. Nếu đẩy toàn bộ lên marketplace, doanh nghiệp đang bán cả những món chưa chắc giao được.

• Tồn vật lý phải được tách khỏi tồn khả dụng, tồn giữ theo đơn, tồn chờ QC và tồn dành riêng cho campaign.
• SKU combo cần kiểm tra đủ SKU thành phần trước khi cho phép bán, không chỉ nhìn tồn của mã combo.
• Đơn campaign cần ưu tiên theo SLA, hãng vận chuyển, khu vực giao và năng lực xử lý của từng ca kho.

Đóng băng tồn không phải là ngừng bán, mà là chốt một nguồn tồn sạch

Đóng băng tồn trước campaign nên được hiểu là chốt một ảnh chụp tồn sạch tại thời điểm chuẩn bị sale. Doanh nghiệp kiểm kê nhanh các SKU trọng điểm, loại bỏ hàng lỗi, hàng chờ QC, hàng thiếu phụ kiện, hàng đang giữ cho đơn khác và hàng không nằm trong khu vực picking campaign. Từ số tồn sạch đó, OMS mới tính quota để phân bổ cho Shopee, Lazada, TikTok Shop, website, livestream hoặc kênh đại lý.

Cách làm này giúp đội ecommerce không bán theo cảm giác và giúp kho không bị kéo vào tình trạng "trên sàn còn hàng nhưng kệ không còn hàng". Khi campaign bắt đầu, mọi đơn phát sinh đều trừ vào tồn đã được phân bổ. Nếu một kênh bán chậm còn kênh khác bán nhanh, quản lý có thể điều chỉnh quota bằng quyết định rõ ràng thay vì để từng nhân viên tự sửa tồn trên từng Seller Center.

• Chốt danh sách SKU campaign, SKU thay thế, combo, quà tặng và vật tư đóng gói.
• Loại tồn không được bán: hàng lỗi, hàng chờ QC, hàng demo, hàng giữ cho khách, hàng chưa put-away.
• Thiết lập quota theo kênh và ngưỡng an toàn để tránh bán hết sạch tồn trong vài phút đầu.

OMS giữ tồn theo đơn và phân bổ quota theo kênh như thế nào?

Trong OMS, mỗi kênh bán cần có quy tắc tồn riêng. Shopee có thể cần tồn cao cho flash sale, TikTok Shop Live cần tồn riêng cho phiên live, Lazada cần tồn theo campaign chính hãng, còn website có thể giữ một phần tồn cho khách thân thiết hoặc đơn prepaid. OMS không nên chỉ đẩy một con số tổng; hệ thống cần biết tồn nào được phép bán ở đâu, trong khoảng thời gian nào và theo điều kiện nào.

Khi đơn vào, OMS giữ tồn ngay theo SKU hoặc SKU thành phần của combo. Nếu khách chưa thanh toán, hệ thống có thể đặt thời gian giữ tồn. Nếu đơn bị hủy, tồn được trả lại quota phù hợp. Nếu một SKU gần hết, OMS có thể giảm tồn push lên sàn, chuyển quota từ kênh bán chậm sang kênh bán nhanh, hoặc chặn campaign nếu tồn dưới ngưỡng an toàn.

• Quota theo kênh: marketplace, website, livestream, social commerce, đại lý và kho offline.
• Rule giữ tồn: giữ theo đơn mới, đơn chờ thanh toán, đơn đã xác nhận, đơn ưu tiên SLA và đơn có nguy cơ hủy.
• Ngoại lệ cần trạng thái riêng: hết hàng một phần, combo thiếu SKU con, đơn trùng, đơn địa chỉ sai và đơn nghi ngờ gian lận COD.

WMS biến kế hoạch campaign thành thao tác kho có thể đo được

Nếu OMS là nơi giữ lời hứa với kênh bán, WMS là nơi kiểm tra kho có thực hiện được lời hứa đó hay không. Trước campaign, WMS cần hướng dẫn put-away hàng campaign vào vị trí dễ pick, in hoặc kiểm tra barcode, chuẩn bị vật tư đóng gói, thiết kế wave picking theo nhóm đơn và staging theo hãng vận chuyển. Những bước này giúp kho giảm thời gian đi lại và giảm lỗi khi đơn dồn vào cùng lúc.

Trong campaign, nhân viên kho không nên pick theo tin nhắn hoặc file thủ công. PDA cần hiển thị đúng vị trí, đúng SKU, đúng số lượng và yêu cầu scan barcode để xác nhận. Bước checking phải chặn sai SKU, thiếu món combo, sai quà tặng hoặc sai nhãn vận chuyển. Bước packing cần ghi nhận kiện đã đóng, mã vận đơn, nhân viên thao tác và thời điểm bàn giao.

• Wave picking theo SLA, khu vực kho, hãng vận chuyển, SKU hot hoặc combo nhiều món.
• Checking bằng barcode để phát hiện sai biến thể, thiếu quà tặng, thiếu SKU con và nhầm đơn.
• Staging theo 3PL hoặc marketplace để bàn giao nhanh và giảm thất lạc kiện trong giờ cao điểm.

Khi nào owner, operations manager và warehouse manager nên dùng giải pháp này?

Owner nên dùng giải pháp này khi doanh thu campaign tăng nhưng lợi nhuận bị ăn mòn bởi hủy đơn, giao trễ, bồi hoàn, phí sàn và hàng hoàn. Operations manager nên dùng khi đội ecommerce, CSKH, kho và kế toán thường xuyên tranh luận về số tồn thực sự còn lại trong sale. Warehouse manager nên dùng khi nhân sự kho phải tăng ca nhưng vẫn không biết nên ưu tiên đơn nào trước.

Ecommerce team nên đặc biệt quan tâm nếu cùng một SKU được bán trên Shopee, Lazada, TikTok Shop, website và livestream. Càng nhiều kênh cùng tranh tồn, doanh nghiệp càng cần một lớp OMS để điều phối trước khi đơn chạm kho. Nếu không, mỗi kênh nhìn một con số khác nhau và kho là nơi cuối cùng phải gánh mọi sai lệch.

• Sắp chạy 9.9, 10.10, 11.11, 12.12, Tết, flash sale, mega campaign hoặc phiên livestream lớn.
• Có nhiều SKU bán nhanh, combo, quà tặng, nhiều kho hoặc nhiều kênh cùng dùng một nguồn tồn.
• Thường xuyên hủy đơn do hết hàng, đóng gói trễ, nhầm biến thể, thiếu quà hoặc không đối soát được tồn sau sale.

Quy trình chuẩn trước, trong và sau campaign

Trước campaign, doanh nghiệp nên khóa danh sách SKU, kiểm tồn sạch, kiểm barcode, kiểm vị trí kho, chuẩn bị vật tư, chốt quota theo kênh và chạy thử một nhóm đơn mẫu gồm đơn combo, đơn nhiều SKU, đơn prepaid, đơn COD, đơn hủy và đơn đổi địa chỉ. Nếu test chỉ dùng một đơn đơn giản, hệ thống có thể qua demo nhưng vẫn vỡ khi vào sale thật.

Trong campaign, OMS cần theo dõi đơn mới, đơn chờ thanh toán, đơn sát SLA, đơn lỗi và lượng tồn còn lại theo quota. WMS cần theo dõi tiến độ picking, checking, packing, staging và bàn giao. Sau campaign, doanh nghiệp phải đối soát tồn còn lại, tồn giữ chưa release, đơn hủy, đơn hoàn, COD, phí sàn, phí vận chuyển và lỗi kho theo từng SKU.

• Trước campaign: freeze tồn sạch, phân quota, kiểm barcode, setup wave và chạy UAT bằng đơn thật.
• Trong campaign: ưu tiên SLA, theo dõi tồn quota, xử lý đơn lỗi bằng trạng thái riêng và không sửa ngoài hệ thống.
• Sau campaign: kiểm kê nhanh SKU hot, release tồn giữ, phân loại hàng hoàn và phân tích lỗi picking/checking/packing.

Checklist go-live campaign cho OMS + WMS

Checklist go-live cần đủ cụ thể để nhân viên kho và đội ecommerce cùng hiểu. Không nên chỉ ghi "đã chuẩn bị hàng"; cần ghi SKU nào, số lượng sạch bao nhiêu, nằm ở vị trí nào, barcode đã quét được chưa, tồn nào giữ cho kênh nào, ai được quyền thay đổi quota và khi nào phải dừng bán.

Một điểm thường bị bỏ quên là năng lực xử lý của kho. Nếu campaign có thể tạo 10.000 đơn/ngày nhưng kho chỉ đóng được 4.000 đơn/ngày, việc đẩy thêm tồn lên sàn chỉ làm tăng backlog và rủi ro trễ SLA. OMS + WMS cần giúp doanh nghiệp nhìn cả tồn hàng lẫn công suất xử lý.

• SKU campaign đã chuẩn hóa mã, barcode, biến thể, combo, quà tặng và đơn vị tính.
• Tồn campaign đã tách khỏi tồn lỗi, tồn chờ QC, tồn trưng bày, tồn giữ cho đơn cũ và tồn không đủ vật tư đóng gói.
• Kho đã có layout pick nhanh, vị trí rõ, nhân sự theo ca, máy quét/PDA sẵn sàng và quy tắc xử lý đơn ngoại lệ.
• Dashboard theo dõi tồn còn lại, đơn sát SLA, tốc độ đóng gói, đơn lỗi và backlog theo giờ.

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 đóng băng tồn trước campaign 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 khóa tồn khả dụng trước ngày sale lớn, phân bổ tồn theo kênh, tách tồn campaign khỏi tồn bán thường, kiểm soát combo/quà tặng, ưu tiên SLA marketplace, wave picking, packing, bàn giao 3PL, hàng hoàn và đối soát sau campaign, 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 đóng băng tồn trước campaign 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

• Danh sách SKU campaign, combo, quà tặng, barcode và tồn sạch theo từng kho.
• Quota tồn theo Shopee, Lazada, TikTok Shop, website, livestream, social commerce và kênh đại lý nếu có.
• Rule giữ tồn cho đơn chờ thanh toán, đơn đã xác nhận, đơn COD rủi ro, đơn prepaid và đơn sát SLA.
• Wave picking, checking, packing, staging, bàn giao 3PL và nhân sự từng ca kho.
• Kịch bản ngoại lệ: thiếu SKU con, hủy đơn hàng loạt, sai địa chỉ, đổi quà tặng, hết vật tư đóng gói, hàng hoàn sau sale.
• Báo cáo sau campaign: tồn còn lại, tồn giữ chưa release, đơn hủy, đơn trễ SLA, lỗi kho, COD, phí sàn và hàng hoàn.

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

JSTERP có thể hỗ trợ doanh nghiệp thiết kế luồng đóng băng tồn trước campaign trong mô hình OMS + WMS: từ chốt tồn sạch, chia quota theo kênh, giữ tồn theo đơn, ưu tiên SLA đến wave picking và đối soát sau sale. Điểm mạnh nằm ở việc nối quyết định bán hàng với thao tác kho thật, thay vì để ecommerce và kho vận hành trên hai bộ dữ liệu khác nhau.

Với doanh nghiệp đang chuẩn bị 9.9, 11.11, 12.12, Tết hoặc các phiên livestream lớn, đội triển khai JST ERP Việt Nam có thể rà soát số SKU, số kho, tốc độ xử lý đơn, tỷ lệ hủy do hết hàng, lỗi picking/checking/packing và mô hình marketplace hiện tại để đề xuất phạm vi triển khai 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.