DataMatrix 또는 신발에 라벨을 올바르게 부착하는 방법

1년 2019월 1일부터 러시아에서는 상품 그룹의 필수 라벨링이 도입되었습니다. 2020년 1월 XNUMX일부터 신발에 이 법이 적용됩니다. 모두가 준비할 시간이 없었고, 그 결과 발사가 XNUMX월 XNUMX일로 연기되었습니다. Lamoda는 성공한 사람들 중 하나입니다.

따라서 아직 의류, 타이어, 향수 등에 라벨을 붙이지 않은 분들과 경험을 공유하고자 합니다. 이 기사에서는 다양한 산업 표준, 일부 규제 문서 및 개인적인 경험에 대해 설명합니다. 이 문서는 주로 이 프로젝트를 아직 이해하지 못한 통합자와 개발자를 대상으로 합니다.

규제 프레임워크는 자주 변경되며 저자는 자료를 지속적으로 업데이트할 기회가 없습니다. 따라서 읽을 당시에는 일부 정보가 이미 구식일 수 있습니다.

저자는 Lamoda의 Datamatrix 프로젝트 프레임워크와 BarCodesFx 표시를 위한 자체 무료 애플리케이션 개발에서 개인적인 경험을 쌓았습니다.

1년 2019월 XNUMX일부터 러시아에서는 의무 표시법이 시행되었습니다. 이 법은 모든 상품 그룹에 적용되는 것은 아니며, 상품 그룹에 대한 의무 라벨링 발효 시기는 다양합니다. 이제 담배, 모피 코트, 신발, 의약품에는 필수 라벨이 적용됩니다. 가까운 장래에 타이어, 의류, 향수 및 자전거용으로 도입될 예정입니다. 각 상품 그룹은 별도의 정부 법령(GPR)에 의해 규제됩니다. 따라서 신발에 맞는 설명이 다른 제품 그룹에는 맞지 않을 수 있습니다. 그러나 기술 구성 요소가 제품 그룹에 따라 크게 달라지지 않기를 바랄 수 있습니다.

마킹라벨링의 주요 아이디어는 각 상품 단위에 개별 번호가 할당된다는 것입니다. 이 번호로 해당 국가로 생산 또는 수입되는 순간부터 계산대에서 폐기되는 순간까지 특정 상품 품목의 이력을 추적할 수 있습니다. 좋게 들리지만 실제로는 구현하기가 매우 어렵습니다.이 개념은 정직한 간판의 공식 웹 사이트에 자세히 설명되어 있습니다.

일반적인 용어 및 개념

UOT - 상품 유통 참가자.
CRPT 첨단 기술 개발의 중심지입니다. 개인 회사, 유일한 주. 마킹 프로젝트 계약자. PPP(Public Private Partnership) 방식으로 운영됩니다. 불행히도 프로젝트 입찰의 다른 참가자와 입찰 자체에 대한 정보는 없습니다.
TG - 상품 그룹. 신발, 의류, 타이어 등
GTIN - 사실, 색상과 크기를 고려한 기사. GS1 또는 각 수입업체 또는 해당 제품의 제조업체에 대한 국가 카탈로그에 발행됩니다. 제조업체 또는 수입업체는 먼저 이 제품에 대해 설명해야 합니다.
정전 - 러시아 연방 정부 법령. 신발 - 860.
KM - 마킹 코드. 특정 항목에 할당된 고유한 문자 집합입니다. 신발의 경우 GTIN, 일련번호, 인증코드, 크립토테일로 구성된다.
GS1 GTIN을 발급하는 국제기구입니다. 또한 라벨링을 위한 여러 표준의 컴파일러입니다.
국가 카탈로그 - CRPT에서 개발한 GS1 아날로그.
크립토테일 - CM의 합법성을 확인하는 디지털 서명의 아날로그. 스탬프의 데이터 매트릭스에 있어야 합니다. 텍스트 형태의 저장을 금지합니다. 인쇄 후 CRPT와의 계약에 따라 스탬프를 제거해야 합니다. 실제 사용 사례는 알려져 있지 않습니다.
CPS - 주문 관리 스테이션. 항목에 대해 KM이 주문되는 시스템입니다.
EDI - 전자 문서 관리.
UKEP — 향상된 적격 전자 서명.

