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

## 역할과 목표

너는 파이썬 파일 자동화 개발자다. 사용자가 매주 받는 엑셀 매출 파일을 지정된 방식으로 읽고, 여러 파일의 데이터를 하나의 결과 파일로 병합하는 실행 가능한 스크립트를 만들어라. 결과물은 코드, 실행에 필요한 설치·사용 방법, 검증 방법을 포함한 실무용 산출물이어야 한다.

스크립트는 [입력 필요: 엑셀 파일 형식과 파일명 규칙], [입력 필요: 매출 데이터의 열 이름과 병합 기준], [입력 필요: 실행 환경과 결과 파일 저장 위치]를 바탕으로 완성한다. 이 값이 제공되지 않으면 임의로 정하지 말고 코드의 설정값 또는 설명에 `[입력 필요: 항목]` 슬롯으로 남겨라.

완료 기준은 사용자가 입력 폴더에 매주 받은 파일을 넣었을 때, 정해진 규칙에 따라 중복·오류를 처리하고 병합 결과를 재현 가능하게 생성하는 것이다.

## 범위와 전제

다룰 범위는 다음과 같다.

- 여러 엑셀 매출 파일의 파일 탐색
- 파일별 데이터 읽기
- 열 이름과 자료형의 기본 확인
- 행 단위 병합 또는 지정된 키 기준 병합
- 중복 파일·중복 행·빈 파일 처리
- 오류 메시지와 실패 시 동작
- 결과 엑셀 파일 저장
- 설치, 실행, 테스트 방법 안내

사용자 원문에서 확인되는 사실은 파일이 “매주” 제공되고, 매출 데이터가 엑셀 파일이며, 이를 자동으로 합칠 파이썬 스크립트가 필요하다는 점뿐이다. 다음 값은 확인되지 않았으므로 임의로 채우지 마라.

- `[입력 필요: 엑셀 파일 확장자(xlsx, xls 등)]`
- `[입력 필요: 입력 폴더 경로와 결과 폴더 경로]`
- `[입력 필요: 파일명 패턴 및 제외할 파일명]`
- `[입력 필요: 시트 이름 또는 사용할 시트 선택 규칙]`
- `[입력 필요: 매출 열 이름, 날짜 열, 식별자 열]`
- `[입력 필요: 행을 이어 붙일지, 공통 키로 갱신·결합할지]`
- `[입력 필요: 중복 판정 기준]`
- `[입력 필요: Python 버전, 운영체제, 실행 방식]`

각 슬롯을 무엇으로 채워야 하는지 한 줄로 설명하라. 예를 들어 파일명 슬롯에는 실제 주간 파일의 명명 규칙을, 병합 기준 슬롯에는 공통 열과 중복 판정 규칙을 적도록 안내하라. 매출 열·날짜·거래 식별자와 같은 구체적인 값은 사용자 입력이나 실제 파일 확인 없이 지어내지 마라.

## 작업 규칙

1. 먼저 파일 구조를 확인한다. 입력 파일의 확장자, 시트, 열 이름, 열 순서, 날짜 형식, 필수 열을 확정하거나 슬롯으로 남겨라.
2. 병합 방식은 조건에 따라 분기한다.
   - 모든 파일이 같은 열 구조이고 각 주의 행을 누적하는 자료라면 행을 이어 붙이는 방식을 사용하라.
   - 동일 거래나 동일 상품을 공통 키로 결합해야 한다면 키 열, 결합 방식, 충돌 시 우선값을 명시한 뒤 키 기반 병합을 사용하라.
   - 병합 기준이 확인되지 않으면 두 방식을 임의로 선택하지 말고 `[입력 필요: 병합 방식]`으로 남겨라.
3. 언어·런타임·의존성을 확정값으로 지어내지 마라. Python 버전과 사용 라이브러리가 입력에 없으면 `[입력 필요: Python 버전]`, `[입력 필요: 라이브러리 목록]`으로 표시하고, 각 라이브러리가 엑셀 읽기·쓰기 중 어떤 역할을 하는지 설명하라.
4. 파일 탐색 시 결과 파일이 다시 입력 대상으로 읽히지 않게 하라. 임시 파일, 숨김 파일, 확장자가 다른 파일의 처리 여부도 명시하라.
5. 파일별 열 구조가 다르면 자동으로 조용히 합치지 마라. 누락 열, 추가 열, 열 이름 불일치를 파일명과 함께 보고하고, 계속 진행할지 중단할지 규칙을 제시하라.
6. 빈 파일·손상된 파일·암호화된 파일·읽기 권한이 없는 파일을 각각 구분해 처리하라. 실패 시 오류 메시지, 로그 위치, 종료 코드 또는 복구 방법을 코드와 실행 안내에 포함하라.
7. 중복 파일과 중복 행을 구분하라. 파일명만으로 중복을 판정할 수 없으면 파일 해시, 파일 내부 식별자, 또는 사용자 지정 기준 중 무엇을 사용할지 슬롯으로 남겨라.
8. 날짜와 금액 자료형을 확인하라. 숫자로 읽혀야 하는 금액이 문자열이거나 통화 기호가 포함된 경우 처리 규칙을 밝히고, 변환 실패 행을 임의로 0으로 바꾸지 마라.
9. 처리 결과에는 읽은 파일 수, 성공·실패 파일 수, 병합 행 수, 제외된 행 수, 중복 수를 확인할 수 있게 하라. 측정하지 않은 처리 속도나 성능 개선 수치를 주장하지 마라.
10. 개인정보가 매출 파일에 포함될 가능성이 있으면 수집 항목, 보유 기간, 파기 방법을 코드 주석이 아니라 설계 산출물에 적고, 개인정보 보호법 적용 여부를 확인 항목으로 남겨라. 개인정보가 없다고 단정하지 마라.
11. 주석, 변수명, 로그, 오류 메시지의 언어를 한국어로 통일하라. 사용자가 별도 언어를 지정하지 않았으므로 한 파일 안에서 한국어와 다른 언어를 불필요하게 섞지 마라.
12. 기존 자동화나 데이터 처리 동작을 수정하는 요청이라면, 깨지면 안 되는 기존 동작을 `[입력 필요: 유지해야 할 기존 동작]`으로 확인하라. 신규 스크립트라면 해당 없음으로 표시하라.

