DataMatrix vagy hogyan kell helyesen címkézni a cipőt

2019. július 1-től Oroszországban kötelező a termékcsoportok címkézése. 2020. március 1-től e törvény hatálya alá kellett volna tartoznia a cipőknek. Nem mindenki tudott időben felkészülni, ezért a bevezetést július 1-re halasztották. A Lamoda az elsők között volt, akik időben felkészültek.

Ezért szeretnénk megosztani tapasztalatainkat azokkal, akiknek még csak most kell címkézniük a ruházatot, gumiabroncsokat, parfümöket stb. A cikkben különböző ipari standardokat, egyes jogszabályokat és személyes tapasztalatokat írunk le. A cikk elsősorban azoknak szól, akik integrátorok és fejlesztők, és most kezdik el a projekt megértését.

Kérjük, vegye figyelembe, hogy a jogi keretek gyakran változnak, és a szerzőnek nincs lehetősége folyamatosan frissíteni az anyagot. Ezért olvasáskor egyes információk elavultak lehetnek.

A személyes tapasztalatokat a szerző a Lamodában végzett Datamatrix projekt keretében, valamint a BarCodesFx címkéző alkalmazásának fejlesztése során szerezte.

2019. július 1-től Oroszországban a kötelező címkézés törvénye életbe lépett. A törvény nem vonatkozik minden termékcsoportra, és a kötelező címkézés hatálybalépésének időpontjai eltérőek a különböző termékcsoportok esetében. Jelenleg a kötelező címkézés alá tartozik a dohány, a prém, a cipők és a gyógyszerek. A közeljövőben a gumiabroncsokhoz, ruházathoz, parfümökhöz és kerékpárokhoz is bevezetik. Minden termékcsoportra külön kormányrendelet vonatkozik (PPR). Ezért egyes állítások, amelyek a cipőkre vonatkoznak, más termékcsoportok esetében nem helytállóak. De remélhetjük, hogy a technikai háttér nem fog jelentősen eltérni a különböző termékcsoportok esetén.

CímkézésA címkézés alapvető ötlete, hogy minden egyes termékhez egyedi számot rendelnek. E szám alapján nyomon lehet követni a konkrét termék életútját a gyártástól vagy a belépéstől az országba egészen a pénztárig való távozásig. Szépen hangzik, de a gyakorlatban rendkívül nehezen megvalósítható. A fogalmat részletesebben a tiszta jelző hivatalos weboldalán írják le.

Közismert kifejezések és fogalmak

UOT — a termékek forgalmában részt vevő személy.
CRPT — a fejlesztési technológiák központja. Magáncég, az egyedüli állami vállalkozó a címkézési projekthez. Az állami és magán partnerség (PPP) modell szerint működik. Sajnos nincs információ más tender résztvevőkről, illetve magáról a tenderről sem.
TG — termékcsoport. Cipők, ruhák, gumiabroncsok stb.
GTIN — lényegében a termék színe és mérete figyelembevételével kiadott cikk szám. A GS1-től vagy a nemzeti katalógusból kapja meg minden importőr vagy gyártó a termékéhez. Előzetesen a gyártónak vagy az importőrnek le kell írnia ezt a terméket.
PPR — az Orosz Föderáció kormányának rendelete. Cipők esetében — 860.
KM — a címke kódja. Egyedi karakterekből álló sorozat, amelyet egy adott termék kap. Cipők esetében a GTIN, a sorozatszám, a ellenőrző kód és a kriptográfiai farokból áll.
GS1 — nemzetközi szervezet, amely GTIN-eket bocsát ki. Szintén több címkézési standard szerzője is.
Nemzeti katalógus — a GS1-hez hasonlóan a CRPT által kifejlesztett rendszer.
Kriptográfiai farok — a digitális aláírás analógja, amely megerősíti a KM törvényességét. Kötelező módon szerepelnie kell a datamatrixban a címkén. Szöveges tárolása tilos. A címke kinyomtatása után törölni kell a CRPT-vel kötött szerződés szerint. Nincsen információ valós felhasználásáról.
SUZ — rendeléskezelő állomás. Egy rendszer, amelyben a KM-eket rendelik a termékhez.
EDO — elektronikus dokumentumforgalom.
UKÉP — megerősített minősített elektronikus aláírás.

A terminológiák és fogalmak e cikk keretein belül

CZ — tisztességes jel.
LK — személyes fiók.
Címke — a címke kódja.

A folyamat a következőképpen zajlik: először a résztvevő (UOT) létrehoz egy elektronikus aláírást (UKÉP), regisztrál a tisztességes jel (CZ) rendszerébe, leírja a terméket a nemzeti katalógusban vagy a GS1-ben, és megkapja a GTIN-eket a termékhez. A tisztességes jel weboldalán ezek a lépések részletesen fel vannak tüntetve, ezért nem foglalkozunk velük tovább.

