DataMatrix või kuidas õigesti jalatseid märgistada

Alates 1. juulist 2019. aastast on Venemaal kehtestatud kohustuslik märgistus kaupade rühmadele. Alates 1. märtsist 2020 pidi see seadus hõlmama ka jalatseid. Kõik ei jõudnud ette valmistuda ning seetõttu viidi käivitamine edasi 1. juulile. Lamoda on nende seas, kes jõudsid.

Seetõttu tahame jagada kogemusi nende inimestega, kes alles peaksid hakkama riideid, rehve, parfüüme, jne märgistama. Artiklis on kirjeldatud mitmeid tööstusstandardeid, teatud regulatiivset dokumentatsiooni ja isiklikku kogemust. Artikkel on mõeldud eelkõige integreerijatele ja arendajatele, kes alles hakkavad selle projektiga tegelema.

Pange tähele, et regulatiivne alus muutub sageli ning autoril ei ole võimalik materjali pidevalt ajakohandada. Seetõttu võib osa teabest olla lugemise ajaks juba aegunud.

Isiklik kogemus on autoril saadud nii Lamoda Datamatrix projekti raames töötades kui ka oma tasuta BarCodesFx märgistusrakenduse arendamisel.

Alates 1. juulist 2019 on Venemaal kehtinud seadus kohustuslikust märgistamisest. Seadus ei kehti kõikidele kaubagruppidele ning kohustuslikuks märgiste kehtestamise tähtajad varieeruvad kaubagruppide vahel. Praegu kuuluvad kohustuslikku märgistamist tubakas, karusnahad, jalatsid ja ravimid. Varsti hakatakse seda kehtestama ka rehvidele, riietele, parfüümidele ja jalgratastele. Iga kaubagrupp on reguleeritud eraldi valitsuse määrusega (PPR). Seetõttu võivad mõned väited, mis on õiged jalatsite kohta, olla valed teiste kaubagruppide puhul. Kuid on lootust, et tehniline aspekt ei varieeru liiga palju erinevate kaubagruppide vahel.

MärgistamineMärgistamise peamine idee on, et igale kaubaühikule antakse individuaalne number. Selle numbri põhjal saab jälgida konkreetse kaubaühiku ajalugu alates tootmisest või impordist riiki kuni kassas väljaviimiseni. See kõlab hästi, kuid praktikas on see äärmiselt keeruline teostada. Täiendavat teavet kontseptsiooni kohta on ametlikul ausa märgistamise veebilehel.

Üldtuntud mõisted ja mõisted

UOT — kaubanduse osaline.
CRPT — tulevikutehnoloogiate arenduskeskus. Eraettevõte, ainus riigihanke täitja märgistamisprojekti raames. Töötab avaliku ja erasektori partnerluse (PPP) põhimõttel. Kahjuks ei ole teavet teiste hanke osalejate ega hanke enda kohta.
TG — kaubagrupp. Jalanõud, rõivad, rehvid jne.
GTIN — sisuliselt artikkel, arvestades värvi ja suurust. Väljastatakse GS1 või riiklikus kataloogis iga importija või tootja kaupa. Eelnevalt peab tootja või importija selle toote kirjeldama.
PPR — Venemaa valitsuse määrus. Jalanõude puhul — 860.
KM — märgistusnumber. Konkreetsele kaubale määratud ainulaadne sümbolite komplekt. Jalanõude puhul koosneb see GTIN-ist, seerianumbrist, kontrollikoodist ja krüptohäälest.
GS1 — rahvusvaheline organisatsioon, mis väljastab GTIN-e. Samuti standardite koostajad, mis puudutavad märgistamist.
Riiklik kataloog — GS1 analoog, mille on väljatöötanud CRPT.
Krüptohääl — digitaalallkiri, mis kinnitab KM'i seaduslikkust. See peab olema datamatriisis marki peal. Tekstivormis hoidmine on keelatud. Pärast marki printimist tuleb see lepingu kohaselt CRPT-le edastada. Tükki ei ole teadaolevat tegelikku kasutust.
SUZ — tellimuste haldamise jaam. Süsteem, kus tellitakse kaubale KM-e.
EDO — elektrooniline dokumendihaldus.
UKEP — tugevdatud kvalifitseeritud digitaalne allkiri.

Terminid ja mõisted käesolevas artiklis

CZ — aus märk.
LK — isiklik konto.
Mark — trükitud märgistuskood.

