Khai báo vùng phân phối theo từng lô hàng: bước nền để phát hiện bán chéo vùng, tràn kênh

Câu chuyện quen thuộc: phát hiện tràn kênh sau khi đã muộn

Một khách hàng của chúng tôi làm sữa bột, có bốn nhà phân phối cấp vùng: Bắc, Trung, Tây Nguyên, Nam. Mỗi vùng có chính sách giá và chiết khấu khác nhau vì chi phí vận chuyển, mật độ đại lý, và cả sức mua khác nhau. Mọi chuyện êm xuôi cho tới một ngày đội sales miền Nam báo cáo doanh số tụt không rõ lý do. Truy ra thì một lô hàng giá rẻ hơn, vốn được cấp cho nhà phân phối Tây Nguyên để bù chi phí logistics, đã bị gom và chở thẳng xuống TP.HCM bán phá giá qua kênh online.

Công ty này không thiếu công cụ. Họ có tem QR, có hệ thống kích hoạt, có báo cáo quét hàng ngày. Nhưng khi hỏi "hệ thống của anh chị có biết lô đó đáng lẽ chỉ được bán ở Tây Nguyên không?", câu trả lời là không. Hệ thống ghi lại nơi khách quét mã, nhưng không có gì để so sánh — vì chưa ai từng khai báo lô đó được phép bán ở đâu. Nói cách khác, họ có dữ liệu về nơi hàng đã đến, nhưng không có dữ liệu về nơi hàng được phép đến. Thiếu vế thứ hai, mọi báo cáo quét chỉ là con số, không phải là cảnh báo.

Đây chính là lỗ hổng phổ biến nhất trong các giải pháp "chống tràn hàng" hiện nay: ai cũng tập trung vào việc theo dõi, rất ít người xử lý phần khai báo trước — cái nền để việc theo dõi có ý nghĩa.

Vì sao "dán tem theo vùng" không phải là khai báo vùng phân phối

Nhiều doanh nghiệp nghĩ mình đã giải quyết bài toán này bằng cách in tem khác nhau cho từng vùng, hoặc chia batch sản xuất theo khu vực tiêu thụ. Cách này có tác dụng nhận diện bằng mắt thường, nhưng nó không phải là dữ liệu hệ thống có thể tự động đối chiếu.

Sự khác biệt nằm ở chỗ: dán tem theo vùng là một quy ước vận hành, còn khai báo vùng phân phối là một trường dữ liệu gắn cứng vào lô hàng (hoặc vào từng đơn xuất kho) ngay tại thời điểm lô đó rời kho — để sau này, mỗi lượt quét mã có thể tự động so sánh vị trí quét với vùng đã khai báo, không cần con người ngồi tra cứu tem bằng mắt. Nếu không có bước khai báo dưới dạng dữ liệu, thì dù tem có ba màu bốn kiểu, việc phát hiện tràn kênh vẫn phải làm thủ công — tức là chỉ phát hiện được khi đã có người khiếu nại, giống câu chuyện lô sữa Tây Nguyên ở trên.

Khai báo ở cấp nào: SKU, lô, hay từng đơn xuất kho

Điều dễ nhầm nhất khi bắt đầu làm việc này là nghĩ rằng vùng phân phối gắn với sản phẩm (SKU). Thực tế nó thường gắn ở ba tầng khác nhau, và tầng nào cũng có lý do tồn tại riêng:

Tầng SKU phù hợp với sản phẩm có công thức hoặc giấy phép lưu hành khác nhau theo khu vực — ví dụ dược phẩm, thực phẩm chức năng có hàm lượng hoạt chất khác nhau giữa các thị trường, hoặc mỹ phẩm có công bố sản phẩm riêng cho từng tỉnh nếu buộc phải đăng ký địa phương. Ở tầng này, vùng phân phối gần như cố định, ít thay đổi theo từng đợt sản xuất.

