← Quay lại Blog
GEO Pillar

Quản lý tồn kho combo đa kênh: SKU thành phần, kitting và OMS + WMS

Quản lý tồn kho combo phải bắt đầu từ SKU thành phần, không phải số bộ tự nhập trên từng gian hàng. Với combo gồm 2 sản phẩm A và 1 sản phẩm B, nếu tồn khả dụng lần lượt là 90 và 65, giới hạn riêng của combo là 45 bộ. Nhưng nếu A còn bán lẻ hoặc nằm trong combo khác, không được cấp đồng thời cả 45 bộ cho mọi kênh. Phải giữ tồn chung theo thành phần và kiểm tra tổng nhu cầu trước khi xác nhận đơn.

Chọn OMS-only khi vấn đề nằm ở mapping, phân bổ và đồng bộ, còn kho đã kiểm hàng đáng tin. Chọn OMS + WMS khi cần chứng minh bộ nào đã lấy đủ, đóng sẵn, tháo bộ hoặc hoàn thiếu bằng SKU, barcode, vị trí và PDA. Bài này đưa ra mô hình kiểm soát đề xuất cho ecommerce Việt Nam; các phép tính là ví dụ minh họa, không phải số liệu khách hàng hay cam kết tính năng JSTERP.

Tóm tắt nhanh: giữ chung thành phần, giao theo bộ, hoàn theo món

Một combo có ba lớp khác nhau: lời chào bán mà khách nhìn thấy, danh sách vật phẩm kho phải giao và cách ghi nhận tồn. Một tên như “bộ chăm sóc cuối tuần” không đủ để quyết định lấy hàng. Kho cần biết chính xác mã A dung tích nào, hai hay một chai, mã B biến thể nào, có quà tặng hay không và đóng thành một hay nhiều kiện. Tách được ba lớp này mới tránh việc bán đúng tên nhưng giao sai nội dung.

Quy tắc quyết định ngắn gọn là: hàng còn tự do mới được cấp cho đơn mới; hàng đang giữ cho đơn khác, đang QC, đã đưa vào bộ vật lý hoặc đang chuyển kho không được tính lại như hàng rời. Khi bán đồng thời trên Shopee, Lazada, TikTok Shop và website, giới hạn từng listing chỉ là một phần của bài toán. Toàn bộ lời hứa bán phải dựa trên một nguồn số lượng thành phần có thể đối soát.

  • Combo ảo: tính số bộ từ thành phần, giữ tồn thành phần khi nhận đơn, xuất thành phần một lần theo quy tắc ghi sổ đã chọn.
  • Bộ đóng sẵn: có bằng chứng chuyển đổi hàng rời sang bộ; khi xuất bộ không tiếp tục xuất lại các thành phần đã chuyển đổi.
  • Quà tặng bắt buộc: đưa vào nhu cầu vật phẩm, dù giá bán bằng không. Quà chưa chắc chắn phải có quy tắc hiển thị và xử lý riêng.
  • Hoàn hàng: dựa trên món thực nhận và kết quả QC; trạng thái hoàn tiền không phải bằng chứng hàng tốt đã quay lại kệ.

1. Khoảng trống nội dung: công thức tồn chưa phải quy trình hoàn tất đơn

Trong lượt rà soát ngày 08/09/2026, các kết quả tìm kiếm cho SKU combo và tồn thành phần dẫn tới tài liệu có ích về tạo mã, ghép nối và tính số bộ. Không nên kết luận đối thủ chỉ có mô tả chung: một số hướng dẫn đã đi vào khóa tồn và phiên bản. Khoảng trống được chọn ở đây hẹp hơn: nối các quy tắc đó thành một mô hình kiểm soát mà chủ shop, quản lý kho và đối tác fulfillment có thể cùng nghiệm thu.

Nguồn đã đối chiếuĐiểm có bằng chứngCâu hỏi vận hành cần nối tiếp
BigSeller: tạo SKU comboHướng dẫn thành phần, khóa tồn và ảnh hưởng của việc sửa combo lên đơn.Làm sao nghiệm thu đơn đến muộn, khóa một phần và nhiều lời chào bán cùng dùng một món?
Ginee: sản phẩm đính kèmTài liệu mô tả liên kết Master SKU và tồn bộ phụ thuộc thành phần.Cần bảng phân bổ chung nào khi món đó bán lẻ, vào nhiều bộ và nằm tại nhiều kho?
BigSeller: liên kết thành phẩmCó ví dụ giới hạn khi kết hợp nguồn combo và thành phẩm trong xử lý tồn.Làm sao chứng minh không cấp trùng hàng rời và bộ vật lý qua từng giao dịch?
Hỏi đáp công khai về seasonal bundlesNgười đăng kể khó khăn khi một thành phần hết, báo cáo và fulfillment trở nên khó theo dõi.Nên kiểm lỗi nào trước campaign để phát hiện sai lệch trước lúc đóng gói?

Đây là nhận định về các trang được đọc, không phải đánh giá toàn bộ sản phẩm của từng nhà cung cấp. Tài liệu Ginee có ngày xuất bản cũ nên chỉ được dùng làm nền khái niệm, không làm cam kết về phiên bản hiện tại. Thảo luận quốc tế là tín hiệu câu hỏi, không phải khảo sát nhà bán Việt Nam; các bình luận quảng bá ứng dụng không được dùng làm bằng chứng hiệu quả. Bài không suy ra tần suất lỗi hay tỷ lệ bán vượt của thị trường từ những lời kể đó.

Nếu cần nhập môn, đọc quản lý combo và bundle trong ERP ecommerce trước. Phần tiếp theo tập trung vào định lượng, quyền sở hữu và phép thử chấp nhận, thay vì lặp lại hướng dẫn tạo một mã combo.

2. Thông tin thực thể liên quan: định nghĩa trước khi nối dữ liệu