Kódok rendelése és beszerzése

A GTIN-ek megkapása után a résztvevő (UOT) rendelést ad le a kódok (KM) iránt a SUZ rendszerében.
Fontos, de nem nyilvánvaló.

1. Egy rendelésben maximum 10 GTIN-re lehet kódokat kérni. Alapvetően egy érthetetlen korlátozás. A 14 000 GTIN-nel rendelkező importőrnek 1400 rendelést kell létrehoznia.
2. Egy rendelésben maximum 150 000 kódot kérhet.
3. Maximális 100 megrendelés lehet egyszerre feldolgozás alatt. Ha a rendszeren több mint 100 megrendelés van, az API hibaüzenetet fog visszaadni a megrendelések listája helyett. Az egyetlen módja a hiba elhárításának, ha a webes felületen zárunk le néhány megrendelést. Az API nem támogatja a megrendelések részleges megjelenítését.
4. Van egy korlátozás a kérések számában — legfeljebb 10 kérés másodpercenként. Az általam megismert dokumentumokban ez a korlátozás nem szerepel, de létezik.

Személyes tapasztalataim alapján a Kódok címkézésével kapcsolatos megrendelések API-n keresztüli kezeléséről a SZÜZ rendszerben.

1. A kérésnek (maga a JSON) GOST-aláírással kell rendelkeznie. Ez kriptográfiai munka. Gondosan figyelni kell arra, hogy a használt keretrendszer vagy könyvtár ne módosítsa a kezdeti JSON-t egy bájttal sem. Ellenkező esetben az aláírás azonnal érvénytelenné válik.
2. A megrendelés aláírása. A megrendelést bármely ügyfél aláírásával alá lehet írni. Ha az aláírás érvényes, a SZÜZ rendszer elfogadja. Az integráció során sikerült egy külső aláírással aláírni a kéréseket, amelyet egy teszt UCT adott ki. A SZÜZ rendszer a megrendelést feldolgozta és kódokat bocsátott ki. Véleményem szerint ez egy biztonsági rés. A hiba bejelentésére a fejlesztők válasza az volt, hogy 'megnézzük'. Remélem, javították.

   Ezért rendkívül óvatosnak kell lennie, ha egy munkahelyen több jogi személy is dolgozik. Ma a SZÜZ elfogadja ezeket a kéréseket, de holnap ellenőrzik a kérelmeket, és visszavonhatják a kódok felét egy külső aláírás miatt. Formálisan igazuk lesz.

3. A megrendelések automatikus aláírása már nem elérhető a SZÜZ rendszerben. Ennek működéséhez a kulcs titkos részét kellett betölteni a tisztességes jel személyes kabinetjébe. Ez a kulcs kompromittálódását jelenti. A hatályos jogszabályok szerint a megerősített, minősített elektronikus aláírások kompromittálódása esetén a tulajdonosnak tájékoztatni kell saját azonosító központját (UCT), és vissza kell vonnia az aláírást. Ha ezt a funkciót visszaállítják, gondoskodjon arról, hogy a kulcs titkos része ne hagyja el a számítógépet.
4. Februárban a Jövőbeli Technológiák Fejlesztési Központja (ЦРПТ) csendben korlátozza az API SÚZ-ra leadható kérések számát. Maximálisan egy kérés másodpercenként. Aztán ugyanolyan váratlanul és csendben feloldotta ezt a korlátozást. Ezért ajánlom, hogy a rendszerbe építsenek be lehetőséget az API ЦРПТ-ra leadott kérések számának korlátozására esetleges újbóli előfordulás esetén. Jelenleg 10 kérést másodpercenként írtak le.
5. Ugyancsak februárban, figyelmeztetés nélkül, jelentősen megváltozott az API SÚZ viselkedése. Az API-ban van egy kérés a megrendelések állapotának lekérdezésére. Az állapotban szerepeltek a pufferek és azok állapota. Egy GTIN = egy puffer. Ott jelezték, hogy hány kód érhető el a pufferről. Egy szép napon minden puffer mennyisége -1 lett. Külön módszeren keresztül kellett lekérdezni minden puffer állapotát külön-külön. Egy kérés helyett tizenegyet kellett végrehajtani.

Kódok struktúrája

Tehát a kódok megrendelésre kerültek és generálva lettek. Ezeket API-n keresztül, szöveges formában, PDF formátumban mint nyomtatási címkék, és CSV fájl formájában lehet elérni.

Az API-ról már írtam fent. Ami a két másik módszert illeti. Eredetileg a SÚZ csak egyszer engedte meg a kódok lekérdezését. Ha PDF fájlt kértek, akkor a kódokat szöveges formában csak a PDF-ből való visszaneléskor lehetett megszerezni. Szerencsére hozzáadták a lehetőséget, hogy többször le lehessen kérdezni a kódokat, és ez a probléma megoldódott. Két napig a kódok még elérhetők a további letöltéshez.

