Mẫu Google Sheets Tính Hoa Hồng Đại Lý Nhiều Cấp [2026]

Đại lý cấp 1 giới thiệu đại lý cấp 2, đại lý cấp 2 lại phát triển thêm cấp 3 — mô hình này không hiếm ở ngành bảo hiểm, mỹ phẩm, thực phẩm chức năng hay bất động sản ký gửi. Vấn đề là khi có từ 2 cấp trở lên, một bảng tính hoa hồng tưởng chừng đơn giản lại biến thành mớ công thức chằng chịt, và rất nhiều doanh nghiệp nhỏ vẫn đang tính tay bằng máy tính bỏ túi rồi gõ vào Excel — sai sót gần như chắc chắn xảy ra vào cuối tháng khi số lượng đơn hàng tăng vọt.

Vì sao hoa hồng đa cấp khó tính hơn hoa hồng thường

Hoa hồng một cấp chỉ cần nhìn doanh số của chính người bán rồi tra bậc thang. Hoa hồng nhiều cấp thì khác: mỗi đơn hàng phát sinh không chỉ trả cho người bán trực tiếp, mà còn phải "chảy ngược" lên tuyến trên theo tỷ lệ giảm dần. Ví dụ phổ biến ở nhóm khách hàng dùng sheet.com.vn: cấp 1 (người bán trực tiếp) nhận 15%, cấp trên của họ (cấp 2) nhận thêm 5%, và cấp trên nữa (cấp 3) nhận 2%. Một đơn hàng 10 triệu đồng lúc này phải tách ra ba dòng chi trả khác nhau, cho ba người khác nhau, với ba tỷ lệ khác nhau — và tất cả phải khớp đúng cấu trúc cây quan hệ tại thời điểm đơn hàng phát sinh, chứ không phải cấu trúc hiện tại (vì đại lý có thể đổi tuyến trên sau này).

Cái bẫy lớn nhất khi tự thiết kế sheet là quên mất yếu tố "thời điểm". Nếu chỉ dùng VLOOKUP tra cây quan hệ hiện tại để tính hoa hồng cho đơn hàng tháng trước, mọi con số tháng trước sẽ tự động sai lệch ngay khi có một đại lý chuyển tuyến trong tháng này. Đây là lý do cần lưu snapshot cấu trúc quan hệ (ai thuộc tuyến ai) tại đúng thời điểm phát sinh đơn, không tính động theo bảng quan hệ realtime.

Cấu trúc bảng tối thiểu cần có

Một hệ thống tính hoa hồng đa cấp trên Google Sheets cần tách thành ít nhất 4 sheet riêng biệt, không gộp chung để tránh công thức lồng nhau quá sâu:

• Sheet Đại lý: mã đại lý, tên, cấp bậc, mã người giới thiệu (tuyến trên trực tiếp), ngày gia nhập, trạng thái hoạt động
• Sheet Đơn hàng: mã đơn, mã đại lý bán, ngày bán, giá trị đơn, trạng thái (đã thanh toán/hoàn/huỷ)
• Sheet Cấu hình tỷ lệ: cấp bậc, % hoa hồng theo từng tầng (tầng 1, tầng 2, tầng 3...), điều kiện áp dụng nếu có (ví dụ chỉ trả tầng 2 khi tầng 1 đạt doanh số tối thiểu)
• Sheet Kết quả hoa hồng: nơi công thức "nổ" ra từng dòng chi trả cho từng người, từng đơn hàng, từng tầng

Sheet Đại lý là xương sống — cột "mã người giới thiệu" chính là thứ dựng nên cây quan hệ. Với công ty có vài chục đại lý thì dùng IFS lồng để dò 2-3 cấp lên trên là đủ chạy được; nhưng qua khoảng 100 đại lý với cây sâu 4-5 tầng, IFS lồng bắt đầu chậm rõ rệt và dễ gây lỗi #REF khi có ai xoá dòng giữa chừng.

Công thức dò tuyến trên nhiều cấp

Cách xử lý phổ biến nhất trên Google Sheets thuần (không cần App Script) là dựng các cột phụ "Tuyến trên cấp 1", "Tuyến trên cấp 2", "Tuyến trên cấp 3" ngay trong sheet Đại lý, mỗi cột dùng VLOOKUP tham chiếu vào cột trước đó:

• Tuyến trên cấp 1 = VLOOKUP(mã đại lý, bảng đại lý, cột mã người giới thiệu, 0)
• Tuyến trên cấp 2 = VLOOKUP(Tuyến trên cấp 1, bảng đại lý, cột mã người giới thiệu, 0)
• Tuyến trên cấp 3 = VLOOKUP(Tuyến trên cấp 2, bảng đại lý, cột mã người giới thiệu, 0)