이 문서의 범위 내에서 용어 및 개념

ChZ - 정직한 표시.
좋아요 - 개인 영역.
표시 - 인쇄된 마킹 코드.

프로세스는 다음과 같습니다. 먼저 참가자(UOT)가 전자 서명(ECES)을 발급하고, 정직한 서명(CHZ)에 등록하고, 국가 카탈로그 또는 GS1에 제품을 설명하고, 제품에 대한 GTIN을 받습니다. 정직한 사인 웹 사이트에서 이러한 단계가 자세히 설명되어 있으므로 자세히 설명하지 않겠습니다.

코드 주문 및 수신

GTIN을 받은 참가자(UOT)는 CPS 시스템에서 코드(KM)를 주문합니다.
중요하지만 명확하지는 않습니다.

1. 주문당 최대 10개의 GTIN 코드를 요청할 수 있습니다. 원칙적으로 이해할 수 없는 제한입니다. 14개의 GTIN이 있는 수입업자는 000개의 주문을 생성해야 합니다.
2. 한 주문에 최대 150개의 코드를 요청할 수 있습니다.
3. 작업에는 100개의 주문 제한이 있습니다. 즉, 동시에 100개 이상의 주문을 처리할 수 없습니다. 100개가 넘는 경우 API는 주문 목록 대신 오류를 반환하기 시작합니다. 이 오류를 수정하는 유일한 방법은 웹 인터페이스를 통해 일부 주문을 종료하는 것입니다. API는 주문을 부분적으로 표시하는 매개변수를 제공하지 않습니다.
4. 요청 수에는 제한이 있습니다(초당 10개 이하). 내 데이터에 따르면 이 제한은 문서에 나타나지 않지만 존재합니다.

CMS API를 통한 KM 마킹 코드 주문에 대한 개인적인 경험에서.

1. 요청(json 자체)은 GOST 서명으로 서명되어야 합니다. 이것은 cryptopro와 함께 작동합니다. 사용된 프레임워크나 라이브러리가 단일 바이트에 대한 원본 json을 변경하지 않는지 주의 깊게 모니터링해야 합니다. 그렇지 않으면 서명이 즉시 유효하지 않게 됩니다.
2. 서명을 주문하십시오. 주문은 모든 고객의 서명으로 서명할 수 있습니다. 서명이 유효하면 KMS 시스템에서 수락합니다. 통합하는 동안 테스트 CA에서 발급된 다른 사람의 서명으로 요청에 서명할 수 있었습니다. CPS의 전투 회로는 명령을 처리하고 코드를 공개했습니다. 제 생각에는 이것은 보안 허점입니다. 개발자들은 버그 보고서 "우리가 볼 것입니다"에 반응했습니다. 문제가 해결되었길 바랍니다.

   따라서 한 직장에서 둘 이상의 법인이 일하는 경우 각별히 주의하십시오. 얼굴. 오늘 CPS는 이러한 요청을 수락하고 내일 요청을 다시 확인하고 다른 사람의 서명으로 인해 코드의 절반이 철회됩니다. 그리고 원칙적으로 공식적으로 그들은 옳을 것입니다.