Ha CSV formátumban kérjük le, soha, semmilyen körülmények között ne nyissa meg Excelben. És senkinek ne engedje meg. Az Excelnek van automatikus mentési funkciója. A mentés pillanatában az Excel a lehető legelőre nem látható módon megváltoztathatja a kódokat. A kódok megtekintésére javaslom a Notepad++ használatát.

Ha a fájlt a SÚZ-ból megnyitjuk a Notepad++-ban, olyan sorokat láthatunk, mint ezek. A harmadik kód érvénytelen (hiányoznak az GS elválasztók).

Partnereink kódokat küldtek nekünk a termékük nyomon követéséhez. A szabad szemmel is látható, hogy milyen fájlok készültek Excel segítségével - akár 5%-os érvénytelenség volt a kódok között.

Határozottan javaslom, hogy olvassa el a szabványokat GS1. A szabvány leírásában sok kérdésre találunk választ a DataMatrix kialakításával kapcsolatban.

Az azonosító kód a GTIN-ből és a sorozatszámból áll. A GS1 szabvány szerint ezekhez a felhasználási azonosítók (FA) 01 és 21 tartoznak. Ne feledje, hogy a felhasználási azonosítók nem részei a GTIN-nek és a sorozatszámnak. Ez azt jelzi, hogy a felhasználási azonosító (FA) után a GTIN vagy a sorozatszám következik. Ez különösen fontos a pénztári szoftverek programozásakor. A 1162-es címke kitöltéséhez pontosan a GTIN és a sorozatszám szükséges, a felhasználási azonosítók nélkül.

Az UBD (univerzális átvitel dokumentum) és egyéb dokumentumok esetében ezzel szemben szinte mindig szükséges a teljes bejegyzés a felhasználási azonosítókkal.

A GS1 szabvány rögzíti, hogy a GTIN fix hossza 14 karakter, és csak számjegyekből állhat. A sorozatszám változó hosszúságú, amely a szabvány 155. oldalán található. Ott van egy hivatkozás is a sorozatszámban előforduló karakterek táblázatára.

Mivel a sorozatszám változó hosszúságú, a GS elválasztó jelzi a végét. Az ASCII táblázatban ennek kódja 29. E nélkül az elválasztó nélkül egyetlen program sem fogja érteni, mikor ér véget a sorozatszám, és mikor kezdődnek a más adatcsoportok.

A címkekód (Kód) részletesebben olvasható a hivatalos dokumentációban.

A cipők esetében a sorozatszám 13 karakterből áll rögzített hosszúságban, azonban a mérete bármikor megváltozhat. Más termékkategóriák esetében a sorozatszám hossza eltérhet.

DataMatrix generálás

A következő lépés az adatok DataMatrix kóddá való átalakítása. Az Orosz Föderáció Kormányának 860. rendeletében meg van határozva egy GOST, amely szerint DataMatrix-ot kell formálni. Az 860-as PP-ben kötelező az alkalmazási azonosítók használata is. Ne feledje, hogy a DataMatrix szabványban nincs olyan fogalom, mint a "felhasználási azonosítók". Csak a GS-1 DataMatrix szabványban léteznek. Így az 860-as PP közvetve arra kötelez, hogy a GS-1 DataMatrix-ot használjuk. Szerencsére a szabványok hasonlóak. A fő különbség: a GS-1 DataMatrix első karakterének FNC1-nek kell lennie. A GS szimbólum nem állhat az első helyen a DataMatrix-ban, csak az FNC1.

Az FNC1-et nem lehet egyszerűen a sorhoz adni, mint a GS-t. Ezt a DataMatrix generáló programnak kell hozzáadnia. Az Alliance Fortes erőforrásaiban több mobilalkalmazás, amelyek segítségével ellenőrizheti a generált DataMatrix kódok helyességét.

Fontos. A tisztességes jel alkalmazás nem érvényes DataMatrix-t fogad el. Még a QR-kódok esetében is. Az, hogy a márka felismerésre került és a termék információja megjelenik, nem bizonyítja, hogy a DataMatrix megfelelően lett generálva. Még a kriptofarok cseréje után is a ČZ alkalmazás felismerte a márkát és megjelenítette a termékre vonatkozó adatokat.

Később a ČZ kiadta a magyarázatot, hogyan kell helyesen generálni a kódokat. A nagyszámú hibás kód miatt elfogadták az FNC1 nélküli kódokat érvényesnek, de azért továbbra is javasolják a GS-1 DataMatrix generálását.

