엑셀 CSV 한글 깨짐, 다시 저장하기 전에 확인할 것
한글이 이상한 기호로 보인다고 파일의 값이 모두 망가진 것은 아닙니다. 파일이 저장된 문자 방식과 프로그램이 읽는 방식이 다른지 먼저 확인하세요. 깨진 화면을 그대로 원본에 덮어쓰지 않는 것이 첫 단계입니다.
확인 순서
- 파일을 복사하고 원본은 따로 보관합니다. 이미 잘못 읽은 화면에서는 저장을 멈춥니다.
- 파일을 제공한 시스템의 안내에서 인코딩을 확인합니다. UTF-8인지 CP949인지 모르면 원본 생성자에게 확인하는 편이 정확합니다.
- 프로그램의 텍스트·CSV 가져오기에서 해당 인코딩을 선택하고 미리보기의 한글을 확인합니다. UTF-8로 안 열린다고 파일이 손상됐다고 단정하지 마세요.
- 한글이 읽혀도 거래처코드의 앞자리 0, 긴 문서번호, 행·열 수가 그대로인지 함께 확인합니다.
- 받을 시스템이 요구하는 형식으로 복사본을 저장하고 다시 읽어 확인합니다. 모든 시스템에 같은 인코딩을 강요하지 않습니다.
Microsoft는 BOM 표시가 있는 UTF-8 CSV를 일반적으로 열 수 있으며, 그렇지 않은 경우 데이터 메뉴의 텍스트/CSV 가져오기 등을 이용하도록 안내합니다. 메뉴와 동작은 Excel 버전·운영체제에 따라 확인해야 합니다. Microsoft 공식 안내
같은 내용을 세 가지 방식으로 저장한 예제
| 합성 예제 | 저장 방식 | 확인한 결과 |
|---|---|---|
| 정상 예제 01 | UTF-8, BOM 있음 | 맞는 방식으로 읽으면 원본과 동일 |
| 정상 예제 02 | UTF-8, BOM 없음 | 맞는 방식으로 읽으면 원본과 동일 |
| 정상 예제 03 | CP949 | CP949로 읽으면 원본과 동일 |
세 파일 모두 데이터 5행·8열이며, 같은 한글과 식별자 값을 담습니다. BOM이 없다는 이유만으로 오류 파일은 아닙니다. CP949 파일을 UTF-8로 강제해서 읽지 못한 결과도 실제 값 손상과는 다릅니다.
설정을 바꿔도 글자가 돌아오지 않는다면
이미 깨진 글자가 물음표 등으로 바뀐 채 저장됐을 수 있습니다. 인코딩 선택만으로 원래 글자를 복원할 수 있다고 보장할 수 없으므로, 원본이나 제공 시스템에서 다시 받은 파일과 대조하세요. 자동 감지 결과도 미리보기와 원본 확인을 대신하지 않습니다.
이 안내에서 확인한 범위
확인일은 2026-11-11입니다. 직접 만든 합성 CSV를 명시된 인코딩으로 다시 읽어 원본과 대조했습니다. 실제 Excel·PDF·OCR 제품에서 열어 시험한 결과는 아닙니다. 제품 메뉴 안내는 위 공식 문서에 근거하며 실제 환경에서는 별도 확인이 필요합니다.
예제로 직접 확인하기 →