Tầng lô sản xuất (batch) là tầng phổ biến nhất trong thực tế Việt Nam. Cùng một SKU, nhưng lô sản xuất ngày 10/7 được phân bổ cho miền Bắc vì hạn sử dụng ngắn cần tiêu thụ nhanh ở nơi gần nhà máy, còn lô ngày 15/7 phân bổ cho miền Nam. Đây chính là trường hợp của công ty sữa nêu trên — vùng phân phối không nằm ở loại sản phẩm mà nằm ở từng đợt xuất xưởng cụ thể.

Tầng đơn xuất kho là tầng chi tiết nhất: cùng một lô, nhưng công ty chia nhỏ ra nhiều đơn xuất cho nhiều đại lý khác nhau trong cùng một vùng, mỗi đại lý chỉ được phép bán trong địa bàn hợp đồng của họ. Tầng này quan trọng khi công ty có tranh chấp giữa các đại lý trong cùng khu vực (đại lý A bán lấn sang địa bàn đại lý B), chứ không chỉ tranh chấp giữa các vùng lớn.

Một hệ thống khai báo tốt phải cho phép ghi đè theo thứ tự: mặc định lấy vùng ở tầng SKU, nhưng lô cụ thể có thể thu hẹp lại, và đơn xuất kho có thể thu hẹp thêm lần nữa. Nếu chỉ làm một tầng — ví dụ chỉ khai báo ở SKU — thì sẽ không bắt được kiểu tràn kênh phổ biến nhất là tràn kênh giữa các lô cùng sản phẩm.

Khai báo bằng gì: đơn vị vùng phải chuẩn hóa, không phải văn bản tự do

Một sai lầm thường gặp khi triển khai vội là để nhân viên gõ tay vùng phân phối vào ô ghi chú — người thì ghi "Tây Nguyên", người ghi "khu vực 4", người ghi tên tỉnh cụ thể. Dữ liệu kiểu này không thể đối chiếu tự động với vị trí quét mã, vì hệ thống không biết "khu vực 4" gồm những tỉnh nào.

Cách làm bền hơn là xây danh mục vùng chuẩn hóa trước, tương tự cách GS1 dùng GLN (Global Location Number) để định danh từng địa điểm trong chuỗi cung ứng. Doanh nghiệp không nhất thiết phải đăng ký GLN đầy đủ, nhưng nên áp dụng cùng nguyên tắc: một vùng phân phối là một mã cố định, ánh xạ tới danh sách tỉnh/thành cụ thể, và mọi lô hàng chỉ được gán vào các mã vùng có sẵn trong danh mục đó — không tự đặt tên mới. Danh mục này nên phân theo hai lớp song song: lớp địa lý (tỉnh, vùng miền) và lớp kênh (đại lý truyền thống, sàn thương mại điện tử, chuỗi bán lẻ hiện đại), vì tràn kênh không chỉ là tràn giữa các tỉnh mà còn là hàng chiết khấu đại lý bị tuồn lên sàn online — một dạng tràn kênh khác, chồng lấn nhưng không trùng với tràn vùng địa lý.

Ai là người khai báo, và khai báo ở đâu trong quy trình

Đây là phần hay bị bỏ sót nhất, vì nó không phải vấn đề kỹ thuật mà là vấn đề tổ chức. Vùng phân phối là quyết định kinh doanh — do đội sales hoặc đội quản lý kênh quyết định dựa trên hợp đồng đại lý, chính sách giá vùng. Nhưng lô hàng thực tế lại đi qua tay đội kho vận khi xuất kho. Nếu hai đội này không dùng chung một hệ thống, chuyện xảy ra thường là: sales quyết định vùng trên một file Excel gửi qua email, còn kho thì xuất hàng và kích hoạt mã theo tiến độ giao hàng, không biết và cũng không có chỗ để nhập lại thông tin vùng.

