매주 받는 엑셀 매출 파일을 자동으로 합치는 파이썬 스크립트를 만들어 줘

## 역할과 목표

너는 파이썬 파일 자동화 개발자다. 매주 전달되는 엑셀 매출 파일 여러 개를 읽어 하나의 통합 파일로 만드는 실행 가능한 파이썬 스크립트를 작성하라. 결과물은 코드를 실행할 사용자에게 제공하는 기술 산출물이어야 하며, 코드만 던지지 말고 설치 방법, 입력 파일 배치 방법, 실행 명령, 결과 확인 방법을 함께 제시하라.

완료 기준은 다음과 같다.

- 사용자가 지정한 폴더의 매출 엑셀 파일을 식별하고 읽을 수 있어야 한다.
- 파일별 데이터를 일관된 열 구조로 통합하고 결과 파일로 저장해야 한다.
- 누락 파일, 빈 파일, 열 불일치, 중복 데이터 등 확인이 필요한 상황을 임의로 숨기지 않아야 한다.
- 실제 실행에 필요한 환경값과 파일 규격은 입력 슬롯으로 표시해야 한다.

## 범위와 전제

다루는 범위는 매주 받은 엑셀 매출 파일을 지정 폴더에서 찾고, 파일을 읽어 행 단위로 결합하며, 통합 결과를 새 엑셀 파일로 저장하는 과정이다. 파일명 패턴, 처리 대상 시트, 열 이름, 중복 판정 기준, 결과 저장 위치, 실행 주기는 사용자 입력에 따라 정한다.

현재 확인된 사실은 “매주 받는 엑셀 매출 파일”과 “자동으로 합치는 파이썬 스크립트가 필요하다”는 것뿐이다. 다음 값은 추측하지 말고 코드의 설정값 또는 설명 안에 슬롯으로 남겨라.

- `[입력 필요: 파이썬 버전과 운영체제·실행 환경]`
- `[입력 필요: 입력 엑셀 폴더 경로]`
- `[입력 필요: 파일 확장자와 파일명 규칙]`
- `[입력 필요: 처리할 시트명 또는 첫 번째 시트 사용 여부]`
- `[입력 필요: 필수 열 이름과 열 순서]`
- `[입력 필요: 통합 결과 파일 경로와 파일명]`
- `[입력 필요: 중복 행 판정 기준]`
- `[입력 필요: 이미 처리한 파일의 재처리 여부]`

엑셀 파일의 실제 열, 기관, 매출 수치, 폴더 경로를 제공받지 않았다면 예시값을 실제 설정값처럼 사용하지 마라. 슬롯을 채우는 데 필요한 정보는 각 슬롯 옆에 한 줄로 설명하라.

## 작업 규칙

1. 먼저 구현에 필요한 전제와 선택지를 분리하라. 사용자가 파일 구조를 제공했다면 그 구조를 따르고, 제공하지 않았다면 `[입력 필요: ...]`를 남긴 뒤 일반화된 설정 구역으로 구현하라.
2. 입력 파일 형식에 따라 분기하라.
   - `.xlsx` 또는 `.xlsm`이면 적절한 판다스 엔진과 매크로 보존 여부를 명시하라.
   - `.xls`이면 별도 의존성이 필요한지 밝히고, 확인되지 않은 설치 가능성을 단정하지 마라.
   - 여러 확장자가 섞이면 처리 허용 확장자를 설정값으로 두고, 허용하지 않은 파일은 건너뛴 이유를 로그에 남겨라.
3. 파일 선택 기준은 파일명 규칙과 확장자를 함께 사용하라. 결과 파일이 입력 폴더 안에 저장되는 경우, 다음 실행에서 자기 자신을 다시 읽지 않도록 제외하라.
4. 각 파일을 읽기 전에 파일 목록을 안정적으로 정렬하고, 처리 파일명과 처리 결과를 기록하라. 읽기에 실패한 파일은 전체 작업을 조용히 중단하지 말고, 실패 파일명·오류 원인·권장 조치를 표시하라. 단, 사용자가 “하나라도 실패하면 전체 중단”을 요구하면 그 조건을 우선하라.
5. 열 구조를 검증하라.
   - 모든 파일의 필수 열이 동일하면 통합을 진행하라.
   - 필수 열이 누락되면 해당 파일을 제외할지 전체 작업을 중단할지 설정값으로 분명히 하라.
   - 열 순서만 다르면 열 이름을 기준으로 정렬하라.
   - 같은 의미의 열 이름이 다르면 자동 추정하지 말고 명시적인 열 매핑 설정을 요구하라.
6. 중복 처리는 `[입력 필요: 중복 행 판정 기준]`을 기준으로 구현하라. 기준이 없으면 중복 제거를 임의로 수행하지 말고, 중복 가능성을 보고하는 방식으로 제한하라.
7. 날짜·금액 열은 원문 형식을 함부로 변환하지 말라. 변환이 필요하면 허용 입력 형식, 실패 시 처리, 통화 단위와 반올림 규칙을 설정으로 분리하라.
8. 통합 후 행 수, 입력 파일 수, 성공·실패 파일 수, 누락 열, 중복 후보 수를 확인할 수 있게 하라. 성능이나 처리 시간은 실제 측정 없이는 주장하지 마라.
9. 개인정보가 매출 파일에 포함될 가능성이 있으면 수집 항목, 보유 기간, 파기 방법을 코드 주석에만 두지 말고 설계상의 확인 항목으로 제시하라. 개인정보 보호법 적용 여부는 사실로 단정하지 말고 확인 대상으로 남겨라.
10. 주석, 변수명, 로그, 오류 메시지는 한국어로 통일하라. 다만 라이브러리명과 파이썬 문법은 원래 표기를 유지하라.

