엑셀 월별 보고서, 피벗테이블과 SUMIFS 중 무엇을 쓸까

집계 기준을 바꿀지, 제출 양식을 유지할지

부서별 매출을 본 뒤 상품별로 바꾸고, 다시 담당자까지 펼쳐 보고 싶다면 피벗테이블로 시작한다. 행과 열 영역에 놓은 필드를 옮기면 집계표의 모양도 바뀐다. 반면 회사 양식의 B5에는 영업팀 이번 달 매출, C5에는 예산, D5에는 차이를 넣기로 정해져 있다면 SUMIFS로 B5의 값만 계산할 수 있다. 옆에 설명이나 목표를 붙여도 집계표가 그 자리를 차지하지 않는다.

두 기능이 더하는 방식의 정확도에 우열이 있는 것은 아니다. SUMIFS는 여러 조건을 모두 만족하는 행의 금액을 더한다. 피벗테이블도 같은 행을 골라 합계로 집계하면 같은 답을 낸다. 차이는 조건과 결과를 배치하고 다음 달에 고치는 방식에 있다. SUMIFS의 조건 구조와 피벗테이블의 필드 배치를 함께 보면 이 차이가 드러난다.

하려는 작업	먼저 쓸 기능	다음 달에 하는 일
원본에 있는 부서를 모두 펼쳐 매출을 본다	피벗테이블	추가 자료를 포함하고 새로고침한다
정해진 부서 순서로 보고서 칸을 채운다	SUMIFS	기간 셀과 원본표를 갱신한다
부서별 합계를 상품별 합계로 바꾼다	피벗테이블	행·열 필드를 바꾼다
기존 피벗의 결과를 별도 제출 양식에 넣는다	GETPIVOTDATA도 가능하다	피벗 갱신과 필터 상태를 함께 관리한다

두 방식이 함께 쓸 원본표

다음 예시는 데스크톱 Excel에서 날짜·부서·금액 세 열에 거래를 한 줄씩 넣어 진행한다. 금액 단위는 원이며, 실제 회사 실적이 아닌 계산 예다. 날짜는 텍스트가 아니라 Excel이 날짜로 인식하는 값으로 입력한다. 같은 부서의 거래를 여러 행에 적는 것은 정상이다. 보고서에서 그 여러 행을 합치는 것이 이번 작업이다.

날짜	부서	금액
2026-09-03	영업	100,000
2026-09-18	영업	150,000
2026-09-20	지원	80,000
2026-10-02	영업	120,000
2026-10-21	지원	90,000

머리글을 포함해 선택한 뒤 삽입 메뉴에서 표를 만들고, 머리글이 있다는 옵션을 켠다. 표 디자인에서 이름을 Sales로 지정한다. 이후 수식의 Sales[금액]은 이 표의 금액 열을 가리킨다. 원본이 늘어날 때마다 A2:A100 같은 끝 행을 수동으로 고치는 대신, 표에 포함된 행을 참조하는 방식이다. Microsoft는 구조적 참조가 표의 행 추가·삭제에 맞춰 조정된다고 설명한다.

다음 달 자료는 같은 열 구조로 표 바로 아래에 붙이고 실제 표 범위에 포함됐는지 본다. 원본 중간에 ‘9월 합계’ 행을 섞으면 거래 금액과 이미 계산한 합계를 다시 더할 수 있다. 월별 소계는 집계 시트에 두고 원본에는 거래행만 남긴다. 부서명도 ‘영업’과 ‘영업팀’ 중 하나로 맞춰야 같은 부서로 묶인다.

이 예의 전체 금액은 540,000원이다. 9월 영업은 250,000원, 9월 지원은 80,000원이며 10월은 각각 120,000원과 90,000원이다. 처음부터 이 정도로 손으로 더할 수 있는 자료로 표를 만들면, 잘못된 조건이 어디에 들어갔는지 결과와 원본을 오가며 찾기 쉽다.

피벗테이블로 부서별 합계를 만든다

Sales 안의 셀을 하나 선택하고 삽입 → 피벗 테이블을 연다. 원본이 Sales인지 보고 새 워크시트에 배치한다. 오른쪽 필드 목록에서 부서를 행 영역으로, 금액을 값 영역으로 옮기면 영업 370,000원과 지원 170,000원, 총합계 540,000원이 나온다. 화면에 ‘금액 개수’가 보이면 돈을 더한 표가 아니라 행 수를 센 표다.

