DataMatrix eller hvordan du merker sko på riktig måte

Siden 1. juli 2019 har obligatorisk merking av en gruppe varer blitt innført i Russland. Fra 1. mars 2020 skulle sko falle inn under denne loven. Ikke alle hadde tid til å forberede seg, og som et resultat ble lanseringen utsatt til 1. juli. Lamoda er blant dem som klarte det.

Derfor ønsker vi å dele vår erfaring med de som ennå ikke har merket klær, dekk, parfymer osv. Artikkelen beskriver en rekke industristandarder, noe regulatorisk dokumentasjon og personlig erfaring. Artikkelen er først og fremst ment for integratorer og utviklere som ennå ikke har forstått dette prosjektet.

Vær oppmerksom på at regelverket endres ofte, og forfatteren har ikke mulighet til å oppdatere materialet kontinuerlig. Derfor kan noe av informasjonen allerede være utdatert ved lesing.

Forfatteren fikk personlig erfaring både innenfor rammen av Datamatrix-prosjektet i Lamoda og i utviklingen av sin egen gratis applikasjon for merking av BarCodesFx.

Siden 1. juli 2019 har en lov om obligatorisk merking vært i kraft i Russland. Loven gjelder ikke for alle varegrupper, og tidspunktet for ikrafttredelse av obligatorisk merking for produktgrupper varierer. Nå er tobakk, pelsfrakker, sko, medisiner underlagt obligatorisk merking. I nær fremtid vil bli introdusert for dekk, klær, parfyme og sykler. Hver varegruppe er regulert av en egen regjeringsdekret (GPR). Derfor kan det hende at noen påstander som er riktige for sko ikke stemmer for andre produktgrupper. Men vi får håpe at den tekniske komponenten ikke vil variere mye for ulike produktgrupper.

merkingHovedideen med merking er at hver enhet av varer er tildelt et individuelt nummer. Med dette nummeret kan du spore historien til en bestemt vare fra produksjonsøyeblikket eller import til landet, til øyeblikket av avhending ved kassen. Det høres fint ut, men i praksis er det ekstremt vanskelig å implementere.Konseptet er beskrevet mer detaljert på den offisielle nettsiden til det ærlige tegnet.

Vanlige begreper og begreper

UOT - deltaker i varesirkulasjonen.
CRPT er et senter for utvikling av avansert teknologi. Privat selskap, den eneste staten. markering av prosjektentreprenør. Den opererer under ordningen med offentlig-privat partnerskap (OPS). Det er dessverre ingen opplysninger om andre deltakere i anbudet på prosjektet, samt om selve anbudet.
TG - varegruppe. Sko, klær, dekk osv.
GTIN - faktisk artikkelen, tatt i betraktning farge og størrelse. Utgitt i GS1 eller den nasjonale katalogen for hver importør eller produsent for sitt produkt. Produsenten eller importøren må først beskrive dette produktet.
PPR - Dekret fra regjeringen i den russiske føderasjonen. For sko - 860.
КМ - merkekode. Et unikt sett med tegn tilordnet et bestemt element. For sko består den av GTIN, serienummer, bekreftelseskode og kryptohale.
GS1 er en internasjonal organisasjon som utsteder GTIN-er. Også kompilatorer av en rekke standarder for merking.
Nasjonal katalog - analog av GS1, utviklet av CRPT.
kryptohale - en analog til en digital signatur, som bekrefter lovligheten til CM. Må være i datamatrisen på stempelet. Lagring i tekstform er forbudt. Etter utskrift skal stempelet fjernes i henhold til avtale med CRPT. Ingen faktiske brukstilfeller er kjent.
CPS - ordrestyringsstasjon. Systemet der KM-er bestilles for varen.
EDO - elektronisk dokumenthåndtering.
UKEP — forbedret kvalifisert elektronisk signatur.

Begreper og begreper innenfor rammen av denne artikkelen

ЧЗ - et ærlig tegn.
OK - Personlig område.
Marker - trykt merkekode.

Prosessen er som følger: Først utsteder deltakeren (UOT) en elektronisk signatur (ECES), registrerer seg i et ærlig tegn (CHZ), beskriver produktet i den nasjonale katalogen eller GS1, og mottar GTIN-er for produktet. På nettstedet til det ærlige tegnet er disse trinnene beskrevet i detalj, så vi vil ikke dvele ved dem.

