DataMatrix ehk kuidas õigesti jalatseid märgistada

Alates 1. juulist 2019. aastast on Venemaal sisse viidud kohustuslik kaubamärgistamine teatud kaubagruppidele. Alates 1. märtsist 2020. aastast pidi selle seaduse alla kuuluma ka jalatsid. Kaugeltki mitte kõik ei jõudnud ette valmistuda, mistõttu lükati käivitamine edasi 1. juuliks. Lamoda on üks neist, kes õigeaegselt valmis said.

Seetõttu soovime jagada kogemusi nendele, kellel on alles varsti kavas hakata märgistama riideid, rehve, lõhnu jne. Artiklis on kirjeldatud mitmeid tööstusstandardeid, teatud õigusdokumente ja isiklikke kogemusi. Artikkel on mõeldud eelkõige integratoritele ja arendajatele, kes peavad selle projektiga veel tutvuma.

Pange tähele, et õigusaktid muutuvad sageli ning autoril ei ole võimalust materjali pidevalt uuendada. Seetõttu võib osa teavet lugemise ajaks olla juba aegunud.

Isiklikud kogemused on autor saanud nii Datamatrix projekti raames Lamodas töötades kui ka oma tasuta BarCodesFx kaubamärgistamise rakenduse arendamise käigus.

Alates 1. juulist 2019. aastast kehtib Venemaal kohustusliku kaubamärgistamise seadus. Seadus ei kehti kõigi kaubagruppide kohta ning kohustusliku kaubamärgistamise rakendumise tähtajad kaubagruppide lõikes erinevad. Praegu kuuluvad kohustuslikku kaubamärgistamisse tubakas, karusnahad, jalatsid ja ravimid. Varsti lisanduvad ka rehvid, riided, lõhnad ja jalgrattad. Iga kaubagrupp on reguleeritud eraldi valitsuse määrusega (PPR). Seetõttu võivad mõned väited, mis on õiged jalatsite kohta, olla teiste kaubagruppide jaoks vale. Kuid võib loota, et tehniline külg ei erine oluliselt erinevate kaubagruppide puhul.

KaubamärgistamineKaubamärgistamise peamine idee on, et iga kaubaühikule antakse individuaalne number. Selle numbri kaudu saab jälgida konkreetse kaubaühiku ajalugu alates tootmisest või impordist riiki kuni kassas väljavõtmiseni. Kõlab kenasti, kuid praktikas on see äärmiselt keeruliselt teostatav. Kontseptsioon on põhjalikumalt kirjeldatud ametlikul ausa kaubamärgistamise veebilehel.

Üldiselt tunnustatud terminid ja mõisted

UOT — kaubanduse osaleja.
CRPT — tulevikutehnoloogiate arenduskeskus. Erakorporatsioon, ainus riiklik lepingupartner märgistamisprojekti raames. Töötab riikliku ja erasektori partnerluse (PPP) põhimõttel. Kahjuks ei ole teavet projekti teiste hankeosalejate kohta ega ka hankest endast.
TG — kaubagrupp. Jalatsid, rõivad, rehvid jne.
GTIN — põhimõtteliselt artikkel, mis arvestab värvi ja suurust. Antakse GS1 või riiklikus kataloogis igale importijale või tootjale tema toote kohta. Enne seda peab tootja või importija oma toodet kirjeldama.
PPR — Venemaa Föderatsiooni valitsuse määrus. Jalatsite jaoks — 860.
KM — märgistuskood. Ainulaadne sümbolite komplekt, mis antakse konkreetsele tootele. Jalatsite jaoks koosneb see GTIN-ist, seerianumbrist, kontrollkoodist ja krüptootsast.
GS1 — rahvusvaheline organisatsioon, mis annab välja GTIN-e. Samuti erinevate märgistamisstandardite koostajad.
Riiklik kataloog — GS1-iga analoog, mille on välja töötanud CRPT.
Krüptoots — digitaalallkiri, mis kinnitab KM seaduslikkust. Peab olema andme-matriisis märgil. Selle salvestamine tekstivormis on keelatud. Pärast märgi printimist tuleb see vastavalt lepingule CRPT-ga eemaldada. Ühtegi juhtumit tegelikust kasutusest ei ole teada.
SUZ — tellimuste juhtimisjaam. Süsteem, milles tellitakse KM-e toodete jaoks.
EDO — elektrooniline dokumendihaldus.
UKEP — täiendatud kvalifitseeritud digitaalallkiri.

Terminid ja mõisted selle artikli raames

ČZ — aus märk.
LK — isiklik konto.
Märgis — printitud märgistuskood.

