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

## 역할과 목표

<지시>
너는 파이썬 자동화 개발자다. 사용자가 매주 받는 엑셀 매출 파일을 하나의 통합 파일로 합칠 수 있도록, 재실행 가능한 파이썬 스크립트를 작성하라. 대상 사용자는 매주 새 파일을 지정된 폴더에 넣고 스크립트를 실행하려는 사람이다.

최종 산출물은 코드만 제시하지 말고, 필요한 패키지 설치 명령, 폴더와 파일 배치 방법, 실행 방법, 입력·출력 예시 형식, 검증 방법을 포함한 실무용 안내로 작성하라. 완료로 판단하려면 여러 주차 파일을 읽어 중복 없이 통합하고, 열 구조의 문제나 파일 오류를 명확한 메시지로 알리며, 통합 결과를 지정된 엑셀 형식으로 저장할 수 있어야 한다.
</지시>

## 범위와 전제

<맥락>
사용자가 제공한 사실은 “매주 받는 엑셀 매출 파일”을 “자동으로 합치는 파이썬 스크립트”가 필요하다는 것뿐이다. 따라서 파일명 규칙, 입력 폴더, 출력 폴더, 엑셀 확장자, 시트명, 열 이름, 주차를 식별하는 방식, 중복 판정 기준, 실행 운영체제는 확정하지 마라.

확인되지 않은 값은 다음 슬롯으로 표시하라.

- 파이썬 버전: `[입력 필요: 파이썬 버전]`
- 실행 운영체제: `[입력 필요: 운영체제]`
- 입력 파일 확장자: `[입력 필요: 입력 엑셀 확장자]`
- 입력 시트명: `[입력 필요: 입력 시트명]`
- 입력 폴더: `[입력 필요: 입력 폴더 경로]`
- 출력 파일명과 형식: `[입력 필요: 출력 파일명·형식]`
- 매출 데이터 열 목록: `[입력 필요: 매출 데이터 열 목록]`
- 중복 판정용 열 또는 키: `[입력 필요: 중복 판정 기준]`

슬롯을 실제 값으로 채워야 하는 위치에는 그 값을 사용자가 제공해야 한다는 한 줄 안내를 붙여라. 특히 매출 파일의 열 이름과 중복 판정 기준을 추측해 코드에 고정하지 마라. 입력 구조가 확인되지 않은 경우에는 설정 영역에 슬롯을 두고, 사용자가 수정해야 하는 부분을 명시하라.

입력 파일을 합치는 기능만 다루고, 매출액 분석·예측·대시보드·세금 계산·외부 회계 시스템 연동은 요청 범위에 포함하지 마라.
</맥락>

## 작업 규칙

<지시>
1. 먼저 다음 항목을 확정값 또는 슬롯으로 구분하라: 파이썬 버전, 운영체제, 사용할 엑셀 처리 라이브러리, 입력 확장자, 시트 선택 방식, 파일 탐색 규칙, 출력 형식, 중복 처리 방식. 확정할 근거가 없으면 `[입력 필요: 항목]`으로 남기고 임의의 회사 환경을 가정하지 마라.

2. 입력 파일을 읽기 전에 대상 파일을 어떻게 고를지 명확히 하라. 입력 폴더 안의 모든 지정 확장자를 처리하는 방식이면 이미 생성된 통합 출력 파일이 다시 입력되는지 방지하라. 파일명 규칙이나 날짜 정렬이 필요하지만 정보가 없으면 그 부분을 설정값으로 분리하라.

3. 열 구조가 모든 파일에서 같은 경우와 다른 경우를 분기하라.
   - 열 이름과 순서가 같으면 공통 열 기준으로 결합하라.
   - 순서만 다르면 열 이름 기준으로 재정렬하라.
   - 열이 누락되거나 추가되면 즉시 중단할지, 빈 값으로 통합할지 선택 가능하게 하되 기본 동작과 변경 방법을 명시하라.
   - 헤더가 여러 줄이거나 데이터 시작 행이 일정하지 않다면 임의로 처리하지 말고 설정값 또는 확인 필요 사항으로 표시하라.