Kéo công thức này xuống hết danh sách đại lý, ta có sẵn "bản đồ" 3 tầng cho mọi người mà không cần viết công thức đệ quy phức tạp trong sheet tính hoa hồng. Khi tính hoa hồng cho một đơn hàng, chỉ cần tra chéo: lấy mã đại lý bán hàng, dò ra 3 tầng tuyến trên từ bảng đã dựng sẵn, rồi nhân từng tầng với % tương ứng lấy từ sheet Cấu hình tỷ lệ bằng INDEX/MATCH theo cấp bậc.

Nhược điểm của cách này là giới hạn cứng số tầng (nếu công ty có 5-6 cấp thì phải kéo thêm 5-6 cột phụ, và mỗi lần đổi cấu trúc phải sửa tay). Với doanh nghiệp có mô hình đa cấp sâu và biến động nhanh, đây chính là ranh giới nên cân nhắc chuyển sang phần mềm chuyên biệt thay vì cố kéo dài giới hạn của Sheets — Sheets vẫn xử lý tốt đến khoảng 4 tầng, quá con số đó công thức bắt đầu khó bảo trì.

Xử lý điều kiện áp dụng và trần hoa hồng

Thực tế ít công ty nào trả hoa hồng đa cấp vô điều kiện. Hai ràng buộc hay gặp nhất:

Thứ nhất là điều kiện doanh số tối thiểu — tuyến trên chỉ được nhận hoa hồng tầng 2, tầng 3 nếu bản thân họ (không phải tuyến dưới) đạt doanh số tối thiểu trong tháng, tránh tình trạng người "ngồi không" ăn hoa hồng thụ động mãi mãi. Cách xử lý trong Sheets là thêm một cột kiểm tra doanh số cá nhân theo tháng (dùng SUMIFS gộp theo mã đại lý và tháng), rồi bọc công thức tính hoa hồng tầng trên trong IF kiểm tra điều kiện này trước khi nhân tỷ lệ.

Thứ hai là trần hoa hồng tổng — nhiều công ty giới hạn tổng % hoa hồng chi ra cho một đơn hàng không vượt quá một mức nào đó, ví dụ 25% giá trị đơn, để tránh biên lợi nhuận bị ăn hết khi cây quan hệ quá sâu. Cách kiểm soát đơn giản nhất là tính tổng % của tất cả các tầng bằng SUM, rồi nếu tổng vượt trần thì scale tỷ lệ từng tầng xuống theo hệ số tương ứng — công thức không quá phức tạp nhưng bắt buộc phải có, nếu không tổng chi phí hoa hồng có thể âm thầm vượt ngân sách dự kiến mà chủ doanh nghiệp không hay.

Ví dụ tính toán cụ thể

Giả sử cấu hình tỷ lệ: cấp 1 nhận 15% trên đơn hàng do chính mình bán; tầng 2 (tuyến trên trực tiếp của người bán) nhận 5%; tầng 3 nhận 2%, với điều kiện tầng 2 và tầng 3 phải có doanh số cá nhân tối thiểu 5 triệu/tháng mới được hưởng.

Đại lý C bán một đơn 20 triệu đồng trong tháng. Tuyến trên của C là B, tuyến trên của B là A. Giả sử tháng đó B chỉ bán được 3 triệu (dưới ngưỡng 5 triệu), còn A bán được 12 triệu (đạt ngưỡng). Kết quả tính ra sẽ là: C nhận 15% × 20 triệu = 3.000.000đ; B không đạt điều kiện nên tầng 2 không phát sinh, phần 5% này có thể để công ty giữ lại hoặc dồn lên tầng kế tiếp tuỳ chính sách; A nhận 2% × 20 triệu = 400.000đ vì đạt điều kiện tầng 3. Tổng chi hoa hồng cho đơn này chỉ 3.400.000đ thay vì 4.400.000đ nếu không có điều kiện lọc — đây chính là lý do vì sao bỏ qua bước kiểm tra điều kiện dễ khiến số liệu cuối tháng bị lệch so với thực tế chi trả.

Nếu công ty của bạn dùng mô hình bậc thang trong nội bộ từng cấp (ví dụ cấp 1 hưởng % tăng dần theo doanh số cá nhân trước khi tính lan lên tuyến trên), có thể tham khảo thêm cách dựng bậc thang trong mẫu Google Sheets tính hoa hồng bán hàng theo bậc thang rồi ghép logic bậc thang đó vào tầng 1 của hệ thống đa cấp.

Khi nào nên dừng lại ở Sheets, khi nào cần phần mềm

Sheets đủ dùng tốt khi số lượng đại lý dưới 200 người, cây quan hệ không quá 4 tầng, và tần suất tính hoa hồng theo tháng (không cần realtime). Với quy mô này, một bảng được thiết kế đúng như trên chạy mượt, dễ audit vì mọi công thức đều nhìn thấy được, không phải "hộp đen" như phần mềm CRM.

