DataMatrix alebo ako správne označovať topánky

Od 1. júla 2019 bolo v Rusku zavedené povinné označovanie skupiny tovarov. Od 1. marca 2020 mali topánky spadať pod tento zákon. Nie všetci sa stihli pripraviť a v dôsledku toho sa spustenie posunulo na 1. júla. Lamoda patrí medzi tých, ktorí to dokázali.

Preto sa chceme podeliť o naše skúsenosti s tými, ktorí ešte musia označovať oblečenie, pneumatiky, parfumy atď. Článok popisuje množstvo priemyselných noriem, určitú regulačnú dokumentáciu a osobné skúsenosti. Článok je určený predovšetkým integrátorom a vývojárom, ktorí tento projekt ešte nepochopili.

Upozorňujeme, že predpisy sa často menia a autor nemôže materiál neustále aktualizovať. Preto v čase, keď si ju prečítate, môžu byť niektoré informácie už neaktuálne.

Osobné skúsenosti autor získal jednak v rámci práce na projekte Datamatrix v Lamode, ako aj pri vývoji vlastnej bezplatnej etiketovacej aplikácie BarCodesFx.

Od 1. júla 2019 je v Rusku platný zákon o povinnom označovaní. Zákon sa nevzťahuje na všetky skupiny tovaru a dátumy nadobudnutia účinnosti povinného označovania pre skupiny výrobkov sa líšia. V súčasnosti podlieha povinnému označovaniu tabak, kožuchy, obuv a lieky. Čoskoro bude predstavený pre pneumatiky, oblečenie, parfumy a bicykle. Každá skupina tovarov je upravená samostatným uznesením vlády (GPR). Preto niektoré tvrdenia, ktoré sú pravdivé pre topánky, nemusia byť pravdivé pre iné skupiny produktov. Môžeme však dúfať, že technická zložka sa nebude pre rôzne skupiny produktov veľmi líšiť.

značkovanieHlavnou myšlienkou označovania je, že každej jednotke tovaru je pridelené individuálne číslo. Pomocou tohto čísla môžete sledovať históriu konkrétnej položky tovaru od momentu výroby alebo dovozu do krajiny až po moment likvidácie pri pokladni. Znie to krásne, no v praxi je to mimoriadne náročné na realizáciu.Koncept je bližšie popísaný na oficiálnej stránke čestného znaku.

Bežné pojmy a pojmy

UOT - účastník obehu tovaru.
CRPT — centrum pre rozvoj perspektívnych technológií. Súkromná spoločnosť, jediný štát dodávateľa projektu označovania. Funguje v rámci schémy verejno-súkromného partnerstva (PPP). O ostatných účastníkoch tendra na projekt, ako aj o samotnom tendri, žiaľ nie sú žiadne informácie.
ТГ - skupina produktov. Obuv, oblečenie, pneumatiky atď.
GTIN - v podstate výrobok zohľadňujúci farbu a veľkosť. Vydané v GS1 alebo národnom katalógu pre každého dovozcu alebo výrobcu pre jeho produkt. Výrobca alebo dovozca musí výrobok najskôr opísať.
PPR - vyhláška vlády Ruskej federácie. Na topánky - 860.
KM — kód označenia. Jedinečná sada znakov priradených konkrétnej položke produktu. Pri obuvi pozostáva z GTIN, sériového čísla, overovacieho kódu a krypto-chvostu.
GS1 je medzinárodná organizácia, ktorá vydáva kódy GTIN. Sú tiež zostavovateľmi množstva noriem označovania.
Národný katalóg - analóg GS1, vyvinutý spoločnosťou CRPT.
Cryptotail - analóg digitálneho podpisu potvrdzujúceho zákonnosť CM. Musí byť v matrici údajov na pečiatke. Ukladanie v textovej forme je zakázané. Po vytlačení musia byť pečiatky odstránené v súlade s dohodou s CRPT. Nie sú známe žiadne prípady skutočného použitia.
CPS — stanica riadenia objednávok. Systém, v ktorom sa objednávajú KM za tovar.
EDI - elektronická správa dokumentov.
UKEP — zdokonalený kvalifikovaný elektronický podpis.

Pojmy a pojmy v rámci tohto článku

ЧЗ - čestné znamenie.
LK - Osobná oblasť.
Označiť — vytlačený kód označenia.

Postup je nasledovný: najprv účastník (UOT) vydá elektronický podpis (UKEP), zaregistruje sa čestnou známkou (CH), opíše produkt v národnom katalógu alebo GS1 a dostane GTIN pre produkt. Tieto kroky sú podrobne popísané na webovej stránke čestného znaku, takže sa nimi nebudeme zaoberať.