4. 중복 처리는 `[입력 필요: 중복 판정 기준]`을 사용한다. 기준이 제공되면 해당 열 조합을 키로 사용하고, 기준이 없으면 중복 제거를 자동으로 수행하지 말라. 단순히 같은 행의 모든 값이 같다는 이유로 매출 거래를 삭제하지 마라.

5. 실패 시 동작을 정의하라. 파일을 읽을 수 없거나 엑셀 형식이 잘못되면 파일명과 원인을 포함한 오류 메시지를 출력하고, 다른 파일을 조용히 누락한 채 성공으로 종료하지 마라. 필수 열이 없거나 열 이름이 충돌하면 종료 코드와 함께 실패하게 하라. 임시 출력 파일에 먼저 저장한 뒤 성공 시 최종 파일명으로 교체하는 방식이 필요하면 코드로 구현하라.

6. 기존 동작 중 보존해야 할 사항은 원본 파일을 수정하지 않는 것, 원본 행의 값과 열을 임의로 바꾸지 않는 것, 실행할 때마다 이미 통합된 결과가 중복 추가되지 않는 것이다. 날짜·금액·문자열 형식은 사용자가 제공한 입력 구조에 근거하지 않고 임의 변환하지 마라.

7. 성능은 측정하지 않았다면 수치로 주장하지 마라. 파일 수나 행 수가 많을 때의 메모리 사용 가능성을 언급하고, 대용량 처리가 필요하면 별도 설계가 필요하다고 표시하라.

8. 개인정보가 매출 파일에 포함될 가능성이 있으면 개인정보 보호법 적용 여부를 확인 항목으로 두라. 실제 수집 열, 보유 기간, 파기 방법을 주석이 아니라 설계 안내에 적도록 요구하되, 법적 적용 여부나 보존 기간을 지어내지 마라. 코드의 주석·식별자·오류 메시지 언어는 한국어로 통일하라.
</지시>

## 산출물 구조

<출력형식>
다음 순서로 출력하라.

1. **목표와 스택**: 자동 통합 흐름, 파이썬 버전 `[입력 필요: 파이썬 버전]`, 운영체제 `[입력 필요: 운영체제]`, 라이브러리와 버전을 확정값 또는 슬롯으로 제시하라. 사용자가 설치할 명령도 포함하라.
2. **수용 기준**: 번호를 매겨 관찰 가능한 완료 조건을 작성하라. 최소한 여러 엑셀 파일 탐색, 헤더 검증, 열 기준 통합, 출력 저장, 원본 보존, 재실행 시 출력 중복 방지를 포함하라.
3. **설정값과 폴더 구조**: 입력 폴더, 출력 파일, 확장자, 시트명, 데이터 시작 행, 파일명 필터, 중복 키를 한곳에서 수정할 수 있게 하라. 값이 없으면 슬롯으로 남겨라.
4. **전체 파이썬 코드**: 복사해 실행할 수 있는 단일 스크립트를 우선 제시하라. 함수, 예외 처리, 로그 또는 진행 메시지, 종료 코드 처리를 포함하라. 코드가 입력 구조에 의존하는 지점에는 주석으로 사용자가 채울 항목과 방법을 표시하라.
5. **에지 케이스**: 빈 폴더, 손상된 파일, 암호화 파일, 빈 시트, 헤더 불일치, 필수 열 누락, 중복 키 미설정, 출력 파일의 재입력, 파일 하나만 존재하는 경우를 각각 어떻게 처리하는지 적어라.
6. **검증 방법**: 테스트용 파일을 어떻게 준비하고, 기대 행 수·열 목록·중복 여부·출력 파일 생성 여부를 어떻게 확인하는지 단계별로 제시하라. 실제 입력값이나 결과 수치를 알 수 없으면 `[확인 필요]`로 표시하라.
7. **실행 안내와 제한**: 설치, 실행, 성공·실패 메시지 해석, 예약 실행이 필요한 경우 확인할 항목, 대용량·개인정보 처리 시 추가 검토 사항을 간결하게 적어라.

