피벗테이블 새로고침, 왜 추가한 행만 빠질까?

새 행이 집계에서 빠졌다면 피벗테이블 안의 셀을 선택하고 피벗 테이블 분석 → 데이터 원본 변경을 연다. 여기에 지정된 범위가 새 자료를 붙인 곳까지 이어지는지 확인한다. 예를 들어 원본이 100행에서 끝나는데 101행부터 자료를 보탰다면, 피벗은 추가한 행을 읽지 않는다. 이 경우 기존 보고서를 다시 만드는 대신 원본 범위를 넓힌 뒤 새로고침하면 된다.

2026년 9월 Microsoft Q&A에는 기존 데이터는 갱신되지만 새로 추가한 레코드는 나타나지 않는다는 질문이 올라왔다. 이런 파일에서는 빠진 거래번호 하나를 골라 찾아보는 것이 도움이 된다. 원본 범위에 있는지, 피벗의 필터를 풀면 나타나는지, 외부 자료라면 쿼리가 불러온 결과에도 있는지 순서대로 비교할 수 있다.

아래 조작은 Windows용 Microsoft 365 Excel을 기준으로 한다. 먼저 보고서의 복사본을 만들고 현재 필터 조건을 적어 둔다. 필터를 푸는 동안 보이는 전체 합계와 제출용 합계를 혼동하지 않도록 원래 보고 기간·부서도 함께 남긴다.

원본 변경 창에서 마지막 행을 확인한다

피벗 안의 셀을 선택하고 피벗 테이블 분석 → 데이터 원본 변경을 연다. 표/범위 상자에 셀 주소가 표시되면 마지막 행 번호를 새 거래의 위치와 비교한다. 시트 이름도 함께 읽는다. 보고서 옆의 ‘원본’ 시트에 값을 넣었더라도 피벗이 다른 시트를 읽고 있으면 그 입력은 반영되지 않는다.

가령 원본이 Data!$A$1:$D$100이고 추가 자료가 101~120행에 있다면, 머리글부터 새 마지막 행까지 포함하는 Data!$A$1:$D$120으로 바꾼다. 확인을 누르고 피벗의 셀을 우클릭해 새로고침한다. Microsoft의 원본 변경 안내에서 설명하는 범위 확장이다. 이 주소는 예시이므로 실제 파일의 열과 마지막 행에 맞춰 선택한다.

범위를 넓힐 때 보고서의 소계·메모까지 함께 넣지 않는다. 거래 목록 아래에 수동으로 적은 합계가 있다면 그 숫자를 다시 더할 수 있다. 이번에 들어갈 범위는 같은 머리글을 공유하는 거래행이다. 값이 있는 마지막 셀만 찾기보다 새로 붙인 자료의 마지막 거래번호까지 확인한다.

원본에서 보이는 형태	다음 확인
시트 이름과 A1:D100 같은 셀 범위	추가 행을 포함하도록 끝 행을 수정한다.
Records 같은 표 이름	해당 표를 찾아 새 거래가 표 안에 들어갔는지 본다.
외부 연결이나 데이터 모델	파일 경로·쿼리·불러오기 상태를 확인한다.

통합문서 데이터 모델을 기반으로 만든 피벗에는 이 원본 변경 기능을 사용할 수 없다고 Microsoft는 명시한다. 이 경우에는 모델에 데이터를 공급하는 원본과 쿼리를 확인한다. 모델의 갱신 경로는 아래 외부 데이터 절에서 설명한다.

표를 만들었다면 피벗도 그 이름을 읽게 한다

매주 거래를 아래에 붙이는 파일은 원본을 Excel 표로 관리하면 끝 행을 고치는 일을 줄일 수 있다. 단순히 줄무늬 색상을 칠한 범위가 아니라 Excel의 표 기능으로 만들어야 한다. 표 안의 셀을 선택했을 때 나타나는 표 디자인 탭에서 이름과 범위를 확인할 수 있다.

1. 원본의 머리글과 거래행을 선택하고 홈 → 표 서식에서 스타일을 고른다.
2. 범위와 머리글 포함 여부를 확인하고 표를 만든다.
3. 표 디자인 → 표 이름에서 새 표에 Records처럼 알아볼 이름을 붙인다. 같은 통합문서의 다른 표와 겹치지 않는 이름을 쓴다.
4. 기존 피벗의 데이터 원본 변경 창에서 표/범위를 그 표 이름으로 지정하고 새로고침한다.

위 순서로 표를 만들고 이름을 붙인 뒤에는 피벗의 원본 변경 창에도 그 이름이 들어 있는지 확인한다. 여전히 A1:D100 같은 주소가 남아 있다면 피벗은 그 범위를 읽는다. 원본을 Records로 지정하면 표에 포함된 거래를 집계에 사용할 수 있다. 이미 이름이 정해진 표라면 새로 만들지 않고 그 이름을 지정한다.

다음 자료는 표의 마지막 데이터 행 바로 아래, 첫 열부터 같은 열 순서로 붙인다. 사이에 빈 줄을 두고 붙였거나 멀리 떨어진 곳에 입력했다면 표가 실제로 그곳까지 포함하는지 본다. 확실히 포함시키려면 표 디자인 → 표 크기 조정에서 머리글부터 새 마지막 거래까지 전체 범위를 지정한다.

