DataMatrix eller hur man korrekt märker skor

Sedan 1 juli 2019 har obligatorisk märkning av en grupp varor införts i Ryssland. Från den 1 mars 2020 skulle skor falla under denna lag. Alla hann inte förbereda sig och som ett resultat sköts lanseringen upp till 1 juli. Lamoda är bland dem som lyckats.

Därför vill vi dela vår erfarenhet med dem som ännu inte har märkt kläder, däck, parfymer osv. Artikeln beskriver ett antal industristandarder, viss regulatorisk dokumentation och personlig erfarenhet. Artikeln är främst avsedd för integratörer och utvecklare som ännu inte har förstått det här projektet.

Observera att regelverket ändras ofta, och författaren har inte möjlighet att ständigt uppdatera materialet. Därför kan en del av informationen redan vid läsningstillfället vara inaktuell.

Författaren fick personlig erfarenhet både inom ramen för Datamatrix-projektet i Lamoda och i utvecklingen av en egen gratis applikation för märkning av BarCodesFx.

Sedan den 1 juli 2019 har en lag om obligatorisk märkning varit i kraft i Ryssland. Lagen gäller inte alla varugrupper och tidpunkten för ikraftträdandet av obligatorisk märkning för produktgrupper varierar. Nu är tobak, pälsrockar, skor, mediciner föremål för obligatorisk märkning. Inom en snar framtid kommer att introduceras för däck, kläder, parfym och cyklar. Varje varugrupp regleras av ett separat regeringsdekret (GPR). Därför kanske vissa påståenden som är korrekta för skor inte stämmer för andra produktgrupper. Men vi får hoppas att den tekniska komponenten inte kommer att variera mycket för olika produktgrupper.

märkningHuvudidén med märkning är att varje enhet av varor tilldelas ett individuellt nummer. Med det här numret kan du spåra historiken för en viss vara från tidpunkten för produktion eller import till landet, fram till tidpunkten för bortskaffande i kassan. Det låter trevligt, men i praktiken är det extremt svårt att implementera.Konceptet beskrivs mer detaljerat på den officiella hemsidan för den ärliga skylten.

Vanliga termer och begrepp

UOT - deltagare i varucirkulationen.
CRPT är ett centrum för utveckling av avancerad teknik. Privat företag, den enda staten. märkning projektentreprenör. Den verkar inom ramen för systemet för offentlig-privat partnerskap (PPP). Tyvärr finns inga uppgifter om övriga deltagare i anbudet för projektet, samt om själva anbudet.
TG - varugrupp. Skor, kläder, däck osv.
GTIN - faktiskt artikeln, med hänsyn till färg och storlek. Utfärdad i GS1 eller den nationella katalogen för varje importör eller tillverkare för sin produkt. Tillverkaren eller importören måste först beskriva denna produkt.
PPR - Dekret från Ryska federationens regering. För skor - 860.
KM - märkningskod. En unik uppsättning tecken som tilldelas ett visst objekt. För skor består den av GTIN, serienummer, verifieringskod och kryptosvans.
GS1 är en internationell organisation som utfärdar GTIN. Även sammanställare av ett antal standarder för märkning.
Nationell katalog - analog till GS1, utvecklad av CRPT.
kryptosvans - en analog till en digital signatur som bekräftar CM:s laglighet. Måste finnas i datamatrisen på stämpeln. Lagring i textform är förbjudet. Efter utskrift ska stämpeln tas bort i enlighet med avtalet med CRPT. Inga faktiska användningsfall är kända.
CPS - orderhanteringsstation. Systemet där KM:er beställs för artikeln.
EDO - elektronisk dokumenthantering.
UKEP — Förbättrad kvalificerad elektronisk signatur.

Termer och begrepp inom ramen för denna artikel

CHZ - ett ärligt tecken.
LC - Personligt område.
Markera - tryckt märkningskod.

Processen är följande: först utfärdar deltagaren (UOT) en elektronisk signatur (ECES), registrerar sig i ett ärligt tecken (CHZ), beskriver produkten i den nationella katalogen eller GS1 och får GTIN för produkten. På webbplatsen för det ärliga tecknet beskrivs dessa steg i detalj, så vi kommer inte att uppehålla oss vid dem.