Bestilling og mottak av koder

Etter å ha mottatt GTIN-ene foretar deltakeren (UOT) en bestilling på koder (KM) i CPS-systemet.
Viktig, men ikke åpenbart.

1. Du kan be om koder for opptil 10 GTIN per bestilling. I prinsippet en uforståelig begrensning. En importør med 14 000 GTIN-er må opprette 1400 XNUMX bestillinger.
2. Maksimalt 150 000 koder kan bes om i én ordre.
3. Det er en grense på 100 bestillinger i arbeid. Det vil si at det ikke kan behandles mer enn 100 bestillinger samtidig. Hvis det er flere enn 100, vil API-en begynne å returnere en feil i stedet for en liste over bestillinger. Den eneste måten å fikse denne feilen på er å lukke noen av bestillingene via nettgrensesnittet. API-en gir ikke en parameter for å delvis vise bestillinger.
4. Det er en grense på antall forespørsler - ikke mer enn 10 forespørsler per sekund. I følge mine data vises ikke denne begrensningen i dokumentene, men den eksisterer.

Fra personlig erfaring med bestillinger av KM-merkekoder gjennom CMS API.

1. Forespørselen (selve json) må signeres med en GOST-signatur. Dette er arbeid med kryptopro. Vi må nøye overvåke at rammeverket eller biblioteket som brukes ikke endrer den opprinnelige json for en enkelt byte. Ellers opphører signaturen umiddelbart å være gyldig.
2. Bestillingssignatur. Bestillingen kan signeres med hvilken som helst signatur fra enhver klient. Hvis signaturen er gyldig, vil KMS-systemet godta den. Under integrasjonen var det mulig å signere forespørselen med andres signatur utstedt på test-CA. Kampkretsen til CPS behandlet ordren og ga ut kodene. Etter min mening er dette et sikkerhetshull. Utviklerne reagerte på feilrapporten "vi får se". Håper det er fikset.

   Vær derfor ekstremt forsiktig hvis mer enn én juridisk enhet jobber på én arbeidsplass. ansikter. I dag vil CPS godta disse forespørslene, og i morgen vil forespørslene bli sjekket på nytt og halvparten av kodene vil bli trukket tilbake på grunn av andres signatur. Og i prinsippet vil de formelt ha rett.

3. Autosignering av bestillinger er en funksjonalitet som ikke lenger er tilgjengelig i CMS. For driften var det nødvendig å laste opp den private delen av nøkkelen i den personlige kontoen til det ærlige tegnet. Dette er et sentralt kompromiss. Og i henhold til gjeldende lovgivning, i tilfelle kompromittering av en forbedret kvalifisert elektronisk signatur, må eieren informere sitt sertifiseringssenter (CA) og tilbakekalle UKES. Hvis denne funksjonaliteten returneres, pass nøye på at den private delen av nøkkelen ikke forlater datamaskinen.
4. I februar introduserte Senter for utvikling av avanserte teknologier (CRPT) stille en grense på antall forespørsler til KMS API. Ikke mer enn én forespørsel per sekund. Så, like uventet og stille, opphevet han denne begrensningen. Derfor anbefaler jeg å sette i systemet muligheten til å begrense antall forespørsler til CRPT API i tilfelle et tilbakefall. Nå er det informasjon om grensen på 10 forespørsler per sekund.
5. Også i februar, uten forvarsel, endret oppførselen til KMS API seg betydelig. API har en forespørsel om å få status for bestillinger. Statusen indikerte buffere og deres tilstand. Ett GTIN = en buffer. Den indikerte også hvor mange koder som er tilgjengelige for å motta fra bufferen. En vakker dag hadde alle buffere en telling på -1. Jeg måtte spørre om tilstanden til hver buffer separat gjennom en separat metode. I stedet for én forespørsel, måtte jeg komme med elleve.

Struktur av koder

Så kodene er bestilt og generert. De kan hentes via api i tekstform, i pdf som etiketter for utskrift og som csv-fil med tekst.

