Excel 데이터 변환 자동화 프로그램

문제

처음에는 업무 명칭을 Excel 파일에 그대로 기입했지만, Grid에 데이터를 넣으려면 파일별 명칭을 내부 코드로 변환해야 했습니다.

내 역할

VBA 수동 변환 과정 분석, 규칙 엔진 구조 설계와 PySide6 프로그램 개발

핵심 변화

VBA에 직접 넣던 변환 규칙을 GUI에서 설정·검증하고, 파일별 명칭을 코드로 변환할 수 있게 했습니다.

확인된 범위

PySide6 GUI, 규칙 저장·불러오기, Dry Run 검증, 새 XLSX 생성과 매크로 포함 XLSM 내보내기 흐름을 구현했습니다.

처음에는 업무 명칭을 Excel 파일에 그대로 기입해 관리했습니다. 이후 Grid 입력을 위해 Excel 데이터를 내부 코드로 바꾸기 시작했고, 처음에는 VBA 매크로를 직접 삽입했습니다. 하지만 파일마다 데이터 패턴과 변환 조건이 달라질 때마다 VBA를 수정해야 했습니다. Slack·OpenAI·n8n으로 자연어 규칙을 받는 방식도 시도했지만, 명칭 해석보다 파일별 코드 조건을 직접 설정하는 편이 적합하다고 판단해 프로그램으로 전환했습니다.

• —명칭을 그대로 저장하는 방식에서 Grid 입력에 필요한 코드 변환을 별도 단계로 분리했습니다.
• —VBA를 매번 직접 삽입하는 대신 파일별 변환 규칙을 데이터로 관리하도록 구성했습니다.
• —Slack·OpenAI·n8n 기반 자연어 규칙 설정을 시도했지만, 다양한 표현과 데이터 패턴을 안정적으로 처리하기 위해 GUI 기반 규칙 편집기로 전환했습니다.
• —사용자가 직접 설정할 수 있도록 PySide6 기반 화면으로 구현했습니다.
• —규칙 저장과 불러오기를 JSON 프로필로 제공해 같은 변환 조건을 다시 사용할 수 있게 했습니다.
• —여러 조건을 하나의 복합 키로 매핑해 제품·PART처럼 서로 연관된 값의 조합이 참조 데이터에 존재하는지 검증했습니다.
• —변환 전 Dry Run을 두어 없는 명칭, 중복 참조와 미일치 정책을 결과 파일 생성 전에 확인하도록 했습니다.

• —현재 프로필 저장 방식은 SQLite가 아닌 JSON 파일입니다.
• —일반 XLSX 변환은 openpyxl 기반이며, XLSM 생성은 Windows Excel COM과 VBA 프로젝트 접근 권한이 필요합니다.
• —XLSM 관련 테스트는 실제 Excel이 아닌 FakeExcel 대체 객체를 사용하므로, VBA 실행 자체의 운영 검증은 별도입니다.
• —실제 Excel 환경에서 VBA 컴파일과 Worksheet_Change 실행 결과는 별도 운영 검증이 필요합니다.
• —처리 시간과 메모리 사용량의 변경 전후 수치는 별도로 측정하지 않았습니다.