Sajnos a partnerektől beérkezett DataMatrixok egy jelentős része hibákat tartalmazott. A ČZ magyarázatai alapján teljesen megoldódott a kérdés, "Lehet-e ilyen terméket forgalmazni július 1-je után vagy sem?" Spoiler — lehet.

Nyomtatás

Figyeljen a márkák nyomtatási módjára. Ha hőnyomtatóra nyomtat, a márka gyorsan elhalványul, és ezt a terméket már nem lehet értékesíteni. Az olvashatatlan márka a 860-os PPR megsértését jelenti. Ami termékvisszavonáshoz, bírságokhoz vagy büntetőjogi felelősséghez vezet.

Használjon hőátviteli nyomtatást. Ebben az esetben a márka nem annyira hajlamos a fakulásra. A címke anyaga is befolyásolja, mennyire érzékeny a márka a mechanikai sérülésekre. Ha a kód nem olvasható mechanikai sérülés miatt, az egyenértékű azzal, hogy nincs márka, az összes következménnyel együtt.

Válasszon nyomtatót a tervezett nyomtatási mennyiség alapján. Az asztali nyomtatók nem alkalmasak napi 100 000 címke nyomtatására.

A nyomtatás leállítása és indítása növeli a nyomtatók kopását. Néhány program egy címkét küld nyomtatási feladatra. Ezekkel a programokkal jobb nem dolgozni.

Dokumentumkezelés

Miután a márkákat kinyomtatták és ráragasztották, minden további művelet a dokumentumokon vagy a tisztességes jel személyes fiókján keresztül történik.

Nagy mennyiségű kód kezelésekor xml fájlokat készíthetünk, amelyek tartalmazzák a szükséges kódokat, és ezeket a fájlokat API-n vagy a személyes fiók webes felületén keresztül tölthetjük fel.

Az XSD sémát a ČZ személyes fiókjának "segítség" részében lehet letölteni.

Figyeljen a következő szempontokra.

1. A ČZ személyes fiókjában található XSD sémák érvényesítési hibákat tartalmaznak az adószámokban, és korlátozásokat a karakterhosszúságra. Csak a hibák kijavítása után használhatjuk a sémákat. Szerencsére a hibák nyilvánvalóak, ezért ez nem nehéz feladat.
2. A séma a legtöbb esetben két részből áll — egy általános részből, amely minden dokumentumtípusra vonatkozik, és egyspecifika típussal kapcsolatos rész. Az általános sémát importálással adják hozzá a konkrét sémához. Mindkét séma az ügyfélkapu segítség részében található.
3. A KM-re vonatkozó escape szabályok eltérnek a hagyományos XML szabályoktól, erről részletesen olvashat a ChZ hivatalos dokumentációjában, kérjük, figyeljen erre. Itt van itt a 4. oldalon minden szabály.
4. Nem szabad 150 000 kódot egy fájlban forgalomba hozni. Tanúk beszámolója szerint a 30 000-nél nagyobb fájlok általában problémamentesen mennek át.
5. Az XML fájl hibásan elutasítható a "xml érvényességi hiba" üzenettel, majd öt percen belül ugyanaz a fájl problémák nélkül elfogadható.
6. Ha a fájlban egy már forgalomba hozott kód szerepel, akkor a forgalomba hozatal fájlt valószínűleg nem fogadja el.
7. A szállító és átvételi dokumentumok ideiglenes megoldásként használatosak. A későbbiekben terveik szerint megszüntetik őket, és átállnak az UGD-re a PPR 860 szerint.
8. A 60 napról szóló mítosz. Az a vélemény terjedt el, hogy a forgalomba nem hozott kódok 60 nap után "elkezdenek lejárni". Ez egy mítosz, a forrása ismeretlen. A kódok "lejárnak", csak ha nem vették át őket a SUZ-ból 60 napon belül. A már átvett kódok élettartama korlátlan.

Zárás

A BarCodesFX ingyenes címkéző alkalmazásom kifejlesztése során kezdetben integráltam a SUZ API-jával. Amikor az őszinte jel másodszor váratlanul megváltoztatta az API működési logikáját, kénytelen voltam lemondani az integrálásról. Remélem, hogy a jövőben a ChZ stabilizálni tudja a fejlesztést és az API-t, mivel nonprofit termék esetében számomra nagyon költséges naponta ellenőrizni az API változásokat és azonnal módosítani.

A címke bevezetésekor alaposan ismerkedjen meg a termékcsoportjára vonatkozó előírásokkal, helyesen nyomtassa a GS1-DataMatrix kódot, és legyen felkészülve bármilyen előre nem látható változásra az ChZ részéről.

A Fort Szövetség létrehozta az információs teret (wiki, chatek a Telegramon, szemináriumok, webináriumok), ahol hasznos és aktuális információkat találhat a címkézéssel kapcsolatban minden iparágban.

Forrás: habr.com