Protsess näeb välja järgmine: esmalt osaleja (UOT) väljastab digitaalse allkirja (UKEP), registreerib end ausa märgi (CZ) all, kirjeldab toodet riiklikus kataloogis või GS1-s, saab tootete GTIN-e. Ausa märgi veebilehel on need sammud üksikasjalikult kirjas, seega ei pea me neile peatuma.

Koodide tellimine ja saamine

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

1. Ühes tellimuses saab küsida koode maksimaalselt 10 GTIN-i jaoks. Üldiselt on see arusaamatu piirang. Impordijal, kellel on 14 000 GTIN-i, tuleb luua 1400 tellimust.
2. Ühes tellimuses saab küsida maksimaalselt 150 000 koodi.
3. Töös on piirang 100 tellimusele. See tähendab, et samal ajal võib töötlemisel olla mitte rohkem kui 100 tellimust. Kui neid on rohkem kui 100, hakkab API tagastama vigade asemel tellimuste loendit. Ainus viis selle vea kõrvaldamiseks on osa tellimuste sulgemine veebiliidese kaudu. API-s ei ole ette nähtud parameetrit tellimuste osaliseks kuvamiseks.
4. On olemas piirang päringute arvu osas — mitte rohkem kui 10 päringut sekundis. Minu andmetel ei kajastu see piirang dokumentides, kuid see on olemas.

Isikliku kogemuse põhjal, kui töötasin KMsüsteemi märgistuskoopiate tellimustega API kaudu.

1. Päring (isegi JSON) tuleb allkirjastada GOST-allkirjaga. See on töö krüptoprotsessiga. Tuleb hoolikalt jälgida, et kasutatav raamistik või teek ei muudaks algset JSON-i sentimeetri võrra. Vastasel juhul lakab allkiri koheselt olemast kehtiv.
2. Tellimuse allkiri. Tellimuse võib allkirjastada iga klient, olenemata allkirjast. Kui allkiri on valideeritud, siis SUZ süsteem selle aktsepteerib. Integreerimise käigus õnnestus kasutada kellegi teise allkirja, mis oli välja antud testitud sertifitseerimisasutuse poolt. SUZ'i tootmisliini töötles tellimuse ja väljastas koodid. Minu arvates on see turvaviga. Veateatele vastasid arendajad „vaatame”. Loodan, et nad parandasid.

   Seetõttu olge ülimalt ettevaatlik, kui ühel töökohtadel tegutseb rohkem kui üks juriidiline isik. Täna aktsepteerib SUZ neid päringuid, aga homme kontrollitakse päringud uuesti ja poole koodidest tagastatakse kellegi teise allkirja tõttu. Ja põhimõtteliselt on nad formaalselt õiged.

3. Tellimuste allkirjastamine on funktsioon, mis pole enam saadaval SUZ-is. Selle toimimiseks tuli laadida usaldusväärse allkirja isiklikus kontoris üles private key. See on võtme kompromiteerimine. Ja vastavalt kehtivale seadusandlusele peab kompromiteeritud tugev kvalifitseeritud elektroonilise allkirja korral omanik teavitama oma sertifitseerimiskeskust (SK) ja tühistama kvalifitseeritud elektroonilise allkirja. Kui see funktsioon uueks tuuakse, jälgige hoolikalt, et võtme sulgemine ei lahkuks arvutist.
4. Februaris kehtestas perspektiivsete tehnoloogiate arenduskeskus (CRPT) vaikimisi piirangu API SUZ-i päringute arvule. Mitte rohkem kui üks päring sekundis. Siis eemaldati see piirang ootamatult ja vaikselt. Seetõttu soovitan süsteemi sisse ehitada võimaluse piirata CRPT API päringute arvu juhuks, kui see peaks korduma. Praegu on teave, et limiit on 10 päringut sekundis.
5. Februaris muutus SUZ API käitumine märgatavalt ilma ette teatamata. API-s on päring tellimuste oleku saamiseks. Oleku puhul oli näidatud puhvritel ja nende seisundil. Üks GTIN = üks puhvri. Seal oli ka näidatud, kui palju koode on puhvrist saadaval. Ühel kaunil päeval sai kõigi puhvrite arvuks -1. Pidi eraldi meetodi kaudu küsima iga puhvri olekut eraldi. Ühe päringu asemel tuli teha üheksa.