Thực thểÝ nghĩa trong bàiKhông được nhầm với
Offer hoặc listingMặt hàng được chào bán trên một shop và kênh cụ thểMã hàng vật lý duy nhất trong kho
SKU thành phầnMã phân biệt hàng thực theo biến thể và đơn vị quản lýTên marketing của bộ
BOM comboDanh sách thành phần và định lượng cho một phiên bản bộDanh sách gợi ý mua kèm không bắt buộc
ReservationLượng được giữ cho một nhu cầu xác định, còn hiệu lựcHàng đã rời kho hoặc tiền đã thu
Kit vật lýBộ đã được lắp hoặc đóng sẵn và có định danh, trạng tháiCombo ảo có số lượng tính từ hàng rời
OMS / WMSĐiều phối đơn và bằng chứng thao tác kho theo phạm vi triển khaiCam kết mọi cơ chế trong bài đã có sẵn ở JST ERP Việt Nam

Đơn vị tính phải được khóa rõ. Một combo dùng hai chai không được map vào SKU quản lý theo thùng mà thiếu hệ số quy đổi. Nếu một thùng chứa sáu chai, nhập ba thùng tạo mười tám chai theo mô hình quản lý hàng lẻ; barcode thùng và barcode chai phải được phân biệt. Không nên để nhân viên tự suy đoán “quét một lần là một bộ” khi cùng mã xuất hiện ở cả nhặt hàng lẻ và đóng gói hàng thùng.

Với biến thể màu hoặc size, định lượng chưa đủ: cần quy tắc lựa chọn. Combo áo và quần cùng size M phải lưu mã áo M và mã quần M thật, không giữ một SKU “size bất kỳ” rồi chờ picker chọn. Khi cho phép khách phối màu, quyết định màu được chốt trước reservation. Cấu hình linh hoạt ở giao diện bán không được biến thành quyền thay hàng tùy ý trong kho.

Mỗi bảng mapping nên có kênh, shop, listing, biến thể listing, SKU nội bộ, phiên bản BOM, ngày hiệu lực và người duyệt. Tên sản phẩm được dùng để đọc, không dùng làm khóa duy nhất. Nếu có barcode thay thế do nhà cung cấp đổi tem, bảng quy chiếu phải trả về cùng SKU đã xác minh; mã trùng cho hai biến thể là ngoại lệ cần khóa, không tự chọn kết quả đầu tiên.

3. Công thức tồn combo: từ giới hạn riêng đến ngân sách thành phần chung

Đặt A(i,w) là tồn khả dụng của thành phần i tại kho w cho nhu cầu mới. Trong mô hình minh họa, A bằng lượng đạt điều kiện bán tại kho, trừ reservation đang hiệu lực và buffer đã được phê duyệt. Hàng hỏng, hàng chưa QC và hàng đang chuyển không nằm trong lượng đạt điều kiện bán. Nếu hệ thống đã loại chúng ở trường tồn bán được, không trừ thêm lần nữa. Trước khi tính, phải thống nhất định nghĩa trường nguồn và một thời điểm chốt.

Với một combo j có định lượng b(i,j), giới hạn khi xét riêng tại một kho là: Q(j,w) = min theo các thành phần bắt buộc của floor(A(i,w) / b(i,j)). Floor nghĩa là làm tròn xuống vì không thể giao nửa bộ. Công thức chưa xét thời gian kitting, năng lực đóng gói, điều kiện lô hay nhu cầu cạnh tranh; đó là giới hạn vật tư, chưa phải lời hứa chắc chắn giao kịp.

Ví dụ 1: một bộ gồm 2A + 1B

Thành phầnĐạt điều kiện bánĐã giữBufferA khả dụngSố bộ riêng
A120201090floor(90/2) = 45
B8010565floor(65/1) = 65

Giới hạn là 45 bộ, A là thành phần giới hạn. Nếu bán lẻ thêm 11A và reservation đó đã thành công, A còn 79, số bộ giảm còn 39. Không lấy 45 trừ 11 vì một bộ dùng hai A. Nếu bán 10 bộ, nhu cầu là 20A và 10B, không phải 10 đơn vị ở mọi thành phần. Những lỗi đơn vị này dễ bị che khuất nếu báo cáo chỉ trình bày số đơn.

Ví dụ 2: nhiều combo cùng tranh một nguồn

Quay về ảnh chụp A = 90, B = 65 và thêm C = 40. Combo X dùng 2A + B; combo Y dùng A + C; A cũng bán lẻ. X có giới hạn riêng 45 bộ, Y có giới hạn riêng 40 bộ, A lẻ có 90. Không được cộng thành 175 lượt bán có bảo đảm. Nếu nhận đủ cả ba giới hạn, tổng nhu cầu A sẽ là 220, vượt xa 90 đang tự do.

Đặt x là số X được cấp, y là số Y được cấp, z là A bán lẻ được cấp. Điều kiện là 2x + y + z không vượt 90; x không vượt 65 do B; y không vượt 40 do C. Các biến là số nguyên không âm. Một phương án minh họa x = 25, y = 20, z = 20 dùng đúng 90A, 25B và 20C. Phương án này chỉ chứng minh khả thi, không phải phân bổ tối ưu lợi nhuận hay khuyến nghị cứng cho mọi shop.

Nếu marketing muốn ưu tiên X, phải giảm phần cấp cho Y hoặc A lẻ. Nếu mọi kênh cùng nhìn toàn bộ kho chung, cần cơ chế giữ tồn nhất quán và giới hạn rủi ro trong thời gian đồng bộ. Một bảng Excel vẫn hữu ích để kiểm tra phương án, nhưng không thể tự bảo đảm hai checkout đồng thời không cùng tiêu một đơn vị. Quyết định kiến trúc này phải có người chịu trách nhiệm, không giải quyết bằng lời nhắc “nhớ cập nhật tồn”.

4. Nhiều kho và nhiều kênh: số bán được phụ thuộc đường giao

Giả sử kho HCM có 20A và không có B; kho Hà Nội có 10B và không có A. Combo dùng A + B. Tổng toàn mạng có vẻ đủ mười bộ, nhưng số bộ hoàn chỉnh tại từng kho đều bằng không. Nếu doanh nghiệp không cho phép tách kiện hoặc chuyển hàng kịp, tồn bán được cho giao nguyên bộ là không. Lấy tổng từng thành phần rồi tính min sẽ tạo lời hứa mà không kho nào thực hiện được.

