“11개째부터 800원”과 “11개 이상 주문하면 개당 800원”은 같은 말이 아닐 수 있습니다. 앞 문장은 추가 수량에만 할인 단가를 적용하고, 뒷 문장은 앞의 10개까지 바꿀 수 있습니다. 단가표보다 먼저 할인 대상 수량을 확인해야 청구액을 맞출 수 있습니다.
25개를 주문했다면 어디부터 할인할까요?
가상의 처리 수수료를 보겠습니다. 처음 10개는 개당 1,000원, 다음 10개는 800원, 21개째부터는 600원입니다. 기본료·세금·배송비는 없는 조건입니다. 이 글의 숫자는 실제 업체 요금이나 세율이 아닙니다.
추가 구간에만 할인을 적용하면 25개를 10개, 10개, 5개로 나눕니다. 10×1,000+10×800+5×600=21,000원입니다. 마지막 구간 단가 600원을 25개 모두에 곱한 15,000원과는 6,000원 차이가 납니다.
15,000원도 언제나 틀린 값은 아닙니다. 계약 조건이 “총수량 1~10개는 전량 1,000원, 11~20개는 전량 800원, 21개 이상은 전량 600원”이라면 25×600원이 맞습니다. 같은 숫자표를 보고 서로 다른 방식을 적용한 것이 문제입니다.
10개에서 11개로 늘려 보면 구분이 쉽습니다
구간별 계산은 10개에 10,000원, 11개에 10,800원입니다. 한 개를 추가하면 800원이 늘어납니다. 전량 할인 방식에서는 11개에 8,800원이 되어 오히려 1,200원 줄어듭니다. 이런 하락은 전량 할인 조건에서는 가능하므로 오류라고 단정할 수 없습니다. 다만 주문을 나누거나 합칠 때도 같은 기준인지, 할인 기준이 한 번의 주문인지 기간 합계인지는 별도로 확인해야 합니다.
비교를 위해 평균 단가도 계산할 수 있습니다. 25개 구간별 합계 21,000원을 25로 나누면 840원입니다. 이 840원은 전체 비용을 수량으로 나눈 값이지, 26번째 물건의 추가 단가가 아닙니다. 26번째에는 여전히 600원이 더해집니다.
세 구간의 개수를 먼저 세는 식
수량 q가 0 이상의 정수일 때 첫 구간 개수는 MIN(q,10), 둘째 구간은 MIN(MAX(q−10,0),10), 셋째 구간은 MAX(q−20,0)입니다. MAX는 아직 도달하지 않은 구간의 개수가 음수가 되지 않게 하고, MIN은 구간의 최대 개수를 제한합니다.
합계 = 1,000×MIN(q,10) + 800×MIN(MAX(q−10,0),10) + 600×MAX(q−20,0)
q=25를 넣으면 각각 10, 10, 5가 나옵니다. 세 구간의 개수 합이 25인지 먼저 확인한 뒤 단가를 곱하면 누락과 중복을 찾기 쉽습니다. 함수의 정의는 Microsoft의 MIN, MAX 설명에서 확인할 수 있습니다. 스프레드시트에 옮길 때는 q 자리에 실제 수량 셀을 지정합니다.
경계 전후의 여섯 값을 확인합니다
9·10·11개는 각각 9,000·10,000·10,800원이고, 19·20·21개는 17,200·18,000·18,600원입니다. 0개는 0원이지만 이는 기본료가 없다는 예시 조건 때문입니다. 기본료가 있는 계약에서 주문이 없어도 청구되는지는 이 식으로 결정할 수 없습니다.
음수 수량이나 소수 수량을 정수로 조용히 바꾸지 마세요. 개수가 아니라 무게나 시간에 요금을 매기는 계약이라면 구간 단위와 올림 규칙부터 다시 정해야 합니다. 수량이 미확정인 상태도 0개와 구분해야 합니다.
할인 대상 금액에 상한이 있다면 할인율·상한·적용 대상 금액의 관계를 별도로 확인하세요. 여러 견적을 비교할 때는 부가세 포함·별도 조건을 같은 기준으로 맞추는 과정도 필요합니다. 이 예시의 수량 할인 계산만으로 최종 결제액까지 확정되지는 않습니다.
계산 조건 확인일: 2026년 11월 5일. 수량별 가상 단가표로 계산했습니다. 실제 청구액은 할인 적용 범위와 별도 비용을 확인해야 합니다.