Beställa och ta emot koder

Efter att ha mottagit GTIN:erna gör deltagaren (UOT) en beställning på koder (KM) i CPS-systemet.
Viktigt, men inte självklart.

1. Du kan begära koder för upp till 10 GTIN per beställning. I princip en obegriplig begränsning. En importör med 14 000 GTIN måste skapa 1400 XNUMX beställningar.
2. Högst 150 000 koder kan begäras i en beställning.
3. Det finns en gräns på 100 beställningar i arbete. Det vill säga att inte mer än 100 beställningar kan behandlas samtidigt. Om det finns fler än 100 kommer API:et att börja returnera ett fel istället för en lista med beställningar. Det enda sättet att åtgärda detta fel är att stänga några av beställningarna via webbgränssnittet. API:et tillhandahåller ingen parameter för att delvis visa beställningar.
4. Det finns en gräns för antalet förfrågningar - inte mer än 10 förfrågningar per sekund. Enligt mina uppgifter förekommer inte denna begränsning i dokumenten, men den finns.

Från personlig erfarenhet av beställningar av KM-märkningskoder via CMS API.

1. Begäran (sjson själv) måste signeras med en GOST-signatur. Detta är arbete med kryptopro. Vi måste noggrant övervaka att ramverket eller biblioteket som används inte ändrar den ursprungliga json för en enda byte. Annars upphör signaturen omedelbart att vara giltig.
2. Beställningssignatur. Beställningen kan undertecknas med valfri underskrift från vilken kund som helst. Om signaturen är giltig accepterar KMS-systemet den. Under integrationen var det möjligt att underteckna förfrågan med någon annans signatur utfärdad på test-CA. CPS:s stridskrets behandlade ordern och släppte koderna. Enligt min åsikt är detta ett säkerhetshål. Utvecklarna reagerade på felrapporten "vi får se". Hoppas det har åtgärdats.

   Var därför extremt försiktig om mer än en juridisk person arbetar på en arbetsplats. ansikten. Idag kommer CPS att acceptera dessa förfrågningar, och i morgon kommer förfrågningarna att kontrolleras igen och hälften av koderna kommer att dras tillbaka på grund av någon annans underskrift. Och i princip kommer de formellt att ha rätt.

3. Autosignering av beställningar är en funktion som inte längre är tillgänglig i CMS. För dess funktion krävdes det att ladda upp den privata delen av nyckeln i det personliga kontot för det ärliga tecknet. Detta är en viktig kompromiss. Och enligt gällande lagstiftning, i händelse av en kompromiss med en förbättrad kvalificerad elektronisk signatur, måste ägaren informera sitt certifieringscenter (CA) och återkalla UKES. Om den här funktionen returneras, se till att den privata delen av nyckeln inte lämnar datorn.
4. I februari införde Center for the Development of Advanced Technologies (CRPT) tyst en gräns för antalet förfrågningar till KMS API. Inte mer än en begäran per sekund. Sedan hävde han, lika oväntat och tyst, denna begränsning. Därför rekommenderar jag att man sätter i systemet möjligheten att begränsa antalet förfrågningar till CRPT API i händelse av ett återfall. Nu finns information om gränsen på 10 förfrågningar per sekund.
5. Också i februari, utan förvarning, förändrades beteendet hos KMS API avsevärt. API har en begäran om att få status för beställningar. Statusen indikerade buffertarna och deras tillstånd. Ett GTIN = en buffert. Den angav också hur många koder som är tillgängliga att ta emot från bufferten. En vacker dag hade alla buffertar en räkning på -1. Jag var tvungen att fråga tillståndet för varje buffert separat genom en separat metod. Istället för en begäran var jag tvungen att göra elva.

Struktur av koder

Så koderna beställs och genereras. De kan hämtas via api i textform, i pdf som etiketter för utskrift och som en csv-fil med text.

