엑셀 자동화, 취합부터 보고서 작성까지

매번 비슷한 엑셀 파일을 받는데도 취합할 때마다 손으로 고치고 있나요? 열 이름이 조금씩 다르거나 중간에 합계 행이 섞이면 복사와 붙여넣기를 반복하게 됩니다. 마지막 보고서의 수식만 자동화해도 앞단의 정리가 남으면 같은 작업이 계속됩니다.

엑셀 자동화는 파일 수집, 형식 정리, 계산, 검증, 출력으로 나눠 살펴보는 것이 좋습니다. 어느 단계에서 파일이 달라지는지 찾으면 도구를 고르기 전에 자동화 가능한 범위를 판단할 수 있습니다.

공식 자료를 바탕으로 일반적인 설계 기준을 안내합니다. 실제 구축 범위와 운영 조건은 데이터와 사용 환경에 따라 확인해야 합니다.

취합 대상 파일의 규칙

같은 폴더에 있다고 모두 같은 자료는 아닙니다. 초안, 수정본, 임시 파일, 지난번 출력 보고서까지 한꺼번에 읽으면 중복이나 오류가 생길 수 있습니다. 파일 이름과 저장 폴더, 포함할 확장자, 대상 기간부터 정해야 합니다.

특히 수정본의 처리 방식이 중요합니다. 같은 날짜의 파일이 다시 들어왔을 때 이전 것을 대체할지, 변경된 행만 반영할지 정하지 않으면 같은 실적이 두 번 합산될 수 있습니다. 파일 안에 자료 버전이나 고유 식별자가 없다면 이를 판단할 규칙도 필요합니다.

Power Query는 여러 파일을 하나의 논리적 표로 결합하는 기능을 제공합니다. 공식 안내는 같은 파일 형식과 구조, 동일한 열을 갖춘 파일의 결합을 설명합니다. 폴더에 넣기만 하면 모든 형식 차이가 자동으로 해결된다고 기대해서는 안 됩니다. Microsoft Power Query 파일 결합 안내

열과 값의 정리 기준

취합한 자료는 열 이름과 값의 의미를 맞춰야 합니다. ‘품번’과 ‘품목코드’를 같은 항목으로 쓸 것인지 확인하고, 문자로 보관해야 하는 코드를 숫자로 바꾸지 않도록 구분합니다. 앞자리 0이 있는 코드라면 값의 모양이 바뀌는 것만으로도 연결이 끊길 수 있습니다.

날짜와 수량도 확인 대상입니다. 빈칸은 미입력인지, 해당 없음인지에 따라 처리 방식이 달라집니다. 수량 0과 빈칸은 같은 의미로 처리하지 않도록 기준을 정해야 합니다. 0은 기록이 존재하지만 수량이 없는 상태일 수 있기 때문입니다.

수정된 원본만 남기면 나중에 오류를 추적하기 어렵습니다. 받은 파일을 보존하고 정리 결과를 별도로 만드는 구성을 검토해 보세요. 어떤 파일의 어느 행에서 문제가 났는지 확인할 수 있으면 담당자가 원본을 고친 뒤 다시 처리하기도 쉽습니다.

계산식과 검증 결과

반복 계산은 현재 사용하는 수식을 옮기기 전에 기준부터 대조해야 합니다. 숨겨진 행, 수동으로 덮어쓴 값, 담당자별 반올림 방식이 기존 보고서에 섞여 있을 수 있습니다. 기존 결과와 다르다는 이유만으로 자동 계산을 틀렸다고 보거나, 새 계산이 더 정확하다고 단정해서도 안 됩니다.

검증은 전체 합계와 대표 내역을 함께 확인하는 방식이 좋습니다. 파일별 입력 건수와 처리 건수, 제외된 자료와 이유, 핵심 수량의 합계를 남기면 차이를 찾아갈 수 있습니다. 합계가 맞아도 일부 품목이 서로 바뀐 경우가 있으므로 세부 내역 대조가 필요합니다.

자동화가 읽지 못한 파일을 조용히 건너뛰면 누락을 알아차리기 어렵습니다. 처리할 수 없는 열 구조나 값이 들어왔을 때 담당자가 무엇을 고쳐야 하는지 확인할 수 있도록 예외 목록을 두는 편이 좋습니다.

작업에 맞는 자동화 도구

표 구조가 일정한 반복 취합이라면 Power Query를 검토할 수 있습니다. 통합문서 안의 정해진 조작이나 서식 처리는 매크로 등 다른 방법이 후보가 될 수 있습니다. 파일 구조가 복잡하거나 별도 시스템과 연결해야 한다면 스크립트·API·DB 연동도 함께 살펴야 합니다. 사용 환경과 유지 담당자가 다르므로 특정 도구 하나를 모든 작업의 답으로 정할 필요는 없습니다.

별도 프로그램 화면에서 내려받는 과정이 남아 있다면 RPA를 검토할 수 있습니다. Microsoft는 데스크톱 흐름에서 웹·데스크톱 앱, 엑셀과 파일 관련 작업을 자동화하는 사례를 안내합니다. Microsoft 데스크톱 흐름 소개

자료를 가져오는 방법과 계산 방법은 서로 다를 수 있습니다. 승인된 API로 파일을 받고 표 정리와 계산은 별도 처리하는 구성도 가능합니다. 엑셀을 사용하거나 결과가 엑셀이라는 이유만으로 모든 구간을 RPA라고 부르지는 않습니다.

가상 예시의 검사 파일 취합

다음은 실제 구축 실적이 아닌 가상 제조 예시입니다. 부품 제조 현장에서 검사 결과 엑셀을 공유 폴더에 모으고, 품목별 검사 현황 보고서를 만든다고 가정하겠습니다.

취합 대상에서는 보고서 출력 폴더와 임시 파일을 제외합니다. 검사일과 판정 열이 빠진 파일은 오류 목록으로 보내고, 정상 파일에는 원본 파일명을 남깁니다. 수정본이 들어오면 합의된 버전 규칙에 따라 반영합니다.

이후 검사한 제품 수와 불량 판정 제품 수를 정의에 맞게 계산합니다. 같은 제품에 여러 검사 항목이 있다면 행 수를 제품 수로 바로 사용하지 않습니다. 계산이 끝난 뒤 파일별 처리 상태와 합계를 대조하고, 확인을 마친 결과만 보고서로 출력하도록 설계할 수 있습니다.

이 흐름에서 자동화의 검수 기준은 ‘버튼이 작동한다’보다 구체적이어야 합니다. 정상 파일, 빈 파일, 수정본, 열 이름이 바뀐 파일을 각각 처리했을 때 기대한 결과가 나오는지 확인해야 합니다.

엑셀 자동화의 출력과 보관

보고서가 만들어진 다음에도 파일 이름, 저장 위치, 덮어쓰기, 전달 방식이 남습니다. 같은 날짜의 보고서를 다시 만들면 이전 파일을 보관할지, 새 버전으로 구분할지도 정해야 합니다. 정기 발송을 원한다면 자동 실행 환경과 실패 알림을 별도 범위로 확인합니다.

제조 데이터를 이해하는 슬기로운 통계생활(슬통)에 엑셀 자동화를 문의할 때는 원본 파일의 정상 예시와 형식이 달라지는 예시, 완성 보고서 양식, 파일 저장 위치를 준비해 주세요. 반복해서 고치는 부분과 사람이 판단해야 하는 부분을 표시하면 취합부터 보고서 작성까지 어디를 연결할지 구체적으로 살펴볼 수 있습니다.


당신이 좋아할 만한 콘텐츠

by Google Adsense


관련 글 보기