API-en er allerede skrevet ovenfor. Når det gjelder de to andre måtene. I utgangspunktet tillot CPS deg å plukke opp kodene bare én gang. Og hvis en pdf-fil ble tatt, var det mulig å få kodene i tekstform bare ved å skanne alle datamatrisene på nytt fra pdf. Heldigvis la de til muligheten til å plukke opp koder flere ganger, og dette problemet ble løst. Innen to dager er kodene fortsatt tilgjengelige for ny nedlasting.

Hvis du henter i csv-format, må du aldri under noen omstendigheter åpne det i excel. Og ikke la noen. Excel har en funksjon for automatisk lagring. På tidspunktet for lagring kan Excel endre kodene dine på den mest uforutsigbare måten. Jeg anbefaler å bruke notepad++ for å se kodene.

Hvis du åpner en fil fra CMS i notepad ++, kan du se linjer som dette. Den tredje koden er ugyldig (den har ikke GS-skilletegn).

Partnere ga oss koder for å merke varene sine. Med det blotte øye kan du se hvilke filer som ble generert ved hjelp av Excel – opptil 5 % av kodene var ugyldige.

Jeg anbefaler på det sterkeste å lese om standarder GS1. Beskrivelsen av standarden inneholder svar på mange spørsmål om dannelsen av DataMatrix.

Identifikasjonskoden består av GTIN og serienummeret. I henhold til GS1-standarden tilsvarer de applikasjonsidentifikatorer (UI) 01 og 21. Vær oppmerksom på at applikasjonsidentifikatorer ikke er en del av GTIN og serienummer. De indikerer at Application Identifier (UI) er etterfulgt av GTIN eller serienummer. Dette er spesielt viktig ved programmering av POS-programvare. For å fylle ut tag 1162 trenger du nøyaktig GTIN og serienummer, uten applikasjonsidentifikatorer.

For UTD (universell overføringsdokument) og andre dokumenter er det tvert imot nødvendig med en fullstendig post med applikasjonsidentifikatorer.

GS1-standarden sier at GTIN har en fast lengde på 14 tegn og kan kun bestå av tall. Serienummeret har variabel lengde og er beskrevet på side 155 i standarden. Det er også en lenke til en tabell med symboler som finnes i serienummeret.

Siden serienummeret har en variabel lengde, indikerer separatoren GS slutten. I ASCII-tabellen har den koden 29. Uten denne separatoren vil intet program forstå på hvilket tidspunkt serienummeret sluttet og andre datagrupper begynte.

Flere detaljer om merkekoden (KM) finner du i offisiell dokumentasjon.

For sko er serienummeret fastsatt til 13 tegn, men størrelsen kan endres når som helst. For andre produktgrupper (TG) kan lengden på serienummeret variere.

DataMatrix generering

Det neste trinnet er å konvertere dataene til DataMatrix-kode. Dekretet fra regjeringen i den russiske føderasjonen 860 spesifiserer GOST, ifølge hvilken det er nødvendig å danne en DataMatrix. PPR 860 spesifiserer også obligatorisk bruk av applikasjonsidentifikatorer. Merk at det ikke er noe konsept med "applikasjonsidentifikatorer" i DataMatrix-standarden. De er bare i GS-1 DataMatrix-standarden. Det viser seg at PPR 860 implisitt krever bruk av GS-1 DataMatrix. Heldigvis er standardene like. Hovedforskjell: I GS-1 DataMatrix må det første tegnet være FNC1. GS-symbolet trenger ikke å komme først i DataMatrix, kun FNC1.

FNC1 kan ikke bare tas og legges til linjen som GS. Det må legges til av programmet som genererer DataMatrix. Flere mobile applikasjoner, som du kan kontrollere riktigheten til de genererte DataMatrix-kodene med.

Viktig. Den ærlige tegnapplikasjonen godtar ugyldig DataMatrix. Til og med QR-koder. At merket er anerkjent og produktinformasjon vises betyr ikke at DataMatrix er riktig utformet. Selv når kryptohalen ble erstattet, gjenkjente CZ-applikasjonen merkevaren og viste dataene på produktet.

Senere ble CZ utgitt forklaringhvordan generere koder riktig. På grunn av det store antallet feilkoder, anerkjente de koder uten FNC1 som gyldige, men de anbefaler likevel å generere en GS-1 DataMatrix.