API har redan skrivits ovan. När det gäller de andra två sätten. Ursprungligen tillät CPS dig att bara hämta koderna en gång. Och om en pdf-fil togs, så var det möjligt att få koderna i textform endast genom att skanna om alla datamatriser från pdf. Lyckligtvis lade de till möjligheten att hämta koder flera gånger, och detta problem löstes. Inom två dagar är koderna fortfarande tillgängliga för återladdning.

Om du hämtar i csv-format, öppna det aldrig under några omständigheter i excel. Och låt ingen. Excel har en autospara-funktion. Vid tidpunkten för sparandet kan Excel modifiera dina koder på det mest oförutsägbara sättet. Jag rekommenderar att du använder notepad++ för att se koderna.

Om du öppnar en fil från CMS i notepad ++ kan du se rader som denna. Den tredje koden är ogiltig (den har inga GS-avgränsare).

Partners gav oss koder för märkning av sina varor. Med blotta ögat kan du se vilka filer som skapades med Excel - upp till 5 % av koderna var ogiltiga.

Jag rekommenderar starkt att läsa om standarder GS1. Beskrivningen av standarden innehåller svar på många frågor om bildandet av DataMatrix.

Identifieringskoden består av GTIN och serienumret. Enligt GS1-standarden motsvarar de applikationsidentifierare (UI) 01 och 21. Observera att applikationsidentifierare inte ingår i GTIN och serienummer. De indikerar att Application Identifier (UI) följs av GTIN eller serienummer. Detta är särskilt viktigt vid programmering av POS-programvara. För att fylla i tagg 1162 behöver du exakt GTIN och serienummer, utan applikationsidentifierare.

För UTD (universal transfer document) och andra dokument behövs tvärtom oftast en komplett post med applikationsidentifierare.

GS1-standarden säger att GTIN har en fast längd på 14 tecken och kan endast bestå av siffror. Serienumret är av variabel längd och beskrivs på sidan 155 i standarden. Det finns även en länk till en tabell med symboler som finns i serienumret.

Eftersom serienumret har en variabel längd, indikerar separatorn GS dess slut. I ASCII-tabellen har den koden 29. Utan denna separator kommer inget program att förstå vid vilken tidpunkt serienumret slutade och andra datagrupper började.

Mer information om märkningskoden (KM) finns i officiell dokumentation.

För skor är serienumret fast till 13 tecken, men dess storlek kan ändras när som helst. För andra produktgrupper (TG) kan längden på serienumret variera.

DataMatrix generering

Nästa steg är att konvertera data till DataMatrix-kod. Dekretet från Ryska federationens regering 860 specificerar GOST, enligt vilket det är nödvändigt att bilda en DataMatrix. Dessutom specificerar PPR 860 obligatorisk användning av applikationsidentifierare. Observera att det inte finns något koncept med "applikationsidentifierare" i DataMatrix-standarden. De finns endast i GS-1 DataMatrix-standarden. Det visar sig att PPR 860 implicit kräver användning av GS-1 DataMatrix. Lyckligtvis är standarderna liknande. Huvudskillnad: I GS-1 DataMatrix måste det första tecknet vara FNC1. GS-symbolen behöver inte komma först i DataMatrix, bara FNC1.

FNC1 kan inte helt enkelt tas och läggas till raden som GS. Det måste läggas till av programmet som genererar DataMatrix. Flera mobila applikationer, med vilken du kan kontrollera riktigheten av de genererade DataMatrix-koderna.

Det är viktigt. Honest sign-applikationen accepterar ogiltig DataMatrix. Även QR-koder. Det faktum att varumärket är känt och produktinformation visas betyder inte att DataMatrix är korrekt utformad. Även när kryptosvansen ersattes kände CZ-applikationen igen varumärket och visade data om produkten.

Senare släpptes CZ förklaringhur man genererar koder korrekt. På grund av det stora antalet felkoder kände de igen koder utan FNC1 som giltiga, men de rekommenderar ändå att generera en GS-1 DataMatrix.