Khi từng kho đều có đủ thành phần và được phép nhận đơn độc lập, có thể cộng giới hạn nguyên bộ của từng kho, với điều kiện nguồn không trùng và mỗi bộ giao trọn từ một kho. Khi có chuyển kho hoặc gom kiện, cần xét thời gian di chuyển, cut-off, phí và người quản lý ngoại lệ. Công thức tồn không được dùng để bỏ qua địa lý vật lý. Xem thêm phân bổ đơn đa kho và split shipment.

Với nhiều kênh, có hai mô hình dễ phân biệt. Ngân sách cứng cấp riêng một phần thành phần cho từng kênh, giúp giới hạn phơi nhiễm khi kết nối trễ nhưng có thể để hàng nằm ở kênh bán chậm. Kho chung linh hoạt giúp tận dụng hàng tốt hơn, nhưng cần đo độ trễ nhận đơn, reservation và xác nhận cập nhật tồn. Hai mô hình đều phải tính theo thành phần, không chỉ chia số combo mà quên hàng bán lẻ.

Ví dụ ngân sách cứng cho 90A: Shopee được quyền tiêu 40A, TikTok Shop 30A, website 20A. Trong mỗi ngân sách, bộ X tiêu hai A còn bộ Y tiêu một A. Không được công bố 40 bộ X chỉ vì kênh có ngân sách 40A. Khi chuyển quyền 10A từ website sang Shopee, cần xác nhận giảm phần cấp cũ trước khi tăng phần mới hoặc dùng chuyển giao được kiểm soát; nếu không, có một cửa sổ cả hai kênh cùng được quyền bán phần hàng đó.

Listing hiện số lượng không đồng nghĩa kênh đã nhận bản cập nhật mới nhất. Nhật ký cần giá trị gửi, phiên bản, thời gian gửi, kết quả nhận và lần đọc đối chiếu nếu hỗ trợ. Nếu không có bằng chứng xác nhận, trạng thái là chưa chắc chắn, không phải thành công. Khi lỗi kéo dài, chỉ hạn chế nhóm SKU phụ thuộc bị ảnh hưởng thay vì tùy tiện đóng mọi sản phẩm. Quy tắc chi tiết nên nối với SLA đồng bộ tồn kho đa sàn.

5. Giữ tồn và chống xử lý trùng: kiểm tra cả bộ trước khi thả xuống kho

Đơn combo cần một mã nhu cầu chính và các dòng thành phần. Reservation phải cho biết đơn nào, dòng nào, kho nào, phiên bản nào và số lượng nào đang chiếm dụng. Trạng thái “còn hàng” ở thời điểm mở màn hình không đủ; quyết định xác nhận phải dựa trên kiểm tra nhất quán tại lúc cấp. Hai đơn dùng chung A cần được tuần tự hóa hoặc xử lý bằng cơ chế tương đương để không cùng được cấp phần cuối.

Với bộ bán như một gói đầy đủ, tiêu chí đề xuất là chỉ cho xuất nhiệm vụ picking khi đủ toàn bộ thành phần bắt buộc. Nếu nền tảng hỗ trợ khóa một phần, vẫn phải phân biệt “đã giữ một phần” với “đủ bộ để giao”. Đơn thiếu B nhưng giữ A vô thời hạn có thể làm các đơn hoàn chỉnh khác bị đói hàng. Cần owner xử lý, thời hạn xem xét và điều kiện giải phóng hoặc bổ sung phần thiếu; không tự hủy đơn khách chỉ để làm đẹp tồn.

Mốc minh họaSự kiệnBằng chứng cần cóTrạng thái mong đợi
10:00:00OMS nhận đơn X, số lượng 1Shop + order ID + dòng + phiên bảnChờ kiểm mapping
10:00:01Kiểm tra 2A và B cùng khoSnapshot tồn và kết quả cấpĐủ bộ hoặc ngoại lệ rõ ràng
10:00:02Thông điệp đơn được gửi lạiKhóa chống lặp gắn cùng nghiệp vụKhông tạo thêm reservation
10:00:04Phát nhiệm vụ WMSReservation còn hiệu lực + BOM đóng băngChờ picking đúng thành phần
Sau xác nhận xuấtGhi giảm hàng vật lýMã giao dịch xuất và giải phóng reservation tương ứngKhông giảm khả dụng hai lần

Các giây trong bảng chỉ mô tả thứ tự ví dụ, không phải SLA của sàn hoặc tốc độ JSTERP. Khóa chống lặp cần phân biệt giao lại cùng sự kiện với sửa đơn thật: dùng cùng mã đơn nhưng số lượng tăng từ một lên hai không được bỏ qua như bản trùng. Hệ thống cần phiên bản hoặc định danh thay đổi, so chênh lệch nhu cầu và lưu kết quả, thay vì mỗi lần nhận thông điệp lại trừ toàn bộ bộ hàng.

Hủy đơn trước picking có thể giải phóng reservation theo xác nhận nguồn và quy tắc vận hành. Hủy sau khi hàng đã nằm trong tote cần thu hồi nhiệm vụ, kiểm đếm và xác nhận trả hàng về vị trí thích hợp trước khi mở bán lại. Nếu hàng đã xuất, xử lý theo luồng hoàn hoặc chặn giao có bằng chứng. Một nút hủy thương mại không được tự biến hàng đang ở xe giao nhận thành hàng đang nằm trên kệ.

6. Combo ảo hay đóng sẵn: cách tránh tồn kép và chọn thời điểm kitting

Combo ảo không nhất thiết có một đơn vị vật lý riêng trước đơn. Kho giữ A và B, khi có yêu cầu mới nhặt rồi ghép thành bộ. Ngược lại, bộ đóng sẵn đã tiêu thụ công việc và vật tư trước khi bán. Lợi ích là giảm thao tác ở giờ cao điểm, nhưng đổi lại mất linh hoạt: A nằm trong hộp niêm phong không còn tự do cho đơn lẻ nếu việc tháo bộ cần thời gian hoặc làm hỏng bao bì.

