엑셀 대시보드 새 행 누락과 자동 갱신 점검 순서

엑셀 원본에 새 행을 넣었는데 대시보드가 그대로라면 새로 고침부터 반복하지 않는다. 고유한 테스트 행 하나를 원본 표, Power Query 미리 보기, 워크시트·데이터 모델 적재 결과, 피벗, 차트 순서로 추적하면 처음 끊긴 단계를 찾을 수 있다. 처음 보이지 않는 단계의 바로 앞 설정을 고친 뒤 다음 단계로 넘어간다.

파일을 닫은 뒤에도 대시보드를 갱신해야 하는 문제는 따로 봐야 한다. Excel의 외부 데이터 연결에는 파일을 열 때나 일정 간격으로 새로 고치는 옵션이 있지만, 통합 문서를 닫은 상태에서 팀 보고서를 계속 갱신하려면 Power BI 서비스처럼 예약 실행과 자격 증명을 관리하는 환경이 필요할 수 있다.

새 행이 처음 사라지는 단계부터 찾는다

진단에는 다른 행과 겹치지 않는 주문번호나 메모처럼 고유한 키가 있는 테스트 행 하나를 쓴다. 실제 집계에 섞이면 안 되는 값이라면 사본에서 확인하고, 점검을 마친 뒤 삭제한다. 각 단계에서 그 키가 보이면 다음 단계로 이동한다. 보이지 않는 첫 단계가 발견되면 바로 앞 단계로 돌아가 범위, 변환, 적재 또는 필터 설정을 고친다.

원본 표에 테스트 행이 들어갔는지 확인한다. Power Query 결과 시트가 아니라 쿼리가 읽는 원본 데이터 시트에 행을 추가해야 한다. Microsoft의 쿼리 데이터 추가 안내도 수동 입력이나 붙여넣기는 원본 데이터 워크시트에서 하도록 설명한다. 원본이 Excel 표라면 테스트 행이 표의 마지막 행 안에 포함됐는지 본다. 일반 셀 범위라면 쿼리나 피벗이 참조하는 끝행보다 아래에 행을 붙이지 않았는지 대조한다.
Power Query 미리 보기에서 키를 찾는다. 키가 없다면 원본 단계부터 필터, 형식 변환, 오류 제거 단계까지 차례로 선택한다. 처음 키가 사라지는 단계에서 설정을 확인한다. 원본 단계에도 없다면 쿼리가 다른 시트·표·파일을 읽고 있거나 원본 범위가 새 행까지 늘어나지 않은 경우다.

형식 변환 뒤 키가 사라졌다면 오류 제거부터 적용하지 않는다. 해당 단계 직전의 원값, 바꾸려는 데이터 형식, 오류 셀의 이유·메시지·세부 정보를 먼저 대조한다. 그런 다음 업무 규칙상 그 행을 집계에서 빼도 되는지 정한다. 제외가 허용되지 않으면 원본 값을 바로잡거나 검증된 대체 규칙을 적용하고, 제외가 명시적으로 허용될 때만 오류 행을 제거한다. Microsoft Learn의 Power Query 오류 처리 문서에서 안내하는 ‘오류 유지’를 사용하면 삭제 전에 문제 행만 따로 확인할 수 있다. 오류 제거는 오류를 고치는 작업이 아니라 해당 행을 결과에서 빼는 작업이므로, 판단 없이 적용하면 합계가 작아질 수 있다.
실제 적재 결과를 확인한다. 편집기 미리 보기에 키가 보여도 워크시트나 데이터 모델이 갱신됐다고 볼 수는 없다. Microsoft의 외부 데이터 연결 새로 고침 안내에 따르면 Power Query 편집기의 미리 보기 새로 고침은 외부 원본의 최신 데이터를 가져와 로컬 캐시를 갱신하지만, 워크시트나 데이터 모델의 적재 결과까지 갱신하지는 않는다. 편집기를 닫고 통합 문서에서 모두 새로 고침을 실행한 뒤, 쿼리가 워크시트에 적재된다면 결과 표에서 키와 마지막 행을 확인한다. 데이터 모델에만 적재된다면 그 모델을 원본으로 쓰는 피벗에서 키를 확인한다.
피벗의 원본과 새로 고침 상태를 확인한다. 워크시트 결과에는 키가 있지만 피벗에는 없다면 피벗이 그 결과 표나 올바른 연결을 참조하는지 본다. 일반 셀 범위가 원본이고 새 행이 범위 밖에 있다면 데이터 원본을 새 끝행까지 확장하거나 원본을 Excel 표로 바꿀 수 있다. 다만 통합 문서 데이터 모델을 쓰는 피벗은 같은 메뉴에서 원본을 바꾸는 대상이 아니다. Microsoft의 피벗 테이블 원본 데이터 변경 안내에서 원본 유형별 조건을 확인할 수 있다. 원본이 맞으면 피벗을 새로 고치거나 모두 새로 고침을 실행한다.
피벗에는 있는데 차트에만 없다면 필터를 확인한다. 보고서 필터, 행·열 필드 필터, 슬라이서와 날짜 그룹이 테스트 행을 제외하는지 살핀다. 필터를 풀었을 때 행이 보이면 데이터 적재 문제가 아니라 표시 조건의 문제다. 피벗차트가 점검한 피벗과 연결돼 있는지도 함께 확인한다.

