Chiết Khấu Nhiều Tầng Trên Sheets: Công Thức Hay Apps Script? (2026)

Chiết khấu chồng chéo trên bảng báo giá — lúc nào công thức bắt đầu "gãy"

Chủ shop bán buôn quần áo ở chợ Ninh Hiệp thường bắt đầu đơn giản: khách mua trên 50 sản phẩm giảm 5%, trên 100 sản phẩm giảm 8%. Một hàm IF lồng là xong. Nhưng chỉ sau vài tháng, danh sách điều kiện phình ra: khách buôn sỉ lâu năm được thêm 3% "chiết khấu thân thiết", đơn thanh toán trước 100% được cộng thêm 2%, và có những khách vừa đạt mốc số lượng vừa là VIP vừa thanh toán sớm — ba tầng chiết khấu cộng dồn trên cùng một dòng hóa đơn.

Lúc này công thức IF lồng 5-6 tầng không còn dễ đọc, và tệ hơn là dễ tính sai. Một chủ shop từng chia sẻ: nhân viên kế toán sửa nhầm một dấu ngoặc trong công thức, khiến toàn bộ đơn hàng tháng đó tính thiếu chiết khấu VIP — khách phát hiện ra và mất niềm tin ngay lập tức. Bài này đi thẳng vào câu hỏi: khi nào công thức lồng nhau vẫn đủ dùng, khi nào phải chuyển sang Apps Script, và cách chuyển đổi không làm hỏng dữ liệu cũ.

Công thức lồng nhau xử lý được đến đâu

Với chiết khấu 1-2 tầng, công thức là lựa chọn đúng — không cần vội vàng học lập trình. Ví dụ một shop bán mỹ phẩm sỉ có hai điều kiện: số lượng và hạng thành viên.

=IF(AND(C2>=100,D2="VIP"),B2*0.85,IF(C2>=100,B2*0.9,IF(D2="VIP",B2*0.95,B2)))

Công thức này còn đọc được. Vấn đề bắt đầu khi thêm tầng thứ ba — ví dụ chiết khấu theo mùa (Tết, hè) cộng dồn với hai điều kiện trên. Lúc đó số nhánh IF tăng theo cấp số nhân: 2 điều kiện x 2 giá trị = 4 nhánh, 3 điều kiện = 8 nhánh, 4 điều kiện = 16 nhánh. Một công thức 16 nhánh IF lồng nhau dài hơn 500 ký tự, không ai — kể cả người viết ra nó — đọc lại được sau ba tháng. Cách xử lý tốt hơn nhiều IF lồng là dùng bảng tra chiết khấu riêng kết hợp VLOOKUP hoặc XLOOKUP theo từng tầng, rồi cộng dồn kết quả bằng công thức nhân chuỗi:

=B2*(1-XLOOKUP(C2,BangTraSoLuong!A:A,BangTraSoLuong!B:B,0,-1))*(1-XLOOKUP(D2,BangTraHang!A:A,BangTraHang!B:B,0))

Cách này tách logic ra khỏi công thức chính, mỗi tầng chiết khấu là một bảng riêng dễ chỉnh sửa mà không phải sờ vào công thức gốc. Nếu bạn chưa quen XLOOKUP hay muốn tìm hiểu thêm về ARRAYFORMULA để áp dụng công thức này cho cả cột một lúc, bài Google Sheets Nâng Cao: Công Thức ARRAYFORMULA, QUERY, Apps Script Và Kỹ Thuật Chuyên Nghiệp có ví dụ áp dụng cho toàn bảng hóa đơn.

Nhưng bảng tra cứu chỉ giải quyết được kiểu chiết khấu nhân dồn đơn giản (giảm 10% rồi giảm tiếp 5% trên phần còn lại). Nó không xử lý được các quy tắc có điều kiện qua lại — ví dụ "nếu tổng chiết khấu vượt 25% thì giới hạn lại ở 25%, trừ khi khách thuộc nhóm đối tác chiến lược thì cho phép tới 30%". Loại quy tắc rẽ nhánh có ngoại lệ này là lúc công thức bắt đầu bất lực thật sự.

