엑셀 앞자리 0 사라짐 해결｜CSV 상품코드·긴 번호를 지키는 가져오기 방법

상품코드 00123이 엑셀에서 123으로 바뀌었다면, 이미 바뀐 셀의 모양만 고치기 전에 원본부터 보관하세요. 코드와 번호는 숫자로 생겼어도 계산할 값이 아닌 경우가 많습니다. 처음 가져오는 단계에서 해당 열을 텍스트로 다루는 것이 핵심입니다.

이 글은 2026년 10월 8일 Microsoft 공식 자료를 확인해 정리한 작업 가이드입니다. 설명은 데스크톱 Excel의 데이터 가져오기 기능을 중심으로 합니다. 메뉴 이름과 제공 기능은 버전·운영체제에 따라 달라질 수 있습니다. 예시는 실제 고객 정보가 아닌 가상 상품코드입니다.

먼저 할 일: 원본 CSV를 덮어쓰지 않기

다운로드한 파일을 복사해 원본과 작업본으로 나누세요. 이미 엑셀로 열었다면 원본에 덮어쓰기부터 하지 말고, 다운로드 폴더나 시스템에서 다시 받은 파일과 비교합니다. 원본에 00123이 남아 있는지, 원본부터 123이었는지에 따라 다음 행동이 달라집니다.

원본을 확인할 때는 텍스트 편집기로 열어 특정 코드 몇 개를 살펴볼 수 있습니다. 민감한 주문 정보가 있다면 외부 사이트에 올려 검사하지 말고 승인된 작업 환경에서 확인하세요.

1. 계산할 숫자와 식별할 코드를 구분하세요

열	예시	작업 기준
상품코드	00123	문자 그대로 보존할 식별자
관리번호	123456789012345678	긴 번호이므로 텍스트 보존
수량	12	계산할 숫자
단가	3500	계산할 숫자

모든 열을 무조건 텍스트로 바꾸면 수량 합계나 금액 계산이 불편해질 수 있습니다. 반대로 모든 열을 숫자로 읽으면 코드가 변할 수 있습니다. 열마다 목적을 정하는 것이 가장 먼저 할 일입니다.

2. 더블클릭 대신 ‘텍스트/CSV에서’ 가져오기

Microsoft의 앞자리 0과 큰 수 유지 안내는 Power Query로 가져올 때 필요한 열의 형식을 텍스트로 지정하는 방법을 설명합니다.

1. 빈 통합 문서를 열고 데이터 탭에서 텍스트/CSV 가져오기를 선택합니다.
2. 작업용 파일을 고른 뒤 구분 기호와 미리 보기 열이 맞는지 확인합니다.
3. 바로 불러오기보다 데이터 변환 또는 편집으로 쿼리 편집 화면을 엽니다.
4. 상품코드·긴 관리번호 열의 데이터 형식을 텍스트로 지정합니다.
5. 기존 형식 변경 단계를 바꿀지 묻는 경우 현재 변환을 대체하는 방식을 검토합니다.
6. 미리 보기에서 원본과 같은 값인지 확인한 뒤 닫기 및 로드를 진행합니다.

이미 숫자로 변환한 단계 다음에 텍스트 변환을 덧붙이면 앞에서 잃은 정보가 돌아오지 않을 수 있습니다. 적용된 단계를 보고 원본에서 텍스트로 읽히도록 점검하세요. 메뉴가 다르면 공식 안내의 내 버전 설명을 기준으로 확인합니다.

가상 예시: 상품코드와 수량을 함께 가져오기

상품코드 00123, 00007, A012를 가진 세 행이 있고 수량은 각각 2, 5, 3이라고 가정하겠습니다. 상품코드 열은 텍스트, 수량 열은 숫자로 가져옵니다. 가져온 뒤 코드가 세 개 모두 원문과 같은지 확인하고 수량 합계가 10인지 확인합니다.

코드만 확인하면 합계가 잘못된 문제를 놓칠 수 있고, 합계만 확인하면 상품코드 손상을 놓칠 수 있습니다. ‘원문 보존 검사’와 ‘계산 검사’를 분리하면 검수가 구체적이 됩니다.

검사	예상 결과
첫 번째 코드	00123 그대로
두 번째 코드	00007 그대로
문자 포함 코드	A012 그대로
행 수	자료 행 3개
수량 합계	10

3. 사용자 지정 표시 형식은 언제 쓸까요?

