엑셀 · 함수

엑셀 SUM 함수: SUMIF·SUMIFS 차이, SUMPRODUCT 사용법

엑셀로 데이터를 관리하다 보면 처음엔 SUM 함수 하나로 충분합니다. 그런데 데이터가 쌓이고 조건이 하나둘 늘어나면서 슬슬 이야기가 달라지죠. “영업팀 매출만 더하고 싶은데”, “영업팀 중에서도 과장급만 걸러서 더하고 싶은데” 하다가 결국 “영업팀 또는 마케팅팀만” 같은 조건까지 나오면 SUM 하나로는 답이 안 나옵니다. 이럴 때 필요한 함수가 SUMIF, SUMIFS, SUMPRODUCT입니다. 이름은 비슷해 보여도 역할이 분명히 다르고, 특히 SUMIF와 SUMIFS는 인수 순서가 달라서 실무에서 자주 헷갈리는 지점이기도 합니다. 이번 글에서는 이 네 함수를 구문부터 실전 예시까지 순서대로 짚어보겠습니다.

SUM — 엑셀 합계 함수의 시작

SUM은 특별히 설명할 게 많지 않은 함수입니다. 구문은 SUM(number1, [number2], ...)이고, number1은 필수, number2부터는 최대 255개까지 추가할 수 있습니다. number 자리에는 숫자를 직접 넣어도 되고 B6 같은 셀 참조나 B2:B8 같은 범위를 넣어도 됩니다.

두 번째 예시처럼 범위를 여러 개 콤마로 이어서 한 번에 더하는 것도 가능합니다. 참조된 범위에 나중에 행을 추가하거나 삭제해도 결과값은 자동으로 갱신되니, 매번 범위를 다시 지정할 필요는 없습니다. 문제는 이 SUM만으로는 “조건에 맞는 것만” 골라 더하는 게 안 된다는 점인데, 여기서부터 SUMIF가 등장합니다.

SUMIF — 조건 하나로 걸러서 더하기

SUMIF는 조건 하나를 걸어서 그 조건에 맞는 셀들만 합산하는 함수입니다. 구문은 SUMIF(range, criteria, [sum_range])입니다. range는 조건을 적용할 범위이고, criteria는 그 조건 자체인데 숫자·식·셀참조·텍스트·함수 형식 모두 넣을 수 있습니다. 와일드카드도 지원해서 물음표(?)는 한 글자, 별표(*)는 여러 글자를 대신합니다. 실제 물음표나 별표 기호 자체를 찾고 싶다면 앞에 물결(~)을 붙이면 됩니다.

sum_range는 생략할 수 있는데, 생략하면 range 자신을 그대로 합산 대상으로 씁니다. 조건범위와 합계범위가 같다면 세 번째 인수는 안 적어도 됩니다. 다만 조건을 넣을 때는 몇 가지 함정이 있습니다. 텍스트 조건이나 논리·수학 기호가 들어간 조건은 반드시 큰따옴표로 묶어야 하고(숫자만 들어간 조건은 예외입니다), 비교하는 문자열이 255자를 넘어가면 SUMIF가 잘못된 결과를 반환할 수 있다고 공식 문서에 나와 있습니다. 실무에서는 셀에 긴 메모나 설명 텍스트를 넣어두고 그걸 조건으로 걸다가 이 문제를 겪는 경우가 종종 보고됩니다.

여기까지는 조건이 하나뿐이라 크게 헷갈릴 일이 없습니다. 문제는 조건이 두 개 이상으로 늘어날 때인데, 이 시점에서 SUMIFS로 넘어가야 합니다.

SUMIFS — SUMIF와 차이, 여러 조건 한 번에 만족시키기

SUMIFS는 조건을 여러 개 동시에 걸 수 있는 함수입니다. 구문은 SUMIFS(sum_range, criteria_range1, criteria1, [criteria_range2, criteria2], ...)이고, criteria_range와 criteria 쌍은 최대 127개까지 추가할 수 있습니다.

예를 들어 부서와 직급, 두 조건을 동시에 만족하는 인원의 수당만 더하고 싶다면 이렇게 씁니다.