코드와 셸 명령은 별도의 코드 블록에 두고, 코드 블록 밖의 설명은 개조식으로 작성하라. 코드 내부의 핵심 흐름 설명과 사용자가 설정값을 바꾸는 이유는 짧은 서술형 문단으로 작성하라. 코드가 실행 환경이나 열 구조를 추측해 완성한 부분은 “가정”으로 표시하지 말고 슬롯과 확인 항목으로 드러내라.
</출력형식>

## 문체 규칙

<지시>
지정 문체는 hybrid다. 설치·설정·수용 기준·에지 케이스·검증 절차·실행 안내는 번호와 목록 중심의 개조식으로 작성하라. 코드의 동작 원리와 입력 구조에 따른 분기 설명은 짧은 서술형 문단으로 작성하라. 어조는 실무적이고 단정하되, 확인되지 않은 파일명·열 이름·버전·처리 결과를 사실처럼 표현하지 마라. “간단히”, “완벽하게 자동화”, “문제없이 처리”처럼 검증 범위를 과장하는 표현은 사용하지 마라.
</지시>

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

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

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

## 제출 전 자기 감사

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

## 자기검증

<지시>
제출 전에 다음 항목을 번호 순서대로 점검하고, 하나라도 충족하지 못하면 산출물을 수정하라.

1. 모달리티가 coding이며 결과가 보고서나 설명문이 아니라 실행 가능한 파이썬 자동화 산출물인지 확인하라.
2. 매주 받는 엑셀 매출 파일을 탐색하고 통합하는 핵심 흐름이 코드에 실제로 구현됐는지 확인하라.
3. 파이썬 버전, 운영체제, 확장자, 시트명, 열 목록, 중복 판정 기준을 입력에 없던 사실로 추가하지 않고 슬롯으로 남겼는지 확인하라.
4. 입력에 없던 매출 열 이름, 파일명, 금액, 행 수, 실행 결과, 성능 수치를 사실처럼 추가하지 않았는지 확인하라.
5. `[입력 필요: 중복 판정 기준]`을 임의로 채우거나, 모든 열이 같은 행을 근거 없이 매출 거래 중복으로 삭제하지 않았는지 확인하라.
6. 통합 출력 파일이 다음 실행에서 입력 파일로 다시 읽히지 않도록 방지했는지 확인하라.
7. 원본 엑셀 파일을 수정·삭제하지 않고, 읽기 실패·손상·헤더 불일치·필수 열 누락 시 오류 메시지와 실패 동작을 제시했는지 확인하라.
8. 열 순서가 다른 파일, 열 누락·추가 파일, 빈 폴더, 빈 시트, 파일 하나만 있는 경우의 처리를 각각 적었는지 확인하라.
9. 수용 기준을 번호로 작성하고 실제로 관찰 가능한 조건으로 표현했는지 확인하라.
10. 검증 방법에서 기대 행 수, 열 목록, 중복 여부, 출력 파일 생성 여부를 확인하도록 했는지 확인하라.
11. 개인정보가 포함될 가능성을 다룰 때 개인정보 보호법 적용 여부, 수집 항목, 보유 기간, 파기 방법을 확인 항목으로 두었는지 확인하라.
12. 요청한 범위인 엑셀 매출 파일 통합을 넘어 분석·예측·대시보드·외부 시스템 연동을 추가하지 않았는지 확인하라.
13. hybrid 문체의 개조식 구역과 서술형 구역이 명확히 구분됐는지 확인하라.
14. 이 목록이 정확히 14개 항목인지 세어 확인하라.
</지시>