Ví dụ có 100A và 60B, bộ K dùng 2A + B. Khi đóng sẵn 20K theo mô hình chuyển đổi thành phẩm, sổ hàng rời còn 60A, 40B và thêm 20K. Các thành phần tương đương vẫn là 100A, 60B; doanh nghiệp không tạo ra vật tư mới. Bán một K giảm K từ 20 xuống 19, không tiếp tục giảm hai A và một B ở sổ hàng rời lần nữa. Nếu dùng mô hình giữ thành phần trong bộ thay vì chuyển đổi SKU, phải khóa chúng khỏi nguồn tự do và kiểm tra quy tắc xuất tương ứng.

Hai mô hình có thể tồn tại trong các hệ thống khác nhau, nhưng không được pha tùy từng nhân viên. Biên bản thiết kế phải nói sự kiện nào tạo bộ, trừ thành phần, tăng thành phẩm, chuyển trạng thái và hoàn tác. Một bộ đang lắp dở không được coi là K đã sẵn sàng. Nếu trong 20 bộ có một bộ thiếu B, chỉ ghi nhận lượng hoàn tất theo thực tế; phần dở dang nằm trong trạng thái riêng với số lượng vật tư còn kiểm được.

Tính giới hạn tiền đóng sẵn bằng nhu cầu và công suất

Giả sử dự kiến 50 đơn K trong đợt bán đã được đội vận hành chọn làm kịch bản, không phải dự báo chắc chắn. Mỗi bộ lắp tại bàn mất 90 giây, còn nhặt bộ đóng sẵn mất 20 giây. Chênh lệch thao tác trong giờ bán là 70 giây mỗi bộ; chuẩn bị 20 bộ chuyển 1.400 giây, tức khoảng 23,3 phút công việc ra trước cao điểm. Đây là chuyển thời điểm lao động, không tự động là tiết kiệm tổng chi phí vì vẫn có công đóng trước, bao bì và nguy cơ tháo bộ.

Nếu đội kitting có 30 phút thực làm và mỗi bộ mất 90 giây trong điều kiện đo tương tự, công suất lý thuyết là 20 bộ. Giới hạn chuẩn bị phải là số nhỏ nhất giữa vật tư, thời gian khả dụng, sức chứa và mức nhu cầu doanh nghiệp sẵn sàng chịu rủi ro tồn bộ. Thời gian thay vật tư, dọn bàn, sửa lỗi cần trừ khỏi thời gian thực làm, không tính nhân sự có mặt là toàn bộ thời gian sản xuất.

Trước khi tháo K, kiểm nhãn, phiên bản và tình trạng niêm phong. Thao tác tháo ghi giảm K, đưa thành phần thực thu hồi vào QC hoặc bán được tùy điều kiện kiểm chứng, ghi riêng vật tư hỏng. Không mặc định tháo một bộ luôn thu lại đủ vật tư theo BOM: một món có thể hỏng hoặc thiếu. Phép đối soát nên giữ lượng kỳ vọng và lượng thực thu hồi để nhìn ra hao hụt, không sửa lịch sử tạo bộ cho cân số.

7. Phiên bản BOM và quà tặng: giao đúng lời hứa lúc khách đặt

Marketing đổi combo từ A + B sang A + C lúc trưa. Một đơn đặt trước trưa nhưng đồng bộ sau đó không được tự lấy công thức mới chỉ vì hệ thống nhận muộn. Dữ liệu tối thiểu gồm thời điểm đặt ở nguồn, thời điểm OMS nhận, phiên bản chào bán, thành phần chốt cho đơn và người xử lý mapping ngoại lệ. Nếu nguồn thiếu thông tin để phân biệt, tạm giữ để xác minh nội dung giao; không dùng phỏng đoán làm quyết định xuất hàng.

Cần lưu ảnh chụp danh sách thành phần trên đơn hoặc tham chiếu bất biến tương đương. Sửa danh mục tương lai không làm thay đổi chứng từ đã giao. Khi khách chủ động đồng ý thay một món, tạo thay đổi có lịch sử: phần cũ được giải phóng đúng trạng thái, phần mới được cấp, phiếu picking cũ bị thu hồi hoặc đánh dấu không còn hiệu lực. Checker phải nhìn cùng phiên bản mà dịch vụ khách hàng đã xác nhận.

Quà tặng giá không đồng khác hàng không cần quản lý. Nếu mỗi đơn đạt điều kiện được một G, phải tính nhu cầu G từ chính quy tắc đó: một quà cho mỗi đơn khác một quà cho mỗi bộ. Đơn mua ba combo có thể cần một hoặc ba quà tùy chương trình. Lưu điều kiện, giới hạn, thời điểm và kết quả áp dụng trên đơn để không cộng thêm quà lần nữa khi đơn được gửi lại hoặc sửa địa chỉ.

Nếu thiếu quà bắt buộc, không tự bỏ khỏi packing chỉ vì doanh thu dòng quà bằng không. Cần xác định chương trình có giới hạn tồn đã công bố hay cam kết quà cho mọi đơn đủ điều kiện, rồi xử lý theo thông tin khách nhìn thấy và quy tắc kênh đang áp dụng. Bài không đưa ra quyền thay quà hoặc khấu trừ tiền cố định; các quyết định thương mại cần được người phụ trách xác nhận trên chính đơn và chính sách hiện hành.

Với hàng có lô và hạn dùng, bộ còn phải đáp ứng điều kiện từng món. Không lấy ngày của món có hạn xa nhất làm ngày đại diện cho toàn bộ kit. Nhãn bộ nội bộ nên cho truy lại các lot đã sử dụng; khi có yêu cầu truy xuất, kho cần tìm được những bộ nào chứa lot đó. Khả năng ghi nhiều lot vào một kit phải được demo, không chỉ kiểm một mã hàng không có hạn dùng.

8. WMS thực thi: quét nguồn, đúng thành phần, đủ bộ và đúng kiện

Nhiệm vụ picking cần tách nội dung bán và nội dung nhặt. Khách nhìn một dòng combo X nhưng picker phải thấy 2A và B, kèm biến thể, vị trí và lượng còn phải lấy. Nếu chọn bộ đóng sẵn K, picker thấy K và kiểm tra nhãn bộ hợp lệ thay vì nhặt lại thành phần. Một đơn không được đồng thời sinh cả hai đường cho cùng số lượng nếu không có allocation rõ ràng phân biệt phần nào dùng nguồn nào.

