DataMatrix edo oinetakoak behar bezala etiketatzea

1ko uztailaren 2019etik aurrera, ondasun talde baten derrigorrezko etiketa ezarri zen Errusian. 1ko martxoaren 2020etik aurrera, oinetakoak lege honen menpe egon behar ziren. Denek ez zuten prestatzeko astirik izan, eta, ondorioz, abian jartzea uztailaren 1era atzeratu zuten. Lamoda egin zutenen artean dago.

Horregatik, gure esperientzia partekatu nahi dugu oraindik arropak, pneumatikoak, lurrinak eta abar etiketatu gabe dituztenekin. Artikuluak industriako estandar batzuk, arauzko dokumentazio batzuk eta esperientzia pertsonala deskribatzen ditu. Artikulua proiektu hau ulertzen ez duten integratzaile eta garatzaileei zuzenduta dago batez ere.

Kontuan izan araudia maiz aldatzen dela eta ezin dela egileak materiala etengabe eguneratzea. Hori dela eta, irakurtzen duzunerako, baliteke informazio batzuk jada zaharkituta egotea.

Egileak esperientzia pertsonala lortu zuen bai Lamodako Datamatrix proiektuko lanaren baitan, bai BarCodesFx bere doako etiketatze aplikazioa garatzean.

1ko uztailaren 2019az geroztik, Errusian derrigorrezko etiketatzeari buruzko legea dago indarrean. Legea ez da ondasun-talde guztietan aplikatzen, eta produktu-taldeen derrigorrezko etiketatzea indarrean jartzeko datak aldatu egiten dira. Gaur egun, tabakoa, larruzko berokiak, oinetakoak eta sendagaiak derrigorrezko etiketatzearen menpe daude. Laster aurkeztuko dira pneumatikoak, arropa, lurrinak eta bizikletentzako. Ondasun talde bakoitza gobernu-ebazpen batek (GPR) arautzen du. Hori dela eta, baliteke oinetakoentzako egiazkoak diren zenbait baieztapen ez izatea beste produktu talde batzuetarako. Baina espero dezakegu osagai teknikoa ez dela asko aldatuko produktu talde desberdinetarako.

markatzeaEtiketatzearen ideia nagusia ondasun-unitate bakoitzari zenbaki bana esleitzen zaiola da. Zenbaki hau erabiliz, produktu jakin baten historiaren jarraipena egin dezakezu herrialdera ekoizten edo inportatzen den unetik, kutxan botatzen den unera arte. Ederra dirudi, baina praktikan oso zaila da ezartzea.Kontzeptua zehatzago deskribatzen da zeinu zintzoaren webgune ofizialean.

Termino eta kontzeptu arruntak

UOT - salgaien zirkulazioan parte hartzen duena.
CRPT — Teknologia etorkizun handikoak garatzeko zentroa. Enpresa pribatua, estatu bakarra markatze-proiektuaren kontratista. Lankidetza publiko-pribatu (PPP) eskemaren arabera funtzionatzen du. Zoritxarrez, ez dago proiektuaren lizitazioko beste parte-hartzaile batzuei buruzko informaziorik, ezta lizitazioari buruz ere.
TG - produktu taldea. Oinetakoak, arropa, pneumatikoak, etab.
GTIN - funtsean, kolorea eta tamaina kontuan hartuta artikulu bat. GS1 edo katalogo nazionalean emana, bere produktuaren inportatzaile edo fabrikatzaile bakoitzarentzat. Fabrikatzaileak edo inportatzaileak produktua deskribatu behar du lehenik.
PPR - Errusiar Federazioko Gobernuaren Dekretua. Oinetakoetarako - 860.
KM — markatzeko kodea. Produktu-elementu jakin bati esleitutako karaktere multzo berezia. Oinetakoetarako, GTIN, serie zenbakia, egiaztapen-kodea eta kriptografia-buztana osatzen dute.
GS1 GTINak igortzen dituen nazioarteko erakunde bat da. Era berean, etiketatze-arau batzuen konpilatzaileak dira.
Katalogo nazionala - GS1-en analogo bat, CRPTk garatua.
Kriptobuztana - CMren legezkotasuna berresten duen sinadura digitalaren analogoa. Zigiluko datu-matrizean egon behar da. Debekatuta dago testu moduan gordetzea. Inprimatu ondoren, zigiluak kendu behar dira CRPTrekin adostutakoaren arabera. Ez dago benetako erabilera kasurik ezagutzen.
CPS — eskaerak kudeatzeko estazioa. Salgaien KMak eskatzeko sistema.
EDI - Dokumentu elektronikoen kudeaketa.
UKEP — Sinadura elektroniko kualifikatua hobetua.