값 필드 설정의 요약 방식을 합계로 바꾸되, 원본 금액이 숫자인지도 함께 고친다. Microsoft 안내에 따르면 금액을 텍스트로 해석하면 기본 집계가 개수가 될 수 있다. 숫자처럼 보이는 문자열에 표시 형식만 통화로 입혀서는 실제 숫자 값이 된다고 보장할 수 없다. 변환 후 피벗을 새로고침하고 위 예의 합계와 맞춘다.

월별 열을 만들려면 날짜 필드를 열 영역에 넣고 날짜 셀을 우클릭해 그룹을 연 다음 연도와 월을 선택한다. Microsoft의 그룹 안내처럼 시간 단위로 거래를 묶는 작업이다. 연도를 함께 쓰는 이유는 다음 해 9월 자료가 들어왔을 때 올해 9월과 한 묶음으로 보이지 않게 하기 위해서다. 날짜 그룹 대신 원본에 ‘2026-09’ 같은 연월 열을 별도로 만들어 열 필드로 써도 된다. 이 경우 매 거래행에 같은 규칙으로 연월을 채운다.

이후 상품 열을 원본에 보탰다면 부서 대신 상품을 행에 놓아 상품별 표를 만들 수 있다. 부서 아래에 상품을 놓으면 부서별로 어떤 상품이 합계에 기여했는지 펼쳐 볼 수 있다. 다만 새 열이 피벗의 원본에 들어가고 새로고침됐어야 필드 목록에서도 선택할 수 있다. 필드를 옮길 때마다 보고서의 행 수와 결과 위치도 달라질 수 있으므로, 피벗 바로 아래에 수기 메모를 붙이기보다 별도 시트에 설명을 두는 편이 관리하기 쉽다.

SUMIFS로 고정 양식의 한 칸을 채운다

별도 보고서 시트의 A5에 ‘영업’, B4에 2026년 9월 1일을 실제 날짜 값으로 넣는다. B4는 표시 형식으로 ‘9월’처럼 보이게 해도 내부 날짜를 유지한다. B5에 아래 수식을 입력하면 Sales에서 영업이면서 9월에 해당하는 금액만 더해 250,000원을 낸다.

=SUMIFS(Sales[금액],Sales[부서],$A5,Sales[날짜],">="&B$4,Sales[날짜],"<"&EDATE(B$4,1))

맨 앞은 더할 금액 열이다. 그다음부터 ‘어느 열에서, 어떤 조건을 찾을지’를 짝으로 쓴다. 부서가 A5와 같고, 날짜가 B4 이상이며, 다음 달 1일보다 작은 행만 포함한다. EDATE는 기준 날짜에서 지정한 개월 수만큼 이동한 날짜를 구하므로, B4가 9월 1일이면 EDATE(B4,1)은 10월 1일이다.

월 마지막 날까지로 쓰는 대신 다음 달 시작 직전까지로 조건을 잡으면 시간까지 있는 거래 자료도 자연스럽게 포함된다. 예를 들어 9월 30일 오후 거래는 10월 1일보다 작다. 반면 ‘9월 30일 0시 이하’라는 조건을 쓰면 그날 낮 거래는 빠진다. 월말 날짜를 찾는 작업보다 시작일과 다음 시작일을 두는 편이 월마다 같은 수식을 유지하기 좋다.

A6에 ‘지원’을 적고 B5를 아래로 복사하면 80,000원을 계산한다. C4에는 10월 1일을 넣고 B5의 수식을 복사해 C5에 붙이면 120,000원이 된다. $A5는 부서 열을 A열에 고정하고, B$4는 월이 적힌 4행을 고정한다. 오른쪽 복사는 복사·붙여넣기로 진행한다. 표의 구조적 참조는 채우기 핸들로 가로 채우기를 할 때 열 지정자가 바뀔 수 있으므로, 가로로 늘린 뒤 금액·부서·날짜 참조가 그대로인지 읽는다.

고정 양식의 장점은 각 칸의 용도를 직접 정할 수 있다는 점이다. 실적 옆에 예산을 넣고 차액을 계산하거나, 거래가 없는 부서도 미리 적어 0으로 남길 수 있다. 그 대신 원본에 새로운 부서가 생겼다고 보고서의 부서 목록까지 자동으로 늘어나는 것은 아니다. 예를 들어 10월부터 ‘교육’ 거래가 들어오면 Sales에는 있어도 A열 목록에 없어서 제출 표에서 빠진다. 부서 목록을 유지하는 일이 SUMIFS 보고서의 월별 작업에 포함된다.

