DataMatrix または靴に適切にラベルを付ける方法

1 年 2019 月 1 日より、ロシアでは商品群に対する表示義務が導入されました。 2020年1月XNUMX日から靴もこの法律の対象となることになった。 誰もが準備する時間がなかったので、その結果、打ち上げは XNUMX 月 XNUMX 日に延期されました。 Lamoda もそれを実現した人の一人です。

したがって、まだ衣服、タイヤ、香水などにラベルを付けたことがない人たちに私たちの経験を共有したいと思います。 この記事では、多数の業界標準、いくつかの規制文書、および個人的な経験について説明します。 この記事は主に、このプロジェクトをまだ理解していないインテグレーターと開発者を対象としています。

規制は頻繁に変更されるため、作成者が資料を継続的に更新することはできないことに注意してください。 したがって、あなたが読んでいるときには、情報の一部がすでに古くなっている可能性があります。

著者は、Lamoda の Datamatrix プロジェクトの作業の一環として、また独自の無料ラベル付けアプリケーション BarCodesFx を開発する際に、個人的な経験を積みました。

1年2019月XNUMX日より、ロシアでは表示義務に関する法律が施行されています。 この法律はすべての商品グループに適用されるわけではなく、商品グループごとに表示義務の発効日は異なります。 現在、タバコ、毛皮コート、靴、医薬品は表示義務の対象となっています。 タイヤ、衣料品、香水、自転車なども近々導入予定です。 各商品グループは、個別の政府決議 (GPR) によって規制されています。 したがって、靴に当てはまる記述の一部は、他の製品グループには当てはまらない可能性があります。 ただし、技術的な要素が製品グループごとに大きく変わらないことを期待できます。

マーキングラベル付けの主な考え方は、商品の各単位に個別の番号が割り当てられることです。 この番号を使用すると、生産または国内への輸入の瞬間から、レジで廃棄される瞬間まで、特定の商品の履歴を追跡できます。 美しく聞こえるかもしれませんが、実際に実装するのは非常に困難です。コンセプトについては、正直なサインの公式 Web サイトで詳しく説明されています。

共通の用語と概念

UOT - 商品の流通に参加する人。
CRPT — 有望な技術の開発センター。 民間企業、唯一の国家マーキングプロジェクトの請負業者。 官民パートナーシップ（PPP）スキームに基づいて運営されています。 残念ながら、このプロジェクトの入札の他の参加者や入札自体に関する情報はありません。
TG - 製品グループ。 靴、衣類、タイヤなど
GTIN - 基本的に色とサイズを考慮した記事です。 各輸入業者または製造業者の製品の GS1 または国内カタログで発行されます。 メーカーまたは輸入者は、最初に製品について説明する必要があります。
PPR - ロシア連邦政府の法令。 靴の場合 - 860。
KM — マーキングコード。 特定の製品アイテムに割り当てられる一意の文字セット。 シューズの場合、GTIN、シリアル番号、確認コード、暗号化テールで構成されます。
GS1 GTIN を発行する国際機関です。 これらは、多数のラベル標準のコンパイラーでもあります。
全国カタログ - CRPT によって開発された GS1 の類似品。
クリプトテール - CM の合法性を確認するデジタル署名の類似物。 スタンプ上のデータ マトリックスに存在する必要があります。 テキスト形式での保存は禁止されています。 印刷後、スタンプは CRPT との合意に従って除去する必要があります。 実際に使用された例は知られていない。
CPS — 注文管理ステーション。 商品のKMを発注するシステム。
EDI - 電子文書管理。
UKEP — 強化された適格な電子署名。

この記事の範囲内の用語と概念

ЧЗ - 正直な兆候。
LK - 個人エリア。
マーク — 印刷されたマーキングコード。

プロセスは次のとおりです。まず、参加者 (UOT) が電子署名 (UKEP) を発行し、正直マーク (CH) を登録し、国内カタログまたは GS1 に製品を記載し、製品の GTIN を受け取ります。 これらの手順は、正直なサインの Web サイトで詳しく説明されているため、ここでは詳しく説明しません。