Artikulu honen esparruan dauden terminoak eta kontzeptuak

ChZ - seinale zintzoa.
Ados - Arlo pertsonala.
Marka — inprimatutako markatzeko kodea.

Prozesua honakoa da: lehenik, parte hartzaileak (UOT) sinadura elektronikoa (UKEP) igortzen du, marka zintzo batean erregistratzen du (CH), produktua katalogo nazionalean edo GS1ean deskribatzen du eta produktuaren GTINak jasotzen ditu. Urrats hauek zehatz-mehatz deskribatzen dira zeinu zintzoen webgunean, beraz, ez gara horietan sakonduko.

Kodeak eskatzea eta jasotzea

GTINak jaso ondoren, parte-hartzaileak (UOT) kodeak (KM) eskaera bat egiten du CPS sisteman.
Garrantzitsua, baina ez agerikoa.

1. Gehienez 10 GTINren kodeak eska ditzakezu eskaera batean. Printzipioz, muga ulertezina. 14 GTIN dituen inportatzaileak 000 eskaera sortu behar ditu.
2. Eskaera bakoitzeko 150 kode eska daitezke gehienez.
3. 100 eskaeraren muga dago martxan. Hau da, ezin dira aldi berean 100 eskaera baino gehiago prozesatu. 100 baino gehiago badira, APIa akats bat itzultzen hasiko da eskaera-zerrendaren ordez. Errore hau konpontzeko modu bakarra eskaera batzuk web interfazearen bidez ixtea da. APIak ez du parametrorik eskaintzen eskaerak partzialki bistaratzeko.
4. Eskaera kopuruan muga bat dago - segundoko 10 eskaera baino gehiago. Nire informazioaren arabera, murrizketa hori ez da dokumentuetan agertzen, baina badago.

KM markatze-kodeen eskaerekin CPS sistemaren APIaren bidez lan egitearen esperientzia pertsonaletik.

1. Eskaera (json bera) GOST sinadura batekin sinatu behar da. Hau cryptopro-rekin lan egiten ari da. Kontu handiz ziurtatu behar duzu erabilitako markoak edo liburutegiak ez duela jatorrizko json-a aldatzen byte batez ere. Bestela, sinadurak berehala utziko du baliorik.
2. Aginduaren sinadura. Eskaera edozein bezeroren edozein sinadurarekin sinatu daiteke. Sinadura baliozkoa bada, CPS sistemak onartuko du. Integrazioan, eskaera CA proban emandako beste norbaiten sinadurarekin sinatzea posible izan zen. Kontrol-sistemaren borroka-zirkuituak agindua prozesatu eta kodeak eman zituen. Nire ustez hau segurtasun-zulo bat da. Garatzaileek akatsen txostenari "ikusiko dugu" esanez erantzun zioten. Espero dut konponduta egotea.

   Beraz, kontu handiz ibili pertsona juridiko batek baino gehiagok lantokian lan egiten badu. aurpegiak. Gaur CPSk eskaera hauek onartuko ditu, eta bihar eskaerak berriro egiaztatuko dira eta kodeen erdia baliogabetuko da beste norbaiten sinaduragatik. Eta printzipioz, formalki arrazoia izango dute.