추가 행과 갱신 시점을 관리한다

두 방식 모두 원본에 들어오지 않은 행을 집계할 수 없다. Sales 아래에 자료를 붙였더라도 표 바깥에 머물렀다면 구조적 참조의 이점이 사라진다. 표의 범위를 먼저 넓히고, 그다음 결과를 갱신한다. 수식은 자동 계산 설정에서 참조 값이 바뀌면 다시 계산된다. 결과가 그대로라면 수식 → 계산 옵션에서 자동인지 보고, 수동으로 쓰는 파일은 지금 계산을 실행한다. 데스크톱 Excel의 계산 옵션 변경은 열린 다른 통합문서에도 영향을 준다.

피벗은 안쪽 셀을 우클릭해 새로고침할 수 있다. ‘표를 원본으로 썼다’는 것은 새 행을 원본에 포함시키기 쉽다는 뜻이지 모든 Excel에서 즉시 갱신된다는 뜻은 아니다. 2026년 10월 26일 확인한 Microsoft 문서는 로컬 자료 변경에 따른 Auto Refresh를 Microsoft 365 Insider 참가자에게 제공한다고 안내한다. 해당 옵션이 없는 환경에서도 수동 새로고침으로 같은 작업을 수행할 수 있다.

예제에 10월 영업 30,000원 한 행을 보태면 10월 영업은 150,000원, 전체 합계는 570,000원이 되어야 한다. 이 두 숫자가 변하는지 보면 새 행의 포함과 갱신을 한 번에 점검할 수 있다. 제출 직전에는 파일에 적힌 보고 기간과 실제로 마지막에 추가한 거래일도 맞춘다. 완성된 9월 보고서를 보관하려면 그 시점의 파일을 따로 저장해 두는 방식이 현재 원본을 계속 덧붙이는 작업과 잘 맞는다.

누군가 이어서 관리할 파일이라면 원본표 이름, 기준 월을 넣는 셀, 피벗 새로고침 순서를 보고서 옆에 짧게 적어 둔다. 예를 들어 ‘Sales에 거래 추가 → B4에 해당 월 1일 입력 → 피벗 새로고침 → 해당 월 총액 대조’로 남길 수 있다. 이 설명이 있으면 다음 담당자가 결과 칸을 직접 덮어써서 맞추는 대신 원본과 기간을 바꾸어 같은 보고서를 갱신할 수 있다.

합계가 다르면 같은 작은 묶음부터 맞춘다

Microsoft Q&A에는 같은 조건이라고 생각했는데 피벗과 SUMIFS 총액이 다르다는 질문이 있다. 이런 경우 전체 수만 행을 처음부터 훑기보다 ‘9월 영업’처럼 부서 하나와 기간 하나를 골라 두 결과와 해당 원본행을 나란히 놓는다. 차이가 작은 묶음에서도 나는지부터 알아야 살펴볼 거래가 줄어든다.

예제에서 9월 영업이 100,000원으로 나온다면 두 번째 영업 거래가 왜 제외됐는지 본다. 날짜가 문자열인지, 부서명이 다르게 적혔는지, 수식이 그 행까지 참조하는지로 원인을 좁힐 수 있다. 피벗만 예전 값이면 새로고침과 원본 범위를, 두 값이 똑같이 과하면 원본에 섞인 소계나 중복 거래를 본다.

피벗으로 분석하고 별도 양식으로 제출하는 방법도 있다. 제출 셀에 등호를 입력한 뒤 피벗의 원하는 값을 클릭하면 설정에 따라 GETPIVOTDATA 수식이 만들어진다. 이 함수는 피벗의 필드·항목으로 값을 가져오므로 단순히 ‘B7의 숫자’를 참조하는 것보다 항목의 의미를 유지하기 좋다. 다만 필터로 해당 항목이 보이지 않으면 오류가 날 수 있다. 분석용 피벗의 필터를 수시로 바꾼다면 제출용 피벗을 따로 두고, 제출 양식이 어느 피벗을 읽는지 명시하는 편이 낫다.