숫자 123을 다섯 자리처럼 표시하고 싶을 때 사용자 지정 형식 00000을 쓰는 방법이 있습니다. 이는 Microsoft의 앞자리 0 표시 형식 안내에서 확인할 수 있습니다.

다만 ‘모든 코드가 정확히 다섯 자리’라는 업무 규칙이 있을 때와 원래 길이를 모르는 번호를 복원하는 일은 다릅니다. 표시 형식으로 00123처럼 보이게 했다고 원본이 정말 00123이었다는 증거가 생기지는 않습니다. 다른 시스템에 제출할 데이터는 저장 후 값까지 별도로 확인하세요.

4. 이미 바뀐 값은 어디까지 복구할 수 있나요?

원본이 남아 있으면 그 파일을 다시 올바르게 가져오는 것이 우선입니다. 원본이 없고 123만 남았다면 원래 값이 0123인지, 00123인지, 처음부터 123인지 알 수 없습니다. 임의로 0을 붙여 제출하면 서로 다른 항목을 같은 것으로 처리할 수 있습니다.

긴 번호 역시 이미 숫자 처리 중 정밀도를 잃었다면 나중에 텍스트로 바꾸는 것만으로 원래 뒷자리가 복원되지는 않습니다. Microsoft는 Excel 숫자의 유효 자릿수가 15자리라는 제한을 설명합니다. 따라서 긴 식별자는 입력 전부터 보존 방식을 정해야 합니다.

5. 저장한 뒤 다시 검수하기

1. 작업 중인 통합 문서는 새 이름으로 저장합니다.
2. 제출처가 요구하는 형식이 XLSX인지 CSV인지 확인합니다.
3. CSV를 내보냈다면 저장된 파일의 코드 몇 개를 텍스트 편집기로 비교합니다.
4. 다른 프로그램에 전달한다면 그 프로그램이 코드를 숫자로 다시 읽지 않는지도 확인합니다.
5. 행 수, 빈값, 중복 코드, 수량 합계가 맞는지 대조합니다.

CSV를 다시 엑셀에서 더블클릭해서 열면 자동 해석이 다시 일어나 화면상 0이 사라질 수 있습니다. 저장 파일 자체가 바뀐 것인지, 다시 읽는 과정에서 표시·형식이 바뀐 것인지 분리해서 확인해야 합니다.

반복 작업용 기록표

원본 파일명·다운로드 시각: ___
구분 기호: ___
텍스트로 읽을 열: ___
숫자로 계산할 열: ___
앞자리 0이 있는 샘플 3개: ___
가장 긴 식별자: ___
자료 행 수: ___
수량·금액 검산 결과: ___
제출 형식과 확인한 프로그램: ___

다음번에도 같은 형식의 파일을 받는다면 이 기록을 기준으로 비교하세요. 열 순서나 열 이름이 바뀌었는데 이전 설정을 그대로 적용하면 다른 문제가 생길 수 있으므로 새 파일의 구조 확인은 필요합니다.

자주 묻는 질문

작은따옴표를 앞에 붙이면 되나요?

직접 입력할 때 텍스트로 인식시키는 방법으로 사용할 수 있습니다. 하지만 대량 CSV 교환에서는 받는 프로그램이 어떻게 처리하는지 따로 확인해야 합니다. 모든 값에 기호를 일괄 추가하기보다 가져오기 단계에서 열 형식을 정하는 방법을 먼저 검토하세요.

셀 서식을 텍스트로 바꿨는데 0이 안 생깁니다

이미 빠진 정보가 자동으로 복구되는 것은 아닙니다. 원본과 업무 규칙부터 확인하세요. 알 수 없는 자릿수를 추측해 채우는 것은 검수 완료가 아닙니다.

AI에게 번호를 고쳐 달라고 해도 될까요?

원본에 없는 숫자를 추정하게 해서는 안 됩니다. AI를 쓴다면 ‘원문과 다른 행을 찾고, 알 수 없는 값은 미확인으로 표시’하도록 범위를 제한하세요. 민감한 파일을 전달하기 전에는 업무 문서 개인정보 점검도 확인하세요.

정리: 원본 보관 → 열 역할 구분 → 텍스트로 가져오기 → 샘플·합계 확인 → 저장 파일 재검수 순서로 진행하면 됩니다. 한 열로 뭉쳐 들어오는 문제라면 엑셀 구분자로 나누기 안내를 이어서 볼 수 있습니다.