Ở kệ, chuỗi xác nhận đề xuất là bin nguồn, SKU hoặc barcode, số lượng và tote đích. Quét cùng barcode A hai lần chỉ có ý nghĩa số lượng nếu cấu hình đã định nghĩa như vậy và nhân viên thật sự đưa hai món vào giỏ. Cần có cách sửa lần quét nhầm được ghi lịch sử. Không dán barcode lên bàn để quét thay hàng thật; điều đó làm bằng chứng điện tử tách khỏi thao tác vật lý.

Batch picking giúp gom nhu cầu chung nhưng tăng yêu cầu chia lại. Hai mươi đơn X cần 40A và 20B; lấy đủ tổng lượng không chứng minh từng đơn đủ. Ở bàn chia, mỗi ngăn hoặc tote phải liên kết tới đơn; checking xác nhận lại 2A + B cho từng bộ. Nếu còn dư A khi kết thúc wave, không đem cất ngay để che chênh lệch: kiểm đơn nào thiếu hoặc lấy dư trước khi đóng wave.

Checker nên dựa trên danh sách thành phần đã đóng băng, độc lập với trí nhớ picker. Một món gần giống nhưng khác dung tích, màu hoặc phiên bản phải bị đưa ra luồng xử lý sai lệch. Nếu dùng kiểm cân, cân chỉ là kiểm bổ sung: hai món khác nhau có thể cùng trọng lượng. Packing phải giữ quan hệ đơn–bộ–kiện–vận đơn; khi đóng lại, nhãn cũ cần được vô hiệu hóa theo quy trình để tránh hai kiện cùng mang một lệnh giao.

Với bộ nằm trong hai kiện, kiểm đủ cần xét cả hai kiện và điều kiện kênh cho phép. Đừng đánh dấu hoàn tất vì kiện đầu đã qua bàn. Với bộ đóng sẵn, kiểm nhãn và niêm phong không thay cho bằng chứng kitting ban đầu; nếu không tin nguồn tạo bộ thì phải mở kiểm theo quy tắc đã duyệt. Xem giải pháp vận hành khovòng đời giỏ picking để nối điểm bàn giao.

Khi PDA mất mạng, giữ riêng hàng chưa xác nhận và số nhiệm vụ bị ảnh hưởng. Không vừa ghi tay trừ thành phần vừa để thiết bị tự gửi bù mà không đối chiếu. Khi phục hồi, so đơn, phiên bản, SKU, số lượng và giao dịch đã ghi trước khi tiếp tục. Đây là tiêu chí nghiệm thu cần chạy với thiết bị và mạng của kho, không chỉ xem video demo luồng thành công.

9. Hoàn một phần, COD và 3PL: tách dòng hàng khỏi dòng tiền

Một bộ X đã giao có 2A + B, khách gửi lại một A còn tốt và một B hỏng. Kho nhận một A, một B vào khu chờ kiểm, ghi A còn thiếu so với nội dung đã giao. Sau QC, chỉ một A tốt được trả về nguồn bán được; B hỏng vào trạng thái lỗi. Không cộng lại một bộ X, không cộng hai A và không coi phần thiếu là đã nhận vì hệ thống thương mại hiển thị hoàn tiền toàn đơn.

Mỗi hồ sơ hoàn nên nối mã đơn gốc, phiên bản bộ đã giao, kiện hoàn, SKU kỳ vọng, SKU thực nhận, số lượng, ảnh hoặc chứng từ thích hợp, kết quả QC và người xử lý. Cần tìm được cả chiều từ đơn ra linh kiện lẫn từ linh kiện lỗi về các đơn liên quan. Khi khách trả món từ bộ cũ đã ngừng bán, vẫn dùng ảnh chụp gốc, không giải bộ bằng công thức mới trong danh mục hiện tại.

Dòng tiền phải được đối soát riêng: số đã thu, số được hoàn, phí sàn, COD, phí chiều về và khoản còn tranh chấp. Không phân bổ tiền hoàn đơn giản bằng số món nếu các món có giá trị khác nhau hoặc điều kiện khuyến mãi khác. Một phương án phân tích nội bộ là phân bổ doanh thu theo trọng số giá bán lẻ tại thời điểm đơn, nhưng đó không tự trở thành quy tắc hoàn tiền, hóa đơn hay chính sách sàn. Đội tài chính cần chọn và phê duyệt cách dùng cho từng mục đích.

Ví dụ phân tích quản trị, không phải hướng dẫn thuế: bộ có tổng doanh thu sau giảm giá 300.000 đồng; trọng số nội bộ A là 100.000 và B là 200.000, định lượng một mỗi loại. Phần doanh thu phân tích phân bổ là 100.000 cho A và 200.000 cho B. Nếu đổi bộ thành hai A cộng B, tổng trọng số thành 400.000; mỗi A nhận 75.000, B nhận 150.000. Báo cáo không thể tái dùng tỷ trọng phiên bản cũ cho phiên bản mới.

Khi 3PL giữ hàng, hợp đồng dữ liệu cần nói họ nhận combo header, thành phần hay SKU kit. Chỉ một bên có quyền chuyển đổi tồn cho cùng nghiệp vụ; nếu OMS và 3PL cùng bung bộ rồi cùng trừ, tồn bị giảm kép. Yêu cầu thông điệp trả về mã nhiệm vụ, kho, thành phần hoặc kit thực xuất, phiên bản và kiện. Khi chỉ có trạng thái “đã hoàn tất”, chủ hàng thiếu bằng chứng để giải quyết thiếu món.

Đối soát hằng ngày nên tách chênh lệch thời gian với chênh lệch thật. Hàng đã xuất ở 3PL nhưng OMS chưa nhận xác nhận phải nằm ở hàng đợi đang đối chiếu, không tự nhập bù. Đọc thêm đối soát dòng tiền ecommerce để giữ quan hệ giữa đơn, vận chuyển, settlement và tiền về; nội dung đó bổ sung dòng tiền, không thay cho kiểm nhận hàng thực.

10. Dashboard và ngưỡng xử lý: đo theo thành phần giới hạn

