Seit dem 1. Juli 2019 ist in Russland eine obligatorische Kennzeichnung bestimmter Waren eingeführt worden. Ab dem 1. März 2020 sollte auch Schuhe unter dieses Gesetz fallen. Da sich nicht alle rechtzeitig vorbereitet haben, wurde der Start auf den 1. Juli verschoben. Lamoda gehört zu denjenigen, die es rechtzeitig geschafft haben.
Deshalb möchten wir unsere Erfahrungen mit denjenigen teilen, die noch vor der Kennzeichnung von Kleidung, Reifen, Parfüm usw. stehen. In dem Artikel wird eine Reihe von Branchenstandards, einige relevante Normen und persönliche Erfahrungen beschrieben. Der Artikel richtet sich in erster Linie an Integratoren und Entwickler, die sich in dieses Projekt einarbeiten müssen.
Bitte beachten Sie, dass die rechtlichen Grundlagen häufig Änderungen unterliegen und der Autor nicht in der Lage ist, das Material ständig zu aktualisieren. Daher kann ein Teil der Informationen zum Zeitpunkt des Lesens bereits veraltet sein.
Die persönlichen Erfahrungen des Autors stammen sowohl aus der Arbeit am Datamatrix-Projekt bei Lamoda als auch aus der Entwicklung einer eigenen kostenlosen Anwendung zur Kennzeichnung BarCodesFx.
Seit dem 1. Juli 2019 ist in Russland das Gesetz zur verpflichtenden Kennzeichnung in Kraft. Dieses Gesetz gilt nicht für alle Warengruppen, und die Fristen für die Einführung der verpflichtenden Kennzeichnung variieren je nach Warengruppe. Aktuell fallen Tabak, Pelze, Schuhe und Medikamente unter die verpflichtende Kennzeichnung. In naher Zukunft wird dies auch für Reifen, Kleidung, Parfums und Fahrräder gelten. Jede Warengruppe wird durch eine separate Regierungsverordnung (PPG) geregelt. Daher können einige Aussagen, die für Schuhe zutreffen, für andere Warengruppen falsch sein. Man kann jedoch hoffen, dass die technischen Anforderungen für die verschiedenen Warengruppen nicht stark variieren werden.
KennzeichnungDie Grundidee der Kennzeichnung ist, dass jeder Ware eine individuelle Nummer zugewiesen wird. Anhand dieser Nummer kann die Geschichte eines bestimmten Produkts von der Produktion oder dem Import ins Land bis zum Verkauf an der Kasse nachverfolgt werden. Das klingt gut, ist in der Praxis jedoch äußerst schwierig umzusetzen. Weitere Informationen sind auf der offiziellen Website des ehrlichen Zeichens zu finden.
Allgemein anerkannte Begriffe und Konzepte
UOT — Teilnehmer am Warenverkehr.
CRPT — Zentrum für die Entwicklung zukunftsweisender Technologien. Ein privates Unternehmen, der einzige staatliche Auftragnehmer für das Projekt zur Kennzeichnung. Operiert nach dem Modell der öffentlich-privaten Partnerschaft (ÖPP). Leider gibt es keine Informationen über andere Teilnehmer der Ausschreibung oder über die Ausschreibung selbst.
TG — Warengruppe. Schuhe, Bekleidung, Reifen usw.
GTIN — im Wesentlichen eine Artikelnummer unter Berücksichtigung von Farbe und Größe. Wird in GS1 oder im nationalen Katalog für jeden Importeur oder Hersteller für dessen Produkt vergeben. Zuvor muss der Hersteller oder Importeur dieses Produkt beschreiben.
PPR — Regierungsverordnung der RF. Für Schuhe – 860.
KM — Kennzeichnungscode. Ein einzigartiger Zeichensatz, der einer bestimmten Ware zugewiesen wird. Für Schuhe besteht er aus GTIN, Seriennummer, Prüfcode und Kryptoschluss.
GS1 — internationale Organisation, die GTINs vergibt. Auch Verfasser von mehreren Standards zur Kennzeichnung.
Nationalkatalog — das Pendant zu GS1, entwickelt von CRPT.
Kryptoschluss — eine Art digitale Signatur, die die Legalität des KMs bestätigt. Muss unbedingt im Datenmatrix auf der Marke vorhanden sein. Die Speicherung in Textform ist untersagt. Nach dem Drucken muss die Marke gemäß Vertrag mit der CRPT entfernt werden. Es sind keine Fälle des tatsächlichen Gebrauchs bekannt.
SUZ — Bestellmanagementstation. Ein System, in dem KMs für Produkte bestellt werden.
EDO — elektronischer Dokumentenverkehr.
UKEP — qualifizierte elektronische Signatur mit verstärkter Sicherheit.
Begriffe und Konzepte im Rahmen dieses Artikels
CZ — ehrliches Zeichen.
LK — persönliches Konto.
Marke — der gedruckte Code zur Kennzeichnung.
Der Prozess sieht folgendermaßen aus: Zuerst erstellt der Teilnehmer (UOT) eine elektronische Signatur (UKEP), registriert sich beim ehrlichen Zeichen (CZ), beschreibt das Produkt im Nationalkatalog oder GS1 und erhält GTINs für das Produkt. Auf der Website des ehrlichen Zeichens sind diese Schritte ausführlich beschrieben, daher werden wir hier nicht darauf eingehen.
Bestellung und Erhalt von Codes
Nach Erhalt der GTINs bestellt der Teilnehmer (UOT) die Codes (KM) im SUZ-System.
Wichtig, aber nicht offensichtlich.
- In einer Bestellung können maximal 10 GTIN-Codes angefordert werden. Ein grundsätzlich unverständliches Limit. Ein Importeur mit 14.000 GTINs muss 1.400 Bestellungen aufgeben.
- In einer Bestellung können maximal 150.000 Codes angefordert werden.
- Es gibt eine Beschränkung auf 100 Bestellungen gleichzeitig. Das bedeutet, dass maximal 100 Bestellungen in Bearbeitung sein können. Wenn mehr als 100 Bestellungen vorhanden sind, beginnt die API, einen Fehler anstelle der Bestellliste zurückzugeben. Der einzige Weg, diesen Fehler zu beheben, besteht darin, einige Bestellungen über die Weboberfläche zu schließen. In der API gibt es keinen Parameter zur partiellen Anzeige von Bestellungen.
- Es gibt ein Limit für die Anzahl der Anfragen - nicht mehr als 10 Anfragen pro Sekunde. Meiner Meinung nach wird dieses Limit in den Dokumenten nicht erwähnt, es existiert jedoch.
Aus persönlicher Erfahrung mit der Bearbeitung von Katalogisierungscodes über die API des Systems SUZ.
- Die Anfrage (das JSON selbst) muss mit einer GOST-Signatur signiert werden. Dabei handelt es sich um eine Arbeit mit Kryptopro. Es muss darauf geachtet werden, dass das verwendete Framework oder die Bibliothek den ursprünglichen JSON nicht um ein Byte verändert. Andernfalls wird die Signatur sofort ungültig.
- Bestellung unterzeichnen. Die Bestellung kann mit jeder Unterschrift eines beliebigen Kunden signiert werden. Wenn die Unterschrift gültig ist, akzeptiert das System die sie. Bei der Integration war es möglich, eine Anfrage mit einer fremden Unterschrift, die von einer Test-CA ausgestellt wurde, zu signieren. Der produktive Bereich des Systems hat die Bestellung bearbeitet und Codes ausgegeben. Meiner Meinung nach ist das eine Sicherheitslücke. Auf den Bug-Report haben die Entwickler mit "Wir schauen" reagiert. Ich hoffe, sie haben es behoben.
Seien Sie daher äußerst vorsichtig, wenn an einem Arbeitsplatz mehr als eine juristische Person arbeitet. Heute wird das System diese Anfragen akzeptieren, und morgen werden die Anfragen überprüft und die Hälfte der Codes aufgrund einer fremden Unterschrift zurückgezogen. In der Tat wären sie formell im Recht.
- Die automatische Unterzeichnung von Aufträgen ist eine Funktion, die im SUZ nicht mehr verfügbar ist. Für deren Nutzung war das Hochladen des privaten Schlüssels im persönlichen Bereich des ehrlichen Zeichens erforderlich. Dies stellt eine Kompromittierung des Schlüssels dar. Gemäß der geltenden Gesetzgebung muss der Besitzer einer kompromittierten qualifizierten elektronischen Signatur (UKEP) sein Zertifizierungszentrum (ZC) informieren und die UKEP zurückziehen. Sollte diese Funktion wiederhergestellt werden, achten Sie darauf, dass der private Schlüssel Ihren Computer nicht verlässt.
- Im Februar hat das Zentrum für die Entwicklung innovativer Technologien (CRPT) stillschweigend eine Beschränkung der Anzahl der API-Anfragen an das SUZ eingeführt. Höchstens eine Anfrage pro Sekunde. Dann wurde diese Beschränkung ebenso unerwartet und geräuschlos aufgehoben. Daher empfehle ich, in das System die Möglichkeit einzubauen, die Anzahl der Anfragen an die CRPT-API für den Fall eines Rückfalls zu begrenzen. Aktuell gibt es Informationen über ein Limit von 10 Anfragen pro Sekunde.
- Im Februar hat sich das Verhalten der API des SÜZ ohne Vorwarnung erheblich geändert. Die API bietet einen Endpunkt zur Abfrage des Auftragsstatus. Der Status enthält Informationen zu den Buffern und ihrem Zustand. Ein GTIN entspricht einem Buffer. Dort wurde auch angegeben, wie viele Codes aus dem Buffer abgerufen werden können. An einem bestimmten Tag wurde die Anzahl für alle Buffer auf -1 gesetzt. Daher musste der Zustand jedes Buffers separat über eine andere Methode abgefragt werden. Anstelle einer Abfrage mussten elf durchgeführt werden.
Struktur der Codes
Die Codes sind also bestellt und generiert. Sie können über die API im Textformat, als PDF für den Druck und als CSV-Datei mit Text abgerufen werden.
Über die API wurde oben bereits geschrieben. Was die beiden anderen Methoden angeht: Ursprünglich erlaubte SÜZ, Codes nur einmal abzurufen. Wenn eine PDF-Datei abgerufen wurde, konnten die Codes im Textformat nur durch erneutes Scannen aller Datamatrix-Codes aus der PDF erhalten werden. Glücklicherweise wurde die Möglichkeit hinzugefügt, die Codes mehrere Male abzurufen, und dieses Problem wurde gelöst. Die Codes sind innerhalb von zwei Tagen weiterhin für den erneuten Download verfügbar.
Wenn Sie im CSV-Format herunterladen, öffnen Sie es niemals unter Excel und erlauben Sie auch niemandem, dies zu tun. Excel verfügt über eine Autowiederherstellungs-Funktion. Beim Speichern kann Excel Ihre Codes auf die unvorhersehbarste Weise ändern. Ich empfehle die Verwendung von Notepad++ zur Betrachtung der Codes.
Wenn Sie eine Datei aus der SÄM in Notepad++ öffnen, können Sie Zeilen wie diese sehen. Der dritte Code ist ungültig (es fehlen die GS-Trennzeichen).
Partner haben uns Codes zur Kennzeichnung ihrer Produkte übergeben. Mit bloßem Auge ist zu erkennen, welche Dateien mit Excel erstellt wurden – bis zu 5% der Codes waren ungültig.
Ich empfehle dringend, sich über GS1 zu informieren. In der Beschreibung des Standards finden Sie Antworten auf viele Fragen zur Erstellung von DataMatrix.
Der Identifikationscode besteht aus GTIN und Seriennummer. Gemäß dem GS1-Standard entsprechen ihm die Anwendungsidentifikatoren (AI) 01 und 21. Bitte beachten Sie, dass die Anwendungsidentifikatoren kein Bestandteil von GTIN und Seriennummer sind. Sie zeigen an, dass nach dem Anwendungsidentifikator (AI) die GTIN oder Seriennummer folgt. Dies ist besonders wichtig bei der Programmierung von Kassensoftware. Zur Ausfüllung des Tags 1162 werden genau GTIN und Seriennummer benötigt, ohne Anwendungsidentifikatoren.
Für UBL (Universal Transfer Document) und andere Dokumente hingegen ist es in der Regel notwendig, die vollständige Aufzeichnung inklusive der Anwendungsidentifikatoren zu verwenden.
Im GS1-Standard ist festgelegt, dass GTIN eine feste Länge von 14 Zeichen hat und ausschließlich aus Ziffern bestehen kann. Die Seriennummer hat eine variable Länge und ist auf Seite 155 des Standards beschrieben. Dort finden Sie auch einen Verweis auf die Tabelle mit Zeichen, die in der Seriennummer vorkommen können.
Da die Seriennummer eine variable Länge hat, zeigt der GS-Trennzeichen das Ende an. In der ASCII-Tabelle hat es den Code 29. Ohne dieses Trennzeichen kann kein Programm erkennen, wann die Seriennummer endet und andere Datengruppen beginnen.
Weitere Informationen zum Kennzeichnungscode (KM) finden Sie in .
Für Schuhe ist die Seriennummer auf 13 Zeichen festgelegt, kann jedoch jederzeit geändert werden. Für andere Warengruppen (WG) kann die Länge der Seriennummer abweichen.
Generierung von DataMatrix
Der nächste Schritt besteht darin, die Daten in einen DataMatrix-Code umzuwandeln. In der Verordnung der Regierung der RF 860 wird der GOST angegeben, gemäß dem der DataMatrix generiert werden muss. Außerdem wird in der PPR 860 die obligatorische Verwendung von Anwendungskennungen genannt. Beachten Sie, dass im Standard DataMatrix der Begriff „Anwendungskennungen“ nicht vorhanden ist. Dieser ist nur im GS-1 DataMatrix Standard enthalten. Das bedeutet, dass die PPR 860 implizit verlangt, den GS-1 DataMatrix zu verwenden. Glücklicherweise sind die Standards ähnlich. Der Hauptunterschied: Im GS-1 DataMatrix muss das erste Zeichen FNC1 sein. Das Zeichen GS darf nicht an erster Stelle im DataMatrix stehen, nur FNC1.
FNC1 kann nicht einfach wie GS in die Zeichenfolge eingefügt werden. Es muss von dem Programm hinzugefügt werden, das den DataMatrix generiert. Auf den Ressourcen von Alliance Forts sind mehrere verfügbar, mit denen die Richtigkeit der generierten DataMatrix-Codes überprüft werden kann.
Wichtig. Die App Honest Sign akzeptiert ungültige DataMatrix-Codes, sogar QR-Codes. Die Tatsache, dass die Marke erkannt wurde und die Produktinformationen angezeigt werden, bedeutet nicht, dass der DataMatrix korrekt erstellt wurde. Selbst bei der Ersetzung des Kryptoschweifs erkannte die CZ die Marke und stellte die Produktdaten dar.
Später veröffentlichte die CZ , wie man Codes richtig generiert. Aufgrund der Vielzahl fehlerhafter Codes erkannten sie Codes ohne FNC1 als gültig an, empfehlen jedoch dennoch die Generierung von GS-1 DataMatrix.
Leider kam ein beträchtlicher Prozentsatz der DataMatrix-Codes von Partnern mit Fehlern. Dank der Erläuterungen von CZ wurde die Frage vollständig geklärt: "Kann man solche Produkte nach dem 1. Juli verkaufen oder nicht?" Spoiler: Ja, man kann.
Achten Sie auf die Druckmethode der Marken. Beim Drucken mit einem Thermodrucker verblasst die Marke schnell, und dieses Produkt kann dann nicht mehr verkauft werden. Eine unleserliche Marke stellt einen Verstoß gegen die PPR 860 dar, was zur Beschlagnahmung des Produkts, Geldstrafen und strafrechtlicher Verantwortung führen kann.
Verwenden Sie den Thermotransferdruck. In diesem Fall ist das Etikett nicht so stark dem Verblassen ausgesetzt. Auch das Material des Etiketts beeinflusst, wie anfällig das Etikett für mechanische Schäden ist. Wenn der Code aufgrund von mechanischen Beschädigungen nicht lesbar ist, ist dies gleichbedeutend mit dem Fehlen des Etiketts, mit all den daraus resultierenden Konsequenzen.
Wählen Sie den Drucker entsprechend den geplanten Druckvolumina aus. Desktop-Drucker sind nicht für den Druck von 100.000 Etiketten pro Tag ausgelegt.
Das Stoppen und Starten des Drucks erhöht den Verschleiß des Druckers. Einige Programme senden die Druckaufträge etiketweise. Solche Programme sollten besser nicht verwendet werden.
Dokumentenverwaltung
Nachdem die Etiketten gedruckt und aufgeklebt sind, erfolgen alle weiteren Vorgänge über Dokumente oder das persönliche Konto im ehrlichen Zeichen.
Bei der Arbeit mit einer großen Anzahl von Codes können XML-Dateien erstellt werden, in denen die erforderlichen Codes enthalten sind, und diese Dateien können über die API oder die Weboberfläche des persönlichen Kontos hochgeladen werden.
Das XSD-Schema kann im Abschnitt „Hilfe“ im persönlichen Konto von ЧЗ heruntergeladen werden.
Bitte beachten Sie die folgenden Punkte.
- Die XSD-Schemata im Kundenbereich von ЧЗ enthalten Fehler bei der Validierung der Steuernummer und es gibt Längenbeschränkungen für die Zeichenfolge. Nur durch die Behebung dieser Fehler können die Schemata verwendet werden. Glücklicherweise sind die Fehler offensichtlich, sodass dies nicht schwierig ist.
- Das Schema besteht normalerweise aus zwei Teilen - einem allgemeinen für alle Dokumenttypen und einem speziellen für einen bestimmten Typ. Das allgemeine Schema wird durch den Import in das spezifische hinzugefügt. Beide Schemata sind im Hilfebereich im Kundenbereich von ЧЗ zu finden.
- Die Regeln für das Escaping bei КМ unterscheiden sich von den allgemein anerkannten für XML, darauf wird in der offiziellen Dokumentation von ЧЗ hingewiesen. Bitte beachten Sie dies. Hier auf Seite 4 sind alle Regeln. Es sollte nicht versucht werden, 150.000 Codes mit einer einzigen Datei in den Umlauf zu bringen. Laut Augenzeugen gehen Dateien mit mehr als 30.000 normalerweise durch.
- Die XML-Datei kann mit dem Fehler "XML-Validierungsfehler" abgelehnt werden, aber fünf Minuten später kann dieselbe Datei problemlos akzeptiert werden.
- Wenn in der Datei bereits ein im Umlauf befindlicher Code enthalten ist, wird die Eingabedatei wahrscheinlich nicht akzeptiert.
- Die Versand- und Empfangsdokumente werden als vorübergehende Lösung verwendet. In Zukunft plant man, diese abzuschaffen und auf UPD gemäß PPR 860 umzusteigen.
- Документы отгрузки и приемки используются как временное решение. В дальнейшем их планируют упразднить и перейти на УПД согласно ППР 860.
- Der Mythos von 60 Tagen. Es gibt die Auffassung, dass nicht aktivierte Codes nach 60 Tagen "verfallen". Das ist ein Mythos, die Quelle ist unbekannt. Codes "verfallen" nur, wenn Sie sie nicht innerhalb von 60 Tagen aus dem SUZ abgerufen haben. Die Lebensdauer der abgerufenen Codes ist unbegrenzt.
Fazit
Bei der Entwicklung meiner kostenlosen App zur Kennzeichnung BarCodesFX wurde ursprünglich eine Integration mit der API des SUZ vorgenommen. Als die ehrliche Marke unerwartet die Logik der API zum zweiten Mal änderte, musste die Integration aufgegeben werden. Ich hoffe, dass die ehrliche Marke in Zukunft die Entwicklung und API stabilisieren kann, da es für ein nicht-kommerzielles Produkt sehr kostspielig ist, jeden Tag zu überprüfen, ob sich die API geändert hat, und entsprechend Anpassungen vorzunehmen.
Beim Implementieren der Kennzeichnung sollten Sie sich sorgfältig mit der Normdokumentation für Ihre Warengruppe TG vertrautmachen, die GS1-DataMatrix korrekt drucken und auf unvorhergesehene Änderungen seitens der ehrlichen Marke vorbereitet sein.
Das Fort-Aliance hat einen Informationsraum geschaffen (, in Telegram, Seminare, Webinare), wo Sie nützliche und aktuelle Informationen zur Kennzeichnung in allen Branchen finden können.
Quelle: habr.com
