CSV를 엑셀로 열었는데 한글과 숫자가 바뀌는 이유
CSV 한글 깨짐과 앞자리 0·긴 숫자 변환의 원인을 짚습니다.

오늘의 인사이트 요약
한글 깨짐은 문자 인코딩, 앞자리 0 손실은 데이터 자동 변환부터 확인합니다.
주문번호와 전화번호처럼 계산하지 않는 식별자는 가져올 때 텍스트로 다룹니다.
내려받은 파일을 실제 사용 환경에서 열고 원본 값과 비교해야 검수가 끝납니다.
관리자 화면에서 내려받은 CSV를 엑셀로 열었는데 한글이 깨지거나 번호가 달라지면, 원본까지 잘못된 것인지 걱정되실 텐데요. CSV 파일 내용과 엑셀이 그 내용을 읽는 방식은 나눠 살펴볼 수 있습니다. 한글을 해석하는 인코딩과 숫자로 바꾸는 자동 변환은 서로 다른 문제입니다. 오늘은 CSV를 엑셀로 열 때 값이 달라지는 원인과 데이터를 보존하며 확인하는 방법을 정리해보겠습니다.
1. 한글 깨짐과 숫자 변환은 다른 문제

CSV는 표의 각 값을 구분 문자로 나눈 텍스트 파일입니다. 일반적인 CSV는 쉼표로 열을 나누지만, 사용하는 프로그램과 지역 설정에 따라 구분자가 달라질 수 있습니다. 엑셀 통합 문서처럼 셀마다 지정한 서식이나 여러 시트 구성을 그대로 저장하는 형식으로 받아들이면 안 됩니다.
한글이 알아볼 수 없는 문자로 보일 때는 파일을 저장한 문자 인코딩과 읽을 때 선택한 인코딩부터 맞춰 봅니다. Microsoft는 UTF-8 CSV에 BOM이 있으면 엑셀에서 일반적인 방식으로 열 수 있다고 안내합니다. BOM은 파일 앞에서 인코딩을 알리는 표시이며, 모든 데이터 형식 문제를 해결하는 장치는 아닙니다.
파일을 가져오며 해석 방법을 확인하기
더블클릭으로 연 결과가 이상하면 원본 파일을 따로 보관한 뒤 텍스트/CSV 가져오기로 열어 봅니다. 가져오기 화면의 미리보기에서 글자와 열 구분을 확인하고 읽을 방식을 정합니다. 구체적인 경로는 Microsoft의 UTF-8 CSV 열기 안내를 참고해 보세요. 엑셀 버전과 환경에 따라 메뉴 이름이나 쓸 수 있는 기능이 다를 수 있습니다.
2. 앞자리 0과 긴 번호는 왜 달라질까?

가상의 고객 코드가 00123이라면 앞의 0도 식별자의 일부입니다. 엑셀이 이를 숫자 123으로 해석하면 0이 사라집니다. 전화번호나 우편번호도 계산할 양이 아니라 문자로 보존할 값인지 먼저 구분합니다. 인코딩을 맞춰 한글이 정상으로 보여도 이 자동 변환은 별도로 발생할 수 있습니다.
긴 번호는 표시만 바뀐 것인지 실제 자릿수가 바뀐 것인지도 봅니다. Microsoft는 엑셀이 숫자 데이터의 정밀도를 15자리까지 다룬다고 설명합니다. 따라서 그보다 긴 주문 식별자를 숫자로 읽으면 뒷자리가 원본과 달라질 수 있습니다. 이미 값을 바꾼 뒤 셀 서식만 텍스트로 바꾼다고 사라진 숫자가 돌아오지는 않습니다.
숫자처럼 보여도 텍스트인 열
가져오기 과정에서 고객 코드와 주문번호 열을 텍스트 형식으로 지정하면 원래 문자를 보존하는 데 도움이 됩니다. Power Query를 사용하는 환경에서는 불러온 단계에서 자동으로 지정된 열 형식도 확인합니다. 앞자리 0과 긴 번호를 보존하는 절차는 Microsoft의 데이터 보존 안내에서 사용 환경에 맞춰 살펴보실 수 있습니다.
일부 엑셀 버전은 자동 데이터 변환 설정을 제공합니다. 지원 여부를 먼저 확인하고 숫자·날짜로 바꾸는 옵션을 검토할 수 있습니다. 이 설정을 모든 사용자가 갖고 있다고 전제해 다운로드 기능을 설계해서는 안 됩니다. 지원되는 항목과 적용 조건은 Microsoft의 데이터 가져오기 옵션을 기준으로 확인해 보세요.
3. 내보내기 기능은 어디까지 검수할까?