Objednávanie a prijímanie kódov

Po prijatí GTIN zadá účastník (UOT) objednávku na kódy (KM) v systéme CPS.
Dôležité, ale nie zrejmé.

1. Môžete požiadať o kódy pre maximálne 10 GTIN v jednej objednávke. V princípe nepochopiteľné obmedzenie. Importér so 14 000 GTIN musí vytvoriť 1400 XNUMX objednávok.
2. Na jednu objednávku je možné vyžiadať maximálne 150 000 kódov.
3. Prebieha limit na 100 objednávok. To znamená, že súčasne nie je možné spracovať viac ako 100 objednávok. Ak ich je viac ako 100, API namiesto zoznamu objednávok začne vracať chybu. Jediným spôsobom, ako opraviť túto chybu, je uzavrieť niektoré objednávky cez webové rozhranie. API neposkytuje parameter pre čiastočné zobrazenie objednávok.
4. Počet žiadostí je obmedzený - nie viac ako 10 žiadostí za sekundu. Podľa mojich informácií sa toto obmedzenie v dokumentoch nevyskytuje, ale existuje.

Z osobných skúseností práce s objednávkami kódov označovania KM cez API systému CPS.

1. Žiadosť (samotný json) musí byť podpísaná podpisom GOST. Toto funguje s cryptopro. Musíte starostlivo zabezpečiť, aby použitý rámec alebo knižnica nezmenil pôvodný súbor json ani o bajt. V opačnom prípade podpis okamžite stráca platnosť.
2. Podpis objednávky. Objednávka môže byť podpísaná akýmkoľvek podpisom ktoréhokoľvek klienta. Ak je podpis platný, systém CPS ho akceptuje. Počas integrácie bolo možné požiadavku podpísať cudzím podpisom vydaným v testovacej CA. Bojový okruh riadiaceho systému spracoval rozkaz a vydal kódy. Podľa mňa je to bezpečnostná diera. Vývojári odpovedali na správu o chybe slovami „uvidíme“. Dúfam, že je to opravené.

   Buďte preto maximálne opatrní, ak na jednom pracovisku pracuje viacero právnických osôb. tváre. Dnes CPS prijme tieto žiadosti a zajtra budú žiadosti opätovne skontrolované a polovica kódov bude zrušená kvôli podpisu niekoho iného. A v zásade budú mať formálne pravdu.

3. Automatické podpisovanie objednávok je funkcionalita, ktorá už v KMS nie je dostupná. Aby to fungovalo, bolo potrebné nahrať súkromnú časť kľúča na osobný účet čestného znamenia. Toto je kompromis kľúča. A podľa súčasnej legislatívy, ak je vylepšený kvalifikovaný elektronický podpis kompromitovaný, vlastník musí informovať svoje certifikačné centrum (CA) a ECEP odvolať. Ak sa táto funkcia vráti, dbajte na to, aby súkromná časť kľúča neopustila počítač.
4. Vo februári Centrum pre rozvoj pokročilých technológií (CRPT) v tichosti zaviedlo obmedzenie počtu požiadaviek na CPS API. Nie viac ako jedna požiadavka za sekundu. Potom, rovnako nečakane a potichu, toto obmedzenie zrušil. Preto odporúčam, aby bol systém zabudovaný do schopnosti obmedziť počet požiadaviek na CRPT API v prípade relapsu. Teraz sú informácie o limite 10 žiadostí za sekundu.
5. Aj vo februári sa správanie CPS API výrazne zmenilo bez varovania. API má požiadavku na získanie stavu objednávok. Stav indikoval vyrovnávacie pamäte a ich stav. Jeden GTIN = jeden buffer. Uvádzalo tiež, koľko kódov bolo k dispozícii na prijatie z vyrovnávacej pamäte. Jedného pekného dňa sa počet všetkých vyrovnávacích pamätí stal -1. Musel som použiť samostatnú metódu na zistenie stavu každej vyrovnávacej pamäte samostatne. Namiesto jednej požiadavky som ich musel urobiť jedenásť.

Štruktúra kódu

Takže kódy boli objednané a vygenerované. Cez API sa dajú získať v textovej forme, v pdf ako štítky na tlač a ako csv súbor s textom.

Rozhranie API už bolo napísané vyššie. Čo sa týka ďalších dvoch metód. Spočiatku vám riadiaci systém umožňoval zbierať kódy iba raz. A ak sa vzal súbor pdf, potom bolo možné získať kódy v textovej forme iba preskenovaním všetkých dátových matíc z pdf. Našťastie niekoľkokrát pridali možnosť zbierať kódy a tento problém bol vyriešený. Kódy sú stále k dispozícii na opätovné stiahnutie do dvoch dní.