Giải pháp thực tế là bắt buộc chọn vùng phân phối làm một bước không thể bỏ qua trong quy trình xuất kho — giống như bắt buộc chọn kho xuất hay bắt buộc nhập số lượng. Việc kích hoạt mã QR cho một lô hoặc một đơn xuất kho chỉ được thực hiện sau khi vùng đã được gán. Cách này không phức tạp về kỹ thuật, nhưng đòi hỏi thay đổi quy trình làm việc: nghĩa là công ty phải chấp nhận chậm lại vài phút cho mỗi lần xuất kho để chọn đúng vùng, đổi lại có được dữ liệu nền để đối chiếu về sau. Nhiều công ty bỏ qua bước này vì muốn xuất kho nhanh, và đó là lý do phần lớn hệ thống chống tràn hàng chỉ phát hiện được sau khi có khiếu nại, không phát hiện được chủ động.

Từ khai báo đến cảnh báo: đối chiếu vị trí quét với vùng được phép

Khi đã có dữ liệu vùng gắn theo lô, việc phát hiện trở nên đơn giản về mặt logic: mỗi lượt quét mã của người tiêu dùng hoặc đại lý đều có vị trí (suy ra từ GPS thiết bị nếu người dùng đồng ý, hoặc suy ra tỉnh từ IP nếu không có GPS). Hệ thống chỉ cần so vị trí đó với danh sách vùng được phép của lô hàng tương ứng. Quét trong vùng — không có gì để nói. Quét ngoài vùng — ghi nhận một sự kiện lệch vùng.

Nhưng đối chiếu không có nghĩa là chặn hay báo động ngay ở lần lệch đầu tiên. Có ba loại nhiễu cần lọc trước khi coi một lượt quét lệch vùng là dấu hiệu tràn kênh thật sự.

Loại thứ nhất là khách hàng di chuyển — người mua sản phẩm ở Hà Nội mang vào TP.HCM công tác rồi mới quét mã kiểm tra, đây là hành vi tiêu dùng bình thường, không phải tràn kênh.

Loại thứ hai là bán lại cá nhân trên mạng xã hội hoặc sàn thương mại điện tử với số lượng nhỏ — về bản chất có thể vi phạm chính sách đại lý nhưng quy mô không đáng để xử lý như một vụ tràn kênh có tổ chức.

Loại thứ ba mới là tràn kênh thật: một lượng lớn lượt quét từ cùng một lô hoặc cùng một đại lý xuất hiện tập trung ngoài vùng khai báo, trong một khung thời gian ngắn sau khi xuất kho. Đây là dấu hiệu của việc gom hàng có chủ đích rồi vận chuyển sang vùng khác để hưởng chênh lệch giá, không phải hành vi tiêu dùng lẻ tẻ.

Một hệ thống khai báo vùng làm tốt sẽ không tạo cảnh báo ở từng lượt quét lệch vùng riêng lẻ, mà gộp theo lô và theo cửa sổ thời gian, chỉ đẩy cảnh báo lên khi vượt một ngưỡng nhất định. Ngưỡng này nên do chính doanh nghiệp cấu hình theo đặc thù ngành hàng, vì một công ty bán hàng tiêu dùng nhanh với vòng đời sản phẩm ngắn sẽ cần ngưỡng nhạy hơn một công ty bán thiết bị công nghiệp có vòng đời dài.

Độ phân giải phát hiện: khai báo theo lô đủ dùng đến đâu

Một câu hỏi thực tế mà các công ty hay hỏi là: có cần serial hóa từng sản phẩm để bắt được chính xác đơn vị nào tràn kênh, hay khai báo theo lô là đủ? Câu trả lời phụ thuộc vào việc các lô có được phân bổ độc quyền theo vùng hay không.

Nếu mỗi lô chỉ xuất cho đúng một vùng hoặc một đại lý, thì chỉ cần biết lô nào bị quét lệch vùng là đã suy ra được nguồn gốc rò rỉ, không cần biết chính xác đơn vị sản phẩm nào. Khai báo ở cấp lô là đủ, chi phí thấp, triển khai nhanh.