Koodide struktuur

Nii et koodid on tellitud ja genereeritud. Need on saadaval api kaudu tekstivormis, PDF-failina printimiseks ja CSV-failina tekstiga.

API-st on juba eelnevalt juttu olnud. Mis puutub kahte muud meetodit. Alguses lubas SUZ koodid võtta vaid ühe korra. Ja kui võeti PDF-fail, siis sai koode tekstivormis kätte ainult skaneerides kõik datamatriigid PDF-ist uuesti. Õnneks lisati võimalus koode mitu korda võtta ja see probleem lahendati. Koodid on veel kahe päeva jooksul saadaval korduvaks allalaadimiseks.

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

Kui avada fail SUZ-s Notepad++-s, näete selliseid ridu. Kolmas kood on kehtetu (sellel puuduvad GS eraldajad).

Partnerid edastasid meile koodid oma toodete jaotamiseks. Ilma mingi suurendusklaasita on näha, milliseid faile genereeriti Exceli abil — kuni 5% koode olid kehtetud.

Soovitan tungivalt lugeda standardid GS1. Standardi kirjelduse kohta on vastuseid paljudele küsimustele DataMatrixi genereerimise kohta.

Identifitseerimiskood koosneb GTINist ja seerianumbrist. GS1 standardi kohaselt vastavad neile rakendusnäitajad (RI) 01 ja 21. Pange tähele, et rakendusnäitajad ei kuulu GTINi ega seerianumbri hulka. Need näitavad, et rakendusnäitajatele järgneb GTIN või seerianumber. See on eriti oluline kassasüsteemi tarkvara programmeerimisel. Sildi 1162 täitmiseks on vajalikud just GTIN ja seerianumber, ilma rakendusnäitajateta.

UPD (universaalne edastusdokument) ja muude dokumentide puhul on aga enamasti vajalik kogu kande tegemine koos rakendusnäitajatega.

GS1 standardis on sätestatud, et GTIN peab olema 14 numbrist koosnev fikseeritud pikkus. Seerianumber on muutliku pikkusega ja seda kirjeldatakse standardi 155. leheküljel. Samuti on seal viide tabelile, milles on sümbolid, mis võivad seerianumbris esineda.

Kuna seerianumber on muutliku 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õppes ja teised andmegrupid algasid.

Täpsemat andmed märgistuskoodeksi (KM) kohta saab lugeda ametlikus dokumentatsioonis.

Kingade jaoks on seerianumber fikseeritud 13 märgiga, kuid selle suurust võivad igal ajal muuta. Muude kaubagruppide (TG) puhul võib seerianumbri pikkus erineda.

DataMatrixi genereerimine

Järgmine samm on andmete teisendamine DataMatrix koodiks. Venemaa Föderatsiooni valitsuse määruses 860 on määratud GOST, mille kohaselt on vajalik DataMatrixi moodustamine. Samuti on PP 860-s ette nähtud kohustuslike rakenduste tuvastajate kasutamine. Pange tähele, et DataMatrixi standardis ei ole mõistet „rakenduse tuvastajad“. Need on saadavad ainult GS-1 DataMatrix standardis. Seega kohustab PP 860 kaudselt kasutama just GS-1 DataMatrixi. Õnneks on standardid sarnased. Peamine erinevus: GS-1 DataMatrixil peab esimene sümbol olema FNC1. GS sümbol ei tohi olla DataMatrixis esimesel kohal, ainult FNC1.

FNC1 ei saa lihtsalt võtta ja lisada reaga nagu GS. Selle peab lisama programm, mis genereerib DataMatrixi. Allianss Fortide leidmisel on mitmeid mobiilirakenduste, mille abil saab kontrollida genereeritud DataMatrix koodide õigsust.

Oluline. Rakendus Honest Sign aktsepteerib kehtetuks muudetud DataMatrix koode, sealhulgas QR-koode. See, et kaubamärk tuvastati ja toote info kuvatakse, ei näita, et DataMatrix on õigesti vormindatud. Ieven kui krüpto sabaga asendatakse, tuvastas rakendus ČZ kaubamärgi ja kuvab toote andmed.

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

Kahjuks saatsid partnerid piisava suure protsendi DataMatrix koode vigadega. Tänu ČZ selgitustele lahendati täielikult küsimus 'Kas saab sellise tootega pärast 1. juulit kaubelda või mitte?'. Spoiler — saab.