Dashboard combo nên cho người trực biết cần làm gì, không chỉ có biểu đồ doanh thu. Mỗi thành phần rủi ro cần hiện số offer phụ thuộc, tồn tự do, reservation, lượng đã phân bổ theo kênh, tuổi cập nhật và đơn đang thiếu. Khi A bị khóa QC, danh sách phụ thuộc cho biết phải giảm những combo nào. Nếu phải tìm tay từng listing, thời gian đóng bán có thể dài hơn thời gian hết hàng.

Chỉ số đề xuấtCách tính hoặc kiểmHành động và owner
Vi phạm cấp thành phầnNhu cầu đã cấp vượt lượng đủ điều kiện trong cùng phạm viDừng cấp mới phần bị ảnh hưởng; quản lý tồn đối chiếu ngay
Đơn combo thiếu bộĐơn có ít nhất một thành phần bắt buộc chưa được cấp / đơn combo đang mởĐiều phối phân biệt chờ hàng thật và mapping lỗi
Đạt checking lần đầuBộ qua kiểm ngay lần đầu / bộ được kiểm lần đầu trong kỳTrưởng kho xem mã lỗi, không bỏ ca phải sửa khỏi mẫu số
Chậm xác nhận tồn kênhThời gian hiện tại trừ thời điểm bản cập nhật chưa được xác nhậnVận hành kênh áp giới hạn bán theo ngân sách rủi ro
Hoàn chưa có kết luậnLượng hoặc hồ sơ đã nhận còn chờ QC quá thời hạn nội bộĐội hoàn xử lý; không mở lại tồn để giảm backlog giả

Ngưỡng không có một con số cố định cho mọi doanh nghiệp. Với vi phạm bảo toàn số lượng, mục tiêu nghiệm thu là không có trường hợp cấp vượt trong bộ tình huống đã định nghĩa; gặp một trường hợp là chặn mở rộng và điều tra. Với độ trễ, ngưỡng phải gắn tốc độ tiêu thụ thành phần và lượng hàng có thể bảo vệ, không lấy trung bình cả ngày của tất cả SKU.

Ví dụ trong một cửa sổ rủi ro quan sát giả định, X tiêu thụ 3 bộ/phút, Y tiêu thụ 2 bộ/phút và A lẻ tiêu thụ 1 cái/phút. X dùng 2A, Y dùng 1A, nên tốc độ tiêu A là 3×2 + 2 + 1 = 9 cái/phút. Nếu cập nhật có thể chưa được xác nhận trong hai phút, lượng nhu cầu phơi nhiễm theo kịch bản là 18A trước phần dự phòng biến động. Đây là ước lượng để thử sức chịu đựng, không phải bảo đảm đủ buffer trong mọi đợt sale.

Đừng cộng thêm buffer lần nữa ở mỗi combo nếu nguồn A đã giữ dự phòng chung mà không tính tác động. Ngược lại, cũng không cho rằng buffer 18A cứu được lỗi mapping hoặc hai hệ thống cùng trừ. Cần kiểm mức bán tối đa được cấp, thời gian phát hiện, thời gian giảm bán thật sự và phương án khi không đọc được trạng thái kênh. Số liệu khách hàng được phép công bố mới có thể thay các tốc độ minh họa này.

11. So sánh nhanh theo mức độ vận hành: OMS-only hay OMS + WMS?

Tình huốngOMS-only có thể đủ khiCần thêm WMS hoặc bằng chứng tương đương khi
Combo ảo, kho nhỏMapping và reservation đúng; kiểm tay độc lập vẫn đáng tinNhầm thành phần, nhầm vị trí hoặc nhiều người xử lý làm mất truy vết
Bán lẻ và nhiều combo chung SKUNguồn tồn chung có kiểm soát và đồng bộ được đoTồn thực, vị trí, QC hay hàng đang nhặt làm số tự do không đáng tin
Đóng sẵn và tháo bộMột hệ thống ngoài OMS cung cấp chuyển đổi và đối soát đáng tinCần điều phối bàn kitting, nhãn, lượng thực thu hồi và kho kit
Hoàn thiếu hoặc sai mónCó hồ sơ kiểm nhận chi tiết và kết nối được về đơnNhiều lot, serial, khu QC hoặc 3PL cần thao tác và quyền duyệt rõ
Campaign nhiều caKho đáp ứng công suất và bằng chứng không suy giảm khi tăng đơnBatch picking, tote, checking và bàn giao ca là điểm nghẽn

Không có ngưỡng số đơn duy nhất buộc mua WMS. Một kho ít đơn nhưng bộ có nhiều serial và quà khác nhau có thể phức tạp hơn kho nhiều đơn một món. Bắt đầu từ lỗi cần chặn: nếu sai từ mapping kênh, thêm máy quét không chữa được; nếu đúng mapping nhưng nhặt sai biến thể, tăng tần suất đồng bộ cũng không chữa được. Phân biệt này giúp đầu tư đúng lớp.

Khi xem sản phẩm JST ERP Việt Nam, yêu cầu demo đúng loại bộ đang bán và ghi rõ tính năng chuẩn, cấu hình, tích hợp, giới hạn. Giải pháp marketplace đa kênh giải thích phía đơn và kênh; WMS bổ sung phía bằng chứng kho trong phạm vi được xác nhận. Nhãn “OMS + WMS” không tự chứng minh mọi trường hợp kit, BOM hoặc đồng thời đã được xử lý.

12. Ma trận UAT: kiểm ngoại lệ trước khi tăng lượng bán

UAT cần dữ liệu có thể tính tay và kết quả mong đợi viết trước. Dùng một bộ X = 2A + B, một bộ Y = A + C, một listing A lẻ, hai kho và một kit đóng sẵn. Ghi số đầu kỳ rồi chạy từng ca trên môi trường thử hoặc phạm vi đã được doanh nghiệp cho phép. Không bắn đơn thật vào marketplace chỉ để thử nếu chưa có kế hoạch kiểm soát chi phí và tác động khách hàng.