コードの注文と受け取り

GTIN を受信した後、参加者 (UOT) は CPS システムでコード (KM) を注文します。
重要ですが、明らかではありません。

1. 10 回の注文で最大 14 GTIN のコードをリクエストできます。 原理的には理解できない制限です。 000 GTIN を持つ輸入業者は、1400 件の注文を作成する必要があります。
2. 注文ごとに最大 150 個のコードをリクエストできます。
3. 進行中の注文には 100 個の制限があります。 つまり、同時に処理できる注文は 100 件までです。 100 を超える場合、API は注文のリストの代わりにエラーを返し始めます。 このエラーを修正する唯一の方法は、Web インターフェイスを通じて一部の注文をクローズすることです。 API には、注文の部分表示用のパラメーターはありません。
4. リクエストの数には制限があり、10 秒あたり XNUMX リクエストを超えてはなりません。 私の情報によると、この制限は文書には記載されていませんが、存在します。

CPS システムの API を介して KM マーキング コードの注文を処理した個人的な経験から。

1. リクエスト (json 自体) は GOST 署名で署名される必要があります。 これはcryptoproと連携しています。 使用するフレームワークまたはライブラリが元の JSON を XNUMX バイトも変更しないことを慎重に確認する必要があります。 そうしないと、署名は直ちに無効になります。
2. 注文のサイン。 注文には、任意のクライアントの任意の署名を使用できます。 署名が有効な場合、CPS システムはそれを受け入れます。 統合中に、テスト CA で発行された他の人の署名を使用してリクエストに署名することが可能でした。 制御システムの戦闘回路が命令を処理し、コードを発行しました。 私の意見では、これはセキュリティホールです。 開発者はバグ報告に対して「見てみましょう」と返答しました。 修正されることを願っています。

   したがって、複数の法人が XNUMX つの職場で働いている場合は、細心の注意を払ってください。 顔。 今日、CPS はこれらのリクエストを受け入れますが、明日リクエストは再チェックされ、コードの半分は他の誰かの署名により無効になります。 そして原則として、形式的には彼らは正しいでしょう。

3. 注文の自動署名は、KMS では使用できなくなった機能です。 これが機能するには、正直な署名の個人アカウントにキーのプライベート部分をアップロードする必要がありました。 これはキーの妥協です。 また、現在の法律によれば、強化された適格な電子署名が侵害された場合、所有者は認証センター (CA) に通知し、ECEP を取り消さなければなりません。 この機能が返された場合は、キーの秘密部分がコンピューターから流出しないように注意してください。
4. 10 月、先端技術開発センター (CRPT) は、CPS API へのリクエスト数の制限を密かに導入しました。 リクエストは XNUMX 秒あたり XNUMX 件までです。 そして、同様に予想外に、そして静かに、彼はこの制限を解除しました。 したがって、再発に備えて CRPT API へのリクエスト数を制限する機能をシステムに組み込むことをお勧めします。 現在、XNUMX 秒あたり XNUMX リクエストの制限に関する情報があります。
5. また、1 月には、CPS API の動作が警告なしに大幅に変更されました。 API には注文ステータスを取得するリクエストがあります。 ステータスはバッファとそのステータスを示しました。 XNUMX GTIN = XNUMX バッファ。 また、バッファから受信できるコードの数も示しました。 ある晴れた日、すべてのバッファの数が-XNUMXになりました。 各バッファのステータスを個別にクエリするには、別のメソッドを使用する必要がありました。 XNUMX つの要求の代わりに、XNUMX の要求をしなければなりませんでした。

コード構造

これで、コードが順序付けされ、生成されました。 これらは、API 経由でテキスト形式、印刷用のラベルとして PDF、およびテキストを含む CSV ファイルとして取得できます。

API はすでに上で記述されています。 他の XNUMX つの方法についても同様です。 当初、制御システムではコードを収集できるのは XNUMX 回だけでした。 PDF ファイルを取得した場合は、PDF からすべてのデータ マトリックスを再スキャンするだけでテキスト形式のコードを取得できます。 幸いなことに、コードを収集する機能が数回追加され、この問題は解決されました。 コードは XNUMX 日以内であれば再ダウンロードできます。