3. 주문 자동 서명은 CMS에서 더 이상 사용할 수 없는 기능입니다. 작동을 위해 정직한 서명의 개인 계정에 키의 개인 부분을 업로드해야 했습니다. 이것은 핵심 절충안입니다. 그리고 현행법에 따르면 향상된 적격 전자 서명이 손상될 경우 소유자는 자신의 인증 센터(CA)에 이를 알리고 UKES를 취소해야 합니다. 이 기능이 반환되면 키의 개인 부분이 컴퓨터를 떠나지 않는지 주의 깊게 확인하십시오.
4. 지난 10월 CRPT(Center for the Development of Advanced Technologies)는 KMS API에 대한 요청 수에 대한 제한을 조용히 도입했습니다. 초당 하나 이상의 요청이 없습니다. 그런 다음 그는 예기치 않게 조용히 이 제한을 해제했습니다. 따라서 재발 시 CRPT API에 대한 요청 수를 제한하는 기능을 시스템에 넣는 것이 좋습니다. 이제 초당 XNUMX개의 요청 제한에 대한 정보가 있습니다.
5. 또한 1월에는 KMS API의 동작이 경고 없이 크게 변경되었습니다. API에 주문 상태를 가져오기 위한 요청이 있습니다. 상태는 버퍼와 해당 상태를 나타냅니다. 하나의 GTIN = 하나의 버퍼. 또한 버퍼에서 수신할 수 있는 코드 수를 나타냅니다. 어느 화창한 날, 모든 버퍼의 카운트가 -XNUMX이었습니다. 별도의 메서드를 통해 각 버퍼의 상태를 개별적으로 쿼리해야 했습니다. 하나의 요청 대신에 나는 XNUMX개의 요청을 해야 했습니다.

코드 구조

따라서 코드가 정렬되고 생성됩니다. 텍스트 형식의 api, 인쇄용 라벨의 pdf 형식, 텍스트가 포함된 csv 파일 형식의 api를 통해 선택할 수 있습니다.

API는 이미 위에 작성되었습니다. 다른 두 가지 방법에 관해서. 처음에 CPS는 코드를 한 번만 선택할 수 있도록 허용했습니다. 그리고 pdf 파일을 가져온 경우 pdf에서 모든 데이터 매트릭스를 다시 스캔해야만 텍스트 형식의 코드를 얻을 수 있었습니다. 다행히도 코드를 선택하는 기능을 여러 번 추가했고 이 문제는 해결되었습니다. XNUMX일 이내에 코드를 다시 다운로드할 수 있습니다.

csv 형식으로 선택하면 어떤 상황에서도 절대로 Excel에서 열지 마십시오. 그리고 아무에게도 허락하지 마십시오. Excel에는 자동 저장 기능이 있습니다. 저장 시 Excel은 가장 예측할 수 없는 방식으로 코드를 수정할 수 있습니다. 코드를 보려면 notepad++를 사용하는 것이 좋습니다.

메모장 ++에서 CMS의 파일을 열면 다음과 같은 줄을 볼 수 있습니다. 세 번째 코드는 유효하지 않습니다(GS 구분 기호가 없음).

파트너는 상품을 표시하기 위한 코드를 제공했습니다. 육안으로 어떤 파일이 Excel을 사용하여 생성되었는지 확인할 수 있습니다. 최대 5%의 코드가 유효하지 않았습니다.

나는에 대해 읽는 것이 좋습니다 표준 GS1. 표준에 대한 설명에는 DataMatrix 형성에 대한 많은 질문에 대한 답변이 포함되어 있습니다.

식별 코드는 GTIN과 일련번호로 구성됩니다. GS1 표준에 따르면 애플리케이션 식별자(UI) 01 및 21에 해당합니다. 애플리케이션 식별자는 GTIN 및 일련번호의 일부가 아닙니다. UI(Application Identifier) ​​뒤에 GTIN 또는 일련 번호가 있음을 나타냅니다. 이는 POS 소프트웨어를 프로그래밍할 때 특히 중요합니다. 태그 1162를 입력하려면 애플리케이션 식별자 없이 정확히 GTIN과 일련번호가 필요합니다.

반대로 UTD(Universal Transfer Document) 및 기타 문서의 경우 대부분의 경우 애플리케이션 식별자가 있는 완전한 기록이 필요합니다.

