
쇼핑몰에서 내려받은 주문 명단을 엑셀로 열었는데 상품코드가 이상하게 보인다면, 파일을 수정하기 전에 먼저 확인할 게 있어요.
분명 00127이었던 코드가 127로 바뀌거나, 010으로 시작하는 전화번호에서 맨 앞의 0이 사라지는 경우입니다.
처음에는 데이터를 내려받는 과정에서 잘못된 줄 알기 쉬운데, 의외로 원본 CSV 파일에는 값이 멀쩡하게 남아 있을 수 있어요.
문제는 엑셀이 파일을 읽으면서 숫자처럼 생긴 데이터를 자동으로 변환하는 데 있습니다.
특히 고객 전화번호나 주문번호는 계산할 숫자가 아니라 그대로 보존해야 하는 식별정보라는 점이 중요합니다.
원본 CSV에는 0이 남아 있을 수 있습니다
CSV는 쉼표 등을 이용해 데이터를 구분하는 텍스트 파일입니다.
예를 들어 원본에 다음과 같은 내용이 있다고 해볼게요.
항목원본 값
| 전화번호 | 01000000000 |
| 상품코드 | 00127 |
| 지역코드 | 06236 |
세 값 모두 실제로 계산하려는 숫자가 아니라 각 대상을 식별하기 위한 문자 데이터입니다.
그런데 엑셀에서 숫자로 해석하면 각각 1000000000, 127, 6236처럼 앞자리 0이 제거될 수 있어요.
엑셀 입장에서는 숫자 00127과 127이 같기 때문입니다.
하지만 상품 관리 시스템에서는 두 코드가 서로 다른 값으로 취급될 수도 있겠죠.
그래서 가장 먼저 해야 할 일은 엑셀에서 셀 서식을 바꾸는 것이 아닙니다.
원본 CSV에 0이 남아 있는지 확인하는 것부터 시작하세요.
가장 빠르게 확인하는 방법
원본 CSV를 복사해 두고, 복사본을 Windows 메모장 같은 텍스트 편집기로 열어보세요.
엑셀처럼 자동으로 숫자 형식을 해석하지 않고 파일에 저장된 문자 데이터를 확인하는 것이 목적입니다.
메모장에서 00127이 보이는데 엑셀에서 127로 보인다면 가져오는 과정의 자동 변환을 의심할 수 있어요.
반대로 메모장에서도 127로 저장되어 있다면 이미 원본 자료가 변경됐을 가능성이 있습니다.
이때는 자료를 내려받은 서비스나 원래 데이터를 보관한 곳에서 다시 확인해야 합니다.
같은 값으로 가상 데이터를 만들어 확인했습니다

이번 글에는 누구나 내려받아 확인할 수 있도록 가상 CSV 샘플을 첨부했습니다.
고객 이름과 전화번호, 상품코드, 긴 주문식별번호를 넣은 파일이에요.
실제 고객정보는 사용하지 않았습니다.
샘플 CSV를 읽어 원본 문자열을 확인하고, 일부 값을 숫자로 해석했을 때 앞자리 0이 사라지는 결과를 비교했습니다.
예를 들어 문자열 00127을 정수로 해석하면 127이 됩니다.
이것은 Excel을 직접 실행한 실측 결과가 아니라, 원본 문자열과 숫자 변환의 차이를 확인하기 위한 예시입니다.
Microsoft 공식 문서에서도 Excel이 숫자 형태의 데이터에서 앞자리 0을 제거할 수 있다고 안내하고 있어요.
여기서 우리가 알아야 할 것은 하나입니다.
데이터를 불러오는 단계에서 문자 형식을 유지해야 원본 값을 안전하게 보존할 수 있다는 점입니다.
CSV를 더블클릭하지 말고 이렇게 가져와 보세요

