Nga 1 korriku 2019, në Rusi u prezantua etiketimi i detyrueshëm i një grupi mallrash. Prej datës 1 mars 2020, këpucët duhej të hynin në këtë ligj. Jo të gjithë kishin kohë për t'u përgatitur, dhe si rezultat, nisja u shty për në 1 korrik. Lamoda është ndër ata që e bënë atë.
Prandaj, ne duam të ndajmë përvojën tonë me ata që ende nuk kanë etiketuar rrobat, gomat, parfumet, etj. Artikulli përshkruan një sërë standardesh të industrisë, disa dokumente rregullatore dhe përvojën personale. Artikulli është menduar kryesisht për integruesit dhe zhvilluesit që ende nuk e kanë kuptuar këtë projekt.
Ju lutemi vini re se rregulloret ndryshojnë shpesh dhe nuk është e mundur që autori të përditësojë vazhdimisht materialin. Prandaj, në kohën kur e lexoni, disa nga informacionet mund të jenë tashmë të vjetruara.
Autori fitoi përvojë personale si pjesë e punës në projektin Datamatrix në Lamoda, ashtu edhe kur zhvilloi aplikacionin e tij falas të etiketimit BarCodesFx.
Që nga 1 korriku 2019, një ligj për etiketimin e detyrueshëm ka qenë në fuqi në Rusi. Ligji nuk zbatohet për të gjitha grupet e mallrave dhe datat e hyrjes në fuqi të etiketimit të detyrueshëm për grupet e produkteve ndryshojnë. Aktualisht, duhani, palltot, këpucët dhe ilaçet janë subjekt i etiketimit të detyrueshëm. Së shpejti do të prezantohet për goma, veshje, parfume dhe biçikleta. Çdo grup mallrash rregullohet nga një rezolutë e veçantë e qeverisë (GPR). Prandaj, disa deklarata që janë të vërteta për këpucët mund të mos jenë të vërteta për grupet e tjera të produkteve. Por mund të shpresojmë që komponenti teknik nuk do të ndryshojë shumë për grupe të ndryshme produktesh.
МаркировкаIdeja kryesore e etiketimit është që çdo njësie mallrash t'i caktohet një numër individual. Duke përdorur këtë numër, ju mund të gjurmoni historinë e një artikulli specifik të mallrave që nga momenti i prodhimit ose importit në vend, deri në momentin e asgjësimit në arkë. Tingëllon bukur, por në praktikë është jashtëzakonisht e vështirë për t'u zbatuar.Koncepti përshkruhet më hollësisht në faqen zyrtare të shenjës së ndershme.
Terma dhe koncepte të zakonshme
UOT - pjesëmarrës në qarkullimin e mallrave.
CRPT — qendër për zhvillimin e teknologjive premtuese. Kompani private, i vetmi shtet kontraktor për projektin e shënjimit. Ajo operon sipas një skeme të partneritetit publik privat (PPP). Fatkeqësisht, nuk ka asnjë informacion për pjesëmarrësit e tjerë në tenderin e projektit, si dhe për vetë tenderin.
TG - grupi i produkteve. Këpucë, veshje, goma etj.
GTIN - në thelb, një artikull që merr parasysh ngjyrën dhe madhësinë. Lëshuar në GS1 ose në katalogun kombëtar për çdo importues ose prodhues për produktin e tij. Prodhuesi ose importuesi duhet së pari të përshkruajë produktin.
PPR - Dekret i Qeverisë së Federatës Ruse. Për këpucë - 860.
KM - kodi i shënimit. Një grup unik karakteresh të caktuar për një artikull specifik produkti. Për këpucët, ai përbëhet nga një GTIN, numri serial, kodi i verifikimit dhe kripto-bishti.
GS1 është një organizatë ndërkombëtare që lëshon GTIN. Ata janë gjithashtu përpilues të një sërë standardesh etiketimi.
Katalogu kombëtar - një analog i GS1, i zhvilluar nga CRPT.
Cryptobisht - një analog i një nënshkrimi dixhital që konfirmon ligjshmërinë e CM. Duhet të jetë në matricën e të dhënave në pullë. Ruajtja në formë teksti është e ndaluar. Pas printimit, vulat duhet të hiqen në përputhje me marrëveshjen me CRPT. Nuk ka raste të njohura të përdorimit aktual.
CPS — stacioni i menaxhimit të porosive. Sistemi në të cilin porositen KM për mallra.
EDI - menaxhimi elektronik i dokumenteve.
UKEP — nënshkrimi elektronik i kualifikuar i përmirësuar.
Termat dhe konceptet brenda objektit të këtij neni
ChZ - një shenjë e ndershme.
Ne rregull - Zona personale.
Markë - kodi i printuar i shënimit.
Procesi është si më poshtë: së pari, pjesëmarrësi (UOT) lëshon një nënshkrim elektronik (UKEP), regjistrohet në një shenjë të ndershme (CH), përshkruan produktin në katalogun kombëtar ose GS1 dhe merr GTIN për produktin. Këto hapa përshkruhen në detaje në faqen e internetit të shenjave të ndershme, kështu që ne nuk do të ndalemi në to.
Renditja dhe pranimi i kodeve
Pas marrjes së GTIN-ve, pjesëmarrësi (UOT) vendos një porosi për kode (KM) në sistemin CPS.
E rëndësishme, por jo e dukshme.
- Mund të kërkoni kode për një maksimum prej 10 GTIN me një porosi. Në parim, një kufizim i pakuptueshëm. Një importues me 14 GTIN duhet të krijojë 000 porosi.
- Mund të kërkohen maksimumi 150 kode për porosi.
- Ka një kufi prej 100 porosish në vazhdim. Kjo do të thotë, jo më shumë se 100 porosi mund të përpunohen në të njëjtën kohë. Nëse ka më shumë se 100, API do të fillojë të kthejë një gabim në vend të një liste porosish. Mënyra e vetme për të rregulluar këtë gabim është mbyllja e disa porosive përmes ndërfaqes së internetit. API nuk ofron një parametër për shfaqjen e pjesshme të porosive.
- Ekziston një kufi në numrin e kërkesave - jo më shumë se 10 kërkesa në sekondë. Sipas informacioneve të mia, ky kufizim nuk figuron në dokumente, por ekziston.
Nga përvoja personale e punës me porositë e kodeve të shënjimit të KM përmes API të sistemit CPS.
- Kërkesa (vetë json) duhet të nënshkruhet me një nënshkrim GOST. Kjo është duke punuar me cryptopro. Duhet të siguroheni me kujdes që korniza ose biblioteka e përdorur të mos e ndryshojë json origjinal edhe me një bajt. Përndryshe, nënshkrimi pushon së vlefshmi menjëherë.
- Nënshkrimi i porosisë. Urdhri mund të nënshkruhet me çdo nënshkrim të çdo klienti. Nëse nënshkrimi është i vlefshëm, sistemi CPS do ta pranojë atë. Gjatë integrimit, ishte e mundur të nënshkruhej kërkesa me nënshkrimin e dikujt tjetër të lëshuar në testin CA. Qarku luftarak i sistemit të kontrollit përpunoi urdhrin dhe lëshoi kodet. Sipas mendimit tim, kjo është një vrimë sigurie. Zhvilluesit iu përgjigjën raportit të gabimeve me "do të shohim". Shpresoj te rregullohet.
Prandaj, jini jashtëzakonisht të kujdesshëm nëse më shumë se një person juridik punon në një vend pune. fytyrat. Sot SPSH do t'i pranojë këto kërkesa dhe nesër kërkesat do të rikontrollohen dhe gjysma e kodeve do të revokohet për shkak të nënshkrimit të dikujt tjetër. Dhe në parim, formalisht ata do të kenë të drejtë.
- Nënshkrimi automatik i porosive është një funksion që nuk disponohet më në KMS. Që të funksiononte, ishte e nevojshme të ngarkohej pjesa private e çelësit në llogarinë personale të shenjës së ndershme. Ky është një kompromis i çelësit. Dhe sipas legjislacionit aktual, në rast të një kompromisi të një nënshkrimi elektronik të kualifikuar të përmirësuar, pronari duhet të informojë qendrën e tij të certifikimit (CA) dhe të revokojë ECEP. Nëse ky funksionalitet kthehet, kini kujdes që të siguroheni që pjesa private e çelësit të mos largohet nga kompjuteri.
- Në shkurt, Qendra për Zhvillimin e Teknologjive të Avancuara (CRPT) prezantoi në heshtje një kufi në numrin e kërkesave për CPS API. Jo më shumë se një kërkesë në sekondë. Më pas, po aq papritur dhe në heshtje, e hoqi këtë kufizim. Prandaj, unë rekomandoj që sistemi të ndërtohet në aftësinë për të kufizuar numrin e kërkesave në API CRPT në rast të rikthimit. Tani ka informacion për një kufi prej 10 kërkesash në sekondë.
- Gjithashtu në shkurt, sjellja e CPS API ndryshoi ndjeshëm pa paralajmërim. API ka një kërkesë për të marrë statusin e porosive. Statusi tregonte buferët dhe statusin e tyre. Një GTIN = një tampon. Ai gjithashtu tregoi se sa kode ishin në dispozicion për të marrë nga buffer. Një ditë të bukur, numri i të gjithë buferëve u bë -1. Më duhej të përdorja një metodë të veçantë për të kërkuar statusin e secilit buffer veç e veç. Në vend të një kërkese, më duhej të bëja njëmbëdhjetë.
Struktura e kodit
Pra, kodet janë porositur dhe gjeneruar. Ato mund të merren nëpërmjet API-së në formë teksti, në pdf si etiketa për printim dhe si skedar csv me tekst.
API është shkruar tashmë më lart. Sa i përket dy metodave të tjera. Fillimisht, sistemi i kontrollit ju lejoi të mblidhni kode vetëm një herë. Dhe nëse është marrë një skedar pdf, atëherë është e mundur të merren kodet në formë teksti vetëm duke skanuar të gjitha matricat e të dhënave nga pdf. Për fat të mirë, ata shtuan mundësinë për të mbledhur kode disa herë dhe ky problem u zgjidh. Kodet janë ende të disponueshme për t'u rishkarkuar brenda dy ditësh.
Nëse e merrni në format csv, atëherë në asnjë rrethanë mos e hapni kurrë në Excel. Dhe mos lejoni askënd. Excel ka një veçori të ruajtjes automatike. Në momentin e ruajtjes, Excel mund të modifikojë kodet tuaja në mënyrat më të paparashikueshme. Unë rekomandoj përdorimin e notepad++ për të parë kodet.
Nëse hapni një skedar nga CMS në notepad++, mund të shihni rreshta si kjo. Kodi i tretë është i pavlefshëm (nuk ka ndarës GS).
Partnerët tanë na dhanë kode për të etiketuar produktet e tyre. Syri i lirë mund të shohë se cilët skedarë janë krijuar duke përdorur Excel - deri në 5% të kodeve ishin të pavlefshme.
Unë rekomandoj shumë të lexoni rreth GS1. Përshkrimi i standardit përmban përgjigje për shumë pyetje në lidhje me formimin e DataMatrix.
Kodi i identifikimit përbëhet nga një GTIN dhe një numër serial. Sipas standardit GS1, këto korrespondojnë me identifikuesit e aplikacionit (AI) 01 dhe 21. Ju lutemi, vini re se identifikuesit e aplikacionit nuk janë pjesë e numrit GTIN dhe serisë. Ato tregojnë se identifikuesi i aplikacionit (UI) ndiqet nga një GTIN ose numër serial. Kjo është veçanërisht e rëndësishme kur programoni softuerin e arkës. Për të plotësuar etiketën 1162, ju nevojitet vetëm GTIN dhe numri serial, pa identifikues aplikacioni.
Për UTD (dokumenti i transferimit universal) dhe dokumente të tjera, përkundrazi, më shpesh ju nevojitet i gjithë regjistrimi me identifikuesit e aplikacionit.
Standardi GS1 thotë se GTIN ka një gjatësi fikse prej 14 karakteresh dhe mund të përbëhet vetëm nga numra. Numri serial ka një gjatësi të ndryshueshme dhe përshkruhet në faqen 155 të standardit. Ekziston gjithashtu një lidhje me një tabelë me simbole që mund të shfaqen në numrin serial.
Meqenëse numri i serisë ka një gjatësi të ndryshueshme, ndarësi GS tregon fundin e numrit serik. Në tabelën ASCII ka kodin 29. Pa këtë ndarës, asnjë program nuk do të kuptojë se në çfarë pike përfundoi numri serial dhe filluan grupet e tjera të të dhënave.
Më shumë detaje rreth kodit të shënimit (KM) mund të gjenden në .
Për këpucët, numri serial është fiksuar në 13 karaktere, megjithatë, madhësia e tij mund të ndryshohet në çdo kohë. Për grupet e tjera të produkteve (TG), gjatësia e numrit serial mund të ndryshojë.
Gjenerimi i DataMatrix
Hapi tjetër është konvertimi i të dhënave në kodin DataMatrix. Dekreti 860 i Qeverisë Ruse specifikon GOST, sipas të cilit është e nevojshme të krijohet një DataMatrix. Gjithashtu, PPR 860 specifikon përdorimin e detyrueshëm të identifikuesve të aplikacionit. Ju lutemi vini re se standardi DataMatrix nuk ka konceptin e "identifikuesve të aplikacionit". Ato janë të disponueshme vetëm në standardin GS-1 DataMatrix. Rezulton se PPR 860 detyron në mënyrë implicite përdorimin e GS-1 DataMatrix. Për fat të mirë, standardet janë të ngjashme. Dallimi kryesor: Në GS-1 DataMatrix, karakteri i parë duhet të jetë FNC1. Simboli GS nuk duhet të shfaqet i pari në DataMatrix, vetëm FNC1.
FNC1 nuk mund të shtohet thjesht në linjë si GS. Duhet të shtohet nga programi që gjeneron DataMatrix. Ka disa të postuara në burimet e Aleancës Forts , me të cilin mund të kontrolloni korrektësinë e kodeve të gjeneruara të DataMatrix.
E rëndësishme Aplikacioni i shenjës së ndershme pranon një DataMatrix të pavlefshme. Edhe kodet QR. Fakti që marka u njoh dhe informacioni i produktit u shfaq, nuk tregon që DataMatrix është formuar saktë. Edhe kur kripto-bishti u zëvendësua, aplikacioni ChZ njohu markën dhe shfaqi të dhëna mbi produktin.
Më vonë ChZ u lirua , si të gjeneroni kodet në mënyrë korrekte. Për shkak të numrit të madh të kodeve me gabime, ata njohën kodet pa FNC1 si të vlefshme, por megjithatë rekomandojnë gjenerimin e një DataMatrix GS-1.
Fatkeqësisht, një përqindje mjaft e madhe e matricave të të dhënave nga partnerët erdhën me gabime. Falë shpjegimeve nga ChZ, pyetja “A është e mundur të tregtohet një produkt i tillë pas 1 korrikut apo jo?” u zgjidh plotësisht. Spoiler - mundesh.
Shtyp
Kushtojini vëmendje mënyrës së printimit të pullave. Kur printohet në një printer termik, vula zbehet shpejt dhe produkti nuk mund të shitet më. Një vulë e palexueshme është shkelje e PPR 860. Kjo çon në konfiskimin e mallrave, gjoba dhe përgjegjësi penale.
Përdorni printimin e transferimit termik. Në këtë rast, marka nuk është aq e ndjeshme ndaj zbehjes. Materiali i etiketës përcakton gjithashtu se sa e ndjeshme është marka ndaj dëmtimeve mekanike. Nëse kodi nuk mund të lexohet për shkak të dëmtimit mekanik, kjo është e barabartë me mungesën e një marke me të gjitha pasojat që pasojnë.
Zgjidhni një printer nga vëllimet e planifikuara të printimit. Printerët e desktopit nuk janë krijuar për të printuar 100 etiketa në ditë.
Ndalimi dhe fillimi i printimit rrit konsumin dhe prishjen e printerit. Disa programe dërgojnë një punë printimi një etiketë në një kohë. Është më mirë të mos përdorni programe të tilla.
Puna me dokumente
Pas printimit dhe ngjitjes së pullave, të gjitha transaksionet e mëtejshme me to bëhen nëpërmjet dokumenteve ose llogarisë personale të shenjës së ndershme.
Kur punoni me një numër të madh kodesh, mund të krijoni skedarë xml që përmbajnë kodet e kërkuara dhe t'i ngarkoni këto skedarë përmes API-së ose ndërfaqes në internet të llogarisë tuaj personale.
Skema XSD mund të shkarkohet në seksionin "ndihmë" të ChZ LC.
Ju lutemi vini re pikat e mëposhtme.
- Skemat Xsd në LC ChZ përmbajnë gabime në vërtetimin TIN dhe kufizime në gjatësinë e linjës. Vetëm pas korrigjimit të gabimeve mund të përdorni diagramet. Për fat të mirë, gabimet janë të dukshme, kështu që kjo nuk është e vështirë të bëhet.
- Skema më shpesh përbëhet nga dy pjesë - të zakonshme për të gjitha llojet e dokumenteve dhe të veçanta për një lloj specifik. Skema e përgjithshme shtohet nëpërmjet importit tek ajo specifike. Të dy diagramet janë postuar në seksionin e ndihmës të ChZ LC.
- Rregullat e arratisjes për CM ndryshojnë nga ato të pranuara përgjithësisht për XML, kjo shkruhet në dokumentacionin zyrtar nga ChZ, kushtojini vëmendje kësaj. Këtu Të gjitha rregullat janë në faqen 4.
- Ju nuk duhet të përpiqeni të futni 150 kode në qarkullim në një skedar. Sipas dëshmitarëve okularë, dosjet prej më shumë se 000 kalohen zakonisht.
- Një skedar Xml mund të mbështillet me gabimin "xml validation error" dhe pesë minuta më vonë i njëjti skedar mund të pranohet pa probleme.
- Nëse skedari përmban një kod që tashmë është vënë në qarkullim, atëherë skedari i vënë në qarkullim me shumë mundësi nuk do të pranohet.
- Dokumentet e transportit dhe pranimit përdoren si një zgjidhje e përkohshme. Në të ardhmen, ata planifikojnë t'i shfuqizojnë ato dhe të kalojnë në UPD në përputhje me PPR 860.
- Miti rreth 60 ditëve. Ekziston një mendim se kodet që nuk janë vënë në qarkullim "digjen" pas 60 ditësh. Ky është një mit, burim i panjohur. Kodet skadojnë vetëm nëse nuk i keni mbledhur nga sistemi i kontrollit brenda 60 ditëve. Jetëgjatësia e kodeve të mbledhura është e pakufizuar.
Përfundim
Gjatë zhvillimit të aplikacionit tim falas të etiketimit BarCodesFX, fillimisht u bë integrimi me CPS API. Kur një shenjë e ndershme ndryshoi papritur logjikën e API-së për herë të dytë, integrimi duhej të braktisej. Shpresoj që në të ardhmen ChZ do të jetë në gjendje të stabilizojë zhvillimin dhe API, sepse Për një produkt jo-tregtar, është shumë e shtrenjtë për mua të kontrolloj dy herë çdo ditë nëse ka pasur ndryshime në API dhe ta përmirësoj atë menjëherë.
Kur zbatoni shenjat, lexoni me kujdes dokumentacionin rregullator për grupin tuaj të produkteve TG, printoni GS1-DataMatrix saktë dhe përgatituni për çdo ndryshim të paparashikuar nga ana e markës së ndershme ChZ.
Aleanca Fort ka krijuar një hapësirë informacioni (, në telegram, seminare, webinare), ku mund të gjeni informacione të dobishme dhe relevante për etiketimin në të gjitha industritë.
Burimi: www.habr.com