Ak to vezmete vo formáte csv, potom ho nikdy, za žiadnych okolností, neotvárajte v Exceli. A nikomu to nedovoliť. Excel má funkciu automatického ukladania. V čase ukladania môže Excel upraviť vaše kódy tými najnepredvídateľnejšími spôsobmi. Na zobrazenie kódov odporúčam použiť notepad++.

Ak otvoríte súbor z CMS v programe notepad++, môžete vidieť riadky ako je tento. Tretí kód je neplatný (nemá oddeľovače GS).

Naši partneri nám dali kódy na označenie svojich produktov. Voľným okom je možné vidieť, ktoré súbory boli vygenerované pomocou Excelu – až 5 % kódov bolo neplatných.

Vrelo odporúčam prečítať si o standard GS1. Popis normy obsahuje odpovede na mnohé otázky týkajúce sa tvorby DataMatrix.

Identifikačný kód pozostáva z GTIN a sériového čísla. Podľa štandardu GS1 tieto zodpovedajú identifikátorom aplikácií (AI) 01 a 21. Upozorňujeme, že identifikátory aplikácií nie sú súčasťou GTIN a sériového čísla. Označujú, že za identifikátorom aplikácie (UI) nasleduje GTIN alebo sériové číslo. Toto je dôležité najmä pri programovaní pokladničného softvéru. Na vyplnenie tagu 1162 potrebujete iba GTIN a sériové číslo bez identifikátorov aplikácie.

Na UTD (univerzálny prevodný doklad) a iné doklady naopak najčastejšie potrebujete celý záznam s identifikátormi aplikácie.

Štandard GS1 uvádza, že GTIN má pevnú dĺžku 14 znakov a môže pozostávať iba z čísel. Sériové číslo má premenlivú dĺžku a je popísané na strane 155 normy. Je tam aj odkaz na tabuľku so symbolmi, ktoré sa môžu objaviť v sériovom čísle.

Keďže sériové číslo má premenlivú dĺžku, oddeľovač GS označuje koniec sériového čísla. V tabuľke ASCII má kód 29. Bez tohto oddeľovača žiadny program nepochopí, v ktorom bode skončilo sériové číslo a začali iné skupiny údajov.

Viac podrobností o kóde označovania (KM) nájdete v oficiálna dokumentácia.

Pri obuvi je sériové číslo pevne stanovené na 13 znakov, jeho veľkosť je však možné kedykoľvek zmeniť. Pre ostatné skupiny produktov (TG) sa môže dĺžka sériového čísla líšiť.

Generovanie DataMatrix

Ďalším krokom je prevod údajov do kódu DataMatrix. Ruské vládne nariadenie 860 špecifikuje GOST, podľa ktorého je potrebné vytvoriť DataMatrix. PPR 860 tiež špecifikuje povinné používanie identifikátorov aplikácií. Upozorňujeme, že štandard DataMatrix nemá koncept „identifikátorov aplikácií“. Sú dostupné iba v štandarde GS-1 DataMatrix. Ukazuje sa, že PPR 860 implicitne zaväzuje použitie GS-1 DataMatrix. Našťastie sú štandardy podobné. Hlavný rozdiel: V GS-1 DataMatrix musí byť prvý znak FNC1. Symbol GS by sa nemal objaviť ako prvý v DataMatrix, ale iba FNC1.

FNC1 sa nedá len tak pridať do radu ako GS. Musí ho pridať program generujúci DataMatrix. Na zdrojoch pevností Aliancie je umiestnených niekoľko mobilné aplikácie, pomocou ktorého si môžete skontrolovať správnosť vygenerovaných DataMatrix kódov.

Je to dôležité. Aplikácia čestného znaku akceptuje neplatný DataMatrix. Dokonca aj QR kódy. Skutočnosť, že značka bola rozpoznaná a informácie o produkte boli zobrazené, neznamená, že DataMatrix je vytvorený správne. Aj keď bol krypto-chvost nahradený, aplikácia ChZ rozpoznala značku a zobrazila údaje o produkte.

Neskôr bol ChZ prepustený vysvetlenie, ako správne generovať kódy. Kvôli veľkému počtu kódov s chybami uznali kódy bez FNC1 za platné, no napriek tomu odporúčajú vygenerovať GS-1 DataMatrix.