CSV 形式で取得した場合は、いかなる状況でも決して Excel で開かないでください。 そして誰にもさせないでください。 Excelには自動保存機能があります。 保存時に、Excel は最も予期しない方法でコードを変更する可能性があります。 コードを表示するには notepad++ を使用することをお勧めします。

notepad++ で CMS からファイルを開くと、次のような行が表示されます。 XNUMX 番目のコードは無効です (GS 区切り文字がありません)。

当社のパートナーは、製品にラベルを付けるためのコードを提供してくれました。 どのファイルが Excel を使用して生成されたものであるかを肉眼で確認できます。最大 5% のコードが無効でした。

について読むことを強くお勧めします 規格 GS1。 この規格の説明には、DataMatrix の形成に関する多くの質問への回答が含まれています。

識別コードは GTIN とシリアル番号で構成されます。 GS1 標準によれば、これらはアプリケーション識別子 (AI) 01 および 21 に対応します。アプリケーション識別子は GTIN およびシリアル番号の一部ではないことに注意してください。 これらは、アプリケーション識別子 (UI) の後に GTIN またはシリアル番号が続くことを示します。 これは、レジ ソフトウェアをプログラミングする場合に特に重要です。 タグ 1162 に記入するには、アプリケーション ID を必要とせず、GTIN とシリアル番号のみが必要です。

逆に、UTD (ユニバーサル転送ドキュメント) やその他のドキュメントの場合は、ほとんどの場合、アプリケーション ID を含むレコード全体が必要です。

GS1 標準では、GTIN は 14 文字の固定長であり、数字のみで構成できると規定されています。 シリアル番号は可変長であり、規格の 155 ページに記載されています。 シリアル番号に使用される可能性のある記号を示した表へのリンクもあります。

シリアル番号は可変長であるため、GS セパレータはシリアル番号の終わりを示します。 ASCII テーブルではコード 29 になります。この区切り文字がないと、どのプログラムもシリアル番号がどの時点で終わり、他のデータ グループが始まるのかを理解できません。

マーキング コード (KM) の詳細については、以下を参照してください。 公式ドキュメント.

シューズの場合、シリアル番号は 13 文字で固定されていますが、サイズはいつでも変更できます。 他の製品グループ（TG）では、シリアル番号の長さが異なる場合があります。

データマトリックスの生成

次のステップは、データを DataMatrix コードに変換することです。 ロシア政府の政令 860 では GOST が規定されており、これに従って DataMatrix を作成する必要があります。 また、PPR 860 では、アプリケーション識別子の使用の必須を指定しています。 DataMatrix 標準には「アプリケーション識別子」という概念がないことに注意してください。 これらは、GS-1 DataMatrix 標準でのみ使用できます。 PPR 860 は GS-1 DataMatrix の使用を暗黙的に義務付けていることが判明しました。 幸いなことに、基準は似ています。 主な違い: GS-1 DataMatrix では、最初の文字は FNC1 である必要があります。 GS シンボルは DataMatrix の最初に現れるべきではなく、FNC1 のみに現れます。

FNC1 は GS のように単にラインに追加することはできません。 DataMatrix を生成するプログラムによって追加する必要があります。 Alliance Forts リソースにはいくつかの投稿があります モバイルアプリケーションを使用して、生成された DataMatrix コードの正確さを確認できます。

それは重要です。 正直な署名アプリケーションは無効な DataMatrix を受け入れます。 QRコードでも。 ブランドが認識され、製品情報が表示されたという事実は、DataMatrix が正しく形成されていることを示すものではありません。 クリプトテールが交換された場合でも、ChZ アプリケーションはブランドを認識し、製品に関するデータを表示しました。

その後ChZがリリースされました 説明、コードを正しく生成する方法。 エラーのあるコードが多数あるため、FNC1 のないコードは有効であると認識されましたが、それでも GS-1 DataMatrix を生成することを推奨しました。