Protsess näeb välja järgmine: esmalt osaleja (UOT) väljastab digitaalallkirja (UKEP), registreerib end ausas märgis (ČZ), kirjeldab toodet riiklikus kataloogis või GS1-s, saab GTIN-e toote kohta. Ausa märgi veebisaidil on need sammud üksikasjalikult kirjeldatud, seega ei jääme nende juurde.

Koodide tellimine ja saamine

Pärast GTIN-e saamist teeb osaleja (UOT) tellimuse koodide (KM) jaoks SUZ süsteemis.
Oluline, kuid mitte ilmne.

1. Ühes tellimuses saab maksimaalselt küsida koode kuni 10 GTIN-i jaoks. Üldiselt arusaamatu piirang. 14 000 GTIN-iga importijal tuleb teha 1400 tellimust.
2. Ühes tellimuses võib küsida maksimaalselt 150 000 koodi.
3. On töödelda 100 tellimuse piirang. See tähendab, et korraga võib hinnata mitte rohkem kui 100 tellimust. Kui tellimusi on rohkem kui 100, hakkab API tagastama vea asemel tellimuste loendit. Ainus viis selle vea kõrvaldamiseks on osa tellimuste sulgemine veebiliidese kaudu. API-s ei ole ettenähtud parameetrit tellimuste osaliseks kuvamiseks.
4. On olemas kõnede arvule piirang - mitte rohkem kui 10 päringut sekundis. Minu andmetel ei kajastu see piirang dokumentides, kuid see on olemas.

Oma isiklikust kogemusest tellimuste koodide märgistamise KMs töötamisel API süsteemi SUZ kaudu.

1. Päring (ise json) tuleb allkirjastada GOST-allkirjaga. See on seotud krüptograafiaga. Tuleb hoolikalt jälgida, et kasutatav raamistik või teek ei muuda algset json-i isegi ühe baidi võrra. Vastasel juhul lakkab allkiri koheselt kehtimast.
2. Tellimuse allkiri. Tellimust võib allkirjastada mistahes allkirjaga, igasuguse kliendi poolt. Kui allkiri on kehtiv, siis süsteem SUZ aktsepteerib seda. Integreerimise käigus õnnestus teisest allkirjastada päring, mis oli välja antud testimiskeskuses. Suurelt SUZ töötas tellimus ja väljastas koodid. Minu arvates on see turvaauk. Vea aruandele reageerisid arendajad "vaatame". Loodan, et nad parandasid.

   Seega olge äärmiselt ettevaatlikud, kui ühel tööpostil töötab rohkem kui üks juriidiline isik. Täna aktsepteerib SUZ neid päringuid, aga homme kontrollivad päringud ja tühistavad osa koode kellegi teise allkirja tõttu. Ja põhimõtteliselt on nad formaalselt õiged.

3. Tellimuste automaatallkirjastamine ei ole enam SUZ-is saadaval. Selle töötamiseks tuli laadida isiklikusse kontosse ausa märgi jaoks võti. See on võtme kompromiteerimine. Ja vastavalt kehtivale seadusandlusele, juhul kui tugevalt kvalifitseeritud elektrooniline allkiri on kompromiteeritud, peab omanik teavitama oma sertifitseerimiskeskust (UC) ja tühistama UKEP-i. Kui seda funktsionaalsust taastatakse, jälgige tähelepanelikult, et võtme salajane osa ei lahkuks arvutist.
4. Veebruaris kehtestas perspektiivsete tehnoloogiate arenduskeskus (ЦРПТ) vaikimisi piirangud API SÜZ päringute arvule. Mitte rohkem kui üks päring sekundis. Hiljem eemaldati see piirang samuti ootamatult ja vaikides. Seetõttu soovitan süsteemi ehitada võimalus piirata API ЦРПT päringute arvu, kui see uuesti ilmneb. Praegu on teave 10 päringu limiidi kohta sekundis.
5. Samuti veebruaris muutus API SÜZ käitumine märgatavalt ilma ette teatamata. API-s on päring tellimuste staatuse saamiseks. Staatuses olid esitatud puhver ja nende seisund. Üks GTIN = üks puhver. Seal näidati ka, kui palju koode on puhvlist saadaval. Ühel kaunil päeval muutus kõigi puhvrite kogus -1-ks. Pidin iga puhvri seisundi küsima läbi eraldi meetodi. Ühe päringu asemel tuli teha üksteist.

Koodide struktuur

Koodid on tellitud ja genereeritud. Need saab API kaudu võtta tekstivormingus, PDF formaadis trükkimiseks etiketidena ja CSV failina tekstiga.