Dessverre kom en ganske stor prosentandel av datamatriser fra partnere med feil. Takket være avklaringene fra CZ ble spørsmålet "Er det mulig å handle et slikt produkt etter 1. juli eller ikke?" fullstendig løst. Spoiler - du kan.

print

Vær oppmerksom på måten frimerker skrives ut på. Når det skrives ut på en termoprinter, blekner stempelet raskt, og dette produktet kan ikke lenger selges. Et uleselig stempel er et brudd på PPR 860. Noe som fører til beslag av varer, bøter og straffeansvar.

Bruk termisk overføringsutskrift. I dette tilfellet er ikke stempelet så utsatt for å falme. Etikettmaterialet bestemmer også hvor utsatt merket er for mekanisk skade. Hvis koden ikke er lesbar på grunn av mekanisk skade, er dette ensbetydende med fravær av et merke med alle påfølgende konsekvenser.

Velg en skriver fra de planlagte utskriftsvolumene. Stasjonære skrivere er ikke laget for å skrive ut 100 000 etiketter per dag.

Å stoppe og starte utskrift øker slitasjen på skriveren. Noen programmer sender utskriftsjobben én etikett om gangen. Det er bedre å ikke bruke slike programmer.

Arbeid med dokumenter

Etter at frimerkene er skrevet ut og limt inn, skjer alle videre operasjoner med dem gjennom dokumenter eller en personlig beretning om et ærlig merke.

Når du arbeider med et stort antall koder, kan du lage xml-filer som inneholder de nødvendige kodene og laste opp disse filene via API-en eller nettgrensesnittet til din personlige konto.

XSD-skjema kan lastes ned i "hjelp"-delen av LC CZ.

Vær oppmerksom på følgende punkter.

1. Xsd-skjemaer i LC CZ inneholder feil i TIN-valideringen og restriksjoner på lengden på linjen. Bare ved å rette feil kan du bruke ordningene. Heldigvis er feilene åpenbare, så dette er ikke vanskelig å gjøre.
2. Ordningen består oftest av to deler – felles for alle typer dokumenter og separate for en bestemt type. Det generelle skjemaet legges til via import til det spesifikke. Begge ordningene er plassert i hjelpeseksjonen i LC ChZ.
3. Escape-reglene for CM er forskjellige fra de som er generelt akseptert for XML, dette er skrevet i den offisielle dokumentasjonen fra CZ, vær oppmerksom på dette. Her her på side 4 alle reglene.
4. Du bør ikke prøve å legge inn 150 000 koder i omløp i én fil. Ifølge øyenvitner går filer over 30 000 vanligvis gjennom.
5. En XML-fil kan pakkes inn med feilen "xml validation error", og fem minutter senere aksepteres den samme filen uten problemer.
6. Hvis filen inneholder en kode som allerede er satt i sirkulasjon, vil den satt i sirkulasjonsfilen mest sannsynlig ikke bli akseptert.
7. Forsendelses- og mottaksdokumenter brukes som en midlertidig løsning. I fremtiden planlegger de å avskaffe dem og bytte til UPD i samsvar med PPR 860.
8. Myte om 60 dager. Det er en oppfatning at koder som ikke settes i omløp "brenner ut" etter 60 dager. Dette er en myte, kilde ukjent. Koder "brenner ut" bare hvis du ikke har hentet dem fra CPS innen 60 dager. Levetiden til de innsamlede kodene er ikke begrenset.

Konklusjon

Da jeg utviklet min gratis merkeapplikasjon BarCodesFX, ble integrasjon med KMS API først utført. Da et ærlig tegn for andre gang uventet endret logikken til API-et, måtte integrasjonen forlates. Jeg håper at CZ i fremtiden vil være i stand til å stabilisere utviklingen og API, fordi. for et ikke-kommersielt produkt er det svært kostbart for meg å dobbeltsjekke hver dag om det har vært endringer i API og raskt avgrense det.

Når du implementerer merkingen, les nøye forskriftsdokumentasjonen for din TG-produktgruppe, skriv ut GS1-DataMatrix riktig og vær forberedt på eventuelle uforutsette endringer fra det rettferdige CZ-merket.

Fort Alliance har opprettet et informasjonsrom (wiki, chatterom telegram, seminarer, webinarer), hvor du kan finne nyttig og oppdatert informasjon om merking i alle bransjer.

Kilde: www.habr.com