Bohužiaľ, pomerne veľké percento dátových matíc od partnerov prišlo s chybami. Vďaka vysvetlivkám od ChZ bola úplne vyriešená otázka „Je možné obchodovať s takýmto produktom po 1. júli alebo nie?“. Spoiler - môžete.

vytlačiť

Venujte pozornosť spôsobu tlače pečiatok. Pri tlači na termotlačiarni pečiatka rýchlo vybledne a výrobok sa už nedá predať. Nečitateľná známka je porušením PPR 860. To vedie k zabaveniu tovaru, pokutám a trestnej zodpovednosti.

Použite termotransferovú tlač. V tomto prípade značka nie je taká náchylná na vyblednutie. Materiál etikety tiež určuje, ako je značka náchylná na mechanické poškodenie. Ak kód nemožno prečítať z dôvodu mechanického poškodenia, rovná sa to absencii značky so všetkými z toho vyplývajúcimi dôsledkami.

Vyberte tlačiareň z plánovaných objemov tlače. Stolové tlačiarne nie sú určené na tlač 100 000 štítkov za deň.

Zastavenie a spustenie tlače zvyšuje opotrebovanie tlačiarne. Niektoré programy odosielajú tlačovú úlohu po jednom štítku. Je lepšie nepoužívať takéto programy.

Práca s dokumentmi

Po vytlačení a nalepení známok sa všetky ďalšie transakcie s nimi uskutočňujú prostredníctvom dokumentov alebo osobného účtu čestného znaku.

Pri práci s veľkým množstvom kódov môžete vytvárať xml súbory obsahujúce požadované kódy a tieto súbory nahrávať cez API alebo webové rozhranie vášho osobného účtu.

Schéma XSD si môžete stiahnuť v sekcii „pomoc“ ChZ LC.

Všimnite si prosím nasledujúce body.

1. Schémy Xsd v LC ChZ obsahujú chyby pri overovaní TIN a obmedzenia dĺžky linky. Diagramy môžete použiť až po oprave chýb. Našťastie sú chyby zrejmé, takže to nie je ťažké.
2. Schéma sa najčastejšie skladá z dvoch častí – spoločnej pre všetky typy dokumentov a samostatnej pre konkrétny typ. Všeobecná schéma sa pridá importom do konkrétnej schémy. Obe schémy sú zverejnené v nápovede LC ChZ.
3. Únikové pravidlá pre CM sa líšia od všeobecne akceptovaných pre XML, je to napísané v oficiálnej dokumentácii od ChZ, dávajte si na to pozor. Tu tu Všetky pravidlá nájdete na strane 4.
4. Nemali by ste sa pokúšať zadať do obehu 150 000 kódov v jednom súbore. Podľa očitých svedkov sa zvyčajne prechádzajú spisy s viac ako 30 000 spismi.
5. Súbor Xml môže byť zabalený s chybou „chyba overenia xml“ a o päť minút neskôr môže byť rovnaký súbor bez problémov prijatý.
6. Ak súbor obsahuje kód, ktorý už bol daný do obehu, potom súbor uvedený do obehu s najväčšou pravdepodobnosťou nebude akceptovaný.
7. Odosielacie a prijímacie dokumenty sa používajú ako dočasné riešenie. V budúcnosti ich plánujú zrušiť a v zmysle PPR 860 prejsť na UPD.
8. Mýtus o 60 dňoch. Existuje názor, že kódy, ktoré nie sú uvedené do obehu, „vyhoria“ po 60 dňoch. Toto je mýtus, zdroj neznámy. Kódy strácajú platnosť, len ak si ich nevyzdvihnete z kontrolného systému do 60 dní. Životnosť nazbieraných kódov je neobmedzená.

Záver

Pri vývoji mojej bezplatnej aplikácie na označovanie BarCodesFX bola pôvodne vykonaná integrácia s CPS API. Keď čestné znamenie druhýkrát nečakane zmenilo logiku API, integrácia sa musela opustiť. Dúfam, že v budúcnosti sa ChZ podarí stabilizovať vývoj a API, pretože Pri nekomerčnom produkte je pre mňa veľmi drahé každý deň dvakrát kontrolovať, či nedošlo k zmenám v API a promptne ho vylepšovať.

Pri zavádzaní označení si pozorne prečítajte regulačnú dokumentáciu pre vašu produktovú skupinu TG, správne vytlačte GS1-DataMatrix a buďte pripravení na akékoľvek nepredvídané zmeny zo strany čestného označenia ChZ.

Fort Alliance vytvorila informačný priestor (wiki, chaty v telegramoch, seminároch, webových seminároch), kde nájdete užitočné a relevantné informácie o označovaní vo všetkých odvetviach.

Zdroj: hab.com