Microsoft의 표 확장 안내는 기존 표보다 더 많은 열을 붙여넣었을 때 초과 열이 표에 포함되지 않을 수 있다고 설명한다. 예를 들어 기존 A~D열 뒤에 새 ‘담당자’ 열까지 E열로 붙였다면 행 추가뿐 아니라 E열의 포함 여부도 확인한다. 원본에 열이 보이는데 피벗 필드 목록에는 없을 때 살펴볼 부분이다.

원본이 Records로 표시돼도 마지막 두 거래가 그 표 바깥이면 빠진 상태로 갱신된다. 추가한 거래 한 건의 셀을 누르고 표 디자인이 나타나는지, 표 크기 조정 창에 그 행이 포함되는지까지 확인한다.

원본 안에 있는 거래는 보고서 필터를 풀어 찾는다

추가 행이 원본 안에 있고 새로고침도 끝났다면, 피벗 위의 보고서 필터와 행·열 필터를 확인한다. 지난달 보고서를 복사해 이번 달 자료를 넣었는데 월 필터가 지난달에 머물러 있으면 새 거래는 표시되지 않는다. 부서를 몇 개만 선택해 둔 파일에서는 새 부서가 선택 대상에 들어 있는지도 본다.

원래 조건을 기록한 복사본에서 피벗 테이블 분석 → 지우기 → 필터 지우기로 피벗의 필터를 풀어 비교한다. 개별 필드는 드롭다운에서 해당 필터를 지울 수도 있다. 공식 필터 안내에 있는 조작이다. 버튼형 슬라이서가 연결돼 있다면 현재 선택 상태도 함께 확인한다.

필터를 푼 뒤 거래가 나타나면 원본 범위를 다시 늘리기보다 필요한 조건을 하나씩 돌려놓는다. 예를 들어 월을 선택했을 때는 보이고 부서를 선택한 직후 사라진다면, 그 거래의 부서 값과 선택 항목을 비교한다. ‘영업’과 ‘영업팀’처럼 다르게 입력된 값은 같은 업무 부서라도 다른 항목으로 보일 수 있다.

행 레이블의 선택 상자만 보지 말고 레이블 필터·값 필터도 살핀다. 상위 몇 개 항목만 보이는 보고서는 새 부서가 들어왔어도 그 순위 밖이면 안 보인다. 전부 표시한 복사본에서는 나타나는데 제출용 조건에서만 사라진다면, 그 조건이 보고서 목적에 맞는지 결정한 뒤 유지하거나 고친다.

필터를 풀면 의도적으로 제외했던 다른 달의 거래까지 들어와 합계가 커질 수 있다. 따라서 먼저 찾던 거래번호가 나타났는지 보고, 실제 보고 기간과 부서 조건을 다시 적용한 상태에서 금액을 비교한다. 이번 달 누락을 찾다가 지난달 거래까지 보고서에 포함하는 일을 막기 위한 순서다.

Power Query에는 새 거래가 있는데 보고서에는 없다면

다른 Excel 파일이나 CSV를 Power Query로 가져오는 보고서는 원본 파일부터 저장한다. Microsoft의 원본 오류 안내에 따르면 열린 파일의 변경은 저장하기 전까지 새로고침에 포함되지 않는다. 편집 중인 원본 화면에 새 거래가 보인다는 것과 보고서가 읽을 저장본에 들어 있다는 것은 다르다.

원본을 저장했는데도 빠진다면 쿼리가 읽는 파일 경로와 표 이름을 확인한다. 같은 이름의 지난달 사본을 읽고 있을 수도 있다. 원본의 열 이름을 바꾼 뒤 오류가 생겼다면 새로고침 실패 메시지를 읽고 그 열을 참조하는 단계를 고친다. 기존 결과가 화면에 남아 있는 것을 이번 갱신의 성공으로 보지 않는다.

시트에 불러온 쿼리의 셀을 선택하고 쿼리 → 편집으로 들어가 필터가 있는 열을 확인한다. 날짜 조건이 지난달로 고정됐거나 특정 부서만 남기는 조건이라면 새 거래가 원본에 있어도 결과에서 제외된다. Power Query는 값이나 행 위치에 따라 자료를 제외할 수 있다. 피벗에서 필터를 풀어도 앞 단계에서 빠진 행은 돌아오지 않는다.

쿼리 편집기에서는 새 거래가 보이는데 시트에 불러온 표에는 없을 수 있다. 편집기의 미리보기 새로고침은 시트나 데이터 모델까지 갱신하지 않기 때문이다. 피벗이 그 시트의 표를 원본으로 쓰고 있다면 Excel로 돌아와 표 안의 셀을 선택하고 쿼리 → 새로고침을 실행한다. 불러오기가 끝나고 표에 새 거래가 나타나면, 이어서 피벗을 새로고침한다.

