Od 1. julija 2019 je bilo v Rusiji uvedeno obvezno označevanje skupine blaga. Od 1. marca 2020 naj bi čevlji spadali pod ta zakon. Vsi niso imeli časa za pripravo, zato je bila izstrelitev prestavljena na 1. julij. Lamoda je med tistimi, ki jim je to uspelo.
Zato želimo svoje izkušnje deliti s tistimi, ki še niso označevali oblačil, gum, parfumov itd. Članek opisuje številne industrijske standarde, nekaj regulativne dokumentacije in osebne izkušnje. Članek je namenjen predvsem integratorjem in razvijalcem, ki bodo ta projekt šele razumeli.
Upoštevajte, da se predpisi pogosto spreminjajo in da avtor ne more nenehno posodabljati gradiva. Zato je do trenutka, ko ga preberete, nekatere informacije morda že zastarele.
Osebne izkušnje je avtor pridobil tako v okviru dela na projektu Datamatrix v Lamodi kot pri razvoju lastne brezplačne aplikacije za označevanje BarCodesFx.
Od 1. julija 2019 v Rusiji velja zakon o obveznem označevanju. Zakon ne velja za vse skupine blaga, datumi za uveljavitev obveznega označevanja za skupine izdelkov pa so različni. Trenutno so tobak, krzneni plašči, čevlji in zdravila predmet obveznega označevanja. Kmalu bo uveden za pnevmatike, oblačila, parfume in kolesa. Vsako skupino blaga ureja posebna vladna resolucija (GPR). Zato nekatere trditve, ki veljajo za čevlje, morda ne veljajo za druge skupine izdelkov. Lahko pa upamo, da se tehnična komponenta ne bo močno razlikovala pri različnih skupinah izdelkov.
označevanjeGlavna ideja označevanja je, da se vsaki enoti blaga dodeli posamezna številka. S to številko lahko spremljate zgodovino določenega blaga od trenutka proizvodnje ali uvoza v državo, do trenutka odlaganja na blagajni. Sliši se lepo, a v praksi izjemno težko izvedljivo Koncept je podrobneje opisan na uradni spletni strani poštenega znamenja.
Pogosti izrazi in pojmi
UOT - udeleženec v prometu blaga.
CRPT — center za razvoj obetavnih tehnologij. Privatno podjetje, edino državno izvajalec projekta označevanja. Deluje po shemi javno-zasebnega partnerstva (JZP). Podatkov o drugih sodelujočih v razpisu za projekt, kot tudi o samem razpisu, žal ni.
ТГ - skupina izdelkov. Čevlji, oblačila, gume itd.
GTIN - v bistvu izdelek, ki upošteva barvo in velikost. Izdano v GS1 ali nacionalnem katalogu za vsakega uvoznika ali proizvajalca za njegov izdelek. Proizvajalec oziroma uvoznik mora izdelek najprej opisati.
PPR - Odlok vlade Ruske federacije. Za čevlje - 860.
KM — koda za označevanje. Edinstven nabor znakov, dodeljen določenemu artiklu izdelka. Za čevlje je sestavljen iz GTIN, serijske številke, kode za preverjanje in kripto-repa.
GS1 je mednarodna organizacija, ki izdaja številke GTIN. So tudi sestavljalci številnih standardov za označevanje.
Državni katalog - analog GS1, ki ga je razvil CRPT.
Kriptorep - analog digitalnega podpisa, ki potrjuje zakonitost CM. Mora biti v podatkovni matriki na žigu. Shranjevanje v besedilni obliki je prepovedano. Po odtisu je treba žige odstraniti v skladu z dogovorom s CRPT. Ni znanih primerov dejanske uporabe.
CPS — postaja za upravljanje naročil. Sistem, v katerem se naročajo KM za blago.
EDI - elektronsko vodenje dokumentov.
UKEP — izboljšan kvalificirani elektronski podpis.
Izrazi in pojmi v okviru tega članka
ЧЗ - pošten znak.
v redu - Osebni prostor.
Mark — natisnjena koda za označevanje.
Postopek je naslednji: najprej udeleženec (UOT) izda elektronski podpis (UKEP), se registrira v pošteni znamki (CH), opiše izdelek v nacionalnem katalogu ali GS1 in prejme GTIN za izdelek. Ti koraki so podrobno opisani na spletni strani honest sign, zato se na njih ne bomo zadrževali.
Naročanje in prejemanje kod
Po prejemu GTIN udeleženec (UOT) odda naročilo kod (KM) v sistemu CPS.
Pomembno, a ne očitno.
- V enem naročilu lahko zahtevate kode za največ 10 GTIN. Načeloma nerazumljiva omejitev. Uvoznik s 14 GTIN mora ustvariti 000 naročil.
- Na naročilo je mogoče zahtevati največ 150 kod.
- V teku je omejitev 100 naročil. To pomeni, da hkrati ni mogoče obdelati več kot 100 naročil. Če jih je več kot 100, bo API začel vračati napako namesto seznama naročil. Edini način za odpravo te napake je zapiranje nekaterih naročil prek spletnega vmesnika. API ne zagotavlja parametra za delni prikaz naročil.
- Število zahtevkov je omejeno - ne več kot 10 zahtevkov na sekundo. Po mojih informacijah te omejitve v dokumentih ni, vendar obstaja.
Iz osebnih izkušenj pri delu z naročili KM označevalnih kod preko API-ja sistema CPS.
- Zahteva (sam json) mora biti podpisana s podpisom GOST. To deluje s cryptopro. Pazljivo morate zagotoviti, da uporabljeno ogrodje ali knjižnica ne spremeni izvirnega json niti za bajt. V nasprotnem primeru podpis takoj preneha veljati.
- Podpis naročila. Naročilo je lahko podpisano s poljubnim podpisom katere koli stranke. Če je podpis veljaven, ga bo sistem CPS sprejel. Med integracijo je bilo mogoče zahtevo podpisati s podpisom nekoga drugega, ki je bil izdan na testnem CA. Bojno vezje nadzornega sistema je obdelalo ukaz in izdalo kode. Po mojem mnenju je to varnostna luknja. Razvijalci so na poročilo o napaki odgovorili z "bomo videli." Upam, da je popravljeno.
Zato bodite izjemno previdni, če na enem delovnem mestu deluje več kot ena pravna oseba. obrazi. Danes bo CPS sprejel te zahteve, jutri pa bodo zahteve ponovno pregledali in polovico kod preklicali zaradi podpisa nekoga drugega. In načeloma bodo formalno imeli prav.
- Samodejno podpisovanje naročil je funkcionalnost, ki v KMS ni več na voljo. Da je delovalo, je bilo potrebno zasebni del ključa naložiti v osebni račun poštenega znamenja. To je kompromis ključa. In po veljavni zakonodaji mora lastnik v primeru ogroženosti izboljšanega kvalificiranega elektronskega podpisa obvestiti svoj overitveni center (CA) in preklicati ECEP. Če se ta funkcija vrne, pazite, da zasebni del ključa ne zapusti računalnika.
- Februarja je Center za razvoj naprednih tehnologij (CRPT) tiho uvedel omejitev števila zahtev za CPS API. Ne več kot ena zahteva na sekundo. Potem je prav tako nepričakovano in tiho to omejitev odpravil. Zato priporočam, da se v sistem vgradi možnost omejevanja števila zahtev CRPT API v primeru ponovitve. Zdaj obstajajo informacije o omejitvi 10 zahtevkov na sekundo.
- Februarja se je obnašanje API-ja CPS bistveno spremenilo brez opozorila. V API-ju je zahteva za pridobitev statusa naročil. Status je nakazal medpomnilnike in njihov status. En GTIN = en medpomnilnik. Navedel je tudi, koliko kod je na voljo za sprejem iz medpomnilnika. Nekega lepega dne je število vseh medpomnilnikov postalo -1. Morali smo uporabiti ločeno metodo za poizvedbo o statusu vsakega medpomnilnika posebej. Namesto ene zahteve sem jih moral dati enajst.
Struktura kode
Torej, kode so bile naročene in ustvarjene. Preko API-ja jih je mogoče pridobiti v besedilni obliki, v pdf kot nalepke za tisk in kot csv datoteka z besedilom.
API je bil že napisan zgoraj. Kar se tiče drugih dveh metod. Sprva je nadzorni sistem dovoljeval zbiranje kod le enkrat. In če je bila posneta datoteka pdf, je bilo možno pridobiti kode v besedilni obliki le s ponovnim skeniranjem vseh podatkovnih matrik iz pdf-ja. Na srečo so dodali možnost večkratnega zbiranja kod in ta problem je bil rešen. Kode so še vedno na voljo za ponoven prenos v dveh dneh.
Če ga vzamete v formatu csv, ga nikoli in pod nobenim pogojem ne odpirajte v Excelu. In nikomur ne dovolite. Excel ima funkcijo samodejnega shranjevanja. V času shranjevanja lahko Excel spremeni vaše kode na najbolj nepredvidljive načine. Za ogled kod priporočam uporabo notepad++.
Če odprete datoteko iz CMS v notepad++, lahko vidite takšne vrstice. Tretja koda je neveljavna (nima ločil GS).
Naši partnerji so nam dali kode za označevanje njihovih izdelkov. S prostim očesom lahko vidite, katere datoteke so bile ustvarjene z uporabo Excela – do 5 % kod je bilo neveljavnih.
Zelo priporočam branje o GS1. Opis standarda vsebuje odgovore na številna vprašanja v zvezi z oblikovanjem DataMatrix.
Identifikacijska koda je sestavljena iz GTIN in serijske številke. V skladu s standardom GS1 ti ustrezajo aplikacijskim identifikatorjem (AI) 01 in 21. Upoštevajte, da aplikacijski identifikatorji niso del GTIN in serijske številke. Označujejo, da identifikatorju aplikacije (UI) sledi GTIN ali serijska številka. To je še posebej pomembno pri programiranju blagajniške programske opreme. Za izpolnjevanje oznake 1162 potrebujete samo GTIN in serijsko številko, brez identifikatorjev aplikacije.
Za UTD (univerzalno prenosno listino) in druge dokumente, nasprotno, največkrat potrebujete celoten zapis z identifikatorji aplikacije.
Standard GS1 navaja, da ima GTIN fiksno dolžino 14 znakov in je lahko sestavljen samo iz številk. Serijska številka ima spremenljivo dolžino in je opisana na strani 155 standarda. Obstaja tudi povezava do tabele s simboli, ki se lahko pojavijo v serijski številki.
Ker ima serijska številka spremenljivo dolžino, ločilo GS označuje konec serijske številke. V tabeli ASCII ima kodo 29. Brez tega ločila noben program ne bo razumel, na kateri točki se konča serijska številka in začnejo druge skupine podatkov.
Več podrobnosti o označevalni kodi (KM) najdete v .
Pri čevljih je serijska številka fiksna in ima 13 znakov, vendar se lahko njena velikost kadar koli spremeni. Za druge skupine izdelkov (TG) se lahko dolžina serijske številke razlikuje.
DataMatrix Generation
Naslednji korak je pretvorba podatkov v kodo DataMatrix. Odlok ruske vlade 860 določa GOST, v skladu s katerim je treba ustvariti DataMatrix. Prav tako PPR 860 določa obvezno uporabo identifikatorjev aplikacij. Upoštevajte, da standard DataMatrix nima koncepta "identifikatorjev aplikacij". Na voljo so le v standardu GS-1 DataMatrix. Izkazalo se je, da PPR 860 implicitno obvezuje uporabo GS-1 DataMatrix. Na srečo so standardi podobni. Ključna razlika: V GS-1 DataMatrix mora biti prvi znak FNC1. Simbol GS se ne sme pojaviti prvi v DataMatrix, ampak samo FNC1.
FNC1 ni mogoče samo dodati v linijo kot GS. Dodati ga mora program, ki generira DataMatrix. Več jih je objavljenih na virih Alliance Forts , s katerim lahko preverite pravilnost generiranih DataMatrix kod.
Pomembno je. Aplikacija poštenega znaka sprejme neveljavno DataMatrix. Tudi QR kode. Dejstvo, da je bila blagovna znamka prepoznana in so bile prikazane informacije o izdelku, ne pomeni, da je DataMatrix pravilno oblikovan. Tudi ob zamenjavi kripto-repa je ChZ aplikacija prepoznala blagovno znamko in izpisala podatke o izdelku.
Kasneje je bil izdan ChZ , kako pravilno ustvariti kode. Zaradi velikega števila kod z napakami so prepoznali kode brez FNC1 kot veljavne, a vseeno priporočajo generiranje GS-1 DataMatrix.
Na žalost je dokaj velik odstotek podatkovnih matrik od partnerjev prišel z napakami. Zahvaljujoč pojasnilom ChZ je bilo vprašanje »Ali je mogoče s takšnim izdelkom trgovati po 1. juliju ali ne?« popolnoma rešeno. Spojler - lahko.
Bodite pozorni na način tiskanja znamk. Pri tiskanju na termičnem tiskalniku štampiljka hitro zbledi in izdelka ni več v prodaji. Neberljiv žig je kršitev PPR 860. To vodi do zasega blaga, globe in kazenske odgovornosti.
Uporabite termotransferni tisk. V tem primeru blagovna znamka ni tako dovzetna za bledenje. Material etikete tudi določa, kako občutljiva je znamka na mehanske poškodbe. Če kode ni mogoče prebrati zaradi mehanskih poškodb, je to enako odsotnosti blagovne znamke z vsemi posledicami.
Izberite tiskalnik med načrtovanimi količinami tiskanja. Namizni tiskalniki niso zasnovani za tiskanje 100 nalepk na dan.
Prekinitev in začetek tiskanja povečata obrabo tiskalnika. Nekateri programi pošljejo tiskalni posel eno nalepko naenkrat. Takšnih programov je bolje ne uporabljati.
Delo z dokumenti
Ko so znamke natisnjene in nalepljene, vse nadaljnje transakcije z njimi potekajo preko dokumentov ali osebnega računa poštenega znaka.
Ko delate z velikim številom kod, lahko ustvarite datoteke xml, ki vsebujejo zahtevane kode, in te datoteke naložite prek API-ja ali spletnega vmesnika vašega osebnega računa.
Shemo XSD lahko prenesete v razdelku »pomoč« ChZ LC.
Upoštevajte naslednje točke.
- Sheme Xsd v LC ChZ vsebujejo napake pri potrjevanju TIN in omejitve dolžine vrstice. Šele po odpravi napak lahko uporabite diagrame. Na srečo so napake očitne, zato tega ni težko narediti.
- Shema je najpogosteje sestavljena iz dveh delov - skupnega za vse vrste dokumentov in ločenega za določeno vrsto. Splošna shema je z uvozom dodana specifični shemi. Oba diagrama sta objavljena v razdelku za pomoč ChZ LC.
- Pravila uhajanja za CM se razlikujejo od splošno sprejetih za XML, to je zapisano v uradni dokumentaciji ChZ, bodite pozorni na to. Tukaj Vsa pravila so na strani 4.
- Ne poskušajte vnesti 150 kod v obtok v eni datoteki. Po navedbah očividcev se običajno prenašajo datoteke z več kot 000.
- Datoteko Xml lahko ovijete z napako »xml validation error«, pet minut kasneje pa lahko isto datoteko sprejmete brez težav.
- Če datoteka vsebuje kodo, ki je že bila dana v obtok, potem datoteka dana v obtok najverjetneje ne bo sprejeta.
- Dokumenti o pošiljanju in prejemu se uporabljajo kot začasna rešitev. V prihodnosti jih nameravajo ukiniti in preiti na UPD v skladu s PPR 860.
- Mit o 60 dneh. Obstaja mnenje, da kode, ki niso dane v obtok, "izgorejo" po 60 dneh. To je mit, vir neznan. Kode potečejo le, če jih v 60 dneh niste prevzeli iz nadzornega sistema. Življenjska doba zbranih kod je neomejena.
Zaključek
Pri razvoju moje brezplačne aplikacije za označevanje BarCodesFX je bila prvotno izvedena integracija s CPS API. Ko je pošten znak drugič nepričakovano spremenil logiko API-ja, je bilo treba integracijo opustiti. Upam, da bo ChZ v prihodnosti lahko stabiliziral razvoj in API, ker Za nekomercialni izdelek je zame zelo drago, da vsak dan dvakrat preverim, ali je prišlo do sprememb v API-ju, in ga takoj izboljšam.
Pri izvajanju oznak natančno preberite regulativno dokumentacijo za vašo skupino izdelkov TG, pravilno natisnite GS1-DataMatrix in bodite pripravljeni na morebitne nepredvidene spremembe s strani poštene oznake ChZ.
Fort Alliance je ustvaril informacijski prostor (, v telegramu, seminarjih, spletnih seminarjih), kjer lahko najdete koristne in relevantne informacije o označevanju v vseh panogah.
Vir: www.habr.com