Windows 데스크톱 Excel에서 가장 먼저 확인할 방법은 '텍스트/CSV에서' 가져오기입니다.
엑셀을 빈 통합 문서로 실행한 뒤 다음 순서로 진행하세요.
데이터 → 텍스트/CSV에서 → CSV 파일 선택
파일을 선택하면 미리보기 화면이 나타납니다.
여기에서 한글이 정상적으로 보이는지, 열이 제대로 나뉘었는지 확인하세요.
그다음 '데이터 변환'을 선택하면 Power Query 편집기로 들어갈 수 있습니다.
전화번호나 상품코드처럼 앞자리 0을 유지해야 하는 열은 **데이터 형식을 '텍스트'**로 지정합니다.
여기까지는 어렵지 않은데, 실제로 주의해야 할 부분이 하나 더 있어요.
텍스트로 변경했는데도 0이 돌아오지 않는 경우
Power Query는 CSV 파일을 불러오면서 데이터 형식을 자동으로 감지할 수 있습니다.
그러면서 오른쪽 '적용된 단계'에 **'변경된 형식'**이라는 단계가 만들어질 수 있어요.
문제는 이 단계에서 이미 00127이 숫자 127로 바뀐 경우입니다.
그 상태에서 다시 텍스트 형식으로 변경해도 127이라는 숫자가 문자로 바뀔 뿐, 원래의 00127이 자동으로 복원되지는 않을 수 있어요.
이럴 때는 다음 순서로 확인해야 합니다.
- Power Query 오른쪽의 적용된 단계를 확인합니다.
- 숫자로 변환한 '변경된 형식' 단계가 있는지 살펴봅니다.
- 해당 단계의 설정을 수정하거나 필요한 경우 제거합니다.
- 원본 문자열이 유지된 단계에서 관련 열을 텍스트 형식으로 지정합니다.
- 앞자리 0이 정상적으로 보이는지 확인한 후 '닫기 및 로드'를 실행합니다.
이 방법은 Microsoft가 제공하는 Power Query의 데이터 형식 변경 기능을 활용하는 방식입니다.
특히 매주 같은 사이트에서 CSV를 내려받는 업무라면 한 번 설정한 가져오기 과정을 재사용할 수 있어 편리합니다.
Microsoft 365와 Excel 2024에는 다른 방법도 있어요
최근 Excel에서는 자동 데이터 변환 동작을 조정할 수도 있습니다.
Windows 데스크톱 Excel에서 다음 경로를 확인하세요.
파일 → 옵션 → 데이터 → 자동 데이터 변환
여기에서 앞에 오는 0을 제거하고 숫자로 변환하는 옵션을 해제할 수 있습니다.
Microsoft는 이 기능을 Microsoft 365와 Excel 2024에서 지원한다고 안내합니다.
또한 긴 숫자를 15자리 정밀도로 변환하는 기능이나 일부 문자·숫자를 날짜로 자동 변경하는 설정도 관리할 수 있어요.
다만 메뉴가 표시되는 위치와 사용 가능 여부는 Excel 버전 및 업데이트 상태에 따라 달라집니다.
메뉴가 보이지 않는 구버전이라면 앞에서 설명한 Power Query 또는 텍스트 가져오기 기능을 이용하면 됩니다.
이미 사라진 0은 셀 서식으로 복구할 수 있을까요?
이 부분은 상황에 따라 다릅니다.
예를 들어 상품코드가 항상 다섯 자리라고 확실히 정해져 있다면, 숫자 127을 00127처럼 표시하도록 설정할 수는 있어요.
엑셀의 사용자 지정 표시 형식에 00000을 넣는 방식입니다.
하지만 이것은 숫자의 표시 모양을 바꾸는 작업입니다.
원래 CSV에 저장돼 있던 문자 데이터가 복원됐다는 뜻은 아니에요.
만약 원본 코드가 세 자리인지 다섯 자리인지 일정하지 않다면, 어떤 0을 붙여야 할지도 확실하지 않습니다.
전화번호도 마찬가지입니다.
모든 번호에 무조건 0을 붙이는 방식은 원본 확인 없이 사용하기 어렵습니다.
특히 데이터베이스에 다시 업로드하거나 다른 회사에 파일을 전달해야 한다면, 화면에 어떻게 보이는지보다 실제 저장된 값이 정확한지가 더 중요해요.
원본 CSV가 남아 있다면 그 파일을 다시 가져오는 방법이 우선입니다.
16자리 이상 긴 숫자는 더 주의해야 해요
앞자리 0뿐 아니라 긴 숫자에서도 문제가 생길 수 있습니다.
Microsoft 공식 안내에 따르면 Excel에서 숫자로 처리하는 값은 15자리 정밀도 제한의 영향을 받을 수 있습니다.
예를 들어 다음과 같은 주문식별번호가 있다고 가정해 볼게요.
12345678901234567890
이 숫자를 일반적인 숫자로 처리하면 15자리를 넘어가는 부분에서 원본과 값이 달라질 수 있습니다.
전화번호나 상품코드는 앞자리 0만 생각하기 쉽지만, 긴 주문번호나 시스템 식별자는 뒷자리도 중요할 수 있겠죠.
계산할 필요가 없는 식별번호는 처음부터 텍스트로 가져오는 편이 안전합니다.
이미 긴 숫자가 변환돼 원래 자릿수가 달라졌다면, 셀 너비를 넓히거나 표시 형식을 변경하는 것만으로 잃어버린 원본 숫자를 되살릴 수는 없습니다.
원본 파일과 비교해야 해요.
파일을 고친 다음 CSV로 다시 저장해도 괜찮을까요?
엑셀에서 정상적으로 보이는 파일을 만들었다면 저장 형식도 확인하세요.
CSV는 기본적으로 표의 값들을 텍스트 형태로 저장하는 파일입니다. 엑셀 고유의 셀 서식이나 여러 시트 같은 정보를 모두 유지하지는 않습니다.
그래서 작업을 계속 이어갈 파일이라면 XLSX 형식으로 따로 저장하는 것이 좋겠습니다.
반면 외부 시스템에 반드시 CSV를 업로드해야 한다면 제출용 CSV도 별도로 만들고, 메모장에서 원래 전화번호와 상품코드가 제대로 저장됐는지 확인해 보세요.
같은 CSV 파일을 다시 더블클릭하면 Excel의 자동 변환 설정에 따라 앞자리 0이 또 사라져 보일 수 있습니다.
그렇다고 파일의 실제 내용까지 반드시 바뀐 것은 아닙니다.
원본과 제출본을 텍스트 상태에서 비교하는 것이 중요한 이유예요.
이런 경우라면 다시 확인해 보세요