Tyvärr kom en ganska stor andel av datamatriser från partners med fel. Tack vare förtydligandena från CZ var frågan "Är det möjligt att handla med en sådan produkt efter 1 juli eller inte?" helt löst. Spoiler - du kan.

trycket

Var uppmärksam på hur frimärken skrivs ut. När stämpeln skrivs ut på en termoskrivare bleknar stämpeln snabbt, och denna produkt kan inte längre säljas. En oläslig stämpel är ett brott mot PPR 860. Vilket leder till beslag av varor, böter och straffansvar.

Använd termotransferutskrift. I det här fallet är stämpeln inte så mycket benägen att blekna. Etikettmaterialet avgör också hur känsligt varumärket är för mekaniska skador. Om koden inte är läsbar på grund av mekanisk skada är detta liktydigt med frånvaron av ett varumärke med alla följder av det.

Välj en skrivare från de planerade utskriftsvolymerna. Stationära skrivare är inte utformade för att skriva ut 100 000 etiketter per dag.

Att stoppa och starta utskrift ökar slitaget på skrivaren. Vissa program skickar utskriftsjobbet en etikett i taget. Det är bättre att inte använda sådana program.

Arbeta med dokument

Efter att frimärkena har skrivits ut och klistrats, sker all vidare operation med dem genom dokument eller en personlig redogörelse för ett ärligt märke.

När du arbetar med ett stort antal koder kan du skapa xml-filer som innehåller de nödvändiga koderna och ladda upp dessa filer via API:t eller webbgränssnittet för ditt personliga konto.

XSD-schema kan laddas ner i "hjälp"-delen av LC CZ.

Var uppmärksam på följande punkter.

1. Xsd-scheman i LC CZ innehåller fel i TIN-valideringen och restriktioner för längden på linjen. Endast genom att korrigera fel kan du använda scheman. Som tur är är felen uppenbara, så detta är inte svårt att göra.
2. Schemat består oftast av två delar - gemensamt för alla typer av dokument och separat för en specifik typ. Det allmänna schemat läggs till via import till det specifika. Båda scheman finns i hjälpsektionen i LC ChZ.
3. Undvikningsreglerna för CM skiljer sig från de allmänt accepterade för XML, detta är skrivet i den officiella dokumentationen från CZ, var uppmärksam på detta. Här här på sidan 4 alla regler.
4. Du bör inte försöka lägga in 150 000 koder i omlopp i en fil. Enligt ögonvittnen går filer över 30 000 vanligtvis igenom.
5. En Xml-fil kan lindas med felet "xml validation error", och fem minuter senare accepteras samma fil utan problem.
6. Om filen innehåller en kod som redan har satts i omlopp, så kommer den utsläppta filen med största sannolikhet inte att accepteras.
7. Leverans- och mottagningshandlingar används som en tillfällig lösning. I framtiden planerar de att avskaffa dem och byta till UPD i enlighet med PPR 860.
8. Myt om 60 dagar. Det finns en åsikt att koder som inte sätts i omlopp "bränner ut" efter 60 dagar. Detta är en myt, källa okänd. Koder "bränner ut" endast om du inte har hämtat dem från CPS inom 60 dagar. Livslängden för de insamlade koderna är inte begränsad.

Slutsats

När jag utvecklade min gratis märkningsapplikation BarCodesFX gjordes integrering med KMS API initialt. När ett ärligt tecken för andra gången oväntat ändrade logiken i API:t måste integrationen överges. Jag hoppas att CZ i framtiden kommer att kunna stabilisera utvecklingen och API, eftersom. för en icke-kommersiell produkt är det mycket kostsamt för mig att dubbelkolla varje dag om det har skett ändringar i API:t och snabbt förfina det.

När du implementerar märkningen, läs noggrant igenom regleringsdokumentationen för din TG-produktgrupp, skriv ut GS1-DataMatrix korrekt och var beredd på eventuella oförutsedda ändringar från det rättvisa CZ-märket.

Fort Alliance har skapat ett informationsutrymme (wiki, chattrum telegram, seminarier, webbseminarier), där du kan hitta användbar och aktuell information om märkning i alla branscher.

Källa: will.com