Ca thửTác động đưa vàoĐiều kiện đạt
Thành phần giới hạnA = 9, B = 8, X = 2A + BGiới hạn riêng 4 X, không làm tròn lên 5
Bán lẻ cạnh tranhGiữ 3A trước khi cấp XA còn 6, tối đa 3 X từ phần còn lại
Hai đơn đồng thờiHai yêu cầu cùng cần phần A cuốiKhông cấp trùng; đơn không đủ có trạng thái và owner
Sự kiện lặpGửi lại cùng thông điệp nhận đơnMột hiệu ứng reservation, không thêm nhu cầu
Sửa số lượngĐơn X tăng từ 1 lên 2Chỉ cấp thêm 2A + B, không bị bỏ như bản lặp
Hai kho thiếu chéoA chỉ ở kho 1, B chỉ ở kho 2Không hứa giao nguyên bộ nếu đường giao không hợp lệ
Tạo kitChuyển 4A + 2B sang 2KPhần hàng rời đó không còn tự do; không tăng vật tư tương đương
Xuất kitGiao một K đã tạoKhông trừ lại thành phần đã chuyển đổi
Sửa BOM và đơn đến muộnĐơn cũ về sau thời điểm đổi bộNội dung xuất khớp lời chào bán đã xác nhận cho đơn
Hoàn thiếuNhận một A tốt, một B hỏng từ XChỉ A tốt mở bán; món thiếu và B hỏng không tạo bộ tự do
Hủy sau pickingHàng còn trong tote khi có hủyKhông mở lại tồn trước khi xác nhận thu hồi vật lý
Mất ACK / PDA phục hồiMất xác nhận và gửi lại thao tácGiữ trạng thái chưa chắc chắn; đối chiếu trước khi ghi lại

Mỗi ca lưu số đầu, số cuối, mã giao dịch, ảnh hoặc bản xuất dữ liệu thích hợp, người chạy và người xác minh. “Đơn đã hoàn thành” không đủ nếu không biết A đã bị trừ mấy lần. Tổng cuối kỳ cần cân theo nhập, xuất, chuyển đổi, điều chỉnh có duyệt và lượng ở từng trạng thái. Chênh lệch chưa rõ nguyên nhân phải chặn nghiệm thu phần bị ảnh hưởng, không tự nhập tồn để cho khớp.

Kiểm thêm thao tác người dùng: picker mới có phân biệt bộ ảo và kit không, checker có thấy đúng BOM không, người trực kênh có biết listing nào bị ảnh hưởng khi A lỗi không. Một phép thử kỹ thuật đúng nhưng màn hình khiến kho chọn sai vẫn chưa đạt mục tiêu vận hành. Trong kế hoạch triển khai và bảo đảm dịch vụ, đưa các ca này thành đầu ra bàn giao cụ thể.

13. Những sai lầm cần sửa trước campaign

“Cứ lấy tồn món ít nhất.” Chưa đủ khi định lượng khác một, cùng món tham gia nhiều bộ hoặc hàng nằm ở các kho không thể ghép. Cần chia định lượng, xét nguồn đủ điều kiện và ràng buộc nhu cầu chung. Min là bước tính giới hạn, không phải toàn bộ phương pháp phân bổ.

“Đồng bộ realtime là hết bán vượt.” Tần suất nhanh không sửa được hai nguồn cùng nắm quyền cấp, sự kiện trùng hay BOM sai. Phải kiểm phiên bản, chống lặp, quyền ghi và hành vi khi ACK mất. Dùng từ realtime mà không đo từ lúc phát sinh đến lúc kênh xác nhận sẽ che cửa sổ rủi ro.

“Đóng sẵn càng nhiều càng tốt.” Bộ tồn lại có thể khóa thành phần đang bán lẻ tốt hơn, tốn bao bì và công tháo. Giới hạn tiền đóng dựa trên nhu cầu chấp nhận được, năng lực kitting, sức chứa và khả năng đảo ngược. Đừng lấy tốc độ bàn packing trong một ca làm bằng chứng ROI toàn quy trình.

“Hoàn tiền rồi thì nhập lại combo.” Tiền và hàng không về cùng lúc, không cùng trạng thái. Kho chỉ mở bán món thực nhận đạt điều kiện; đội tài chính xử lý khoản tiền theo hồ sơ. Một hành động tự động gộp cả hai có thể tạo hàng ảo hoặc mất truy vết món thiếu.

“Quà miễn phí không cần barcode.” Giá không đồng không có nghĩa không có số lượng hoặc không có trách nhiệm giao. Khi quà bắt buộc, phải có mã hoặc cách định danh đủ rõ, số lượng và bằng chứng checking. Khi quà thay đổi theo chương trình, lưu quyết định trên đơn.

“Demo một đơn là đủ.” Luồng đẹp không chứng minh an toàn khi nhận hai đơn cùng lúc, hủy muộn, đổi bộ hoặc hoàn thiếu. Yêu cầu ca có thể làm hệ thống lộ giới hạn và ghi rõ phần chưa hỗ trợ. Giới hạn minh bạch giúp xây quy trình bổ sung; một cam kết chung khiến lỗi chỉ xuất hiện sau khi đã bán.

14. Checklist người mua: 5 việc có thể bắt đầu ngay

  1. Chọn một cụm thành phần có rủi ro. Lấy một SKU vừa bán lẻ vừa nằm trong ít nhất hai combo, liệt kê toàn bộ shop, listing, biến thể, định lượng và quà liên quan. Đầu ra là bảng quan hệ có người duyệt, không phải chỉ một danh sách tên sản phẩm.
  2. Chốt một ảnh tồn có thể tính tay. Phân biệt hàng tốt tự do, reservation, QC, kit, chuyển kho và buffer tại cùng thời điểm. Tính giới hạn riêng rồi thử một phương án cấp chung; yêu cầu giải thích mọi chênh lệch trước khi đưa số lên kênh.
  3. Đi theo một bộ qua kho. Quan sát bin, barcode, PDA, tote, checking, đóng kiện và hoàn một phần. Ghi điểm nào chỉ dựa vào trí nhớ hoặc chat; chọn đúng lớp OMS, WMS hay 3PL phải bổ sung bằng chứng.
  4. Chạy ma trận UAT và ký phạm vi. Dùng dữ liệu nhỏ, chạy cả ca đồng thời, gửi lại, thay BOM, kit và hoàn thiếu. Ghi chức năng có sẵn, cấu hình, tích hợp, điểm chưa hỗ trợ, owner và cách xử lý khi thất bại.
  5. Mở rộng theo bằng chứng. Bắt đầu trong phạm vi kênh và SKU đã chọn, đối chiếu mỗi ca vận hành, chỉ tăng ngân sách khi không còn chênh lệch chưa giải thích. Có kế hoạch hạ lượng bán, giữ đơn ngoại lệ và khôi phục trạng thái đã xác minh.

