텍스트 및 일상 도구 · QR 및 바코드 툴킷
Code 128 검사 숫자 작동 방식: 모듈로 103 연습
· 작동 방식
인코딩 검증 개발자 워크플로
짧은 라벨에 대한 Code 128 검사 문자를 직접 계산하여 가중치 합계, 모듈로 103 단계 및 합계가 잘못된 경우 스캐너가 라벨을 거부하는 이유를 설명합니다.
거부되거나 잘못 읽힌 라벨에는 진단이 필요합니다. 확인 문자는 가능한 원인 중 하나일 뿐입니다.
아무것도 반환하지 않는 스캐너는 검사 문자가 실패의 원인임을 입증하지 못합니다. 공백 영역 손상, 인쇄 품질 또는 지원되지 않는 입력으로 인해 비슷한 증상이 나타날 수 있습니다. 저장소가 증명하는 것은 생성된 Code 128에 중지 패턴 앞에 계산된 확인 기호가 포함되어 있다는 것입니다.
완전한 실패 조사는 정확한 반환된 텍스트와 물리적 라벨로 시작됩니다. ToolAcre는 생성된 바이너리가 유효한 시작 패턴으로 시작하고 고정 중지 패턴으로 끝나는 것을 보장합니다. 긁힌 인쇄물, 스캐너 구성 또는 디코딩된 식별자를 거부하는 응용 프로그램은 검사할 수 없습니다. SVG와 동일한 값을 재생성하고 새로운 교정본을 스캔하면 누군가가 체크섬을 비난하기 전에 인코딩과 손상을 구별하는 데 도움이 됩니다.
ASCII 코드가 아닌 기호 값 — Code 128가 코드 세트 내에서 각 문자에 0부터 102까지의 값을 할당하는 방법
Code 128는 단순히 표시된 ASCII 바이트 값을 추가하는 대신 기호 값으로 작동합니다. ToolAcre는 세트 선택 및 기호 구성을 JsBarcode의 CODE128_AUTO 인코더에 위임한 다음 반환된 패턴이 바이너리 모듈로만 만들어졌는지 확인합니다.
자동 인코더 변경 세트를 보면 구별이 보입니다. 표시된 숫자는 상황에 관계없이 하나의 범용 체크섬 번호를 갖지 않습니다. 해당 기호 값은 활성 Code 128 세트에 따라 달라지며 세트 C는 숫자 쌍을 하나의 기호로 나타낼 수 있습니다. 이것이 바로 ASCII 문자 코드를 손으로 추가하는 것이 잘못된 모델인 이유입니다. 체크섬은 인코더가 선택한 모든 세트 변경 사항을 포함하여 실제 방출된 기호 시퀀스를 따라야 합니다.
가중 합계 — 시작 코드는 한 번 계산된 다음 모든 기호에 해당 위치를 곱하고 합산됩니다.
체크섬은 시작 기호 값으로 시작한 다음 1부터 시작하는 위치에 따라 다음 데이터 기호에 가중치를 부여합니다. 위치 가중치는 표시된 문자 세트가 동일하게 유지되는 경우에도 일반적으로 두 기호를 교환하면 합계가 변경됨을 의미합니다.
위치 0은 특별합니다. 시작 값은 한 번 입력되고 다음 기호에는 1 기반 데이터 위치가 곱해집니다. 이렇게 하면 체크섬이 순서에 민감해집니다. 서로 다른 위치에 동일한 문자를 포함하는 두 개의 선반 코드는 일반적으로 서로 다른 나머지를 생성합니다. 이는 막대가 잘못 읽혀지거나 전치된 소스 데이터에서 레이블이 생성될 때 정확하게 유용한 실패 신호입니다.
모듈로 103 — 100가 아닌 103인 이유와 나머지가 중지 패턴 앞에 그려진 확인 문자가 되는 방법
모듈로 103 가중치 합계를 취하면 중지 패턴 바로 앞에 배치된 확인 기호 값이 생성됩니다. 저장소는 사람이 읽을 수 있는 캡션을 신뢰하는 것이 아니라 생성된 기호를 구문 분석하고 나머지를 다시 계산하여 이 불변성을 테스트합니다.
나머지는 하나의 일반 Code 128 기호 값에 맞으므로 종료자 앞에 삽입하고 표시되는 텍스트를 추가하지 않고도 독자가 확인할 수 있습니다. ToolAcre는 해당 삽입을 CODE128_AUTO에 위임한 다음 반환된 바이너리를 아티팩트로 처리합니다. 자체 두 번째 게이트는 종속성이 표현할 수 없다고 말한 패턴을 복구하거나 추측하는 대신 유효하지 않은 인코더 결과를 거부합니다.
실행된 예: 지원되지 않는 손 결과를 만들어내지 않고 생성된 기호 시퀀스를 검사합니다.
A12-07을 입력하면 ToolAcre가 시작, 데이터, 확인 및 중지 기호를 하나의 바이너리 패턴으로 구축합니다. 소스는 이 정확한 문자열에 대해 직접 파생된 기호 테이블을 게시하지 않으므로 이 연습은 나머지를 만드는 대신 검증된 알고리즘에서 중지됩니다.
따라서 책임 있는 작업 점검은 생성된 아티팩트에서 시작됩니다. `A12-07`을 입력하고 정확한 소스 값을 유지한 다음 내보낸 바코드의 액세스 가능한 레이블과 선택적 캡션에 여전히 `A12-07`이 표시되는지 확인하세요. 수동 계산이 필요한 경우 별도의 표준 인식 디코더가 기호를 검사할 수 있습니다. 이 저장소는 중간 값을 노출하지 않으므로 여기에 숫자 나머지를 게시하는 것은 ToolAcre의 증거가 아니라 지원되지 않는 재구성입니다.
체크 문자를 직접 입력하지 않는 이유 - 생성기가 이를 추가하고 직접 입력한 문자는 다시 체크섬 처리됩니다.
텍스트 필드에 확인 문자를 추가하지 마십시오. 인코더는 입력된 모든 문자를 페이로드로 처리한 다음 확장된 페이로드에 대해 새로운 확인 기호를 계산하여 스캐너가 의도하지 않은 추가 데이터 문자를 반환하도록 합니다.
추가 문자 오류는 개념적으로 재현하기 쉽습니다. 창고 절차가 직원에게 가정된 검사 문자를 추가하라고 지시하면 ToolAcre는 이를 일반 페이로드로 수신하고 라이브러리는 더 긴 문자열에 대해 또 다른 검사를 계산합니다. 그런 다음 스캐너는 추가된 문자를 데이터로 반환합니다. 체크섬 검증이 성공하더라도 데이터베이스 조회가 실패합니다. 생성이 잘못된 식별자를 완벽하게 보호했기 때문입니다.
여기에 포함되지 않는 내용 — GS1-128 애플리케이션 식별자 및 EAN 및 UPC에서 사용되는 모드 10 확인 숫자
이 계산은 GS1-128, EAN 또는 UPC를 생성하지 않습니다. 툴킷은 일반 Code 128을 생성하고 FNC1 또는 소매 번호 할당 워크플로가 없지만 해당 구성은 도구 범위 외부에 다른 기호를 명시적으로 배치합니다.
GS1과 소매 수표는 데이터 구조가 최종 산술 단계 이상이므로 서로 다른 작업 흐름에 속합니다. ToolAcre에는 FNC1 제어, 애플리케이션 식별자 파서, GTIN 할당 확인 또는 EAN/UPC 출력이 없습니다. 이러한 일반 Code 128 필드에 대괄호로 묶인 텍스트나 mod-10 숫자를 복사하면 이러한 사항을 요구하는 공급업체 라벨을 준수할 수 없습니다.
요점 — QR & Barcode Toolkit은 브라우저에서 확인 문자를 계산하고 추가하므로 사용자는 데이터만 입력하면 됩니다.
실제 구분은 간단합니다. 선반 식별자만 입력하고 인코더가 코드 세트를 선택하고 모듈로 103을 계산하도록 한 다음 생성된 여백을 보존합니다. ToolAcre는 해당 시퀀스를 로컬로 수행하고 결과 막대를 SVG 또는 PNG로 내보냅니다.
생성된 파일 옆에 문자 식별자, 소유자 및 테스트 스캔 결과 등 인간의 진실 소스를 보관하세요. 나중에 인쇄가 실패하면 눈으로 막대를 추적하는 대신 해당 값에서 다시 생성하십시오. 브라우저 생성기는 수동 체크섬 기회를 한 번 제거하는 동시에 여백(quiet zone), 인쇄 품질 및 인벤토리 시스템에 대한 바이트별 조회를 확인하기 위한 운영상의 필요성을 유지합니다.