원본 표에 키가 없으면 입력 위치나 범위를, 미리 보기에서 사라지면 쿼리 단계를 고친다. 적재 결과에 없으면 통합 문서 새로 고침과 적재 대상을 확인한다. 적재 결과에는 있는데 피벗에서 빠지면 피벗 원본과 갱신을, 피벗에는 있는데 차트에서 빠지면 필터와 슬라이서를 점검한다. 이 순서를 지키면 최초 누락 지점에서 수정할 수 있다.

원본 위치와 열 구조가 유지되는가

새로 고침은 원본에서 데이터를 다시 읽고, 저장해 둔 변환 단계를 거쳐 결과를 다시 적재하는 과정이다. 따라서 파일을 둘 폴더, 시트와 제목 행, 필수 열 이름, 날짜·숫자 형식이 매번 달라지지 않아야 한다.

예를 들어 ‘매출액’ 열을 ‘매출’로 바꾸거나 숫자 열에 문자 값을 섞으면 기존 쿼리 단계가 실패하거나 기대와 다른 결과를 낼 수 있다. Microsoft도 Power Query의 데이터 원본 오류 처리 안내에서 테이블·열 이름과 데이터 형식의 변경이 새로 고침 문제를 일으킬 수 있다고 설명한다.

자동화의 출발점은 차트가 아니라 일정한 원본 위치와 열 구조다.

원본을 만드는 사람과는 최소한 저장 위치, 제목 행, 필수 열 이름, 형식을 합의해 두는 편이 낫다. 이 약속이 없으면 갱신은 성공으로 표시돼도 결과 숫자의 신뢰성을 판단하기 어렵다.

‘실시간’ 대신 최신성의 기준 시각을 정한다

개인이 통합 문서를 열어 확인하는 업무라면 수동 새로 고침, 파일을 열 때 새로 고침, 일정 간격 새로 고침 중 하나면 충분할 수 있다. Microsoft의 Excel 외부 데이터 연결 새로 고침 문서도 파일 열기와 분 단위 간격을 연결 속성에서 설정하는 방법을 안내한다.

하지만 파일을 열어 두지 않아도 팀 보고서가 갱신돼야 한다면 게시 환경을 검토해야 한다. Power BI 서비스의 예약된 새로 고침 구성 문서에 따르면 일정은 의미 체계 모델, 데이터 원본 자격 증명, 필요 시 게이트웨이 연결을 함께 설정하는 방식이다. 예약 시각은 시작 목표일 뿐이며 서비스가 자원을 바로 할당하지 못하면 최대 1시간까지 지연될 수 있다.

요구사항은 ‘실시간’보다 ‘오전 9시 보고 전까지 전날 마감 데이터를 반영’처럼 기준 시각과 허용 지연으로 적는 편이 검증하기 쉽다. 가져오기 모델의 예약 새로 고침과 DirectQuery·라이브 연결은 동작 방식이 다르므로, 화면 반응 속도가 필요하다면 원본 성능과 연결 방식도 별도로 검토해야 한다.

서비스가 원본에 접근할 수 있는가

제작자의 컴퓨터에서 새로 고침이 성공해도 서비스에서 성공한다는 뜻은 아니다. 개인 네트워크 드라이브 경로, 만료된 로그인 정보, 특정 사용자에게만 열린 클라우드 파일은 예약 갱신을 멈출 수 있다.

사내 데이터베이스나 로컬 파일처럼 온-프레미스 원본을 Power BI 서비스에서 읽는 경우에는 게이트웨이가 필요할 수 있다. 온-프레미스 데이터 게이트웨이란?은 이를 로컬 데이터 원본과 Microsoft 클라우드 서비스 사이의 연결 역할로 설명한다. 예약 갱신 설정에서는 게이트웨이가 온라인인지, 서비스에 등록된 데이터 원본과 자격 증명이 유효한지를 함께 확인해야 한다.

예약 갱신은 서비스의 연결 설정과 원본 접근 권한이 모두 유효해야 작동한다.

검증은 제작자 계정으로 한 번 실행해 보는 데서 끝나지 않는다. 실제 서비스가 사용할 연결 설정으로 원본에 접근되는지, 비밀번호 변경과 담당자 교체 뒤에 누가 복구할 수 있는지 확인한다. 개인 폴더와 개인 계정에 묶인 연결은 자동화보다 개인 의존성에 가깝다.

수동 보정은 결과 표 밖에서 관리한다

쿼리 결과 표에 숫자를 직접 덮어쓰거나 행을 추가하면 그 변경은 원본이나 변환 단계에 기록되지 않는다. 다음 새로 고침에서 결과가 다시 적재될 때 보정값을 잃거나 원인을 추적하기 어려워질 수 있다.

정정해야 할 값이 있다면 원본을 바로잡는 방법을 먼저 검토한다. 원본을 바꿀 수 없다면 예외값만 별도 보정표에 기록하고, 공통 키를 기준으로 쿼리에서 병합하는 편이 재현 가능하다. 숫자가 이상할 때는 차트부터 손대지 말고 원본 행 수, 쿼리 오류, 결과 행 수를 순서대로 비교한다.

마지막 성공 갱신 시각과 원본 기준일을 대시보드에 표시해 두면 숫자가 틀린 문제와 숫자가 오래된 문제를 구분할 수 있다. 새 행 누락은 테스트 행으로 최초 누락 단계를 찾고, 자동 갱신은 원본 구조, 최신성 기준, 서비스 접근 권한, 수동 보정의 보관 위치를 차례로 점검한다.