체크 디지트란
체크 디지트는 바코드 번호의 마지막 자리입니다. 그 앞의 모든 숫자에서 수학적으로 계산됩니다. 스캐너가 바코드를 읽을 때 같은 계산을 수행하고 결과를 체크 디지트와 비교합니다. 일치하면 코드가 올바르게 읽혔다는 뜻입니다. 일치하지 않으면 스캐너가 오류를 반환합니다.
체크 디지트는 오타, 잘못된 스캔, 숫자 순서 오류를 잡아냅니다. 바코드 번호를 전화로 전달하거나 손으로 입력할 때 특히 중요합니다.
어떤 바코드가 체크 디지트를 사용하나
거의 모든 주요 바코드 표준이 체크 디지트를 포함합니다:
- EAN-13: 13번째 자리가 체크 디지트 (12자리 입력 → 1자리 계산)
- UPC-A: 12번째 자리가 체크 디지트 (11자리 입력 → 1자리 계산)
- Code 128: 모든 문자를 포함하는 체크 문자 (자동 계산, 사용자에게 보이지 않음)
- Code 39: 선택적 체크 문자 (일부 구현에서는 생략)
- EAN-8: 8번째 자리가 체크 디지트
계산 방법: EAN-13 예시
EAN-13 체크 디지트는 모듈로 10 알고리즘을 사용합니다:
- 12자리 중 홀수 위치 자리(1, 3, 5, 7, 9, 11번째)를 더합니다.
- 짝수 위치 자리(2, 4, 6, 8, 10, 12번째)를 더하고 3을 곱합니다.
- 두 합계를 더합니다.
- 합계를 10으로 나눈 나머지를 구합니다.
- 나머지가 0이면 체크 디지트는 0입니다. 아니면 10에서 나머지를 뺍니다.
직접 계산하다 실수하면 모든 스캐너가 바코드를 거부합니다. 바코드 체크 디지트 확인 도구를 사용하는 이유가 이것입니다.
도구 사용 방법
- 바코드 유형을 선택하세요 (EAN-13, UPC-A 등).
- 번호를 입력하세요 — 체크 디지트 포함 또는 미포함 모두 가능합니다.
- 도구가 체크 디지트를 계산하거나 기존 체크 디지트가 올바른지 검증합니다.
외부에서 바코드 번호를 받았거나, 오래된 서류에서 번호를 옮겨 적었거나, 직접 번호를 만들어야 할 때 유용합니다.
흔한 오류 시나리오
외부 공급업체에서 바코드 번호를 받은 경우: 전달 중 오타가 발생할 수 있습니다. 바코드를 생성하기 전에 체크 디지트를 검증하세요.
스프레드시트에서 바코드 번호를 관리하는 경우: 셀 형식이 맞지 않으면 앞의 0이 사라질 수 있습니다 (EAN-13이 12자리로 변함). 항상 텍스트 형식으로 저장하세요.
GS1에서 번호를 받은 경우: GS1 번호는 항상 유효하지만 내부 시스템으로 복사하는 과정에서 오류가 생길 수 있습니다. 바코드 생성 전 확인이 좋습니다.
바코드 생성기가 체크 디지트를 자동으로 처리하는 이유
이 사이트의 EAN-13 바코드 생성기와 UPC-A 바코드 생성기는 체크 디지트를 자동으로 계산합니다. 12자리(EAN-13의 경우) 또는 11자리(UPC-A의 경우)를 입력하면 도구가 마지막 자리를 계산하고 완전한 바코드를 생성합니다.
13자리 전체를 입력하면 도구는 체크 디지트가 유효한지도 검증합니다. 유효하지 않으면 경고를 표시합니다.
체크 디지트가 틀리면 어떻게 되나
소매점 POS 스캐너는 잘못된 체크 디지트를 가진 코드를 거부합니다. 스캐너가 코드를 읽기는 하지만 오류를 반환하거나 완전히 무시합니다.
모바일 바코드 스캐너 앱은 더 관대할 수 있지만 소매점 시스템에서 사용할 코드라면 항상 체크 디지트를 검증하세요.
실용적인 결론
바코드를 생성할 때는 체크 디지트를 직접 계산하지 마세요. 생성기가 처리합니다. 외부에서 받은 번호를 사용할 때는 항상 검증 도구로 확인하세요. 번호를 손으로 입력해야 할 때는 두 번 확인하세요 — 체크 디지트 오류로 인한 스캔 실패는 즉각적이고 추적하기 어렵습니다.