Që nga 1 korriku 2019, në Rusi është hyrë në fuqi një etiketim i detyrueshëm për grupin e mallrave. Që nga 1 marsi 2020, këto ligje duhej të përfshinin edhe këpucët. Nuk të gjithë arritën të përgatiten, dhe si rezultat, fillimi u shty në 1 korrik. Lamoda është midis atyre që arritën.
Prandaj, ne dëshirojmë të ndajmë përvojën tonë me ata që kanë për të etiketuar veshje, goma, parfume, etj. Artikulli përshkruan një seri standardesh të industrisë, disa dokumenta rregullatorë dhe përvojën personale. Artikulli është kryesisht për integratorët dhe zhvilluesit që kanë për të filluar të kuptojnë këtë projekt.
Kujdes, baza rregullatore ndryshon shpesh dhe autori nuk ka mundësinë të përditësojë vazhdimisht materialin. Prandaj, deri në momentin e leximit, disa informacione mund të jenë tashmë të vjetra.
Përvoja personale është marrë nga autori si në kuadër të projektit Datamatrix në Lamoda, ashtu edhe gjatë zhvillimit të aplikacionit të tij falas për etiketimin BarCodesFx.
QĂ« nga 1 korriku 2019, nĂ« Rusi Ă«shtĂ« nĂ« fuqi ligji pĂ«r etiketimin e detyrueshĂ«m. Ligji nuk pĂ«rfshin tĂ« gjitha grupet e mallrave, dhe afatet e hyrjes nĂ« fuqi tĂ« etiketimit tĂ« detyrueshĂ«m pĂ«r grupet e mallrave ndryshojnĂ«. Tani pĂ«r etiketim tĂ« detyrueshĂ«m pĂ«rfshihen duhani, kapotĂ«, kĂ«pucĂ«t, ilaçet. NĂ« njĂ« tĂ« ardhme tĂ« afĂ«rt do tĂ« futen pĂ«r goma, veshje, parfume dhe biçikleta. Ădo grup mallrash rregullohet me njĂ« dekret qeveritar tĂ« veçantĂ« (PPR). Prandaj, disa pohime qĂ« janĂ« tĂ« sakta pĂ«r kĂ«pucĂ«t, mund tĂ« jenĂ« tĂ« gabuara pĂ«r grupe tĂ« tjera mallrash. Por mund tĂ« shpresohet se komponenti teknik nuk do tĂ« ndryshojĂ« shumĂ« pĂ«r grupe tĂ« ndryshme mallrash.
EtiquetimiIdeja kryesore e etiketimit është se çdo njësi njetarëve i jepet një numër të veçantë. Me këtë numër mund të ndjekësh historinë e çdo njësi njetarëve që nga prodhimi ose importi në vend, deri në momentin e shitjes në kasë. Dëgjohet bukur, por në praktikë është jashtëzakonisht e vështirë për t'u realizuar. Më shumë mbi konceptin është përshkruar në faqen zyrtare të shenjës së ndershme.
Terminologjitë dhe konceptet e pranuara
UOT â pjesĂ«marrĂ«s nĂ« qarkullimin e mallrave.
CRPT â qendra e zhvillimit tĂ« teknologjive tĂ« avancuara. Kompani private, kontraktori i vetĂ«m shtetĂ«ror pĂ«r projektin e etiketimit. Punon sipas skemĂ«s sĂ« partneritetit publik-private (PPP). Informacion mbi pjesĂ«marrĂ«sit e tjerĂ« tĂ« tenderit pĂ«r projektin, ashtu si dhe pĂ«r vetĂ« tenderin, pĂ«r fat tĂ« keq, nuk ka.
TG â grup produktesh. PĂ«llĂ«mbĂ«, rroba, goma etj.
GTIN â nĂ« thelb, Ă«shtĂ« artikulli duke marrĂ« parasysh ngjyrĂ«n dhe madhĂ«sinĂ«. Jepet nĂ« GS1 ose nĂ« katalogun kombĂ«tar pĂ«r çdo importues ose prodhues pĂ«r mallin e tij. MĂ« parĂ«, prodhuesi ose importuesi duhet ta pĂ«rshkruajĂ« kĂ«tĂ« produkt.
PPR â akt i qeverisĂ« sĂ« FederatĂ«s Rusi. PĂ«r kĂ«pucĂ«t â 860.
KM â kodi i etiketimit. NjĂ« grup unik simbolesh i caktuar njĂ« njĂ«sie tĂ« veçantĂ« tĂ« produktit. PĂ«r kĂ«pucĂ«t pĂ«rbĂ«het nga GTIN, numri serial, kodi i kontrollit dhe kriptofund.
GS1 â organizatĂ« ndĂ«rkombĂ«tare qĂ« jep GTIN. Gjithashtu hartues i disa standardeve mbi etiketimin.
Katalogu KombĂ«tar â analog GS1, i zhvilluar nga CRPT.
Kriptofund â analog i nĂ«nshkrimit dixhital, qĂ« konfirmon legjitimitetin e KM. PatjetĂ«r duhet tĂ« jetĂ« nĂ« datamatriksen e etiketĂ«s. Ruajtja nĂ« formĂ« tekstuale Ă«shtĂ« e ndaluar. Pas printimit, etiketa duhet tĂ« fshihet sipas marrĂ«veshjes me CRPT. Nuk dihet asnjĂ« rast i pĂ«rdorimit real.
SUZ â stacioni i menaxhimit tĂ« porosive. NjĂ« sistem nĂ« tĂ« cilin porositen KMs pĂ«r produktin.
EDO â qarkullim elektronik tĂ« dokumenteve.
UKEP â nĂ«nshkrim elektronik i kualifikuar tĂ« forcuar.
Terminologjitë dhe konceptet brenda këtij artikulli
ĂZ â shenjĂ« e ndershme.
LK â kabinet personal.
Etiketa â kodi i printuar i etiketimit.
Procesi duket si mĂ« poshtĂ«: fillimisht pjesĂ«marrĂ«si (UOT) lĂ«shon njĂ« nĂ«nshkrim elektronik (UKEP), regjistrohet nĂ« shenjĂ«n e ndershme (ĂZ), pĂ«rshkruan produktin nĂ« katalogun kombĂ«tar ose GS1, merr GTIN pĂ«r produktin. NĂ« faqen e shenjĂ«s sĂ« ndershme kĂ«to hapa janĂ« pĂ«rshkruar nĂ« detaje, prandaj nuk do tĂ« ndalemi te ata.
Porosia dhe marrja e kodëve
Pas marrjes së GTIN-ve, pjesëmarrësi (UOT) bën porosinë e kodëve (KM) në sistemin SUZ.
E rëndësishme, por jo e dukshme.
- Në një porosi, mund të kërkoni kode maksimumi për 10 GTIN. Në të vërtetë, kufizimi i paqartë. Një importues me 14,000 GTIN duhet të krijojë 1,400 porosi.
- Në një porosi, mund të kërkoni maksimum 150,000 kode.
- Ka është një kufizim për 100 porosi në proces. Që do të thotë se në të njëjtën kohë mund të përpunohen jo më shumë se 100 porosi. Nëse ka më shumë se 100, atëherë API-ja do të fillojë të kthejë një gabim në vend të listës së porosive. Mënyra e vetme për të eliminuar këtë gabim është të mbyllet një pjesë e porosive përmes ndërfaqes web. API-ja nuk parashikon një parametër për përfaqësimin e pjesshëm të porosive.
- Ka një limit për numrin e kërkesave - jo më shumë se 10 kërkesa në sekondë. Sipas të dhënave të mia, në dokumente ky kufizim nuk përmendet, por ai ekziston.
Nga përvoja ime personale në punën me porositë e kodeve të markimit KРpërmes API-së së sistemit SUZ.
- Kërkesa (vetë json) duhet të nënshkruhet me nënshkrim të bazuar në GOST. Kjo është punë me kriptopro. Duhet të jeni të kujdesshëm që framework-u ose biblioteka e përdorur të mos e ndryshojë asnjë byt json-in origjinal. Përndryshe, nënshkrimi menjëherë ndalon të jetë i vlefshëm.
- Nënshkrimi i porosisë. Porosia mund të nënshkruhet me çdo nënshkrim, nga çdo klient. Nëse nënshkrimi është i vlefshëm, atëherë sistemi SUZ do ta pranojë atë. Gjatë integrimit, arrita të nënshkruaj kërkesën me nënshkrimin e një të tretë, të lëshuar nga një Qendrë Verifikimi testuese. Konturi aktiv i SUZ-it e përpunoi porosinë dhe lëshoi kodet. Në mendimin tim, kjo është një vrimë në siguri. Për raportin e defekteve, zhvilluesit reaguan me
Prandaj, jini shumë të kujdesshëm, nëse në një vend pune janë më shumë se një persona juridikë. Sot SUZ do të pranojë këto kërkesa, dhe nesër kërkesat do të rishikohen dhe do të tërhiqen gjysmën e kodëve për shkak të nënshkrimit të huaj. Dhe në parim, formalisht do të kenë të drejtë.
- VetĂ«-nĂ«nshkrimi i porosive - ky funksionalitet nuk Ă«shtĂ« mĂ« i disponueshĂ«m nĂ« SUZ. PĂ«r tĂ« punuar, duhej tĂ« ngarkohej pjesa e mbyllur e çelĂ«sit nĂ« kabinetin personal tĂ« shenjĂ«s sĂ« ndershme. Kjo Ă«shtĂ« njĂ« kompromit tĂ« çelĂ«sit. Dhe sipas ligjit nĂ« fuqi, nĂ« rastin e kompromitimit tĂ« nĂ«nshkrimit elektronik tĂ« kualifikuar tĂ« forcuar, pronari duhet tĂ« informojĂ« qendrĂ«n e njohjes (UĐŠ) dhe tĂ« tĂ«rheqĂ« ĐŁĐĐĐ. NĂ«se ky funksionalitet do tĂ« rikthehet, atĂ«herĂ« vigjiloni qĂ« pjesa e mbyllur e çelĂ«sit tĂ« mos largohet nga kompiuteri.
- NĂ« shkurt, Qendra pĂ«r Zhvillimin e Teknologjive tĂ« PerspektivĂ«s (ĂRPT) futi nĂ« heshtje njĂ« kufizim pĂ«r numrin e kĂ«rkesave ndaj API-sĂ« SUZ. MĂ« shumĂ« se njĂ« kĂ«rkesĂ« nĂ« sekondĂ«. MĂ« pas, gjithashtu papritmas dhe nĂ« heshtje, ky kufizim u hoq. Prandaj, rekomandoj qĂ« tĂ« integrohet nĂ« sistem mundĂ«sia pĂ«r tĂ« kufizuar numrin e kĂ«rkesave ndaj API-sĂ« ĂRPT pĂ«r rastin e rikthimit. Tani ka informacion pĂ«r njĂ« limit prej 10 kĂ«rkesash nĂ« sekondĂ«.
- Po ashtu, në shkurt, pa paralajmërim u ndryshua ndjeshëm sjellja e API-së SUZ. Në API ka një kërkesë për marrjen e statusit të porosive. Në status ishin të shënuara buffer-at dhe gjendja e tyre. Një GTIN = një buffer. Po aty shënohej numri i kodave të disponueshëm për t'u marrë nga buffer-i. Një ditë të bukur, numri i të gjithë buffer-ave u bë -1. Kështu që duhej të merreshin të dhënat për gjendjen e secilit buffer veçmas përmes një metode të veçantë. Në vend të një kërkese, duhej bërë njëmbëdhjetë.
Struktura e kodeve
Pra, kodet janë porositur dhe gjeneruar. Ato mund të merren nëpërmjet API-së në formë tekstuale, në pdf si etiketa për printim dhe si skedar csv me tekstin.
Për API-në është shkruar më sipër. Sa për dy mënyrat e tjera. Fillimisht, SUZ lejonte marrjen e kodeve vetëm një herë. Dhe nëse merrej një skedari pdf, kodet në formë tekstuale mund të merreshin vetëm duke skanuar përsëri të gjitha datamatrikset nga pdf. Me fat, u shtua mundësia për të marrë kode disa herë dhe kjo problem u zgjidh. Brenda dy ditëve, kodet janë ende të disponueshme për shkarkim të përsëritur.
Nëse merrni në format csv, kurrë, nën rrethana të caktuara, mos e hapni atë në Excel. Dhe askujt mos i lejoni ta bëjë këtë. Në Excel ka një funksion auto-salvimi. Në momentin e ruajtjes, Excel mund ta ndryshojë kodin tuaj në mënyra shumë të paparashikueshme. Rekomandoj të përdorni Notepad++ për të parë kodet.
Nëse hapni skedarin nga SUZ në Notepad++, mund të shihni rreshta të këtij lloji. Kodi i tretë është jo-valid (i mungojnë ndarësit GS).
Partnerët na dërguan kode për etiketimin e mallrave të tyre. Me sy të zbrazët, dallohet se cilat skedarë janë formuar me ndihmën e Excelit - deri në 5% e kodeve ishin jo-valid.
Rigorozisht rekomandoj të lexoni rreth GS1. Në përshkrimin e standartit ka përgjigje për shumë pyetje mbi formimin e DataMatrix.
Kodi identifikimit përbëhet nga GTIN dhe numri seri. Sipas standardit GS1, i përputhen identifikuesve të aplikimit (IA) 01 dhe 21. Voni re, identifikuesit e aplikimit nuk janë pjesë e GTIN dhe numrit seri. Ata tregojnë se pas identifikuesit të aplikimit (IA) vjen GTIN ose numri seri. Kjo është veçanërisht e rëndësishme kur programoni softuerin e kasave. Për të plotësuar etiketën 1162, duhen pikërisht GTIN dhe numri seri, pa identifikuesit e aplikimit.
Për UPD (dokumentin universale të transferimit) dhe dokumentet e tjera, përkundrazi, më shpesh kërkohet regjistrimi i plotë me identifikuesit e aplikimit.
Në standardin GS1 është specifikuar se GTIN ka një gjatësi fikse prej 14 shenjash dhe mund të përbëhet vetëm nga numra. Numri seri ka gjatësi variabile dhe është përshkruar në faqen 155 të standardit. Atje ka gjithashtu një lidhje me tabelën e simboleve që mund të jenë të pranishme në numrin seri.
Duke qenë se numri seri ka gjatësi variabile, ndarësi GS tregon përfundimin e tij. Në tabelën ASCII, ai ka kodin 29. Pa këtë ndarës, asnjë program nuk do të kuptojë në cilin moment përfundon numri seri dhe fillojnë grupet e tjera të të dhënave.
Më në detaje rreth kodit të markimit (KM) mund të lexoni në .
Për këpucët, numri seri është fiksohet në 13 shenja, megjithatë, madhësia e tij mund të ndryshohet në çdo moment. Për grupe të tjera produktesh (GP), gjatësia e numrit seri mund të ndryshojë.
Gjenerimi i DataMatrix
Hapi tjetër është të konvertoni të dhënat në kodin DataMatrix. Në vendimin e qeverisë së RF 860 është e përmendur GOST-i, sipas të cilit duhet të formohet DataMatrix. Gjithashtu, në PPR 860 është e cekur përdorimi i detyrueshëm i identifikuesve të aplikimit. Voni re se në standardin DataMatrix nuk ka konceptin "identifikuesve të aplikimit". Ato janë të pranishme vetëm në standardin GS-1 DataMatrix. Kështu, PPR 860 e obligon në mënyrë të implicit përdorimin pikërisht të GS-1 DataMatrix. Fatmirësisht, standardet janë të ngjashme. Diferenca kryesore: në GS-1 DataMatrix simboli i parë duhet të jetë FNC1. Simboli GS nuk duhet të jetë në vendin e parë në DataMatrix, vetëm FNC1.
FNC1 nuk mund të shtohet thjesht në varg si GS. Ai duhet të shtohet nga programi që gjeneron DataMatrix. Në burimet e Aleancës Fort të publikuara disa , me ndihmën e të cilave mund të kontrolloni saktësinë e kodit DataMatrix të gjeneruar.
E rĂ«ndĂ«sishme. Aplikacioni ĂZ pranon DataMatrix tĂ« pavaliduar. Edhe QR Kodi. Fakti qĂ« marka u njoh dhe informacioni pĂ«r produktin u shfaq, nuk Ă«shtĂ« tregues se DataMatrix Ă«shtĂ« formuar siç duhet. Edhe me zĂ«vendĂ«simin e bishtit kripto, aplikacioni ĂZ e njohu markĂ«n dhe shfaqi tĂ« dhĂ«nat pĂ«r produktin.
MĂ« vonĂ«, ĂZ publikoi , se si tĂ« gjeneroni kodet siç duhet. PĂ«r shkak tĂ« numrit tĂ« madh tĂ« kodĂ«ve me gabime, ata e njohĂ«n kodin pa FNC1 si valid, por pĂ«rsĂ«ri rekomandojnĂ« tĂ« gjeneroni GS-1 DataMatrix.
FatkeqĂ«sisht, njĂ« pĂ«rqindje mjaft e madhe e datamatriçeve nga partnerĂ«t erdhi me gabime. FalĂ« shpjegimeve nga ĂZ, u zgjodh plotĂ«sisht çështja "A mund tĂ« tregtohet ky produkt pas 1 korrikut apo jo?" Spoiler â po.
Shtypi
Kujdesi ndaj mënyrës së shtypjes së markave. Kur shtypni me printer termik, marka shpejt zbardhet dhe ky produkt nuk mund të shitet më. Një markë e palexueshme është një shkelje e PPR 860. E cila çon në tërheqjen e produktit, gjobave, përgjegjësisë penale.
Përdorni shtypjen me transferim termik. Në këtë rast, marka nuk është aq e ndjeshme ndaj zbardhjes. Edhe materiali i etiketave ndikon në sa shumë markat janë të prirura ndaj dëmtimeve mekanike. Nëse kodi nuk lexohet për shkak të dëmtimit mekanik, kjo është e barabartë me mungesën e markës me të gjitha pasojat që ndodhin.
Zgjidhni printerin sipas volumeve të planifikuara të shtypjes. Printerët desktop nuk janë të dizajnuar për të shtypur 100,000 etiketa në ditë.
Pauzat dhe nisjet e shtypjes rrisin konsumimin e printerit. Disa programe dërgojnë urdhrin për të shtypur një etiketë në çdo herë. Nuk është mirë të përdoren këto programe.
Punimi me dokumentet
Pasi markat janĂ« shtypur dhe ngjitur, tĂ« gjitha operacionet e mĂ«tejshme me to ndodhin pĂ«rmes dokumenteve ose llogarisĂ« personale tĂ« ĂZ.
Kur punoni me një numër të madh kodesh, mund të krijoni skedarë XML, në të cilët do të jenë kodet e nevojshme dhe të ngarkoni këta skedarë përmes API-së ose ndërfaqes web të llogarisë tuaj personale.
SkemĂ«n XSD mund ta shkarkoni nĂ« seksionin "ndihmĂ«" nĂ« LQ ĂZ.
Kujdesi ndaj këtyre pikave.
- Skemat XSD nĂ« LQ ĂZ pĂ«rmbajnĂ« gabime nĂ« validimin e INN dhe kufizime pĂ«r gjatĂ«si stringu. VetĂ«m pasi tĂ« korrigjoni gabimet, mund tĂ« pĂ«rdorni skemat. PĂ«r fat tĂ« mirĂ«, gabimet janĂ« tĂ« dukshme, kĂ«shtu qĂ« nuk Ă«shtĂ« e vĂ«shtirĂ« tĂ« bĂ«het.
- Skema pĂ«rbĂ«het shpesh nga dy pjesĂ« â njĂ« e pĂ«rbashkĂ«t pĂ«r tĂ« gjitha llojet e dokumenteve dhe njĂ« e veçantĂ« pĂ«r llojin specifik. Skema e pĂ«rbashkĂ«t Ă«shtĂ« e shtuar nĂ«pĂ«rmjet importit nĂ« atĂ« specifike. TĂ« dy skemat janĂ« vendosur nĂ« seksionin ndihmĂ« nĂ« LK ĂZ.
- Rregullat e evazionit pĂ«r KM dallojnĂ« nga ato tĂ« zakonshme pĂ«r XML, pĂ«r kĂ«tĂ« Ă«shtĂ« shkruar nĂ« dokumentacionin zyrtar nga ĂZ, ju lutem vini re. Ja, nĂ« faqen 4 tĂ« gjitha rregullat.
- Nuk duhet të përpiqeni të futni 150,000 kode në qarkullim me një skedë. Nga fjalët e dëshmitarëve, skedat me mbi 30,000 zakonisht kalojnë.
- Skeda XML mund të mbyllet me gabimin 'gabim valide në xml', dhe pas pesë minutash, e njëjta skedë pranohet pa probleme.
- Nëse në skedë ndodhet një kod që është futur tashmë në qarkullim, atëherë skeda e futjes në qarkullim, shumë shpesh, nuk do të pranohet.
- Dokumentet e ngarkesës dhe pranimit përdoren si zgjidhje përkohësore. Në të ardhmen planifikohen të pezullohen dhe të kalojnë në UPD sipas PPR 860.
- Miti për 60 ditët. Ka mendimin se kodet e pa futur në qarkullim "digjen" pas 60 ditësh. Ky është një mit, burimi i tij nuk dihet. Kodet "digjen" vetëm nëse nuk i keni marrë ato nga SUZ brenda 60 ditëve. Koha e jetës së kodave të marra nuk është e kufizuar.
PĂ«rfundim
Kur zhvillova aplikacionin tim falas pĂ«r markimin BarCodesFX, nĂ« fillim u bĂ« integretimi me API SUZ. Kur ĂZ e ndryshoi papritur logjikĂ«n e punĂ«s sĂ« API pĂ«r herĂ« tĂ« dytĂ«, iu desh tĂ« hiqej dorĂ« nga integrimi. Shpresoj qĂ« nĂ« tĂ« ardhmen ĂZ tĂ« arrijĂ« tĂ« stabilizojĂ« zhvillimin dhe API-nĂ«, pasi pĂ«r njĂ« produkt jo-komercial Ă«shtĂ« shumĂ« e kushtueshme pĂ«r mua tĂ« kontrolloj çdo ditĂ« pĂ«r ndonjĂ« ndryshim nĂ« API dhe tĂ« pĂ«rmirĂ«soj shpejt.
NĂ« implementimin e markimit, njihemi me dokumentacionin normativ pĂ«r grupin tuaj tĂ« mallrave TG, printoni saktĂ« GS1-DataMatrix dhe jeni tĂ« gatshĂ«m pĂ«r çdo ndryshim tĂ« papritur nga ĂZ.
Aleanca Fort ka krijuar një hapësirë informacioni (, në telegram, seminare, webinare), ku mund të gjeni informacion të dobishëm dhe aktual për markimin në të gjitha sektorët.
Burimi: habr.com