파일 생성이 끝났다는 알림만 확인하면 사용할 때 값이 바뀌는 문제을 놓치기 쉽습니다. 서비스에서 제공할 열 이름과 순서를 정한 뒤, 한글·앞자리 0·긴 식별자·쉼표나 줄바꿈이 들어간 값이 포함된 샘플을 준비합니다. 이 샘플은 검수용 가상 데이터로 만들 수 있으며 실제 고객 정보를 임의로 외부에 보낼 필요는 없습니다.
파일을 받은 담당자가 쓰는 엑셀 버전과 가져오기 경로에서 샘플을 열어 봅니다. 글자가 정상인지, 각 값이 올바른 열에 들어갔는지, 식별자가 원본과 같은지 비교합니다. 구분 문자를 바꾸며 미리보기를 확인하는 방법은 Microsoft의 텍스트 파일 가져오기 안내에서 더 자세히 보실 수 있습니다.
CSV와 엑셀 형식을 고르는 기준
다른 시스템으로 데이터를 옮길 목적이면 받는 시스템의 CSV 규격에 맞추는 일이 우선입니다. 사람이 열어 정해진 서식으로 검토할 목적이라면 열 형식을 지정한 엑셀 파일도 선택지입니다. 두 형식의 용도가 다르므로, 한글을 고친다는 이유만으로 모든 연동 파일에 같은 표시를 덧붙이거나 값을 임의로 바꾸지 않습니다.
검수 중 값이 달라졌다면 변환 전 원본에서 다시 시작합니다. 서버가 만든 파일 자체에 문제가 있는지, 불러오는 과정에서 달라졌는지 확인해야 어디를 고칠지도 알 수 있습니다. 다운로드 안내에 권장 열기 방법을 함께 제공하고, 실제 담당자가 그 절차로 원래 값을 확인할 수 있는지까지 살펴보면 운영 중 혼선을 줄이는 데 도움이 됩니다.
데이터 처리와 사용 환경을 함께 살피기
똑똑한개발자는 프로덕트의 기획·디자인·개발·운영 경험을 바탕으로 시스템 구축을 돕습니다. 데이터 처리 기능도 생성한 파일을 누가 어떻게 사용하는지까지 연결해 검토할 수 있습니다. 아래 장표는 개발 단계에서 스키마와 마스킹 샘플로 처리 코드를 만들고 고객 환경에서 검토·실행하는 방식을 설명합니다. 운영 중인 AI가 어떤 상황에서도 데이터를 읽지 않는다는 의미는 아닙니다.

서비스의 데이터 내보내기와 운영 기능을 개선하고 싶다면 아래 똑똑한개발자 링크로 이야기 나눠주세요! 감사합니다.
CSV 한글 깨짐과 앞자리 0·긴 숫자 변환의 원인을 짚습니다.
https://www.toktokhan.dev/contact?utm_source=landing&utm_campaign=csv-excel-data-preservation&utm_medium=csv-excel-data-preservation&utm_term=%EC%9E%90%EB%A3%8C%EB%82%B4%EB%B3%B4%EB%82%B4%EA%B8%B0