## 산출물 구조

다음 순서로 출력하라.

1. **목표와 스택**
   - 자동화 대상과 처리 흐름을 짧게 설명하라.
   - 파이썬 버전, 운영체제, 라이브러리, 실행 방식을 확정하지 못한 값은 슬롯으로 표시하라.
   - 필요한 라이브러리와 설치 명령을 제시하되, 파일 형식에 따라 달라지는 의존성은 조건부로 구분하라.

2. **설정값**
   - 입력 폴더, 파일 패턴, 시트명, 필수 열, 출력 경로, 중복 처리, 실패 처리 설정을 한 곳에 모아라.
   - 각 설정값이 무엇을 의미하며 어떤 사용자 정보로 채우는지 한 줄씩 설명하라.

3. **파이썬 코드**
   - 파일 검색, 정렬, 엑셀 읽기, 열 검증, 데이터 통합, 중복 확인 또는 제거, 결과 저장, 로그 출력, 오류 처리를 포함하라.
   - 사용자 입력이 없는 부분에는 임의의 기관명·경로·열 이름·날짜·매출 수치를 넣지 말고 슬롯을 사용하라.
   - 코드가 실행되지 않는 의사코드가 아니라 실제 실행 가능한 형태로 작성하라.

4. **수용 기준**
   번호를 매겨 다음을 관찰 가능한 문장으로 작성하라.
   - 정상 파일 여러 개가 하나의 결과 파일로 합쳐지는지
   - 파일명 규칙 밖의 파일이 제외되는지
   - 결과 파일이 재입력되지 않는지
   - 필수 열 누락과 열 순서 차이가 처리되는지
   - 읽기 실패 파일이 보고되는지
   - 중복 처리 결과와 행 수가 확인되는지
   - 출력 파일이 지정 형식으로 저장되는지

5. **에지 케이스**
   빈 폴더, 빈 엑셀 파일, 손상 파일, 암호화 파일, 시트명 불일치, 필수 열 누락, 열 이름 불일치, 날짜·금액 형식 오류, 중복 파일, 결과 파일 재탐색, 파일이 열려 있는 경우를 각각 다루고, 각 상황의 오류 메시지와 계속 진행 또는 중단 여부를 명시하라.

6. **검증 방법**
   테스트용 입력 파일을 어떤 조건으로 준비할지, 실행 명령, 예상 로그, 결과 행 수와 열 검증 방법, 실패 파일 확인 방법을 설명하라. 실제 매출 수치나 파일명을 알 수 없으면 테스트 데이터의 구조만 제시하고 값은 슬롯으로 남겨라.

## 문체 규칙

전체 문체는 hybrid(혼합)로 작성하라. 목표와 전제, 설치·실행 설명, 에지 케이스 해설은 짧은 서술형 문단으로 쓰고, 설정값·수용 기준·검증 절차·오류 처리 규칙은 번호 목록이나 표 중심의 개조식으로 작성하라. 코드 주석과 오류 메시지는 한국어로 통일하라. “간단히”, “완벽하게”, “문제없이 자동화”처럼 검증 범위를 넘는 홍보성 표현은 쓰지 마라.

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

1. 결과물이 보고서나 설명문이 아니라 실제 매출 엑셀 통합용 파이썬 코드와 실행 안내인지 확인하라.
2. 매주 매출 파일을 처리한다는 요청 범위를 지켰는지 확인하고, 이메일 수신 자동화·클라우드 업로드·스케줄러 설정처럼 입력에 없는 기능을 기본 구현에 추가하지 않았는지 확인하라.
3. `[입력 필요: 파이썬 버전과 운영체제·실행 환경]`을 임의로 확정하지 않았는지 확인하라.
4. 입력 폴더 경로, 파일명 규칙, 시트명, 열 이름, 출력 경로를 실제 정보 없이 채우지 않았는지 확인하라.
5. 중복 행 판정 기준이 없는데 임의의 열을 기준으로 중복 제거하지 않았는지 확인하라.
6. 결과 파일을 입력 파일 목록에서 다시 읽는 문제가 방지되어 있는지 확인하라.
7. 필수 열 누락, 열 이름 불일치, 빈 파일, 손상 파일에 대한 동작이 코드와 설명에 일치하는지 확인하라.
8. 읽기에 실패한 파일을 조용히 무시하지 않고 파일명과 오류 원인을 사용자에게 보여주는지 확인하라.
9. 엑셀 확장자별 의존성과 매크로 보존 여부를 사실처럼 단정하지 않고 조건별로 설명했는지 확인하라.
10. 날짜·금액 변환 규칙, 통화 단위, 반올림을 입력 없이 지어내지 않았는지 확인하라.
11. 개인정보가 포함될 수 있는 경우 수집 항목·보유 기간·파기 방법과 개인정보 보호법 적용 여부 확인을 설계 항목으로 언급했는지 확인하라.
12. 수용 기준이 실행 결과로 확인 가능한 문장인지, 측정하지 않은 처리 속도나 성능 수치를 주장하지 않았는지 확인하라.