API-st on juba eespool kirjutatud. Mis puudutab kahte muud meetodit. Alguses lubas SÜZ koode võtta ainult ühe korra. Ja kui võeti PDF fail, siis tekstivormingus koode sai kätte ainult skaneerides kõik andmed PDF-st uuesti. Õnneks lisati võimalus koode mitu korda võtta, ja see probleem lahendati. Koodid on endiselt kergesti kättesaadavad korduvaks allalaadimiseks kahe päeva jooksul.

Kui võtate CSV formaadis, siis kunagi, mitte mingil juhul, ärge avage seda Excelis. Ja ärge lubage ka kellelgi. Excelis on automaatse salvestamise funktsioon. Salvestamise hetkeks võib Excel kõige ettearvamatumal viisil teie koode muuta. Soovitan kasutada Notepad++ koodide vaatamiseks.

Kui avada SÜZ-fail Notepad++-s, võib näha selliste kujuga ridu. Kolmas kood on kehtetu (tal puuduvad GS-eraldajad).

Partnerid edastasid meile koodid oma toodete märgistamiseks. Palja silmaga on näha, millised failid loodi Exceli abil - kuni 5% koode olid kehtetud.

Soovitan tungivalt lugeda standardeid GS1. Standardi kirjelduses on vastused paljudele küsimustele DataMatrix'i moodustamise kohta.

Identifitseerimiskood koosneb GTINist ja seerianumbrist. GS1 standardi kohaselt vastavad neile rakenduse identifikaatorid (RI) 01 ja 21. Pange tähele, et rakenduse identifikaatorid ei kuulu GTINi ja seerianumbri alla. Need näitavad, et pärast rakenduse identifikaatorit (RI) järgneb GTIN või seerianumber. See on eriti oluline kassaprogrammi programmeerimisel. Sildi 1162 täitmiseks on vajalikud just GTIN ja seerianumber, ilma rakenduse identifikaatorideta.

UUPD (ülevaatusedokument) ja muude dokumentide osas on see vastupidi, enamasti on vajalik kogu kirje koos rakenduse identifikaatoritega.

GS1 standardis on kirjas, et GTIN on fikseeritud pikkusega 14 numbrit ja see võib koosneda vaid numbritest. Seerianumber on muutuva pikkusega ja see on kirjeldatud standardi 155. leheküljel. Seal on ka viide tabelile, kus on sümbolid, mis võivad seerianumbris esineda.

Kuna seerianumber on muutuva pikkusega, näitab GS eraldaja selle lõppu. ASCII tabelis on selle kood 29. Ilma selle eraldajata ei saa ükski programm aru, millal seerianumber lõppeb ja algavad teised andmegrupid.

Rohkem teavet märgise koodi (MK) kohta saab lugeda ametlikust dokumentatsioonist.

Kinga seerianumber on fikseeritud 13 numbri peale, kuid selle suurust võivad igal ajal muuta. Muude kaubagruppide (KG) seerianumbri pikkus võib varieeruda.

DataMatrixi genereerimine

Järgmine samm on andmete konverteerimine DataMatrix koodiks. Venemaa Föderatsiooni valitsuse määruses 860 on määratud GOST, mille kohaselt tuleb DataMatrix luua. Samuti on PPR 860-s määratud rakenduse identifikaatorite kohustuslik kasutamine. Pange tähele, et DataMatrix standardis ei ole mõistet „rakenduse identifikaatorid“. Need on olemas ainult GS-1 DataMatrix standardis. Tundub, et PPR 860 kohustavad kaudselt just GS-1 DataMatrixi kasutamist. Õnneks on standardid sarnased. Peamine erinevus on see, et GS-1 DataMatrixis peab esimene sümbol olema FNC1. GS sümbol ei tohi olla DataMatrixis esimesel kohal, ainult FNC1.

FNC1 ei saa lihtsalt stringi lisada nagu GS. Selle peab lisama programm, mis genereerib DataMatrixi. Alliance Forti ressurssides on avaldatud mitmeid mobiilirakendustest, millega saab kontrollida genereeritud DataMatrix koodide õigsust.

Oluline. Aplikatsioon Honest Sign aktsepteerib kehtetuid DataMatrix koode. Ka QR-koodid. See, et bränd tuvastati ja toote teave kuvatakse, ei tähenda, et DataMatrix on õigesti genereeritud. Isegi krüptokaela vahetmisel tuvastas rakendus ČZ brände ja kuvati tooteandmed.

Hiljem julkaasid ČZ selgituse, kuidas õigesti koode genereerida. Suure arvu vigadega koodide tõttu tunnustasid nad koodid ilma FNC1-ita kehtetuks, kuid soovitavad siiski genereerida GS-1 DataMatrix koode.

