상품코드 00123이 123으로 바뀌었다면 계산 실수가 아니라 불러오기 방식의 문제일 수 있어요. 코드는 숫자가 아닌 식별자로 다뤄야 해요. 원본 CSV와 가져오기 옵션을 확인하고, 앞자리 0이 남았는지 비교해봅시다.
열기 전에 세 줄로 시험하기
다음 샘플을 작은 CSV 파일로 준비합니다. 고객 실정보를 넣지 않고 가상 식별자만 사용합니다.
code,label
00123,샘플A
00007,샘플B
123456789012345678,샘플C
파일을 바로 더블클릭해 여는 방식은 프로그램의 자동 추론에 맡기는 방식입니다. 가져오기 기능에서 코드 열을 텍스트로 지정할 수 있는 경로를 사용하세요. Google Sheets의 가져오기 대화상자에서는 숫자·날짜·수식 변환 옵션을 확인합니다. Excel에서는 텍스트/CSV 가져오기와 열 자료형 설정을 확인해야 합니다.
이미 사라진 0은 복구와 다릅니다
5자리 코드라는 업무 규칙이 확실하면 표시 형식이나 TEXT로 5자리처럼 보이게 할 수 있습니다. 하지만 원래 몇 자리였는지 모르면 앞에 0을 붙이는 것은 추정입니다. 특히 긴 식별자가 숫자로 읽혀 정밀도를 잃었다면 표시 형식만으로 원문을 되살릴 수 없습니다. 원본 CSV에서 다시 가져오세요.
외부 CSV에 = 등으로 시작하는 값이 있으면 수식으로 처리될 수 있는지도 확인합니다. 모르는 파일을 자동 계산 가능한 표로 무심코 가져오지 말고, 필요 없는 수식 해석을 끕니다.
성공 기준
가져온 뒤 코드 길이를 LEN으로 비교하고 맨 앞·맨 뒤 글자를 원문과 대조합니다. 다시 CSV로 내보낸 파일도 텍스트 편집기로 열어 확인합니다. 화면에서 00123으로 보이는 것과 실제 내보내기 값이 00123인 것은 다를 수 있습니다.
원본 파일, 가져오기 설정, 검산용 샘플 세 가지를 같이 남기면 다음 달에도 같은 방식으로 처리할 수 있습니다.