Prindi

Pöörake tähelepanu kaubamärkide printimise viisile. Termoprinteriga printides kaob kaubamärk kiiresti, ja seda toodet ei saa enam müüa. Loetamatud kaubamärgid on PP 860 rikkumine, mis viib kauba tagasivõtmise, trahvide ja kriminaalvastutusele võtmiseni.

Kasutage termotransfeersümpreid. Sellisel juhul ei ole sildil nii palju pleekimist. Sildi materjal mõjutab samuti, kui vastuvõtlik märk on mehaanilistele kahjustustele. Kui kood ei loeta mehaaniliste kahjustuste tõttu, on see samaväärne sildi puudumisega koos kõikide tulenevate tagajärgedega.

Valige printer vastavalt planeeritud trüki mahule. Lauprinterid ei ole mõeldud 100 000 sildi printimiseks päevas.

Printimise peatamine ja alustamine suurendab printeri kulumist. Mõned programmid saadavad printimisteate ühe sildi kaupa. Selliseid programme on parem mitte kasutada.

Dokumentidega töötamine

Pärast siltide printimist ja kleebimist toimub kõik edasine töötlemine dokumentide või ausa märgi isikliku konto kaudu.

Suure arvu koodide töötlemisel on võimalik luua xml-faile, milles on vajalikud koodid, ja laadida need failid üles API või isikliku konto veebiliidese kaudu.

XSD skeemi saab alla laadida ausa märgi isikliku konto 'abi' jaotises.

Pange tähele järgmisi punkte.

1. Xsd skeemid LK CZ-s sisaldavad INN-i valideerimise vigu ja stringi pikkuse piiranguid. Ainult vigade parandamisega on skeemid kasutatavad. Õnneks on vead ilmsed, seega pole nende parandamine keeruline.
2. Skeem koosneb enamasti kahest osast — ühisest kõikide dokumentide tüüpide jaoks ja eraldi konkreetselt tüübile. Ühine skeem on lisatud konkreetse skeemi kaudu. Mõlemad skeemid on paigutatud LK CZ abisektsiooni.
3. Käitamiskoodid KM jaoks erinevad üldtunnustatud XML-koodidest, sellest on kirjutatud CZ ametlikes dokumentides, palun pange sellele tähele. Siin on siit 4. lehel kõik reeglid.
4. Ei tohiks püüda 150 000 koodi ühel failil käibele lasta. Kinnituste sõnul läbivad failid, mis on üle 30 000, tavaliselt.
5. Xml-fail võib saada veaga "xml-i valideerimise viga", kuid viis minutit hiljem võib sama faili probleemideta aktsepteerida.
6. Kui failis on juba käibele antud kood, siis tõenäoliselt ei aktsepteerita käibele andmise faili.
7. Saadetud ja vastuvõetud dokumendid kasutatakse ajutise lahendusena. Edaspidi plaanitakse need ära kaotada ja üle minna UПД-le vastavalt PPR 860-le.
8. Müüt 60 päevast. On levinud arvamus, et kasutamata jäänud koode „kaotatakse“ 60 päeva pärast. See on müüt, allikat ei tea. Koodid „kaotatakse“ ainult siis, kui te ei ole neid SÜZ-st välja võtnud 60 päeva jooksul. Välja võetud koodide säilivusaeg ei ole piiratud.

Kokkuvõte

Oma tasuta rakenduse BarCodesFX arendamisel tehti algselt integratsioon SÜZ API-ga. Kui aus märk ootamatult teist korda API tööloogikat muutis, tuli integratsioonist loobuda. Loodan, et tulevikus suudab ČZ arendust ja API-d stabiliseerida, kuna mittetulundusliku toote puhul on mul väga kulukas iga päev kontrollida, kas API-s on olnud muutusi ja kiiresti vajadusel uuendusi teha.

Märgistamise rakendamisel tutvuge tähelepanelikult oma kaubagruppi TГ puudutava regulatsioonidokumentatsiooniga, printige GS1-DataMatrix korrektselt ja olge valmis võimalike ettenägematute muutuste jaoks ausa märgi ČZ poolt.

Fort Alliance on loonud teabe ruumi (vikis, chatiin Telegramis, seminarid, veebiseminarid), kus saate leida kasulikku ja ajakohast teavet märgistamise kohta kõikides valdkondades.

Allikas: habr.com