CSV 앞자리 0이 사라졌을 때: 00123과 123을 구분하는 법
거래처코드 00123이 123으로 바뀌거나 긴 문서번호의 끝자리가 달라졌다면, 먼저 원본 파일을 확인하세요. 계산할 숫자와 사람·상품·문서를 구별하는 번호는 다르게 다뤄야 합니다.
값을 보존하는 순서
- 원본 CSV를 별도로 보관합니다. 잘못 변환된 화면을 원본에 덮어쓰지 않습니다.
- 계산할 수량·금액과 식별자 열을 구분합니다. 거래처코드·문서번호는 앞자리 0까지 값의 일부일 수 있습니다.
- 텍스트·CSV 가져오기에서 식별자 열이 텍스트로 처리되도록 지정합니다. 이미 숫자로 변환됐다면 원본 또는 변환 전 단계에서 다시 시작합니다.
- 원본과 첫 값·마지막 값·자리수를 대조합니다. 열 너비나 표시 형식만 바꾼 뒤 복구됐다고 판단하지 않습니다.
Microsoft는 앞자리 0이나 긴 숫자 코드를 보존할 때 텍스트로 다루도록 안내합니다. Excel 숫자의 최대 정밀도는 15자리이므로 긴 식별자를 숫자로 처리하면 값이 바뀔 수 있습니다. 이미 변한 값은 이후 표시 형식을 바꾼다고 원래 값으로 되돌아가는 것이 아닙니다. Microsoft 공식 안내
합성 예제에서 구별한 두 문제
| 항목 | 원본 | 비교할 값 | 알 수 있는 것 |
|---|---|---|---|
| 거래처코드 | 00123 | 123 | 5자리라는 규칙이 있다면 형식 위반을 찾을 수 있음 |
| 문서번호 | 12345678901234567 | 12345678901234560 | 둘 다 17자리라 자리수 검사만으로 변경을 찾을 수 없음 |
이 값은 오류를 설명하려고 직접 바꾼 합성 자료입니다. 특정 Excel 버전에서 이대로 변환됐다고 측정한 결과는 아닙니다.
원본이 없을 때 할 수 없는 것
‘5자리 코드’라는 규칙이 있으면 123이 규칙에 맞지 않는다는 것은 알 수 있습니다. 하지만 CSV만 보고 원래 값이 반드시 00123이었다고 확정할 수는 없습니다. 다른 숫자가 빠졌을 가능성도 원본 없이 배제할 수 없습니다.
긴 번호도 자리수가 맞는다고 정확성이 보장되지 않습니다. 원자료와 대조하기 전에는 0을 임의로 채우거나 끝자리를 추정해 고치지 마세요.
이 안내에서 확인한 범위
확인일은 2026-11-11입니다. 합성 예제 04의 5자리 규칙 위반과 예제 05의 17자리 문자열 변경을 원본·기대값과 대조했습니다. 실제 Excel 가져오기·PDF 변환·OCR 시험은 아직 하지 않았습니다.
예제로 직접 확인하기 →