GS1 표준에 따르면 GTIN의 길이는 14자로 고정되어 있으며 숫자로만 구성될 수 있습니다. 일련 번호는 가변 길이이며 표준 155페이지에 설명되어 있습니다. 일련 번호에서 찾을 수 있는 기호가 있는 표에 대한 링크도 있습니다.

일련 번호의 길이는 가변적이므로 구분 기호 GS는 끝을 나타냅니다. ASCII 테이블에는 코드 29가 있습니다. 이 구분 기호가 없으면 어떤 프로그램도 일련 번호가 끝나고 다른 데이터 그룹이 시작된 지점을 이해할 수 없습니다.

마킹 코드(KM)에 대한 자세한 내용은 다음에서 확인할 수 있습니다. 공식 문서.

신발의 경우 일련번호가 13자로 고정되어 있으나 사이즈는 언제든지 변경될 수 있습니다. 다른 제품 그룹(TG)의 경우 일련 번호의 길이가 다를 수 있습니다.

DataMatrix 생성

다음 단계는 데이터를 DataMatrix 코드로 변환하는 것입니다. 러시아 연방 정부 법령 860은 DataMatrix를 구성하는 데 필요한 GOST를 지정합니다. 또한 PPR 860은 응용 프로그램 식별자의 필수 사용을 지정합니다. DataMatrix 표준에는 "응용 프로그램 식별자"라는 개념이 없습니다. GS-1 DataMatrix 표준에만 있습니다. PPR 860은 암묵적으로 GS-1 DataMatrix의 사용을 요구합니다. 다행히 기준은 비슷합니다. 주요 차이점: GS-1 DataMatrix에서 첫 번째 문자는 FNC1이어야 합니다. GS 기호는 DataMatrix에서 맨 앞에 올 필요가 없으며 FNC1만 올 수 있습니다.

FNC1은 단순히 가져와서 GS로 라인에 추가할 수 없습니다. DataMatrix를 생성하는 프로그램에 의해 추가되어야 합니다. 여러 개의 모바일 애플리케이션, 생성된 DataMatrix 코드의 정확성을 확인할 수 있습니다.

그것은 중요합니다. 정직한 서명 응용 프로그램은 유효하지 않은 DataMatrix를 허용합니다. 심지어 QR 코드. 브랜드가 인식되고 제품 정보가 표시된다고 해서 DataMatrix가 올바르게 구성되었다는 의미는 아닙니다. 크립토테일을 교체해도 CZ 애플리케이션은 브랜드를 인식해 제품에 데이터를 표시했다.

나중에 CZ 출시 설명코드를 올바르게 생성하는 방법. 많은 수의 오류 코드로 인해 FNC1이 없는 코드를 유효한 것으로 인식했지만 그럼에도 불구하고 GS-1 DataMatrix를 생성할 것을 권장합니다.

불행하게도 파트너의 데이터 매트릭스 중 상당히 많은 비율이 오류와 함께 제공되었습니다. CZ의 해명 덕분에 "1월 XNUMX일 이후에 그런 상품을 거래할 수 있느냐 없느냐"는 궁금증이 완전히 해소됐다. 스포일러 - 할 수 있습니다.

인쇄

우표가 인쇄되는 방식에 주의하십시오. 열전사 프린터로 인쇄하면 도장이 금세 바래지고 이 제품은 더 이상 판매할 수 없습니다. 읽을 수 없는 스탬프는 PPR 860을 위반하는 것입니다. 이는 상품 압수, 벌금 및 형사 책임으로 이어집니다.

열 전사 인쇄를 사용하십시오. 이 경우 스탬프가 퇴색되기 쉽지 않습니다. 라벨 재료는 또한 브랜드가 기계적 손상에 얼마나 민감한지를 결정합니다. 기계적 손상으로 인해 코드를 읽을 수 없는 경우 이는 모든 후속 결과와 함께 브랜드가 없는 것과 같습니다.

