Od 1. července 2019 bylo v Rusku zavedeno povinné označování skupiny zboží. Od 1. března 2020 měly boty spadat pod tento zákon. Ne všichni se stihli připravit a v důsledku toho bylo spuštění odloženo na 1. července. Lamoda je mezi těmi, kteří to dokázali.
Chceme se proto podělit o naše zkušenosti s těmi, kteří ještě neoznačují oblečení, pneumatiky, parfémy atd. Článek popisuje řadu průmyslových standardů, některé regulační dokumenty a osobní zkušenosti. Článek je určen především integrátorům a vývojářům, kteří tomuto projektu teprve porozuměli.
Upozorňujeme, že předpisy se často mění a není možné, aby autor materiál neustále aktualizoval. Proto v době, kdy si ji přečtete, mohou být některé informace již zastaralé.
Osobní zkušenosti autor získal jak v rámci práce na projektu Datamatrix v Lamodě, tak při vývoji vlastní bezplatné etiketovací aplikace BarCodesFx.
Od 1. července 2019 platí v Rusku zákon o povinném označování. Zákon se nevztahuje na všechny skupiny zboží a termíny nabytí účinnosti povinného označování pro skupiny výrobků se liší. V současné době podléhají povinnému označování tabák, kožichy, boty a léky. Brzy bude představeno pro pneumatiky, oblečení, parfémy a jízdní kola. Každá skupina zboží je upravena samostatným usnesením vlády (GPR). Některá tvrzení, která platí pro boty, proto nemusí platit pro jiné skupiny produktů. Můžeme však doufat, že technická složka se nebude pro různé skupiny produktů výrazně lišit.
značkováníHlavní myšlenkou označování je, že každé jednotce zboží je přiřazeno individuální číslo. Pomocí tohoto čísla můžete sledovat historii konkrétní položky zboží od okamžiku výroby nebo dovozu do tuzemska až do okamžiku vyřazení na pokladně. Zní to krásně, ale v praxi je to extrémně obtížně realizovatelné.Koncept je blíže popsán na oficiálních stránkách čestného znamení.
Běžné termíny a pojmy
UOT - účastník oběhu zboží.
CRPT — centrum pro vývoj perspektivních technologií. Soukromá společnost, jediný stát dodavatelem projektu značení. Funguje v rámci programu partnerství veřejného a soukromého sektoru (PPP). O dalších účastnících výběrového řízení na projekt, stejně jako o výběrovém řízení samotném, bohužel nejsou žádné informace.
TG - skupina produktů. Obuv, oblečení, pneumatiky atd.
GTIN - v podstatě předmět zohledňující barvu a velikost. Vydáno v GS1 nebo národním katalogu pro každého dovozce nebo výrobce pro jeho produkt. Výrobce nebo dovozce musí produkt nejprve popsat.
PPR - vyhláška vlády Ruské federace. Pro boty - 860.
KM — kód značení. Jedinečná sada znaků přiřazená konkrétní položce produktu. U bot se skládá z GTIN, sériového čísla, ověřovacího kódu a krypto-ocasu.
GS1 je mezinárodní organizace, která vydává kódy GTIN. Jsou také zpracovateli řady norem pro označování.
Národní katalog - analog GS1, vyvinutý společností CRPT.
Cryptotail - analog digitálního podpisu potvrzujícího zákonnost CM. Musí být v datové matrici na razítku. Ukládání v textové podobě je zakázáno. Po vytištění musí být razítka odstraněna v souladu s dohodou s CRPT. Nejsou známy žádné případy skutečného použití.
CPS — stanice řízení objednávek. Systém, ve kterém se objednávají KM pro zboží.
EDI - elektronická správa dokumentů.
UKEP — zdokonalený kvalifikovaný elektronický podpis.
Termíny a koncepty v rozsahu tohoto článku
ЧЗ - čestné znamení.
LK - Osobní oblast.
Označit — vytištěný kód značení.
Proces je následující: nejprve účastník (UOT) vystaví elektronický podpis (UKEP), zaregistruje se čestnou známkou (CH), popíše produkt v národním katalogu nebo GS1 a obdrží GTIN pro produkt. Tyto kroky jsou podrobně popsány na webu čestného znamení, takže se jimi nebudeme zabývat.
Objednávání a přijímání kódů
Po obdržení GTIN zadá účastník (UOT) objednávku na kódy (KM) v systému CPS.
Důležité, ale ne zřejmé.
- Můžete požádat o kódy pro maximálně 10 GTIN v jedné objednávce. V zásadě nepochopitelné omezení. Dovozce se 14 000 GTIN musí vytvořit 1400 XNUMX objednávek.
- Na jednu objednávku lze vyžádat maximálně 150 000 kódů.
- Probíhá limit 100 objednávek. To znamená, že současně nelze zpracovat více než 100 objednávek. Pokud jich je více než 100, API místo seznamu objednávek začne vracet chybu. Jediným způsobem, jak tuto chybu opravit, je uzavřít některé objednávky přes webové rozhraní. API neposkytuje parametr pro částečné zobrazení objednávek.
- Počet požadavků je omezen - ne více než 10 požadavků za sekundu. Podle mých informací se toto omezení v dokumentech nevyskytuje, ale existuje.
Z osobní zkušenosti práce s objednávkami kódů značení KM přes API systému CPS.
- Požadavek (samotný json) musí být podepsán podpisem GOST. Toto funguje s kryptopro. Musíte pečlivě zajistit, že použitý rámec nebo knihovna nezmění původní json ani o bajt. Jinak podpis okamžitě pozbývá platnosti.
- Podpis objednávky. Objednávku lze podepsat libovolným podpisem kteréhokoli klienta. Pokud je podpis platný, systém CPS jej přijme. Během integrace bylo možné požadavek podepsat cizím podpisem vydaným na testovací CA. Bojový okruh řídicího systému zpracoval rozkaz a vydal kódy. Podle mého názoru je to bezpečnostní díra. Vývojáři na hlášení o chybě odpověděli „uvidíme“. Doufám, že je to opravené.
Buďte proto maximálně opatrní, pokud na jednom pracovišti pracuje více právnických osob. tváře. Dnes CPS tyto požadavky přijme a zítra budou požadavky znovu zkontrolovány a polovina kódů bude zrušena kvůli podpisu někoho jiného. A v zásadě budou mít formálně pravdu.
- Automatické podepisování objednávek je funkce, která již není v KMS dostupná. Aby to fungovalo, bylo nutné nahrát soukromou část klíče na osobní účet čestného znamení. Toto je kompromis klíče. A podle současné legislativy, pokud dojde ke kompromitaci vylepšeného kvalifikovaného elektronického podpisu, musí vlastník informovat své certifikační centrum (CA) a ECEP zrušit. Pokud je tato funkce vrácena, dbejte na to, aby soukromá část klíče neopustila počítač.
- V únoru Centrum pro vývoj pokročilých technologií (CRPT) v tichosti zavedlo omezení počtu požadavků na CPS API. Ne více než jeden požadavek za sekundu. Pak stejně nečekaně a tiše toto omezení zrušil. Proto doporučuji systém zabudovat do možnosti omezit počet požadavků na CRPT API v případě relapsu. Nyní je zde informace o limitu 10 požadavků za sekundu.
- Také v únoru se chování CPS API bez varování výrazně změnilo. V API je požadavek na získání stavu objednávek. Stav indikoval vyrovnávací paměti a jejich stav. Jeden GTIN = jeden buffer. Také indikovalo, kolik kódů bylo k dispozici pro příjem z vyrovnávací paměti. Jednoho krásného dne se počet všech vyrovnávacích pamětí stal -1. Musel jsem použít samostatnou metodu k dotazování na stav každého bufferu zvlášť. Místo jedné žádosti jsem jich musel udělat jedenáct.
Struktura kódu
Takže kódy byly objednány a vygenerovány. Lze je získat přes API v textové podobě, v pdf jako štítky pro tisk a jako csv soubor s textem.
API již bylo napsáno výše. Co se týče dalších dvou metod. Zpočátku vám řídicí systém umožňoval sbírat kódy pouze jednou. A pokud byl pořízen soubor pdf, pak bylo možné získat kódy v textové podobě pouze přeskenováním všech datových matic z pdf. Naštěstí několikrát přidali možnost sbírat kódy a tento problém byl vyřešen. Kódy jsou stále k dispozici ke stažení do dvou dnů.
Pokud to vezmete ve formátu csv, pak to nikdy, za žádných okolností, neotevírejte v Excelu. A nikoho nepustit. Excel má funkci automatického ukládání. V době ukládání může Excel upravit vaše kódy nejnepředvídatelnějším způsobem. Pro zobrazení kódů doporučuji použít notepad++.
Pokud otevřete soubor z CMS v notepad++, můžete vidět řádky jako je tento. Třetí kód je neplatný (nemá oddělovače GS).
Naši partneři nám poskytli kódy pro označování jejich produktů. Pouhým okem je vidět, které soubory byly vygenerovány pomocí Excelu – až 5 % kódů bylo neplatných.
Vřele doporučuji přečíst o GS1. Popis standardu obsahuje odpovědi na mnoho otázek týkajících se tvorby DataMatrix.
Identifikační kód se skládá z GTIN a sériového čísla. Podle standardu GS1 tyto odpovídají identifikátorům aplikací (AI) 01 a 21. Upozorňujeme, že identifikátory aplikací nejsou součástí GTIN a sériového čísla. Označují, že za identifikátorem aplikace (UI) následuje GTIN nebo sériové číslo. To je důležité zejména při programování pokladního softwaru. K vyplnění tagu 1162 potřebujete pouze GTIN a sériové číslo, bez identifikátorů aplikace.
U UTD (universal transfer document) a dalších dokumentů naopak nejčastěji potřebujete celý záznam s identifikátory aplikace.
Standard GS1 uvádí, že GTIN má pevnou délku 14 znaků a může se skládat pouze z čísel. Sériové číslo má proměnnou délku a je popsáno na straně 155 normy. Je zde také odkaz na tabulku se symboly, které se mohou objevit v sériovém čísle.
Protože sériové číslo má proměnnou délku, oddělovač GS označuje konec sériového čísla. V ASCII tabulce má kód 29. Bez tohoto oddělovače žádný program nepochopí, v jakém bodě skončilo sériové číslo a začínaly jiné datové skupiny.
Další podrobnosti o kódu značení (KM) naleznete v .
U bot je sériové číslo pevně dané na 13 znaků, nicméně jeho velikost lze kdykoli změnit. U ostatních skupin produktů (TG) se může délka sériového čísla lišit.
Generování DataMatrix
Dalším krokem je převod dat do kódu DataMatrix. Ruské vládní nařízení 860 specifikuje GOST, podle kterého je nutné vytvořit DataMatrix. PPR 860 také specifikuje povinné používání identifikátorů aplikací. Vezměte prosím na vědomí, že standard DataMatrix nemá koncept „identifikátorů aplikací“. Jsou k dispozici pouze ve standardu GS-1 DataMatrix. Ukazuje se, že PPR 860 implicitně zavazuje k použití GS-1 DataMatrix. Naštěstí jsou standardy podobné. Hlavní rozdíl: V GS-1 DataMatrix musí být první znak FNC1. Symbol GS by se neměl v DataMatrix objevit jako první, ale pouze FNC1.
FNC1 nelze jen tak přidat do řady jako GS. Musí být přidán programem, který generuje DataMatrix. Na zdrojích pevností Aliance je jich zveřejněno několik , pomocí kterého můžete zkontrolovat správnost vygenerovaných DataMatrix kódů.
Je to důležité. Aplikace čestného znamení přijímá neplatný DataMatrix. Dokonce i QR kódy. Skutečnost, že byla značka rozpoznána a byly zobrazeny informace o produktu, neznamená, že je DataMatrix vytvořen správně. I když byl krypto-tail vyměněn, aplikace ChZ rozpoznala značku a zobrazila data o produktu.
Později byl ChZ propuštěn , jak správně generovat kódy. Vzhledem k velkému počtu kódů s chybami uznali kódy bez FNC1 za platné, ale přesto doporučují vygenerovat GS-1 DataMatrix.
Bohužel poměrně velké procento datových matic od partnerů přišlo s chybami. Díky vysvětlení od ChZ byla zcela vyřešena otázka „Je možné obchodovat takový produkt po 1. červenci nebo ne?“. Spoiler - můžete.
vytisknout
Věnujte pozornost způsobu tisku známek. Při tisku na termotiskárně razítko rychle vybledne a výrobek již nelze prodat. Nečitelné razítko je porušením PPR 860. To vede k zabavení zboží, pokutám a trestní odpovědnosti.
Použijte termotransferový tisk. V tomto případě není značka tak náchylná k vyblednutí. Materiál štítku také určuje, jak je značka náchylná k mechanickému poškození. Pokud kód nelze přečíst z důvodu mechanického poškození, rovná se to absenci značky se všemi z toho vyplývajícími důsledky.
Vyberte tiskárnu z plánovaných objemů tisku. Stolní tiskárny nejsou určeny k tisku 100 000 štítků za den.
Zastavení a spuštění tisku zvyšuje opotřebení tiskárny. Některé programy odesílají tiskovou úlohu po jednom štítku. Takové programy je lepší nepoužívat.
Práce s dokumenty
Po vytištění a nalepení známek probíhají všechny další transakce s nimi prostřednictvím dokumentů nebo osobního účtu čestného znamení.
Při práci s velkým množstvím kódů můžete vytvořit xml soubory obsahující požadované kódy a tyto soubory nahrát přes API nebo webové rozhraní vašeho osobního účtu.
Schéma XSD lze stáhnout v sekci „nápověda“ ChZ LC.
Věnujte pozornost následujícím bodům.
- Schémata Xsd v LC ChZ obsahují chyby při ověřování TIN a omezení délky vedení. Diagramy můžete používat až po opravě chyb. Naštěstí jsou chyby zřejmé, takže to není těžké.
- Schéma se nejčastěji skládá ze dvou částí – společné pro všechny typy dokumentů a samostatné pro konkrétní typ. Obecné schéma se přidá importem do konkrétního schématu. Oba diagramy jsou zveřejněny v sekci nápovědy ChZ LC.
- Pravidla escapování pro CM se liší od obecně uznávaných pro XML, to je napsáno v oficiální dokumentaci od ChZ, na to si dejte pozor. Tady Všechna pravidla jsou na straně 4.
- Neměli byste se pokoušet zadat do oběhu 150 000 kódů v jednom souboru. Podle očitých svědků se obvykle procházejí soubory s více než 30 000.
- Soubor Xml lze zabalit s chybou „chyba ověření xml“ a o pět minut později lze stejný soubor bez problémů přijmout.
- Pokud soubor obsahuje kód, který již byl uveden do oběhu, pak soubor uvedený do oběhu s největší pravděpodobností nebude přijat.
- Odesílání a příjem dokumentů se používá jako dočasné řešení. Do budoucna je plánují zrušit a v souladu s PPR 860 přejít na UPD.
- Mýtus o 60 dnech. Existuje názor, že kódy, které nejsou uvedeny do oběhu, „vyhoří“ po 60 dnech. Toto je mýtus, zdroj neznámý. Platnost kódů končí pouze v případě, že si je nevyzvednete z kontrolního systému do 60 dnů. Životnost nasbíraných kódů je neomezená.
Závěr
Při vývoji mé bezplatné aplikace pro označování BarCodesFX byla původně provedena integrace s CPS API. Když čestné znamení nečekaně změnilo logiku API podruhé, integrace musela být opuštěna. Doufám, že v budoucnu se ChZ podaří stabilizovat vývoj a API, protože U nekomerčního produktu je pro mě velmi drahé každý den dvakrát kontrolovat, zda nedošlo ke změnám v API a promptně jej vylepšovat.
Při zavádění značení si pečlivě přečtěte regulační dokumentaci pro vaši produktovou skupinu TG, vytiskněte správně GS1-DataMatrix a buďte připraveni na jakékoli nepředvídané změny ze strany poctivé značky ChZ.
Fort Alliance vytvořila informační prostor (, v telegramu, seminářích, webinářích), kde můžete najít užitečné a relevantní informace o označování ve všech průmyslových odvětvích.
Zdroj: www.habr.com