残念ながら、パートナーからのデータ マトリックスのかなりの割合でエラーが発生しました。 ChZさんの説明のおかげで、「1月XNUMX日以降も取引できるのか、できないのか」という疑問が完全に解決しました。 ネタバレ - できます。

印刷

スタンプの押し方にも注目してください。 サーマルプリンターで印刷するとスタンプがすぐに消えてしまい、商品として販売できなくなります。 判読できないスタンプは PPR 860 の違反です。商品の押収、罰金、刑事責任につながります。

熱転写印刷を使用します。 この場合、ブランドはそれほど色褪せません。 ラベルの素材によっても、ブランドが機械的損傷を受けやすいかどうかが決まります。 機械的損傷によりコードが読み取れない場合、これはブランドが存在しないことと同じであり、その後のすべての結果に影響を及ぼします。

計画されている印刷量からプリンターを選択します。 デスクトップ プリンタは、100 日に 000 枚のラベルを印刷するように設計されていません。

印刷を停止したり開始したりすると、プリンターの磨耗が増加します。 一部のプログラムでは、印刷ジョブを一度に XNUMX ラベルずつ送信します。 このようなプログラムは使用しないほうがよいでしょう。

ドキュメントの操作

スタンプが印刷され貼り付けられた後、スタンプとのその後のすべての取引は、文書または正直な署名の個人アカウントを通じて行われます。

多数のコードを扱う場合は、必要なコードを含む XML ファイルを作成し、個人アカウントの API または Web インターフェイスを介してこれらのファイルをアップロードできます。

XSD スキームは、ChZ LC の「ヘルプ」セクションからダウンロードできます。

以下の点にご注意ください。

1. LC ChZ の Xsd スキームには、TIN 検証のエラーと行の長さの制限が含まれています。 エラーを修正した後でのみ、図を使用できるようになります。 幸いなことに、間違いは明らかなので、これを行うのは難しくありません。
2. ほとんどの場合、スキームは XNUMX つの部分で構成されます。つまり、すべての種類のドキュメントに共通であり、特定の種類に分けられます。 一般的なスキーマは、インポートを通じて特定のスキーマに追加されます。 どちらの図も ChZ LC のヘルプ セクションに掲載されています。
3. CM のエスケープ規則は、XML で一般的に受け入れられている規則とは異なります。これは ChZ の公式ドキュメントに記載されています。これに注意してください。 ここ ここで すべてのルールは 4 ページに記載されています。
4. 150 個のコードを 000 つのファイルに入力して流通させようとしないでください。 目撃者によると、通常は 30 を超えるファイルが通過されるとのことです。
5. XML ファイルが「xml 検証エラー」というエラーでラップされ、XNUMX 分後には同じファイルが問題なく受け入れられるようになります。
6. ファイルに既に配布されているコードが含まれている場合、配布されたファイルは受け入れられない可能性が高くなります。
7. 文書の発送と受け取りは一時的な解決策として使用されます。 将来的にはこれらを廃止し、PPR 860に準拠したUPDに切り替える予定だという。
8. 60日に関する神話。 流通しないコードは 60 日後に「燃え尽きる」という意見があります。 これは神話であり、出典は不明です。 コードは、60 日以内に制御システムから収集しなかった場合にのみ期限切れになります。 収集したコードの有効期間は無制限です。

まとめ

無料のラベル付けアプリケーション BarCodesFX を開発する際、最初に CPS API との統合が行われました。 正直な兆候によって予期せず API のロジックが XNUMX 度目に変更されたとき、統合は中止されなければなりませんでした。 将来的には ChZ が開発と API を安定化できることを願っています。 非商用製品の場合、API に変更がないかを毎日再確認し、迅速に改善するのは非常にコストがかかります。

マーキングを実装するときは、TG 製品グループの規制文書を注意深く読み、GS1-DataMatrix を正しく印刷し、誠実な ChZ マークの側での予期せぬ変更に備えてください。

Fort Alliance は情報スペース (вики, チャット 電報、セミナー、ウェビナーなど）では、あらゆる業界のラベル表示に関する有益で関連性の高い情報を見つけることができます。

出所： habr.com