여기서 중요한 건 SUMIFS로 걸 수 있는 조건은 전부 AND로 묶인다는 점입니다. 부서 조건과 직급 조건을 둘 다 만족해야 합산 대상에 들어가고, 하나만 맞아도 되는 OR 조건은 SUMIFS 자체로는 지원하지 않아요. 공식 문서를 봐도 SUMIFS는 AND 조건 예시만 나올 뿐 OR 조건에 대한 언급 자체가 없습니다. “영업팀 또는 마케팅팀 매출을 한 번에 더하고 싶다” 같은 요청은 SUMIFS로는 막힙니다. 여기서 다들 한 번씩 막히는데, 이걸 풀어주는 게 SUMPRODUCT죠.

SUMPRODUCT 사용법 — 배열 계산으로 한계 넘기

SUMPRODUCT는 원래 배열 여러 개를 항목별로 곱한 다음 그 결과를 전부 합산하는 함수입니다. 구문은 SUMPRODUCT(array1, [array2], [array3], ...)이고, 쉼표 대신 곱셈(*)뿐 아니라 나눗셈(/)·덧셈(+)·뺄셈(-) 같은 산술 연산자를 넣어 다른 계산도 할 수 있습니다.

SUMPRODUCT를 조건부 합계용으로 쓸 때는 비교식이 TRUE/FALSE, 즉 1과 0으로 평가되는 배열을 만들어서 다른 배열에 곱하는 방식을 씁니다. 공식 문서가 제시하는 대표 예시는 다음과 같습니다.

B열 조건과 C열 조건을 각각 참/거짓 배열로 만든 뒤 곱해서 AND로 묶고, 그 결과를 D열 값에 다시 곱해 최종 합산하는 구조입니다. 부서(B열)와 직급(C열) 조건을 동시에 걸어 수당(D열)을 더하는 상황이라면 그대로 응용할 수 있습니다.

SUMIFS에서 막혔던 OR 조건은 여기서 풀립니다. 조건 배열 두 개를 곱(AND)이 아니라 덧셈(+)으로 묶으면 “둘 중 하나만 맞아도” 합산 대상에 포함되는 구조를 만들 수 있습니다.

다만 이 OR 조건 수식은 Microsoft 공식 문서가 직접 예시로 제시하는 내용은 아닙니다. 문서에서 확인되는 건 “+ 연산자로 배열 자체를 더하는 것”(예: 매출 배열과 비용 배열을 먼저 더한 뒤 조건을 곱하는 방식)이고, “조건들 사이를 +로 묶어 OR을 만드는” 용법은 별도로 다루지 않습니다. 배열이 1과 0으로 평가된다는 원리를 그대로 확장하면 산술적으로 성립하는 실무 응용 기법에 가깝습니다.

물론 이 방법이 만능은 아니라는 반론도 있죠. 조건이 두세 개를 넘어가면 괄호가 겹겹이 쌓여서 나중에 수식을 다시 열어봤을 때 본인조차 무슨 조건이었는지 한눈에 파악하기 어려워집니다. 이럴 땐 차라리 헬퍼 열을 하나 만들어 조건 판정을 미리 계산해두는 편이 유지보수에는 낫다는 의견도 있습니다. 성능 면에서도 SUMPRODUCT에 A:A처럼 전체 열 참조를 그대로 넣는 건 권장되지 않는데, 데이터가 없는 나머지 행까지 전부 계산 대상에 포함되어 속도가 느려지기 때문입니다.

SUM·SUMIF·SUMIFS·SUMPRODUCT 비교표

여기까지 나온 SUM, SUMIF, SUMIFS, SUMPRODUCT를 한 번에 놓고 비교하면 언제 뭘 써야 할지가 좀 더 명확해집니다.

조건이 없으면 SUM, 조건이 하나면 SUMIF, 조건이 여러 개고 전부 AND로 묶이면 SUMIFS까지로 대부분의 실무 상황은 해결됩니다. SUMPRODUCT는 SUMIFS로 막힌 순간, 특히 OR 조건이나 배열 단위 곱셈·연산이 필요할 때 꺼내 쓰는 함수로 보면 됩니다.