Nhưng nếu một lô lớn được chia nhỏ xuất cho nhiều đại lý trong cùng một vùng, và nghi ngờ tràn kênh xảy ra giữa các đại lý với nhau (không phải giữa các vùng), thì khai báo theo lô không đủ phân giải — lúc này bắt buộc phải xuống tới cấp đơn xuất kho hoặc cấp serial từng đơn vị mới xác định được chính xác đại lý nào là nguồn rò rỉ. Serial hóa từng đơn vị chính xác hơn nhưng tốn chi phí in mã và vận hành hơn nhiều, nên hầu hết doanh nghiệp nên bắt đầu ở cấp lô hoặc cấp đơn xuất kho, và chỉ nâng lên cấp serial cho những dòng sản phẩm có giá trị cao hoặc đã từng xảy ra tranh chấp thực tế.

Khi cảnh báo nổ ra: dữ liệu khai báo trở thành bằng chứng, không chỉ là con số

Giá trị lớn nhất của việc khai báo vùng phân phối không chỉ nằm ở việc phát hiện, mà ở việc tạo ra bằng chứng có thể dùng khi làm việc với đại lý. Khi đội kinh doanh cầm một báo cáo nói "lô XYZ xuất cho đại lý A tại Tây Nguyên ngày 10/7, nhưng có 340 lượt quét từ TP.HCM trong vòng năm ngày sau đó", đó là một lập luận cụ thể, có thời gian, có địa điểm, có số lượng — khác hẳn với việc chỉ nói suông "nghe nói đại lý này bán lấn vùng". Nhiều hợp đồng đại lý có điều khoản phạt hoặc chấm dứt hợp tác khi vi phạm địa bàn, nhưng điều khoản đó vô nghĩa nếu công ty không có cách chứng minh vi phạm bằng dữ liệu.

Vì vậy, sau khi cảnh báo được tạo ra, nên có một quy trình xử lý rõ ràng: lưu lại toàn bộ lịch sử quét làm bằng chứng, gửi cảnh báo cho đội quản lý kênh phụ trách khu vực bị ảnh hưởng, và với những trường hợp lặp lại nhiều lần từ cùng một đại lý, đưa vào danh sách theo dõi để làm căn cứ xử lý hợp đồng. Nếu chỉ dừng ở việc hiển thị cảnh báo trên dashboard mà không có ai chịu trách nhiệm xử lý tiếp, thì việc khai báo vùng phân phối dù làm tốt đến đâu cũng chỉ tạo ra dữ liệu chết.

Đừng xây một hệ thống chống tràn kênh riêng biệt

Điều cuối cùng đáng nói là: khai báo vùng phân phối không nên là một module tách rời, cài thêm bên cạnh hệ thống truy xuất nguồn gốc đã có. Dữ liệu về lô hàng, ngày sản xuất, hạn sử dụng, sự kiện xuất kho vốn đã tồn tại trong hệ thống truy xuất nếu doanh nghiệp đang dùng mã QR theo chuẩn GS1/EPCIS. Việc thêm một trường "vùng phân phối được phép" vào sự kiện xuất kho (bizStep là shipping) là một bổ sung nhẹ, không phải xây mới từ đầu.

Cách làm này còn có lợi thế là dữ liệu vùng phân phối tự động phục vụ cho nhiều mục đích khác ngoài chống tràn kênh: khi cần thu hồi sản phẩm lỗi, công ty biết ngay lô đó đã đi những vùng nào để khoanh phạm vi thu hồi chính xác thay vì thu hồi toàn quốc; khi phân tích doanh số theo vùng, dữ liệu quét thực tế đối chiếu với vùng khai báo cho biết chính xác mức độ tiêu thụ thật ở từng địa bàn, không lẫn với hàng tràn từ nơi khác sang. Tràn kênh, thu hồi sản phẩm, và báo cáo tiêu thụ theo vùng thực ra dùng chung một nguồn dữ liệu gốc — chỉ là ba câu hỏi khác nhau đặt ra cho cùng một bộ dữ liệu về nơi hàng được phép đến và nơi hàng thực sự đến.

Bước khai báo vùng phân phối, vì vậy, không phải một tính năng phụ để làm cho có. Nó là nền móng — thiếu nó, mọi báo cáo về vị trí quét mã chỉ là con số nằm im, không nói lên được điều gì cho tới khi có người khiếu nại.