Ngưỡng nên cân nhắc chuyển đổi là khi: cây quan hệ vượt 5-6 tầng, số đại lý vượt vài trăm khiến VLOOKUP/INDEX-MATCH bắt đầu chậm rõ khi mở file, hoặc công ty cần đại lý tự tra cứu hoa hồng của mình mà không được xem dữ liệu của người khác (Sheets không phân quyền theo dòng tốt, dễ lộ thông tin thu nhập giữa các đại lý với nhau). Trong trường hợp đó, một phần mềm quản lý xây trên nền Google Sheets với lớp phân quyền và tự động hoá riêng — như cách SheetStore đang làm với một số khách hàng ngành bảo hiểm, mỹ phẩm — sẽ giải quyết được bài toán phân quyền mà vẫn giữ được sự quen thuộc của giao diện bảng tính.

Một điểm dễ bị bỏ qua: nếu công ty vừa quản lý hoa hồng đa cấp vừa quản lý ca làm việc của đội ngũ vận hành ở nhiều điểm bán, hai bài toán này thường tách biệt về công thức nhưng lại cần đồng bộ dữ liệu nhân sự — có thể tham khảo thêm cách tổ chức dữ liệu nhân viên đa chi nhánh trong mẫu quản lý lịch ca nhân viên nhiều chi nhánh để tránh trùng lặp cấu trúc mã nhân viên giữa hai hệ thống.

Những lỗi thường gặp khi vận hành thực tế

Lỗi phổ biến nhất là vòng lặp tuyến trên — đại lý A giới thiệu B, sau đó vì lý do nào đó B lại được gán làm người giới thiệu của A trong lần cập nhật dữ liệu sau. Công thức VLOOKUP dò ngược sẽ chạy vào vòng lặp vô hạn hoặc trả về kết quả sai mà không báo lỗi rõ ràng, chỉ thấy số hoa hồng bất thường. Nên thêm một cột kiểm tra đơn giản: so sánh mã đại lý ở cột gốc với chuỗi tuyến trên đã dò được, nếu trùng thì đánh dấu cảnh báo bằng định dạng có điều kiện màu đỏ.

Lỗi thứ hai là quên xử lý đơn hàng bị huỷ hoặc hoàn tiền sau khi đã tính hoa hồng — nếu hoa hồng đã trả cho cả 3 tầng mà đơn sau đó bị huỷ, cần có cơ chế trừ ngược (thường làm bằng dòng âm trong sheet Kết quả hoa hồng, tham chiếu theo trạng thái đơn hàng) thay vì xoá dòng cũ, để giữ lịch sử đối chiếu khi có tranh chấp với đại lý.

Lỗi thứ ba, ít ai để ý, là không tách riêng hoa hồng của mô hình đa cấp nội bộ với hoa hồng affiliate bên ngoài nếu công ty chạy song song cả hai kênh — hai loại này có cơ chế theo dõi khác nhau (đại lý nội bộ dựa vào cây quan hệ cố định, affiliate dựa vào link/mã theo dõi từng chiến dịch) và gộp chung dễ gây nhầm lẫn khi báo cáo doanh thu theo kênh. Nếu công ty đang mở rộng thêm kênh affiliate, cách tổ chức dữ liệu theo dõi riêng có thể tham khảo ở Google Sheets quản lý affiliate marketing, còn nếu chỉ có cộng tác viên bán hàng đơn giản (không có cấu trúc nhiều tầng) thì mô hình nhẹ hơn ở mẫu quản lý hoa hồng CTV bán hàng sẽ phù hợp và dễ bảo trì hơn nhiều so với việc ép mô hình đa cấp cho một đội CTV chỉ có 1 tầng.

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

Mẫu này khác gì so với mẫu tính hoa hồng bán hàng theo bậc thang?

Bậc thang tính hoa hồng theo doanh số của 1 người bán, còn mẫu này tính hoa hồng theo cây quan hệ nhiều tầng đại lý — mỗi đại lý cấp trên nhận thêm % hoa hồng gián tiếp từ doanh số của đại lý cấp dưới do mình phát triển.

File hỗ trợ tối đa bao nhiêu cấp đại lý?

Mẫu mặc định dựng sẵn 3 cấp (cấp 1, 2, 3), mỗi cấp có tỷ lệ hoa hồng riêng. Có thể mở rộng thêm cột cấp 4, cấp 5 bằng cách copy công thức SUMIF theo mã người giới thiệu.

Làm sao Sheets biết đại lý nào thuộc tuyến của đại lý nào?

File dùng cột 'Mã người giới thiệu' để liên kết từng đại lý với cấp trên trực tiếp, sau đó dùng công thức tra cứu ngược để tính doanh số cộng dồn theo từng nhánh trong cây.

Có thể dùng file này thay phần mềm quản lý đại lý chuyên dụng không?

Phù hợp với hệ thống dưới 200-300 đại lý, quản lý thủ công vẫn kiểm soát được. Khi mạng lưới lớn hơn hoặc cần tự động đối soát real-time, nên chuyển sang phần mềm chuyên biệt để tránh sai sót công thức.