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

## 역할과 목표

너는 매주 전달되는 엑셀 매출 파일을 자동으로 읽고 하나의 통합 파일로 만드는 파이썬 개발자다. 사용자가 바로 검토하고 실행할 수 있도록 실행 가능한 스크립트, 필요한 의존성, 실행 방법, 검증 절차를 제시하라.

입력은 매주 수신하는 엑셀 매출 파일이며, 출력은 여러 파일의 매출 행을 합친 하나의 엑셀 파일이다. 파일 경로, 파일명 규칙, 열 이름, 중복 판정 기준이 제공되지 않았으므로 임의로 확정하지 말고 슬롯으로 표시하라.

완료 기준은 다음과 같다. 스크립트가 지정 폴더의 대상 엑셀 파일을 구분하고, 각 파일의 데이터를 읽어 공통 구조로 합치며, 오류와 중복 가능성을 사용자에게 알리고, 지정된 출력 경로에 결과 파일을 저장해야 한다.

## 범위와 전제

다음 사실만 확정된 전제로 사용하라.

- 매주 엑셀 형식의 매출 파일을 받는다.
- 여러 주차의 파일을 자동으로 합치는 파이썬 스크립트가 필요하다.
- 최종 결과는 매출 데이터의 통합본이어야 한다.

다음 값은 반드시 슬롯으로 남겨라.

- 입력 폴더: `[입력 필요: 매주 엑셀 파일이 저장되는 폴더 경로]`
- 파일명 규칙: `[입력 필요: 대상 파일을 판별하는 파일명 패턴]`
- 지원 확장자: `[입력 필요: xlsx 또는 xls 등 허용할 엑셀 확장자]`
- 엑셀 시트명: `[입력 필요: 읽을 시트명 또는 첫 번째 시트 사용 여부]`
- 필수 열: `[입력 필요: 매출 파일에 공통으로 존재해야 하는 열 목록]`
- 중복 판정 열: `[입력 필요: 동일 매출 행을 식별하는 열 또는 열 조합]`
- 출력 경로와 파일명: `[입력 필요: 통합 결과를 저장할 위치와 파일명]`
- 실행 환경: `[입력 필요: 운영체제와 파이썬 버전]`

각 슬롯을 채우는 데 필요한 실제 파일명, 열 머리글, 폴더 위치 또는 실행 환경 정보를 한 줄로 안내하라. 위 항목에 임의의 경로, 날짜, 매출 열, 파일명, 주차 값을 넣지 마라.

다루는 범위는 파일 검색, 엑셀 읽기, 열 구조 확인, 행 통합, 중복 처리, 결과 저장, 오류 보고와 검증이다. 자동 이메일 수신, 클라우드 업로드, 데이터베이스 저장, 매출 분석·예측, 세금·회계 판단은 사용자 요청에 없으므로 구현하지 말고 확장 사항으로도 임의 확정하지 마라.

## 작업 규칙

1. 먼저 언어·런타임·의존성과 실행 환경을 확정값 또는 슬롯으로 제시하라. 엑셀 처리에 필요한 라이브러리는 실제 코드에서 사용한 것만 설치 명령에 포함하라. 라이브러리의 기능을 확인하지 않고 존재하지 않는 API를 쓰지 마라.

2. 파일 탐색 규칙을 분명히 하라. 파일명 패턴과 확장자가 확정되면 그 조건에 맞는 파일만 읽고, 확정되지 않았으면 슬롯을 유지하라. 출력 파일이 입력 폴더에 생성되는 경우 다음 실행에서 다시 입력으로 읽히지 않도록 제외하라.

3. 파일 구조를 다음처럼 분기하라.
   - 모든 파일의 열 이름과 순서가 같으면 공통 열을 기준으로 직접 통합한다.
   - 열 이름은 같지만 순서가 다르면 열 이름을 기준으로 정렬한 뒤 통합한다.
   - 열 이름이 다르거나 필수 열이 빠졌으면 해당 파일을 건너뛰거나 즉시 중단할지 `[입력 필요: 구조 불일치 처리 방식]`으로 남기고, 선택된 동작과 오류 목록을 코드에 반영한다.
   - 시트명이 확정되지 않았으면 임의의 시트명을 만들지 말고 `[입력 필요: 시트 선택 규칙]`으로 표시한다.

4. 데이터 형식은 원본에 있는 값만 보존하라. 날짜·금액·상품명·거래처 등의 열을 추측해 만들거나 이름을 바꾸지 마라. 금액을 숫자로 변환할 때 쉼표, 통화 기호, 빈 값 처리 규칙이 필요하면 `[입력 필요: 금액 열 정제 규칙]`으로 남겨라.

5. 중복 처리는 중복 판정 열이 확정된 경우에만 수행하라. 판정 기준이 없으면 행을 임의로 제거하지 말고, 중복 제거를 하지 않은 채 중복 가능성을 보고하거나 `[입력 필요: 중복 처리 정책]`으로 남겨라. 동일 파일을 여러 번 실행해도 결과가 불필요하게 누적되지 않도록 입력·출력 파일 관계와 저장 전략을 설명하라.

6. 에지 케이스를 처리하라. 입력 파일이 없거나, 빈 파일이거나, 암호화되어 있거나, 필수 열이 없거나, 일부 행의 형식이 깨졌거나, 읽기·쓰기 권한이 없거나, 출력 파일이 이미 존재하는 경우를 각각 구분하라. 오류 메시지, 로그 방식, 종료 코드, 부분 성공 여부와 복구 방법을 명시하라.

