Giải pháp pre-pack và kitting trước campaign bằng OMS + WMS: đóng sẵn đúng bộ, giữ đúng tồn, xuất nhanh khi đơn bùng lên

Tóm tắt nhanh

Doanh nghiệp nên dùng OMS + WMS cho pre-pack và kitting khi muốn chuẩn bị sẵn combo, gift set, bộ quà tặng hoặc SKU bán chạy trước campaign nhưng vẫn cần kiểm soát tồn thật. Quy trình đúng phải tách tồn SKU con, tồn đang kitting, tồn bộ đã hoàn thành, tồn giữ cho campaign, tồn lỗi QC và tồn dư sau campaign. Chủ doanh nghiệp, operations manager, warehouse manager và ecommerce team sẽ giảm nghẽn packing, giảm thiếu món trong combo, giảm overselling SKU con và có dữ liệu rõ để quyết định đóng thêm hay tháo bộ.

• Từ khóa trọng tâm: giải pháp pre-pack kitting trước campaign, OMS WMS kitting ecommerce, đóng sẵn combo trước campaign.
• JST ERP Việt Nam triển khai ERP/OMS + WMS cho doanh nghiệp ecommerce cần kiểm soát đơn đa kênh, campaign, combo, bundle, SKU con, barcode bộ, PDA, vị trí fast-pick, đóng gói, hàng hoàn và đối soát vận hành.
• Bối cảnh Vietnam ecommerce: Shopee, Lazada, TikTok Shop, livestream, website D2C và social commerce thường tạo đỉnh đơn ngắn, đặc biệt với mỹ phẩm, mẹ và bé, thời trang, phụ kiện, FMCG và gift set.
• Quy trình kho liên quan: forecast campaign, tạo lệnh kitting, xuất SKU con, QC bộ, dán barcode kit, putaway vào khu fast-pick, wave picking, checking, packing, bàn giao vận chuyển, tháo kit và xử lý tồn dư.

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

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

Vì sao pre-pack dễ làm lệch tồn nếu không có hệ thống?

Pre-pack nghe đơn giản: lấy vài SKU con, cho vào một hộp, dán nhãn và chờ đơn. Nhưng trong hệ thống tồn kho, đó là một giao dịch chuyển trạng thái. Một chai serum, một tuýp kem và một túi quà không còn là ba tồn lẻ sẵn sàng bán; chúng đã trở thành một bộ campaign. Nếu OMS vẫn xem SKU con là tồn khả dụng, doanh nghiệp có thể bán trùng cùng hàng cho đơn lẻ và đơn combo.

Lỗi thường chỉ lộ ra khi campaign chạy. Sàn báo còn tồn combo nhưng kho không đủ bộ; hoặc kho còn 300 bộ đóng sẵn nhưng ecommerce team không dám đẩy tồn vì file Excel chưa cập nhật. Khi đơn tăng trong một hoặc hai giờ, đội vận hành không còn thời gian truy lại bộ nào đủ món, bộ nào thiếu quà, bộ nào sai nhãn.

• Pre-pack phải được xem như một trạng thái tồn riêng, không phải ghi chú ngoài hệ thống.
• Tồn SKU con cần bị khóa hoặc trừ khi đã đưa vào bộ campaign.
• Tồn bộ đã QC xong mới được đồng bộ thành tồn khả dụng cho combo.

OMS nên lập kế hoạch campaign và giữ tồn combo ra sao?

OMS cần bắt đầu từ kế hoạch bán: SKU nào tham gia campaign, combo gồm những SKU con nào, số lượng dự kiến bán, kênh nào được ưu tiên, tồn an toàn cho đơn thường và thời điểm giải phóng tồn sau campaign. Nếu chỉ nhìn tổng tồn, ecommerce team dễ đặt mục tiêu sale vượt năng lực kho.

Ví dụ một bộ chăm sóc da gồm sữa rửa mặt, serum, kem dưỡng và túi quà. Tồn serum có 5.000 chai nhưng túi quà chỉ có 1.200 chiếc, năng lực kitting mỗi ca là 600 bộ và khu fast-pick chỉ chứa 800 bộ. OMS nên giúp quản lý nhìn ra số combo thực sự có thể bán, số cần đóng thêm và phần tồn SKU con vẫn dành cho đơn lẻ.