3. Eskaerak automatikoki sinatzea KMSn jada erabilgarri ez dagoen funtzionalitate bat da. Funtzionatzeko, beharrezkoa izan zen gakoaren zati pribatua zeinu zintzoaren kontu pertsonalean igotzea. Hau gakoaren konpromisoa da. Eta indarrean dagoen legediaren arabera, sinadura elektroniko hobetu kualifikatu baten konpromisoa gertatuz gero, jabeak bere ziurtapen-zentroari (CA) jakinarazi beharko dio eta ECEP baliogabetu. Funtzionalitate hau itzultzen bada, kontuz ibili gakoaren zati pribatua ordenagailutik irteten ez dela ziurtatzeko.
4. Otsailean, Teknologia Aurreratuen Garapenerako Zentroak (CRPT) isilean sartu zuen CPS APIrako eskaera kopuruaren muga. Ez dago eskaera bat baino gehiago segundoko. Orduan, ustekabean eta isilean, murrizketa hori altxatu zuen. Hori dela eta, gomendatzen dut sistema berreskuratzeko CRPT APIra eskaera kopurua mugatzeko gaitasunean eraikitzea. Orain segundoko 10 eskaeraren mugari buruzko informazioa dago.
5. Otsailean ere, CPS APIaren portaera nabarmen aldatu zen abisatu gabe. APIak eskaeren egoera jasotzeko eskaera du. Egoerak buffer-ak eta haien egoera adierazten zituen. GTIN bat = buffer bat. Bufferetik zenbat kode jasotzeko erabilgarri zeuden ere adierazi zuen. Egun on batean, buffer guztien kopurua -1 bihurtu zen. Metodo bereizi bat erabili behar izan nuen buffer bakoitzaren egoera bereizita kontsultatzeko. Eskaera baten ordez, hamaika egin behar izan nituen.

Kodearen egitura

Beraz, kodeak ordenatu eta sortu dira. APIaren bidez lor daitezke testu moduan, pdf moduan inprimatzeko etiketa gisa eta csv fitxategi gisa testuarekin.

APIa dagoeneko idatzita dago. Beste bi metodoei dagokienez. Hasieran, kontrol sistemak kodeak behin bakarrik biltzeko aukera ematen zuen. Eta pdf fitxategi bat hartu bazen, orduan posible zen kodeak testu moduan eskuratzea pdftik datu-matrize guztiak berriro eskaneatuz. Zorionez, hainbat aldiz gehitu zuten kodeak biltzeko gaitasuna, eta arazo hau konpondu zen. Kodeak bi egun barru berriro deskargatzeko erabilgarri daude.

Csv formatuan hartzen baduzu, inoiz ez, inola ere, Excel-en ireki. Eta ez utzi inori. Excel-ek automatikoki gordetzeko funtzioa du. Gordetzeko unean, Excel-ek zure kodeak alda ditzake ezusteko modurik. Notepad++ erabiltzea gomendatzen dut kodeak ikusteko.

Notepad++-n CMSko fitxategi bat irekitzen baduzu, honelako lerroak ikus ditzakezu. Hirugarren kodea baliogabea da (ez du GS mugatzailerik).

Gure bazkideek beren produktuak etiketatzeko kodeak eman zizkiguten. Begi hutsez ikusi ahal izango da zein fitxategi sortu diren Excel erabiliz - kodeen % 5 arte baliogabeak ziren.

Gomendatzen dut buruz irakurtzea estandarra GS1. Estandarraren deskribapenak DataMatrix-en sorrerari buruzko galdera askoren erantzunak ditu.

Identifikazio-kodea GTIN batek eta serie-zenbaki batek osatzen dute. GS1 estandarraren arabera, 01 eta 21 aplikazio-identifikatzaileei (AI) dagozkie. Kontuan izan aplikazio-identifikatzaileak ez direla GTIN eta serie-zenbakiaren parte. Aplikazioaren identifikatzaileari (UI) GTIN edo serie-zenbakia jarraitzen duela adierazten dute. Hau bereziki garrantzitsua da kutxazainaren softwarea programatzerakoan. 1162 etiketa betetzeko, GTIN eta serie-zenbakia soilik behar dituzu, aplikazioaren identifikatzailerik gabe.