계획된 인쇄 볼륨에서 프린터를 선택합니다. 데스크탑 프린터는 하루에 100개의 라벨을 인쇄하도록 설계되지 않았습니다.

인쇄를 중지하고 시작하면 프린터 마모가 증가합니다. 일부 프로그램은 인쇄 작업을 한 번에 한 레이블씩 보냅니다. 그러한 프로그램은 사용하지 않는 것이 좋습니다.

문서 작업

스탬프를 인쇄하고 붙여넣은 후 모든 추가 작업은 문서 또는 정직한 마크의 개인 계정을 통해 이루어집니다.

많은 수의 코드로 작업할 때 필요한 코드가 포함된 xml 파일을 만들고 API 또는 개인 계정의 웹 인터페이스를 통해 이러한 파일을 업로드할 수 있습니다.

XSD 스키마는 LC CZ의 "도움말" 섹션에서 다운로드할 수 있습니다.

다음 사항에 주의하십시오.

1. LC CZ의 Xsd 체계에는 TIN 유효성 검사의 오류와 라인 길이 제한이 포함되어 있습니다. 오류를 수정해야만 구성표를 사용할 수 있습니다. 다행히도 오류가 명백하므로 수행하기가 어렵지 않습니다.
2. 체계는 대부분 모든 유형의 문서에 공통되고 특정 유형에 대해 분리되는 두 부분으로 구성됩니다. 일반 스키마는 가져오기를 통해 특정 스키마에 추가됩니다. 두 체계 모두 LC ChZ의 도움말 섹션에 있습니다.
3. CM에 대한 이스케이프 규칙은 XML에 대해 일반적으로 허용되는 규칙과 다릅니다. 이것은 CZ의 공식 문서에 작성되어 있으므로 주의하십시오. 여기 여기에 4페이지에 모든 규칙이 있습니다.
4. 하나의 파일에 유통되는 150개의 코드를 입력하려고 해서는 안 됩니다. 목격자에 따르면 보통 000개가 넘는 파일이 통과한다고 합니다.
5. Xml 파일은 "xml 유효성 검사 오류" 오류로 래핑될 수 있으며 XNUMX분 후에 동일한 파일이 문제 없이 수락됩니다.
6. 파일에 이미 유통된 코드가 포함되어 있으면 유통된 파일이 승인되지 않을 가능성이 높습니다.
7. 배송 및 수령 문서는 임시 솔루션으로 사용됩니다. 앞으로는 이를 폐지하고 PPR 860에 따라 UPD로 전환할 계획입니다.
8. 신화 약 60일. 유통되지 않는 코드는 60일이 지나면 소진된다는 의견이 있다. 이것은 출처를 알 수 없는 신화입니다. 코드는 60일 이내에 CPS에서 수집하지 않은 경우에만 "소진"됩니다. 수집된 코드의 수명은 제한되지 않습니다.

결론

무료 라벨링 애플리케이션 BarCodesFX를 개발할 때 KMS API와의 통합이 초기에 완료되었습니다. 정직한 서명이 두 번째로 예기치 않게 API의 논리를 변경했을 때 통합을 중단해야 했습니다. 앞으로 CZ가 개발과 API를 안정화할 수 있기를 바랍니다. 비상업적 제품의 경우 API에 변경 사항이 있는지 매일 다시 확인하고 빠르게 수정하는 데 비용이 많이 듭니다.

표시를 구현할 때 TG 제품 그룹에 대한 규제 문서를 주의 깊게 읽고 GS1-DataMatrix를 올바르게 인쇄하고 공정한 CZ 표시에서 예기치 않은 변경 사항에 대비하십시오.

Fort Alliance는 정보 공간(위키, 채팅 전보, 세미나, 웨비나) 모든 산업 분야의 라벨링에 대한 유용한 최신 정보를 찾을 수 있습니다.

출처 : habr.com