Kahjuks tuli piisavalt suur hulk DataMatrix koode partneritelt vigadega. Tänu ČZ selgitustele lahendati täielikult küsimus „Kas saab sellist kaupa müüa 1. juulist alates või mitte?”. Spoiler — saab.

Prindimine

Pange tähele, kuidas brändide printimine toimub. Termoprinteriga printides kaotab bränd kiiresti oma värvi ning sellist kaupa ei saa enam müüa. Loevad brändid on PPR 860 rikkumine, mis viib kauba konfiskeerimiseni, trahvide ja kriminaalvastutuseni.

Kasuta termotransferprintimist. Sellisel juhul pole bränd sama palju kalduv pleekimisele. Etiketi materjalist sõltub ka see, kui palju on brändi mehaaniliste kahjustuste suhtes kalduv. Kui koodi ei loeta mehaaniliste kahjustuste tõttu, on see sama mis brändi puudumine koos kõikide selle tagajärgedega.

Vali printer kavandatud prindi koguste põhjal. Lauaprinterid ei ole kavandatud 100 000 etiketi printimiseks päevas.

Printimise peatamine ja käivitamine suurendab printeri kulumist. Mõned programmid saadavad printimisülesande ühe etiketi kaupa. Selliseid programme on parem mitte kasutada.

Dokumentidega töötamine

Pärast brändide printimist ja kleepimist toimub kõik edasised toimingud nendega dokumentide või Honest Signi iseteenindusportaali kaudu.

Suure hulga koodidega töötamisel on võimalik luua xml-faile, mis sisaldavad vajalikke koode, ja laadida need failid üles API või iseteenindusportaali veebivahendi kaudu.

XSD skeemi saab alla laadida ČZ iseteenindusportaali „abi” osast.

Pange tähele järgmisi punkte.

1. Xsd skeemid ČZ iseteenindusportaalis sisaldavad vigade valideerimist ja rea pikkuse piiranguid. Ainult pärast vigade parandamist saab skeeme kasutada. Õnneks on vead ilmne, seega pole seda keeruline teha.
2. Scheem koostub sageli kahest osast — ühine, mis kehtib kõigi dokumentide tüüpide puhul, ja eraldi konkreetse tüübi jaoks. Ühine skeem lisatakse konkreetse skeemi kaudu impordi kaudu. Mõlemad skeemid on saadaval abiosas isiklikus kabinetis.
3. KM-i jaoks kehtivad escaping reeglid erinevad üldtunnustatud XML-i oma, sellest on juttu ametlikus dokumentatsioonis, mida pakub ЧЗ, palun pange sellele tähele. Siin on siin 4. leheküljel kõik reeglid.
4. Ärge proovige saata 150 000 koodi ühe failiga. Silmapaistjate sõnul läbib üle 30 000 faili tavaliselt..
5. XML-fail võib saada vea "XML-i valideerimise viga", kuid viis minutit hiljem võib sama faili probleemideta vastu võtta.
6. Kui failis on juba ringlusse võetud kood, siis tõenäoliselt ei aktsepteerita sisestusfaili ringlusse.
7. Saatmise ja vastuvõtmise dokumendid on mõeldud ajutiseks lahenduseks. Tulevikus plaanitakse need kaotada ja minna üle UПД-le vastavalt ППР 860-le.
8. Müüt 60 päevast. On levinud arvamus, et ringlusse mitte antud koodid "kaovad" 60 päeva jooksul. See on müüt, allikas on teadmata. Koodid "kaovad" ainult siis, kui te ei ole neid 60 päeva jooksul СУЗ-ist kätte saanud. Kätte saadud koodide eluiga ei ole piiratud.

Kokkuvõte

Oma tasuta BarCodesFX märgistusrakenduse arendamisel tehti algselt integreerimine СУЗ API-ga. Kui честный знак teist korda ootamatult API tööloogikat muutis, tuli integreerimisest loobuda. Loodetavasti suudab ЧЗ tulevikus arendust ja API-d stabiliseerida, kuna mitteärilise toote puhul on igapäevaselt kulukas kontrollida, kas API-s on muutusi, ja kiiresti muudatusi teha.

Märgistuse rakendamisel tutvuge hoolikalt oma kaubagruppi TГ puudutava regulatiivse dokumentatsiooniga, printige GS1-DataMatrix õigesti ja valmistuge любых ettenägematute muutuste jaoks честный знак ЧЗ poolt.

Forta liit on loonud teabe ruumi (wiki, kiibitsed Telegrammis, seminarid, veebiseminarid), kus leiate kasulikke ja ajakohaseid teavet märgistuse kohta kõigis valdkondades.

Allikas: habr.com