Ba dấu hiệu cho thấy đã đến ngưỡng chuyển sang Apps Script

Không phải cứ nhiều tầng là phải chuyển sang script — có shop vẫn chạy ổn với 3 tầng chiết khấu bằng bảng tra cứu suốt hai năm. Ranh giới thực tế nằm ở ba dấu hiệu sau, không phải con số tầng cụ thể.

• Quy tắc có logic ngoại lệ chồng chéo: khi một điều kiện làm thay đổi cách áp dụng điều kiện khác (ví dụ giới hạn trần chiết khấu tùy nhóm khách), công thức mảng không diễn đạt nổi mà không viết lại từ đầu mỗi lần thêm ngoại lệ.
• Cần log lại lịch sử áp dụng chiết khấu: nhiều chủ doanh nghiệp bán buôn cần biết dòng hóa đơn nào áp dụng quy tắc nào, để giải trình khi khách thắc mắc hoặc để kế toán đối chiếu cuối tháng. Công thức không lưu được "diễn giải" — chỉ ra con số cuối cùng.
• Tốc độ tính toán chậm hẳn khi bảng vượt 2.000-3.000 dòng: công thức mảng lồng XLOOKUP nhiều tầng trên bảng lớn khiến Sheets tính lại toàn bộ mỗi khi có thay đổi, gây trễ vài giây tới vài chục giây — cảm nhận rõ khi nhân viên nhập liệu liên tục.

Một xưởng in ấn quy mô vừa (khoảng 1.500 đơn hàng/tháng, mỗi đơn có 3-5 dòng sản phẩm) từng gặp đúng cả ba dấu hiệu này. Họ có 4 tầng chiết khấu: số lượng, loại vật liệu in, khách quen (theo số năm hợp tác), và khuyến mãi theo mùa — cộng thêm quy tắc "tổng chiết khấu không vượt 22%, trừ đối tác ký hợp đồng năm thì không giới hạn". Bảng tính của họ mất 8-12 giây để tính lại mỗi lần sửa một ô, và kế toán không thể giải thích cho khách tại sao đơn này được 19% mà đơn kia chỉ 15%.

Apps Script xử lý chiết khấu nhiều tầng như thế nào — ví dụ cụ thể

Với trường hợp xưởng in trên, giải pháp là viết một hàm tùy chỉnh (custom function) chạy trong Apps Script, thay thế toàn bộ chuỗi IF lồng. Về bản chất, hàm này nhận các tham số đầu vào (số lượng, mã khách, loại vật liệu, ngày đặt hàng) và trả về không chỉ con số chiết khấu cuối cùng mà cả diễn giải:

function tinhChietKhau(soLuong, maKhach, loaiVatLieu, ngayDatHang) {
  var chiTiet = [];
  var tongChietKhau = 0;

  // Tầng 1: theo số lượng
  if (soLuong >= 500) { tongChietKhau += 0.10; chiTiet.push("SL≥500: +10%"); }
  else if (soLuong >= 200) { tongChietKhau += 0.06; chiTiet.push("SL≥200: +6%"); }

  // Tầng 2: khách quen (tra từ sheet Khách hàng)
  var soNamHopTac = laySoNamHopTac(maKhach);
  if (soNamHopTac >= 3) { tongChietKhau += 0.05; chiTiet.push("Khách ≥3 năm: +5%"); }

  // Tầng 3: vật liệu đặc biệt
  if (loaiVatLieu === "giay-my-thuat") { tongChietKhau += 0.03; chiTiet.push("Vật liệu MT: +3%"); }

  // Quy tắc giới hạn trần — có ngoại lệ
  var laDoiTacHopDongNam = kiemTraHopDongNam(maKhach);
  if (!laDoiTacHopDongNam && tongChietKhau > 0.22) {
    tongChietKhau = 0.22;
    chiTiet.push("Đã giới hạn trần 22%");
  }

  return { tyLe: tongChietKhau, diaGiai: chiTiet.join(" | ") };
}