• Tính tồn combo khả dụng theo SKU con giới hạn nhất, năng lực đóng bộ và tồn đã QC.
• Giữ tồn riêng cho campaign nhưng không khóa toàn bộ tồn nếu vẫn cần bán đơn lẻ.
• Thiết lập thời điểm đóng thêm, dừng bán hoặc giải phóng tồn sau sale.

WMS kiểm soát lệnh kitting từ SKU con đến barcode bộ

Trong WMS, kitting nên bắt đầu bằng một lệnh rõ ràng: cần đóng bao nhiêu bộ, lấy SKU con từ vị trí nào, tiêu chuẩn QC là gì, barcode bộ dùng mã nào và bộ hoàn thành sẽ cất ở khu nào. Nhân viên dùng PDA để lấy từng SKU con, scan barcode, xác nhận số lượng và chuyển vào bàn đóng bộ.

Sau khi đóng xong, bộ thành phẩm cần được QC như một đơn vị mới. Checker scan barcode bộ, kiểm đủ món, kiểm tem phụ, hạn dùng nếu có, phụ kiện, quà tặng, vật tư đóng gói và nhãn campaign. Chỉ khi bộ đạt QC, WMS mới chuyển trạng thái sang tồn thành phẩm sẵn sàng picking. Bộ lỗi hoặc thiếu món phải nằm ở khu chờ xử lý riêng, không được tính là tồn bán được.

• Tạo lệnh kitting có số lượng, SKU con, vị trí lấy, barcode bộ và khu đích.
• PDA bắt buộc scan SKU con khi xuất vào bàn kitting để tránh thiếu món.
• QC bộ thành phẩm trước khi đưa vào fast-pick hoặc đồng bộ tồn lên OMS.

Fast-pick giúp campaign nhanh nhưng cần giới hạn rõ

Khu fast-pick là nơi đặt hàng đã đóng sẵn hoặc SKU bán chạy để rút ngắn quãng đường picking. Với campaign lớn, fast-pick có thể giảm rất nhiều thời gian nếu bộ đã được đóng, dán barcode và xếp theo wave. Nhưng nếu không có giới hạn vị trí, nhân viên sẽ đưa hàng vào khu tạm, khó kiểm kê và dễ lấy nhầm bộ của campaign khác.

WMS nên quản lý fast-pick như một vùng vị trí chính thức: mỗi kệ, thùng, pallet hoặc ô staging có mã riêng. Khi đơn vào, WMS ưu tiên lấy bộ đã hoàn thành từ fast-pick trước; nếu hết, hệ thống mới chuyển sang quy trình đóng bộ bổ sung hoặc cảnh báo thiếu hàng. Nhờ vậy kho không phải tự đoán còn bao nhiêu bộ sẵn sàng xuất.

• Định nghĩa sức chứa fast-pick theo SKU, combo, ca làm và campaign.
• Picking theo PDA phải scan vị trí fast-pick và barcode bộ trước khi đưa vào đơn.
• Khi fast-pick dưới ngưỡng, hệ thống cảnh báo đóng thêm hoặc giảm tồn bán.

Checking và packing vẫn phải chặn thiếu món

Đóng sẵn không có nghĩa là bỏ qua kiểm hàng. Với combo nhiều món, checking vẫn phải xác nhận barcode bộ hoặc danh sách SKU con tùy chính sách. Nếu bộ có quà tặng, voucher giấy, phụ kiện hoặc hàng dễ vỡ, bước checking nên có checklist riêng để tránh khiếu nại thiếu món sau giao.

Tại packing, hệ thống cần liên kết bộ đã xuất với đơn, mã vận đơn, nhân viên đóng gói, thùng carton, vật tư chèn lót và ảnh bằng chứng nếu rủi ro cao. Khi khách khiếu nại thiếu quà hoặc sai bộ, CSKH có dữ liệu để kiểm tra thay vì hỏi lại kho bằng chat.

• Scan barcode bộ hoặc SKU con tại checking tùy mức rủi ro của combo.
• Packing ghi mã kiện, mã vận đơn, vật tư đóng gói và ảnh bằng chứng cho đơn giá trị cao.
• Đơn có combo, quà tặng hoặc gift set nên có rule kiểm khác đơn một SKU thường.

Sau campaign: xử lý bộ dư và hàng hoàn thế nào?

Một lỗi phổ biến là sau sale còn hàng đóng sẵn nhưng hệ thống không biết nên bán tiếp, tháo bộ hay chuyển sang campaign khác. OMS + WMS cần có luồng kết thúc campaign: kiểm tồn bộ còn lại, đối chiếu đơn chưa giao, khóa bộ lỗi, quyết định bán tiếp, tháo kit về SKU con hoặc chuyển sang vị trí lưu trữ dài hơn.