UTD (transferentzia unibertsala dokumentua) eta beste dokumentu batzuetarako, aitzitik, gehienetan erregistro osoa behar duzu aplikazioen identifikatzaileekin.

GS1 estandarrak dio GTINak 14 karaktereko luzera finkoa duela eta zenbakiz soilik izan daitekeela. Serie-zenbakiak luzera aldakorra du eta arauaren 155. orrialdean azaltzen da. Serie-zenbakian ager daitezkeen ikurrak dituen taula baterako esteka ere badago.

Serie-zenbakiak luzera aldakorra denez, GS bereizleak serie-zenbakiaren amaiera adierazten du. ASCII taulan 29 kodea du. Bereizle hori gabe, ezein programak ez du ulertuko serie-zenbakia zein puntutan amaitu zen eta beste datu-talde batzuk hasi ziren.

Markatze-kodeari (KM) buruzko xehetasun gehiago hemen aurki daitezke dokumentazio ofiziala.

Oinetakoetarako, serie-zenbakia 13 karakteretan finkatzen da, hala ere, bere tamaina edozein unetan alda daiteke. Beste produktu-talde batzuetarako (TG), baliteke serie-zenbakiaren luzera desberdina izatea.

DataMatrix Sorkuntza

Hurrengo urratsa datuak DataMatrix kodean bihurtzea da. Errusiako Gobernuaren 860 Dekretuak GOST zehazten du, eta horren arabera beharrezkoa da DataMatrix bat sortzea. Era berean, PPR 860-k aplikazio-identifikatzaileen nahitaezko erabilera zehazten du. Kontuan izan DataMatrix estandarrak ez duela "aplikazio-identifikatzaile" kontzeptua. GS-1 DataMatrix estandarrean bakarrik daude eskuragarri. Bihurtzen da PPR 860 inplizituki behartzen duela GS-1 DataMatrix erabiltzea. Zorionez, estandarrak antzekoak dira. Funtsezko aldea: GS-1 DataMatrix-en, lehenengo karaktereak FNC1 izan behar du. GS ikurra ez da lehenik agertu behar DataMatrix-en, FNC1 soilik.

FNC1 ezin da GS bezala lerrora gehitu. DataMatrix sortzen duen programak gehitu behar du. Aliantzaren Fortuneko baliabideetan hainbat argitaratu dira mugikorreko aplikazioak, zeinekin sortutako DataMatrix kodeak zuzenak diren egiaztatzeko.

Garrantzitsua da. Seinale zintzoko aplikazioak DataMatrix baliogabea onartzen du. Baita QR kodeak ere. Marka aitortu eta produktuaren informazioa bistaratu izanak ez du adierazten DataMatrix behar bezala eratuta dagoenik. Kripto-buztana ordezkatu zenean ere, ChZ aplikazioak marka ezagutu zuen eta produktuaren datuak bistaratu zituen.

Geroago ChZ kaleratu zen azalpena, kodeak nola sortu behar bezala. Erroreak dituzten kode kopuru handia dela eta, FNC1 gabeko kodeak baliozkotzat jo dituzte, baina hala ere GS-1 DataMatrix bat sortzea gomendatzen dute.

Zoritxarrez, bazkideen datu-matrizeen portzentaje handi bat akatsekin etorri da. ChZ-ren azalpenei esker, "Posible al da uztailaren 1etik aurrera horrelako produktu bat negoziatzea ala ez?" galdera guztiz konpondu zen. Spoiler - dezakezu.

Inprimatu

Erreparatu zigiluak inprimatzeko moduari. Inprimagailu termiko batean inprimatzen denean, zigilua azkar desagertzen da eta produktua ezin da saldu. Irakurgaitzezko zigilua PPR 860 urratzea da. Horrek ondasunak, isunak eta erantzukizun penala bahitzea dakar.

Erabili transferentzia termikoko inprimaketa. Kasu honetan, marka ez da hain desagertzea. Etiketa-materialak marka kalte mekanikoak jasan ditzakeen ere zehazten du. Kalte mekanikoen ondorioz kodea irakurri ezin bada, markarik ez egotea da, ondorioz, ondorio guztiekin.