Điểm khác biệt căn bản so với công thức: hàm này có thể gọi hàm phụ (laySoNamHopTac, kiemTraHopDongNam) để tra cứu dữ liệu từ sheet khác mà không cần công thức tham chiếu chồng chéo, và có thể ghi log diễn giải vào một cột riêng để kế toán đối chiếu bất cứ lúc nào. Sau khi triển khai, thời gian tính lại bảng giảm từ 8-12 giây xuống gần như tức thời vì Apps Script chỉ chạy khi có sự kiện thay đổi cụ thể (qua trigger onEdit), không tính lại toàn bảng như công thức mảng.

Nếu doanh nghiệp của bạn đã có kinh nghiệm dùng Apps Script cho việc khác (ví dụ tự động hóa gửi báo giá qua email), việc thêm module tính chiết khấu này không mất nhiều công sức. Ngược lại, nếu đây là lần đầu viết Apps Script, nên tham khảo phần Apps Script cơ bản trong bài Google Sheets Nâng Cao: XLOOKUP, ARRAYFORMULA, QUERY, Apps Script và 10 Thủ Thuật Bí Ẩn trước khi bắt tay vào viết hàm tùy chỉnh cho chiết khấu.

So sánh trực tiếp: khi nào chọn cái nào

Tiêu chí	Công thức lồng nhau / bảng tra cứu	Apps Script
Số tầng chiết khấu	1-3 tầng, không có ngoại lệ chéo	3+ tầng hoặc có quy tắc ngoại lệ/giới hạn trần
Người bảo trì	Không cần biết lập trình, chủ shop tự sửa được	Cần người biết JavaScript cơ bản, hoặc thuê ngoài chỉnh sửa
Tốc độ với bảng lớn (>2.000 dòng)	Chậm dần, có thể trễ 5-15 giây mỗi lần sửa	Nhanh, chỉ tính lại dòng thay đổi
Giải trình/log lịch sử	Không lưu được diễn giải, chỉ ra kết quả	Ghi log chi tiết từng tầng áp dụng
Rủi ro khi sửa nhầm	Dễ gãy công thức khi copy/paste hoặc chèn dòng	Ổn định hơn, nhưng lỗi cú pháp có thể làm dừng cả hàm
Thời gian triển khai ban đầu	15-30 phút	Vài giờ đến 1-2 ngày tùy độ phức tạp

Một điểm nhiều người bỏ qua: không nhất thiết phải chọn một trong hai — có thể dùng công thức cho các tầng đơn giản (số lượng, hạng khách) và chỉ gọi Apps Script cho phần logic ngoại lệ phức tạp (giới hạn trần, quy tắc theo hợp đồng). Cách lai này giữ được tốc độ chỉnh sửa nhanh của công thức mà vẫn xử lý được ngoại lệ mà IF lồng không làm nổi.

Rủi ro thường gặp khi chuyển đổi và cách tránh

Chuyển từ công thức sang Apps Script không phải chuyện bật công tắc — nhiều chủ doanh nghiệp chuyển đổi giữa chừng rồi mất luôn dữ liệu chiết khấu của các đơn hàng cũ vì công thức bị xóa trước khi script chạy đúng.

Cách an toàn là chạy song song hai hệ thống trong 2-4 tuần: giữ nguyên công thức cũ ở một cột phụ, đặt hàm Apps Script ở cột mới, so sánh kết quả hai cột trên toàn bộ đơn hàng của tháng gần nhất. Chỉ khi hai cột khớp nhau 100% (hoặc chênh lệch có lý do rõ ràng, ví dụ script xử lý đúng ngoại lệ mà công thức bỏ sót) mới xóa công thức cũ. Bước này tốn thêm một tuần nhưng tránh được tình huống dở khóc dở cười: chiết khấu sai lan ra hàng trăm đơn trước khi ai đó phát hiện. Một rủi ro khác ít ai nhắc: Apps Script chạy trên giới hạn thời gian thực thi của Google (6 phút cho tài khoản cá nhân, 30 phút cho Google Workspace). Nếu bảng hóa đơn của bạn có hàng chục nghìn dòng và hàm chiết khấu chạy qua trigger onEdit cho từng ô, việc paste hàng loạt dữ liệu có thể khiến script timeout giữa chừng, để lại một phần dữ liệu chưa tính chiết khấu. Giải pháp thực tế là tách riêng một hàm chạy theo lô (batch), kích hoạt thủ công qua menu tùy chỉnh thay vì để trigger tự động chạy trên mọi thay đổi.