Hàng hoàn cũng cần phân biệt: khách hoàn nguyên bộ, thiếu một món, mất quà tặng, hỏng bao bì hoặc sai barcode. WMS phải scan mã vận đơn hoàn, đối chiếu đơn gốc, kiểm từng thành phần nếu cần và cập nhật trạng thái: bán lại nguyên bộ, chờ đóng gói lại, tháo thành SKU con, hàng lỗi hoặc chờ khiếu nại marketplace.

• Có checklist đóng campaign: tồn bộ, tồn SKU con, đơn chưa giao, bộ lỗi và hàng dư.
• Cho phép tháo kit có kiểm soát để trả SKU con về tồn khả dụng khi phù hợp.
• Return QC cần kiểm đủ bộ, barcode, quà tặng, tình trạng bao bì và lý do hoàn.

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

Giải pháp này phù hợp khi doanh nghiệp có campaign tạo đỉnh đơn ngắn, nhiều combo, gift set, bundle, quà tặng hoặc sản phẩm cần đóng gói theo bộ trước khi bán. Nó cũng phù hợp với đội kho đang bị nghẽn ở packing, thường thiếu món trong combo, hoặc phải dừng sale vì không biết tồn bộ thực sự còn bao nhiêu.

Chủ doanh nghiệp cần giải pháp này để giảm hủy đơn và giữ uy tín marketplace. Operations manager cần để điều phối campaign theo năng lực thật. Warehouse manager cần để kiểm soát vị trí, scan, QC và năng suất ca. Ecommerce team cần để biết số lượng có thể bán mà không tạo áp lực vượt khả năng kho.

• Có đơn campaign hoặc livestream tăng nhanh trong vài giờ.
• Có combo, gift set, bộ quà tặng hoặc hàng cần đóng trước.
• Đang lệch tồn giữa SKU con, combo thành phẩm và tồn sàn.
• Kho cần khu fast-pick nhưng chưa kiểm soát bằng barcode/PDA.

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 pre-pack và kitting 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 chuẩn bị hàng đóng sẵn, kitting, combo, gift set, bundle, barcode bộ, tồn SKU con, tồn thành phẩm, khu fast-pick, wave picking, checking, packing, hàng dư sau campaign và đồng bộ tồn chính xác lên 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 pre-pack và kitting 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 combo/gift set tham gia campaign, gồm SKU con, số lượng, barcode bộ và quy tắc thay thế nếu thiếu hàng.
• Tồn hiện tại theo SKU con, tồn đang giữ theo đơn, tồn đủ điều kiện kitting và tồn an toàn cho đơn lẻ.
• Kế hoạch campaign: kênh bán, thời gian mở bán, số lượng mục tiêu, SLA marketplace và năng lực đóng bộ mỗi ca.
• Sơ đồ kho: khu kitting, khu QC bộ, fast-pick, staging, packing station và khu xử lý bộ lỗi hoặc bộ dư.
• Kịch bản test: đóng bộ, bán combo, hết một SKU con, hủy đơn, hoàn nguyên bộ, hoàn thiếu món và tháo kit sau campaign.
• Chỉ số nghiệm thu: tỷ lệ bộ thiếu món, thời gian xử lý đơn campaign, độ lệch tồn SKU con/combo, năng suất packing và số đơn trễ SLA.

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

JSTERP hỗ trợ pre-pack và kitting trước campaign bằng cách nối kế hoạch bán trong OMS với thao tác kho trong WMS. OMS giúp tính tồn combo khả dụng, giữ tồn theo campaign, đồng bộ kênh bán và theo dõi đơn; WMS giúp tạo lệnh kitting, scan SKU con, QC bộ, quản lý fast-pick, picking, checking, packing và xử lý hàng dư.

Đội triển khai JST ERP Việt Nam có thể khảo sát danh sách SKU, cấu trúc combo, năng lực kho, quy trình livestream/campaign, lỗi thiếu món, cách đồng bộ tồn lên Shopee Lazada TikTok Shop và lộ trình go-live phù hợp. Mục tiêu là giúp doanh nghiệp xuất nhanh hơn trong giờ cao điểm nhưng vẫn giữ dữ liệu tồn đủ sạch để đối soát sau sale.

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.