1. július 2019-je óta Oroszországban bevezették az árucsoportok kötelező címkézését. 1. március 2020-jétől a cipőkre ez a törvény vonatkozik. Nem mindenkinek volt ideje felkészülni, ezért az indulást július 1-re halasztották. Lamoda azok közé tartozik, akiknek sikerült.
Ezért szeretnénk megosztani tapasztalatainkat azokkal, akik még nem címkézték fel a ruhákat, gumikat, parfümöket stb. A cikk számos iparági szabványt, néhány szabályozási dokumentációt és személyes tapasztalatot ismertet. A cikk elsősorban azoknak az integrátoroknak és fejlesztőknek szól, akiknek még meg kell érteniük ezt a projektet.
Felhívjuk figyelmét, hogy a szabályozási keretek gyakran változnak, és a szerzőnek nincs lehetősége az anyagot folyamatosan frissíteni. Ezért az olvasás időpontjára az információk egy része már elavulttá válhat.
A szerző személyes tapasztalatokra tett szert mind a Lamodai Datamatrix projekt keretében, mind a BarCodesFx jelölésére szolgáló saját ingyenes alkalmazás fejlesztése során.
1. július 2019-je óta a kötelező címkézésről szóló törvény van érvényben Oroszországban. A törvény nem vonatkozik minden árucsoportra, a termékcsoportok kötelező jelölésének hatálybalépésének időpontja változó. Most kötelező címkézés vonatkozik a dohányra, a bundákra, a cipőkre és a gyógyszerekre. A közeljövőben bevezetésre kerül a gumiabroncsok, ruházati cikkek, parfümök és kerékpárok. Minden árucsoportot külön kormányrendelet (GPR) szabályoz. Ezért előfordulhat, hogy néhány, a cipőre vonatkozó állítás nem igaz más termékcsoportokra. Remélhetjük azonban, hogy a műszaki komponens nem változik nagymértékben az egyes termékcsoportok esetében.
jelölésA címkézés fő gondolata az, hogy minden áruegységhez egyedi számot rendelnek. Ezzel a számmal nyomon követheti egy adott árucikk történetét a gyártás vagy az országba történő behozatal pillanatától a pénztárnál történő megsemmisítésig. Szépen hangzik, de a gyakorlatban rendkívül nehéz megvalósítani.A koncepciót részletesebben a becsületes jel hivatalos honlapján ismertetjük.
Általános kifejezések és fogalmak
UOT - az áruforgalom résztvevője.
CRPT a fejlett technológiák fejlesztésének központja. Magánvállalat, az egyetlen állam. jelölési projekt vállalkozó. A köz- és magánszféra közötti partnerség (PPP) keretében működik. Sajnos a projekt kiírásának többi résztvevőjéről, valamint magáról a pályázatról nincs információ.
TG - árucsoport. Cipők, ruhák, gumik stb.
GTIN - valójában a cikk, figyelembe véve a színt és a méretet. Kiadva a GS1-ben vagy a nemzeti katalógusban minden egyes importőr vagy gyártó termékéhez. A gyártónak vagy importőrnek először ismertetnie kell ezt a terméket.
PPR - Az Orosz Föderáció kormányának rendelete. Cipőhöz - 860.
KM - jelölő kód. Egy adott elemhez rendelt egyedi karakterkészlet. A cipők esetében a GTIN-ből, a sorozatszámból, az ellenőrző kódból és a titkosítási kódból áll.
GS1 egy nemzetközi szervezet, amely GTIN-eket bocsát ki. Számos címkézési szabvány összeállítója is.
Országos katalógus - a GS1 analógja, amelyet a CRPT fejlesztett ki.
kriptokalom - a digitális aláírás analógja, amely megerősíti a CM jogszerűségét. A bélyegző adatmátrixában kell szerepelnie. Tilos szöveges formában tárolni. Nyomtatás után a bélyegzőt a CRPT-vel kötött megállapodásnak megfelelően el kell távolítani. Nem ismertek tényleges felhasználási esetek.
CPS - rendeléskezelő állomás. A rendszer, amelyben KM-eket rendelnek a cikkhez.
EDO - elektronikus dokumentumkezelés.
UKEP — továbbfejlesztett minősített elektronikus aláírás.
A jelen cikk hatálya alá tartozó kifejezések és fogalmak
ЧЗ - őszinte jel.
rendben - Személyes terület.
Mark - nyomtatott jelölőkód.
A folyamat a következő: először a résztvevő (UOT) elektronikus aláírást (ECES) ad ki, becsületes jellel (CHZ) regisztrál, leírja a terméket a nemzeti katalógusban vagy a GS1-ben, és megkapja a termék GTIN-jét. Az őszinte jel weboldalán ezek a lépések részletesen le vannak írva, így ezeken nem térünk ki.
Rendelési és átvételi kódok
A GTIN-ek kézhezvétele után a résztvevő (UOT) megrendeli a kódokat (KM) a CPS rendszerben.
Fontos, de nem nyilvánvaló.
- Rendelésenként legfeljebb 10 GTIN-hez kérhet kódot. Elvileg érthetetlen korlátozás. Egy 14 000 GTIN-nel rendelkező importőrnek 1400 megrendelést kell létrehoznia.
- Egy rendelésben maximum 150 kód kérhető.
- A munkában 100 rendelés limitált. Vagyis egyszerre legfeljebb 100 megrendelés dolgozható fel. Ha több mint 100, akkor az API a rendelések listája helyett hibát kezd el visszaadni. A hiba kijavításának egyetlen módja a rendelések egy részének a webes felületen keresztül történő lezárása. Az API nem biztosít paramétert a rendelések részleges megjelenítéséhez.
- A kérések száma korlátozott – legfeljebb 10 kérés másodpercenként. Adataim szerint ez a korlátozás a dokumentumokban nem szerepel, de létezik.
A CMS API-n keresztüli KM jelölési kódok megrendelésével kapcsolatos személyes tapasztalatból.
- A kérelmet (magát a json-t) GOST aláírással kell aláírni. Ez a munka a cryptopro-val. Gondosan figyelnünk kell, hogy a használt keretrendszer vagy könyvtár egyetlen bájtig se változtassa meg az eredeti json-t. Ellenkező esetben az aláírás azonnali érvényessége megszűnik.
- Megrendelés aláírása. A megrendelés bármely ügyfél aláírásával aláírható. Ha az aláírás érvényes, a KMS rendszer elfogadja. Az integráció során lehetőség nyílt a kérelmet a teszt CA-n kiadott valaki más aláírásával aláírni. A CPS harci köre feldolgozta a parancsot és kiadta a kódokat. Véleményem szerint ez egy biztonsági rés. A fejlesztők a hibajelentésre úgy reagáltak, hogy „majd meglátjuk”. Remélem sikerült javítani.
Ezért legyen rendkívül óvatos, ha egy munkahelyen több jogi személy is dolgozik. arcok. Ma a CPS elfogadja ezeket a kéréseket, holnap pedig újraellenőrzik a kéréseket, és a kódok felét visszavonják valaki más aláírása miatt. És elvileg formálisan igazuk lesz.
- A megrendelések automatikus aláírása már nem elérhető a CMS-ben. Működéséhez szükséges volt a kulcs privát részének feltöltése a becsületes jel személyes fiókjába. Ez egy kulcsfontosságú kompromisszum. A jelenlegi jogszabályok szerint pedig a továbbfejlesztett minősített elektronikus aláírás veszélyeztetése esetén a tulajdonosnak értesítenie kell a hitelesítési központját (CA), és vissza kell vonnia az UKES-t. Ha ez a funkció visszakerül, akkor gondosan győződjön meg arról, hogy a kulcs privát része nem hagyja el a számítógépet.
- Februárban a Fejlett Technológiák Fejlesztési Központja (CRPT) csendben korlátozta a KMS API kérelmei számát. Legfeljebb egy kérés másodpercenként. Aztán ugyanilyen váratlanul és hangtalanul feloldotta ezt a korlátozást. Ezért azt javaslom, hogy a rendszerbe helyezze be azt a lehetőséget, hogy visszaesés esetén korlátozza a CRPT API-ra irányuló kérések számát. Most már van információ a másodpercenkénti 10 kérés határáról.
- Februárban is figyelmeztetés nélkül jelentősen megváltozott a KMS API viselkedése. Az API-nak van egy kérése a rendelések állapotának lekérésére. Az állapot jelezte a puffereket és azok állapotát. Egy GTIN = egy puffer. Azt is jelezte, hogy hány kód fogadható a pufferből. Egy szép napon minden puffer -1 volt. Minden puffer állapotát külön-külön, külön módszerrel kellett lekérdeznem. Egy kérés helyett tizenegyet kellett tennem.
A kódok szerkezete
Tehát a kódok rendezve és generálva vannak. Átvehetők api-n keresztül szöveges formában, pdf-ben nyomtatáshoz címkeként és szöveges csv-fájlként.
Az API-t már fentebb írtuk. Ami a másik két utat illeti. Kezdetben a CPS csak egyszer tette lehetővé a kódok felvételét. És ha egy pdf fájlt vettek, akkor csak az összes adatmátrix pdf-ből történő újraszkennelésével lehetett szöveges formában megkapni a kódokat. Szerencsére többször hozzáadták a kódok felvételének lehetőségét, és ez a probléma megoldódott. Két napon belül a kódok újra letölthetők.
Ha csv formátumban veszed fel, akkor soha, semmilyen körülmények között ne nyisd meg excelben. És ne engedd senkinek. Az Excel rendelkezik automatikus mentés funkcióval. Mentéskor az Excel a legkiszámíthatatlanabb módon tudja módosítani a kódokat. A kódok megtekintéséhez a notepad++ használatát javaslom.
Ha megnyit egy fájlt a CMS-ből a Jegyzettömbben ++, akkor ehhez hasonló sorokat láthat. A harmadik kód érvénytelen (nincs benne GS határoló).
Partnereink kódokat adtak nekünk áruik jelölésére. Szabad szemmel láthatja, hogy mely fájlok készültek az Excel segítségével – a kódok akár 5%-a érvénytelen volt.
Erősen ajánlom elolvasni kb GS1. A szabvány leírása számos kérdésre ad 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 ezek a 01-es és 21-es alkalmazásazonosítóknak (UI) felelnek meg. Felhívjuk figyelmét, hogy az alkalmazásazonosítók nem részei a GTIN-nek és a sorozatszámnak. Azt jelzik, hogy az alkalmazásazonosítót (UI) a GTIN vagy a sorozatszám követi. Ez különösen fontos a POS szoftver programozásakor. Az 1162-es címke kitöltéséhez pontosan a GTIN-re és a sorozatszámra van szüksége, alkalmazásazonosítók nélkül.
Az UTD (univerzális átviteli dokumentum) és más dokumentumok esetében ezzel szemben leggyakrabban teljes nyilvántartásra van szükség alkalmazásazonosítókkal.
A GS1 szabvány kimondja, hogy a GTIN fix hossza 14 karakter, és csak számokból állhat. A sorozatszám változó hosszúságú, leírása a szabvány 155. oldalán található. A sorozatszámban található szimbólumokkal ellátott táblázat hivatkozása is található.
Mivel a sorozatszám változó hosszúságú, a GS elválasztó jelzi a végét. Az ASCII-táblázatban a 29-es kód szerepel. Ezen elválasztó nélkül egyetlen program sem fogja megérteni, hogy a sorozatszám mikor ért véget, és mikor kezdődött más adatcsoport.
A jelölőkóddal (KM) kapcsolatos további részletek a következő helyen találhatók: .
A cipőknél a sorozatszám fix 13 karakter, mérete azonban bármikor módosítható. Más termékcsoportok (TG) esetében a sorozatszám hossza változhat.
DataMatrix generálás
A következő lépés az adatok konvertálása DataMatrix kódba. Az Orosz Föderáció kormányának 860-as rendelete meghatározza a GOST-ot, amely szerint adatmátrixot kell létrehozni. Ezenkívül a PPR 860 meghatározza az alkalmazásazonosítók kötelező használatát. Vegye figyelembe, hogy a DataMatrix szabványban nem szerepel az "alkalmazásazonosítók" fogalma. Csak a GS-1 DataMatrix szabványban szerepelnek. Kiderült, hogy a PPR 860 implicit módon megköveteli a GS-1 DataMatrix használatát. Szerencsére a szabványok hasonlóak. Fő különbség: A GS-1 DataMatrixban az első karakternek FNC1-nek kell lennie. A GS szimbólumnak nem kell első helyen lennie a DataMatrixban, csak az FNC1-nek.
Az FNC1-et nem lehet egyszerűen GS-ként venni és hozzáadni a sorhoz. A DataMatrixot előállító programnak hozzá kell adnia. Számos , amellyel ellenőrizheti a generált DataMatrix kódok helyességét.
Fontos. Az őszinte előjel alkalmazás érvénytelen DataMatrixot fogad el. Még QR kódokat is. Az a tény, hogy a márkát felismerik és a termékinformációkat megjelenítik, nem jelenti azt, hogy a DataMatrix megfelelően van kialakítva. A CZ alkalmazás még akkor is felismerte a márkát, amikor kicserélték a kripto-farkat, és megjelenítette az adatokat a terméken.
Később megjelent a CZ hogyan kell helyesen generálni kódokat. A hibakódok nagy száma miatt az FNC1 nélküli kódokat érvényesnek ismerték fel, de ennek ellenére GS-1 DataMatrix generálását javasolják.
Sajnos a partnerektől származó adatmátrixok meglehetősen nagy százaléka hibás. A CZ felvilágosításának köszönhetően a „Lehet-e kereskedni egy ilyen termékkel július 1-je után vagy sem?” kérdés teljesen megoldódott. Spoiler – lehet.
nyomtatás
Ügyeljen a bélyegzők nyomtatásának módjára. Termikus nyomtatóra nyomtatva a bélyeg gyorsan elhalványul, és ez a termék már nem értékesíthető. Az olvashatatlan bélyegző a PPR 860 megsértését jelenti. Ami áruk lefoglalását, pénzbírságot és büntetőjogi felelősséget von maga után.
Használjon hőtranszfer nyomtatást. Ebben az esetben a bélyeg nem annyira hajlamos a fakulásra. A címke anyaga azt is meghatározza, hogy a márka mennyire érzékeny a mechanikai sérülésekre. Ha a kód mechanikai sérülés miatt nem olvasható, az egyenértékű a márka hiányával és az ebből eredő összes következménnyel.
Válasszon nyomtatót a tervezett nyomtatási mennyiségek közül. Az asztali nyomtatókat nem úgy tervezték, hogy naponta 100 000 címkét nyomtatjanak.
A nyomtatás leállítása és elindítása növeli a nyomtató kopását. Egyes programok a nyomtatási feladatot egyenként küldik el. Jobb, ha nem használ ilyen programokat.
Dolgozzon dokumentumokkal
A bélyegzők kinyomtatása és beillesztése után minden további művelet a bélyegzőkkel dokumentumokon vagy a becsületes jegy személyes beszámolóján keresztül történik.
Ha nagyszámú kóddal dolgozik, akkor a szükséges kódokat tartalmazó xml fájlokat készíthet, és ezeket az API-n vagy személyes fiókja webes felületén keresztül töltheti fel.
Az XSD séma letölthető az LC CZ "súgó" részében.
Ügyeljen a következő pontokra.
- Az LC CZ Xsd sémái hibákat tartalmaznak a TIN érvényesítésében, és korlátozásokat tartalmaznak a vonal hosszára vonatkozóan. Csak a hibák kijavításával használhatja a sémákat. Szerencsére a hibák nyilvánvalóak, így ezt nem nehéz megtenni.
- A séma leggyakrabban két részből áll - minden dokumentumtípushoz közös, és egy adott típushoz külön. Az általános sémát importálás útján adjuk hozzá a konkréthoz. Mindkét séma megtalálható az LC ChZ súgójában.
- A CM menekülési szabályai eltérnek az XML-re általánosan elfogadottaktól, ez le van írva a CZ hivatalos dokumentációjában, erre figyeljen. Itt a 4. oldalon az összes szabályt.
- Ne próbáljon meg egy fájlban 150 000 kódot forgalomba helyezni. Szemtanúk szerint általában 30 000 feletti akták mennek át.
- Egy Xml fájl becsomagolható „xml validation error” hibával, és öt perccel később ugyanazt a fájlt problémamentesen elfogadja.
- Ha a fájl olyan kódot tartalmaz, amely már forgalomba került, akkor a forgalomba hozott fájlt nagy valószínűséggel nem fogadják el.
- Ideiglenes megoldásként a szállítási és átvételi dokumentumokat használják. A jövőben tervezik ezek megszüntetését, és a PPR 860-nak megfelelő UPD-re való átállást.
- Mítosz 60 napról. Van olyan vélemény, hogy a forgalomba nem hozott kódok 60 nap után „kiégnek”. Ez egy mítosz, forrása ismeretlen. A kódok csak akkor "égnek ki", ha 60 napon belül nem veszi át őket a CPS-től. Az összegyűjtött kódok élettartama nincs korlátozva.
Következtetés
A BarCodesFX ingyenes címkéző alkalmazásom fejlesztésekor kezdetben megtörtént a KMS API-val való integráció. Amikor egy őszinte jel másodszor is váratlanul megváltoztatta az API logikáját, az integrációt fel kellett hagyni. Remélem, hogy a jövőben a CZ képes lesz stabilizálni a fejlesztést és az API-t, mert. egy nem kereskedelmi termék esetében nagyon költséges nekem minden nap kétszer ellenőrizni, hogy történt-e változás az API-ban, és gyorsan finomítani.
A jelölés alkalmazásakor figyelmesen olvassa el az Ön TG termékcsoportjának szabályozási dokumentációját, nyomtassa ki helyesen a GS1-DataMatrixot, és készüljön fel a tisztességes CZ jelöléshez képest bármilyen előre nem látható változásra.
A Fort Alliance információs teret hozott létre (, távirat, szemináriumok, webináriumok), ahol minden iparágban hasznos és naprakész információkat találhat a címkézésről.
Forrás: will.com