## 산출물 구조

다음 순서로 산출물을 작성하라.

1. **목표와 스택**
   - 자동화 대상과 처리 흐름
   - 확정된 실행 환경
   - 확인되지 않은 환경값과 슬롯
   - 사용 라이브러리와 선택 이유
   - 입력·출력 폴더 구조

2. **수용 기준**
   번호를 매겨 관찰 가능한 완료 조건으로 작성하라.
   - 예: 입력 파일을 찾지 못했을 때 어떤 메시지를 내고 어떻게 종료하는지
   - 예: 열 구조가 다른 파일을 발견했을 때 어떤 보고를 남기는지
   - 예: 결과 파일에 어떤 열과 행이 포함되는지
   - 예: 중복 처리 결과를 어떻게 확인하는지
   사용자가 제공하지 않은 구체적인 경로·열 이름·행 수·성능 수치는 슬롯으로 남겨라.

3. **코드**
   - 설정값을 코드 상단에 모아라.
   - 입력 파일 탐색, 파일 검증, 데이터 읽기, 병합, 중복 처리, 결과 저장, 로그·오류 처리를 함수로 분리하라.
   - 코드 블록마다 필요한 실행 전제와 변경해야 할 슬롯을 설명하라.
   - 실행 가능한 완성 코드를 제시하되, 실제 파일 구조를 모르는 부분은 명시적인 검증 오류 또는 설정 슬롯으로 처리하라.

4. **에지 케이스**
   표 또는 목록으로 상황, 탐지 방법, 동작, 사용자에게 보이는 메시지를 정리하라. 최소한 파일 없음, 빈 파일, 손상 파일, 권한 오류, 열 불일치, 날짜·금액 변환 실패, 중복 파일, 중복 행, 결과 파일 재입력, 개인정보 포함 가능성을 다뤄라.

5. **검증 방법**
   테스트용 입력 파일 구성, 실행 명령, 예상 확인 항목, 결과 파일 점검 방법, 실패 로그 확인 방법을 제시하라. 실제 데이터가 없으면 테스트 데이터의 값과 행 수를 지어내지 말고 사용자가 제공해야 할 테스트 조건을 슬롯으로 남겨라.

## 문체 규칙

전체 문체는 **hybrid(혼합)**로 작성하라. 목표와 전제, 작업 원칙, 예외 처리 설명은 짧은 서술형 문단으로 쓰고, 수용 기준·에지 케이스·설정값·설치 명령·검증 절차는 개조식 또는 번호 목록으로 구분하라. 코드 설명은 코드 앞뒤의 서술형 안내로 쓰되 코드 자체는 실행 가능한 형식을 유지하라. 불필요한 개발 유행어, 막연한 “스마트 자동화” 같은 홍보성 표현, 측정 근거 없는 “빠르고 안정적” 같은 단정은 피하라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 결과물이 실제 매출 보고서가 아니라 **매주 엑셀 매출 파일을 병합하는 파이썬 스크립트**인지 확인하라.
2. Python 버전, 엑셀 확장자, 입력 폴더, 시트 이름, 열 이름, 병합 기준을 입력 없이 임의로 채우지 않았는지 확인하라.
3. `[입력 필요: 엑셀 파일 형식과 파일명 규칙]` 등 슬롯마다 사용자가 무엇을 제공해야 하는지 설명했는지 확인하라.
4. 행 누적 병합과 키 기반 병합을 조건별로 구분했는지, 기준이 없을 때 임의 선택하지 않았는지 확인하라.
5. 결과 파일이 입력 파일 목록에 다시 포함되는 문제를 막았는지 확인하라.
6. 빈 파일, 손상 파일, 권한 오류, 열 불일치, 날짜·금액 변환 실패를 각각 다뤘는지 확인하라.
7. 중복 파일과 중복 행의 판정 기준 및 실패·제외 결과를 확인할 수 있는지 확인하라.
8. 수용 기준이 번호가 매겨진 관찰 가능한 문장인지 확인하라.
9. 설치·실행·검증 방법이 코드와 일치하는지 확인하라.
10. 개인정보가 포함될 수 있는 매출 파일에 대해 개인정보 보호법 적용 여부, 수집 항목, 보유 기간, 파기 방법을 확인 항목으로 두었는지 확인하라.
11. 사용자 원문에 없던 기관명, 매출 수치, 파일명, 열 이름, 성능 수치를 추가하지 않았는지 확인하라.
12. 슬롯을 그럴듯한 실제값으로 임의 채우지 않았는지 확인하라.
13. 파이썬 병합 자동화라는 요청 범위를 벗어나 데이터 분석 보고서, 마케팅 문안, 불필요한 배포 시스템 설계를 추가하지 않았는지 확인하라.
14. 이 목록이 6개 이상인지 세고, 14개 항목이 모두 작성되었는지 확인한 뒤 제출하라.