Hautatu inprimagailu bat aurreikusitako inprimaketa-bolumenetatik. Mahaigaineko inprimagailuak ez daude diseinatuta egunean 100 etiketa inprimatzeko.

Inprimatzen gelditu eta abiarazteak inprimagailuaren higadura areagotzen du. Zenbait programak inprimatze-lan bat bidaltzen dute etiketa bana. Hobe da horrelako programarik ez erabiltzea.

Dokumentuekin lan egitea

Zigiluak inprimatu eta itsatsi ondoren, haiekin egindako transakzio guztiak dokumentuen bidez edo zeinu zintzoaren kontu pertsonalaren bidez egiten dira.

Kode kopuru handi batekin lan egiten duzunean, beharrezko kodeak dituzten xml fitxategiak sor ditzakezu eta fitxategi hauek karga ditzakezu zure kontu pertsonaleko API edo web interfazearen bidez.

XSD eskema ChZ LC-ko "laguntza" atalean deskargatu daiteke.

Kontuan izan hurrengo puntuak.

1. LC ChZ-ko Xsd eskemek akatsak dituzte TIN balioztatzeko eta lerroaren luzeraren murrizketak. Akatsak zuzendu ondoren bakarrik erabil ditzakezu diagramak. Zorionez, akatsak agerikoak dira, beraz, ez da zaila egitea.
2. Gehienetan eskemak bi zati ditu: dokumentu mota guztietarako komunak eta mota zehatz baterako bereiziak. Eskema orokorra inportazioaren bidez gehitzen zaio espezifikoari. Bi diagramak ChZ LCren laguntza atalean daude argitaratuta.
3. CM-rako ihes-arauak XML-rako orokorrean onartzen direnetatik desberdinak dira, hau ChZ-ren dokumentazio ofizialean idatzita dago, arreta jarri honi. Hemen Hemen Arau guztiak 4. orrialdean daude.
4. Ez zenuke saiatu behar 150 kode fitxategi batean zirkulazioan sartzen. Lekukoen arabera, 000 baino gehiagoko fitxategiak igaro ohi dira.
5. Xml fitxategi bat "xml baliozkotze-errorea" errorearekin bildu daiteke eta bost minutu geroago fitxategi bera arazorik gabe onar daiteke.
6. Fitxategiak dagoeneko zirkulazioan jarri den kode bat badu, zirkulazioan jarritako fitxategia ziurrenik ez da onartuko.
7. Bidaltzeko eta jasotzeko dokumentuak aldi baterako irtenbide gisa erabiltzen dira. Etorkizunean, horiek deuseztatzeko eta UPDra aldatzeko asmoa dute, PPR 860aren arabera.
8. 60 egun inguruko mitoa. Zirkulazioan jartzen ez diren kodeak 60 egunen buruan "erretzen" direla uste da. Hau mito bat da, iturri ezezaguna. Kodeak iraungiko dira 60 eguneko epean kontrol-sistematik jaso ez badituzu. Bildutako kodeen iraupena mugagabea da.

Ondorioa

BarCodesFX nire doako etiketatze aplikazioa garatzean, hasiera batean CPS APIarekin integratzea egin zen. Seinale zintzo batek ustekabean APIaren logika bigarren aldiz aldatu zuenean, integrazioa bertan behera utzi behar izan zen. Espero dut etorkizunean ChZ garapena eta APIa egonkortu ahal izatea, zeren Produktu komertziala ez den baterako, oso garestia egiten zait egunero APIan aldaketarik egon ote den egiaztatzea eta berehala hobetzea.

Markak ezartzerakoan, irakurri arretaz zure TG produktu-taldearen arauzko dokumentazioa, inprimatu GS1-DataMatrix behar bezala eta egon ChZ marka zintzoaren ustekabeko aldaketetarako prest.

Fort Alliance-k informazio gune bat sortu du (wikia, txat gelak telegrametan, mintegietan, webinarrietan), non industria guztietan etiketatzeari buruzko informazio erabilgarria eta garrantzitsua aurki dezakezun.

Iturria: www.habr.com