TL;DR
상품 번호의 앞자리 0은 계산에서 생략해도 되는 숫자와 다르게 취급해야 합니다.
원본 번호를 문자 데이터로 받아 가져오기부터 출력까지 유지하세요.
이미 사라진 0을 자리수만 보고 붙이지 말고 기준 원본으로 복구한 뒤 라벨과 바코드를 대조합니다.
셀에 보이는 번호가 실제 저장값과 같나요?
굿즈 라벨에 쓸 상품 번호나 관리 코드를 엑셀에서 주고받으면 앞자리 0이 사라지거나 긴 번호가 다른 표기로 보일 수 있습니다. 이때 글꼴이나 바코드 이미지부터 고치기 전에 원본 데이터가 어떤 값으로 저장됐는지 확인해야 합니다. 모양을 맞추는 일과 식별값을 되찾는 일은 다릅니다.
Microsoft의 앞자리 0과 긴 숫자 안내는 Excel이 앞자리 0을 자동으로 제거하거나 큰 숫자를 지수 표기로 변환할 수 있다고 설명합니다. 상품 코드를 계산용 수량과 같은 방식으로 가져오면 식별값이 변하는 문제를 놓치기 쉽습니다.
번호는 발급하거나 관리하는 기준 원본에서 받아야 합니다. 이름이 비슷한 상품의 코드를 복사하고 색상만 바꿨다고 올바른 코드가 되지는 않습니다. 상품명, 옵션, 코드가 함께 있는 원본을 확인해 어떤 행에 해당하는지 연결하세요. 코드 길이를 맞추는 것만으로 실제 상품과의 대응이 확인되는 것은 아닙니다.
가져올 때부터 문자로 받는 방법을 확인하세요
사용하는 Excel 버전과 가져오기 방식에 맞춰 코드 열을 텍스트로 처리합니다. 데이터가 변환된 뒤 표시 형식만 텍스트로 바꾸면 이미 사라진 정보를 자동으로 되찾는다고 기대할 수 없습니다. 원본 파일을 보존하고 처음 가져오는 단계에서 열 형식을 확인하는 편이 좋습니다.
표시 형식으로 앞자리 0을 보이게 만드는 기능도 저장된 코드 자체를 복구하는 절차와 구별해야 합니다. 화면에서 맞아 보이더라도 다른 프로그램으로 넘겼을 때 어떻게 읽히는지 확인합니다. 특히 가변 라벨 제작 도구에 전달할 데이터 파일은 스프레드시트 화면 사진만으로 승인하기 어렵습니다.
| 확인 단계 | 비교할 대상 | 발견했을 때 할 일 |
|---|---|---|
| 원본 수신 | 코드와 해당 상품·옵션 | 기준 행을 확인하고 원본 보존 |
| 파일 가져오기 | 변환 전후의 코드 문자열 | 코드 열 처리 방식을 수정해 재수신 |
| 라벨 데이터 연결 | 실제 연결된 열과 출력 필드 | 수량이나 순번 열 오연결 점검 |
| 출력 확인 | 읽을 수 있는 번호와 해석된 코드값 | 원본과 다른 행을 찾아 수정 |
이미 사라진 0은 몇 개를 붙여야 하나요?
길이가 짧은 코드에 일괄적으로 0을 더하는 방식은 기준 원본이 그 규칙을 보장할 때만 검토할 수 있습니다. 서로 다른 종류의 코드가 섞여 있다면 부족한 길이만큼 붙인 번호가 실제로 존재하는지 알 수 없습니다. 잘못 만들어도 형태가 그럴듯하면 뒤늦게 발견하기 어렵습니다.
손상된 열에서 답을 추측하기보다 원본 번호 목록을 다시 받는 편이 안전합니다. 상품명만으로 찾기 어렵다면 변하지 않은 내부 행 식별값이나 옵션 조합으로 기준 행을 확인하세요. 복구 대상과 그대로 유지할 행을 구분하고, 불분명한 값은 라벨 출력에서 제외해 확인 대기 상태로 둡니다.
바코드가 읽히면 코드도 맞는 것인가요?
바코드가 해석된다는 사실과 올바른 상품 번호를 담았다는 사실은 다릅니다. 잘못된 코드도 읽을 수 있는 형태로 만들어질 수 있습니다. 인쇄된 사람이 읽는 번호와 도구가 해석한 값, 기준 상품 목록의 값을 서로 비교해야 합니다. 특정 코드 체계에 따라 필요한 검증은 해당 관리 주체와 제작사에 확인하세요.
가변 출력에서는 첫 라벨만 맞고 다른 행이 틀릴 수도 있습니다. 같은 원본에서 일부 행의 형식만 다르거나 중간에 빈 값이 있지 않은지 확인합니다. 긴 번호와 앞자리 0이 있는 번호처럼 변환 영향을 받기 쉬운 실제 데이터를 포함해 출력 연결을 검토하되 임의의 시험 번호를 운영 상품 코드로 사용하지 않습니다.
마무리
식별번호는 보기 좋은 자리수보다 원본 문자열과 상품 대응을 지키는 것이 먼저입니다. 클림의 기획·디자인·생산·검수·납품 과정에서 가변 번호와 라벨 원고를 준비할 때는 상담으로 확인할 수 있습니다.