시트 쿼리가 백그라운드로 실행되는 경우에는 Excel을 다시 조작할 수 있어도 불러오기가 끝나지 않았을 수 있다. 상태 표시줄의 진행 메시지와 결과를 확인하고 다음 집계로 넘어간다.

데이터 모델을 쓰고 Power Pivot을 사용할 수 있는 환경이라면 Power Pivot → 관리로 모델 창을 연다. 그 창의 홈 → 외부 데이터 가져오기 → 새로고침에서 현재 표를, 모두 새로고침에서 전체 표를 갱신한다. 성공 시 불러온 행 수가 표시되므로 새 거래가 모델에 들어왔는지 확인할 수 있다. 오류나 취소가 표시되면 해당 연결의 실패 원인부터 확인한다.

쿼리 필터를 고칠 때는 기존 업무 조건도 함께 남긴다. ‘취소 거래 제외’가 필요한 보고서에서 모든 필터를 지워 합계를 맞추면 취소 건까지 보고서에 들어간다. 이번에 포함돼야 할 거래가 어느 조건에서 빠지는지 찾고 그 조건만 수정한 뒤 다시 불러온다.

새 거래가 기존 부서에 합쳐지면 피벗 행 수는 그대로다

원본의 새 행 두 개가 피벗에서도 새 행 두 개로 보이는 것은 아니다. 부서별 합계라면 기존 부서에 속한 거래는 그 부서 금액에 합쳐진다. 아래는 계산을 설명하기 위한 가상의 거래 목록이며 실제 회사 실적이 아니다.

거래번호	부서	금액	입력 시점
T01	영업	10,000원	기존
T02	지원	20,000원	기존
T03	영업	30,000원	기존
T04	영업	5,000원	추가
T05	지원	10,000원	추가

추가 전은 3건·60,000원이며 영업 40,000원, 지원 20,000원이다. 두 건을 모두 포함하면 5건·75,000원, 영업 45,000원, 지원 30,000원이 된다. 피벗의 부서 항목은 여전히 영업과 지원 두 개다.

원본과 피벗에서 같은 기간·부서의 금액을 비교하고, 값 영역에 의도한 금액 열이 들어 있는지 확인한다. 값 필드의 메뉴에서 값 필드 설정을 열면 합계인지 개수인지 볼 수 있다. Microsoft의 피벗 생성 안내는 숫자 자료는 기본적으로 합산하지만 텍스트로 해석한 자료는 개수를 센다고 설명한다. 금액 열인데 개수로 집계된다면 원본 값의 자료형도 확인한다.

작은 검사용 복사본에서는 거래번호를 행 영역에 놓아 T04와 T05가 실제로 들어왔는지 확인할 수 있다. 두 번호가 보이는데 부서별 합계가 예상과 다르면 해당 거래의 부서 값·금액·필터를 비교한다. 번호 자체가 없다면 원본 경계나 쿼리 불러오기 쪽으로 돌아간다. 원래 보고서의 행 배치는 검사가 끝난 뒤 되돌린다.

실제 파일에서는 합계뿐 아니라 원본의 중복 거래도 살핀다. 예제의 T04를 두 번 붙여 80,000원이 됐다면 누락은 해결됐어도 중복이 생긴 것이다. 합계를 맞추려고 피벗 결과 칸을 직접 덮어쓰지 않고, 잘못 들어간 원본 거래를 고친 뒤 다시 집계한다.

다음 자료를 추가할 때의 새로고침 설정

다음 자료를 붙일 때도 새 거래가 원본 표에 포함됐는지 확인하고 피벗을 갱신한다. 표 안에 행이 추가됐더라도 피벗 화면에는 이전 집계가 남아 있을 수 있다. 피벗 셀을 우클릭해 새로고침하면 새 자료를 다시 읽으며, 여러 피벗은 새로고침 메뉴의 모두 새로고침으로 함께 갱신할 수 있다.

파일을 열 때 갱신하려면 피벗 테이블 분석 → 옵션 → 데이터에서 파일을 열 때 데이터 새로 고침을 선택한다. 이는 파일을 연 뒤 입력하는 모든 변경을 즉시 집계한다는 뜻은 아니다. 원본 범위가 잘못 지정돼 있으면 자동으로 다시 읽어도 그 바깥의 행은 포함되지 않는다.

2026년 10월 27일 확인한 Microsoft 안내는 로컬 원본 변경에 따른 Auto Refresh를 Microsoft 365 Insider 참가자에게 제공한다고 설명한다. 해당 옵션이 없는 PC에서도 수동 갱신으로 새 자료를 반영할 수 있다. 누락을 고치려고 참가 프로그램을 바꾸기보다 현재 원본과 필터부터 바로잡는다.

이 예제 파일을 다른 담당자에게 넘긴다면 “새 거래는 Records 표의 마지막 행 바로 아래에 붙입니다. 표에 들어갔는지 확인한 뒤 피벗을 새로고침하고, 추가한 거래번호와 합계를 대조합니다”처럼 입력 위치와 확인 방법을 함께 남긴다. 외부 쿼리를 쓰는 파일에는 먼저 갱신할 쿼리 이름을, 월별 보고서에는 적용할 기간을 덧붙인다.