지금 확인한 상태적절한 조치
| 원본 CSV에는 0이 남아 있음 | 텍스트 형식으로 다시 가져오기 |
| Power Query에서 이미 숫자로 변경됨 | 자동 형식 변경 단계 수정·제거 |
| 원본 CSV에서도 0이 사라짐 | 원본 발급처에 재확인 |
| 16자리 이상 식별번호가 변형됨 | 원본에서 텍스트로 다시 가져오기 |
| 엑셀 화면에서만 0이 사라져 보임 | 저장된 실제 값 확인 |
| CSV로 다시 저장해야 함 | 제출본을 텍스트 편집기에서 검증 |
CSV 파일을 다룰 때 실수하기 쉬운 건 단순히 숫자가 바뀌는 현상보다, 눈에 보이는 값이 원래 데이터와 같다고 생각하고 그대로 다음 작업을 진행하는 것입니다.
상품코드 하나가 달라지면 다른 상품으로 연결될 수도 있고, 주문식별번호가 바뀌면 시스템에서 일치하는 자료를 찾지 못할 수도 있겠죠.
그래서 엑셀에서 값이 이상하게 보인다면 일단 원본을 남겨두고, 불러오는 방법부터 확인하는 편이 좋겠습니다.
앞자리 0을 다시 입력하는 것보다 원본 그대로 가져오는 방법을 익혀두는 것이 장기적으로 더 편합니다.
'가입 전 확인사항' 카테고리의 다른 글
| 노트북 잘 켜질 때 확인하세요, 윈도우11 BitLocker 복구 키 찾는 법 (0) | 2026.10.24 |
|---|---|
| 윈도우11 장치 암호화 확인 방법, 복구 키 미리 저장해야 하는 이유 (0) | 2026.10.24 |
| 원드라이브 바탕화면 백업 끄기, 파일 안 사라지게 설정하는 방법 (0) | 2026.10.23 |
| 구글 저장공간 부족 해결, 사진 지우기 전에 확인할 5가지 (0) | 2026.10.22 |
| 캔바 무료 디자인 상업적 이용 가능할까? 로고·굿즈·템플릿 판매 기준 (0) | 2026.10.22 |
댓글