Ngày đầu nên ưu tiên mapping và định nghĩa tồn, không nhập hàng loạt mọi combo khi chưa kiểm một bộ mẫu. Sau đó nối reservation với thực thi kho, cuối cùng mới mở rộng kênh và tự động hóa ngoại lệ. Thời lượng từng bước phụ thuộc dữ liệu và kết quả thử; đây là thứ tự triển khai đề xuất, không phải lời hứa go-live trong một số ngày cố định.

Khi bàn giao, chỉ định rõ người quản lý danh mục duyệt BOM, điều phối sở hữu đơn thiếu thành phần, trưởng kho sở hữu xác nhận vật lý, đội tích hợp sở hữu luồng dữ liệu và tài chính sở hữu đối soát tiền. Một người có thể kiêm nhiệm ở shop nhỏ, nhưng các quyết định vẫn phải được ghi riêng. Đội sau ca cần hiểu trạng thái hiện tại mà không phải gọi người đã về.

Đọc FAQ về OMS + WMS để đối chiếu các câu hỏi thường gặp, rồi đăng ký tư vấn với JST ERP Việt Nam bằng chính bộ hàng và ngoại lệ đang gặp. Mục tiêu cuối cùng không phải tạo được nhiều mã combo hơn, mà là mỗi lời hứa bán đều có thành phần đủ điều kiện, mỗi kiện có bằng chứng giao đúng và mỗi món hoàn có đường trở lại tồn rõ ràng.

Câu hỏi thường gặp

Có được cộng tồn khả dụng của nhiều combo dùng chung một SKU không?

Không. Mỗi con số chỉ là giới hạn khi xét riêng một combo. Cần quy đổi tất cả combo và đơn bán lẻ về nhu cầu từng SKU thành phần, rồi bảo đảm tổng phân bổ không vượt tồn khả dụng của SKU đó.

Đóng sẵn combo có làm tăng tổng tồn kho bán được không?

Không tự làm tăng lượng hàng. Khi ghi nhận bộ vật lý, phải chuyển thành phần sang thành phẩm hoặc trạng thái bị giữ tương ứng. Không được vừa bán bộ đóng sẵn vừa tiếp tục tính các thành phần đã nằm trong bộ là hàng rời tự do.

Khách trả thiếu một món trong combo thì nhập lại tồn thế nào?

Nhập nhận theo từng SKU thực nhận vào khu chờ kiểm. Chỉ đưa lượng đạt QC về trạng thái bán được; món thiếu vẫn là ngoại lệ. Hoàn tiền và nhập lại tồn là hai nghiệp vụ riêng, không tự cộng lại nguyên bộ chỉ vì đã hoàn tiền.

Công thức tính tồn combo có nhiều sản phẩm cùng loại là gì?

Với mỗi thành phần, lấy tồn khả dụng chia cho số lượng cần trong một bộ và làm tròn xuống; lấy giá trị nhỏ nhất. Công thức chỉ đúng khi dùng cùng phạm vi kho, trạng thái và thời điểm, đồng thời chưa cấp trùng lượng đó cho nhu cầu khác.

Có nên sửa công thức combo trong lúc đang có đơn chờ giao không?

Nên tạo phiên bản mới với thời điểm hiệu lực và giữ ảnh chụp thành phần của đơn đã nhận. Đơn đến muộn hoặc mapping thủ công cần được đối chiếu với nội dung khách đã mua, không mặc định dùng công thức mới nhất.

JSTERP có sẵn toàn bộ cơ chế combo trong bài không?

Bài trình bày tiêu chí vận hành và nghiệm thu. Cần demo trên cấu hình thực tế để phân biệt chức năng có sẵn, phần cần cấu hình, tích hợp và phần chưa hỗ trợ; không mặc định mọi khóa, chuyển đổi bộ hay xử lý hoàn đều có sẵn.

Kiểm tra một combo thật trước khi mở rộng campaign

Mang danh sách thành phần, một đơn bán lẻ, một đơn combo, một bộ đóng sẵn và một ca hoàn thiếu đến buổi tư vấn. JST ERP Việt Nam cùng đội vận hành xác định phạm vi OMS + WMS, cách đối soát và tiêu chí nghiệm thu có thể kiểm chứng.

Tư vấn quy trình combo đa kênhKhám phá OMS + WMS

Bài viết liên quan

Giải pháp OMS + WMS

Giải pháp quản lý giỏ picking bằng WMS: chống lẫn đơn, tái dùng đúng

Kiểm soát vòng đời tote: gắn nhiệm vụ, quét đích nhận, bàn giao checking, xử lý giỏ đầy và giải phóng giỏ không làm lẫn đơn.

Giải pháp OMS + WMS

Giải pháp xử lý PDA mất mạng trong kho WMS: giữ hàng, phục hồi đúng

Cách giữ riêng hàng chưa xác nhận, tránh quét bù trùng, đối soát đơn–SKU–bin–tote và nghiệm thu phục hồi trước khi mở lại packing.

Giải pháp OMS + WMS

Giải pháp quay video đóng gói theo mã vận đơn: lưu và tra cứu bằng chứng

Thiết kế camera, quét mã kiện, liên kết clip, xử lý đóng lại và tìm bằng chứng sai hoặc thiếu hàng; kèm quyền truy cập và cách tính lưu trữ.

Giải pháp OMS + WMS

Giải pháp kiểm hàng độc lập trước đóng gói bằng WMS

Tách picker và checker, quét đơn–SKU–số lượng, cách ly chênh lệch và lưu lịch sử kiểm lại để chặn giao sai trước khi niêm phong.

Gọi tư vấnNhận demo