Với những doanh nghiệp không có ai rành Apps Script và không muốn tự viết từ đầu, việc dùng sẵn một hệ thống quản lý xây trên Google Sheets như SheetStore giúp tránh hẳn giai đoạn dò lỗi này — logic chiết khấu nhiều tầng, giới hạn trần, và log lịch sử áp dụng đã được xây sẵn và kiểm thử, thay vì phải tự viết và tự chịu rủi ro trong giai đoạn chuyển đổi.

Xây bảng tra cứu chiết khấu dễ bảo trì trước khi nghĩ đến script

Trước khi quyết định đầu tư thời gian viết Apps Script, đáng để thử một bước trung gian: tách toàn bộ điều kiện chiết khấu ra một sheet riêng dạng bảng, mỗi hàng là một quy tắc với các cột: điều kiện, giá trị ngưỡng, tỷ lệ chiết khấu, thứ tự ưu tiên. Cách tổ chức này giúp bạn nhìn ra ngay bảng chiết khấu có thật sự phức tạp đến mức cần script hay chỉ đang bị rối vì công thức viết chưa gọn. Nhiều chủ shop sau khi tách bảng ra mới nhận ra họ chỉ có 2 tầng chiết khấu thật sự khác biệt, phần còn lại là các biến thể của cùng một quy tắc gộp lại được. Việc này tương tự cách tổ chức bảng chiết khấu hoa hồng nhiều bậc cho đội sales — nếu bạn quản lý cả hai loại chiết khấu (khách hàng và hoa hồng nội bộ) trên cùng một file, bài Tính Hoa Hồng Nhiều Bậc: Công Thức Hay Apps Script? có cùng khung phân tích ngưỡng chuyển đổi, áp dụng được cho cả hai bài toán.

Với các shop bán hàng có tồn kho tính theo lô nhập (ảnh hưởng giá vốn, từ đó ảnh hưởng đến mức chiết khấu tối đa có thể cho phép mà vẫn có lãi), việc tính chiết khấu không thể tách rời khỏi cách tính giá vốn FIFO. Nếu bạn đang phải cân đối cả hai bài toán cùng lúc, bài Tính Tồn Kho FIFO: Công Thức Hay Apps Script? giải quyết phần giá vốn để bạn biết chính xác biên độ chiết khấu an toàn trước khi thiết kế các tầng giảm giá.

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

Bao nhiêu tầng chiết khấu thì công thức IF lồng nhau bắt đầu khó quản lý?

Từ tầng thứ 4-5 trở lên, công thức IF lồng nhau đã dài đến mức khó đọc và dễ sai khi sửa ngưỡng. Nếu chỉ 2-3 mức chiết khấu cố định, công thức vẫn đủ dùng và không cần script.

Chiết khấu theo nhiều điều kiện cùng lúc (số lượng, hạng khách, thời điểm) thì nên dùng gì?

Khi có từ 2 điều kiện độc lập trở lên cần kết hợp, công thức sẽ phải lồng nhiều lớp IF/AND rất rối. Apps Script xử lý bằng vòng lặp và bảng tra cứu riêng nên dễ thêm điều kiện mới mà không phải viết lại toàn bộ công thức.

Dùng Apps Script tính chiết khấu có làm chậm file Sheets không?

Không, vì Apps Script chỉ chạy khi có trigger (mở file, chỉnh sửa, hoặc theo lịch), không tính lại liên tục như công thức trải trên toàn bộ cột. Với file có hàng nghìn dòng, cách này còn nhẹ hơn công thức mảng.

Chuyển từ công thức sang Apps Script có mất dữ liệu tính chiết khấu cũ không?

Không, nếu giữ nguyên cột chiết khấu và chỉ thay công thức bằng giá trị do script ghi vào. Nên sao lưu file trước khi chuyển và chạy song song một thời gian để đối chiếu kết quả giữa hai cách tính.