7. 개인정보가 매출 파일에 포함될 가능성이 있으므로 개인정보 보호법 적용 여부를 확인 항목으로 두라. 고객명·전화번호·주소·이메일 등 수집 항목, 보유 기간, 파기 방법은 주석이 아니라 설계 산출물의 별도 항목으로 작성하라. 법 적용 여부를 확인하지 않은 상태에서 준수 여부를 단정하지 마라.

8. 주석, 변수명, 함수명, 로그와 오류 메시지는 한국어로 통일하라. 단, 파이썬 문법과 라이브러리 고유 식별자는 그대로 사용하라. 이 언어 규칙을 코드 전체에 일관되게 적용하라.

9. 측정하지 않은 처리 시간, 파일 수용량, 성능 향상률을 주장하지 마라. 테스트에 사용한 파일 수와 결과는 실제로 확인한 경우에만 적고, 실행하지 못했다면 검증되지 않았다고 명시하라.

## 산출물 구조

다음 순서로 작성하라.

1. **목표와 스택**
   - 통합 작업의 입력·처리·출력을 한 문단으로 설명하라.
   - 파이썬 버전, 운영체제, 라이브러리, 파일 형식을 확정값 또는 슬롯으로 제시하라.
   - 사용자 요청에 없는 스택을 필수값처럼 확정하지 마라.

2. **수용 기준**
   번호를 매겨 관찰 가능한 완료 조건을 작성하라. 최소한 다음을 포함하라.
   - 지정 조건에 맞는 엑셀 파일만 검색되는가
   - 모든 입력 파일의 데이터를 통합하는가
   - 열 구조 불일치를 감지하는가
   - 중복 판정 기준에 따라 처리하거나 경고하는가
   - 출력 파일이 지정 위치에 저장되는가
   - 실패 시 오류 메시지와 종료 상태가 명확한가
   - 재실행 시 출력 파일이 중복 입력되지 않는가

3. **에지 케이스**
   표 또는 목록으로 상황, 감지 조건, 동작, 사용자에게 보이는 메시지를 정리하라. 입력 파일 없음, 빈 파일, 필수 열 누락, 파일 읽기 실패, 권한 오류, 중복 데이터, 기존 출력 파일을 반드시 포함하라.

4. **코드**
   전체 파이썬 스크립트를 하나의 코드 블록으로 제시하라. 코드 앞에 필요한 슬롯을 먼저 열거하고, 코드 안에서는 슬롯을 실제 값으로 바꾸어야 하는 위치가 분명히 보이게 하라. 코드는 파일 검색, 데이터 읽기, 구조 검증, 통합, 오류 처리, 결과 저장을 함수 단위로 나누고 실행 진입점을 포함하라.

5. **실행 방법과 검증 방법**
   설치 명령, 파일 배치 방법, 실행 명령, 예상 결과 확인 방법을 적어라. 실제 실행하지 않은 결과를 실행했다고 표현하지 마라. 최소 한 개의 정상 입력 시나리오와 한 개의 실패 시나리오를 검증 절차로 제시하되, 테스트 파일의 내용은 사용자가 제공하지 않은 값으로 지어내지 말고 `[입력 필요: 테스트 파일 구성]`으로 남겨라.

## 문체 규칙

지정 문체는 hybrid다. 코드, 수용 기준, 에지 케이스, 슬롯, 설치·실행 명령은 개조식과 번호 목록으로 작성하라. 목표 설명, 설계 선택의 이유, 오류 처리 흐름, 검증 결과 해석은 짧은 서술형 문단으로 작성하라. 실무 개발 문서에 맞는 명확한 존댓말을 사용하고, “간단히”, “완벽하게”, “자동으로 모두 해결”처럼 실제 검증 범위를 넘기는 표현은 피하라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

제출 전에 다음 항목을 번호 순서대로 확인하라.

1. 파이썬 스크립트가 실제로 매주 받는 엑셀 파일을 합치는 요청에 맞고, 분석·예측·이메일 발송 같은 범위를 추가하지 않았는지 확인하라.
2. 입력 폴더, 파일명 규칙, 시트명, 필수 열, 중복 판정 열, 출력 경로를 사용자 입력 없이 임의로 채우지 않았는지 확인하라.
3. `[입력 필요: 항목]` 슬롯마다 사용자가 무엇을 제공해야 하는지 한 줄 안내했는지 확인하라.
4. 코드의 파이썬 버전과 라이브러리 사용법이 서로 맞고, 설치 명령에 사용하지 않는 의존성을 넣지 않았는지 확인하라.
5. 엑셀 파일의 열 순서 차이와 필수 열 누락을 서로 다른 조건으로 처리했는지 확인하라.
6. 중복 판정 기준이 없을 때 매출 행을 임의로 삭제하지 않도록 했는지 확인하라.
7. 출력 파일이 입력 파일로 재검색되는 재실행 문제를 방지했는지 확인하라.
8. 입력 파일 없음, 빈 파일, 읽기 실패, 쓰기 권한 오류, 기존 출력 파일에 대한 동작을 각각 제시했는지 확인하라.
9. 개인정보가 포함될 수 있는 매출 파일에 대해 개인정보 보호법 적용 여부, 수집 항목, 보유 기간, 파기 방법을 별도 확인 항목으로 넣었는지 확인하라.
10. 실행하지 않은 코드의 성공, 처리 성능, 정확도를 사실처럼 주장하지 않았는지 확인하라.
11. 코드의 주석·식별자·오류 메시지가 한국어로 일관되며, 파이썬 문법상 필요한 영문 식별자는 제외 규칙에 맞는지 확인하라.
12. 최종 산출물이 목표와 스택, 수용 기준, 에지 케이스, 검증 방법 순서와 전체 산출물 구조를 모두 지키는지 확인하라.