DataMatrix o kung paano maayos na lagyan ng label ang mga sapatos

Mula Hulyo 1, 2019, ipinakilala sa Russia ang mandatoryong pag-label ng isang pangkat ng mga produkto. Mula Marso 1, 2020, ang mga sapatos ay dapat na nasa ilalim ng batas na ito. Hindi lahat ay nagkaroon ng oras upang maghanda, at bilang isang resulta, ang paglulunsad ay ipinagpaliban sa Hulyo 1. Kasama si Lamoda sa mga gumawa nito.

Samakatuwid, nais naming ibahagi ang aming karanasan sa mga hindi pa nakakapag-label ng mga damit, gulong, pabango, atbp. Inilalarawan ng artikulo ang isang bilang ng mga pamantayan sa industriya, ilang dokumentasyon ng regulasyon at personal na karanasan. Ang artikulo ay pangunahing inilaan para sa mga integrator at developer na hindi pa nakakaunawa sa proyektong ito.

Pakitandaan na ang mga regulasyon ay madalas na nagbabago at hindi posible para sa may-akda na patuloy na i-update ang materyal. Samakatuwid, sa oras na basahin mo ito, maaaring luma na ang ilan sa impormasyon.

Nagkamit ng personal na karanasan ang may-akda bilang bahagi ng gawain sa proyekto ng Datamatrix sa Lamoda, at nang bumuo ng sarili niyang libreng application sa pag-label na BarCodesFx.

Mula noong Hulyo 1, 2019, isang batas sa mandatoryong pag-label ang ipinatupad sa Russia. Ang batas ay hindi nalalapat sa lahat ng pangkat ng mga produkto, at ang mga petsa para sa pagpasok sa puwersa ng mandatoryong pag-label para sa mga pangkat ng produkto ay nag-iiba. Sa kasalukuyan, ang tabako, fur coat, sapatos, at mga gamot ay napapailalim sa mandatoryong label. Ipapakilala sa lalong madaling panahon para sa mga gulong, damit, pabango at bisikleta. Ang bawat pangkat ng mga kalakal ay kinokontrol ng isang hiwalay na resolusyon ng pamahalaan (GPR). Samakatuwid, ang ilang pahayag na totoo para sa mga sapatos ay maaaring hindi totoo para sa iba pang mga pangkat ng produkto. Ngunit maaari kaming umaasa na ang teknikal na bahagi ay hindi mag-iiba nang malaki para sa iba't ibang pangkat ng produkto.

pagmamarkaAng pangunahing ideya ng pag-label ay ang bawat yunit ng mga kalakal ay itinalaga ng isang indibidwal na numero. Gamit ang numerong ito, maaari mong subaybayan ang kasaysayan ng isang partikular na item ng mga kalakal mula sa sandali ng produksyon o pag-import sa bansa, hanggang sa sandali ng pagtatapon sa pag-checkout. Mukhang maganda, ngunit sa pagsasagawa ito ay napakahirap ipatupad. Ang konsepto ay inilarawan nang mas detalyado sa opisyal na website ng matapat na pag-sign.

Mga karaniwang termino at konsepto

UOT - kalahok sa sirkulasyon ng mga kalakal.
CRPT — sentro para sa pagpapaunlad ng mga promising na teknolohiya. Pribadong kumpanya, ang tanging estado kontratista para sa proyekto ng pagmamarka. Gumagana ito sa ilalim ng iskema ng public private partnership (PPP). Sa kasamaang palad, walang impormasyon tungkol sa iba pang mga kalahok sa tender para sa proyekto, pati na rin ang tungkol sa tender mismo.
TG - pangkat ng produkto. Mga sapatos, damit, gulong, atbp.
Gtin - mahalagang, isang artikulo na isinasaalang-alang ang kulay at laki. Inilabas sa GS1 o sa pambansang catalog para sa bawat importer o manufacturer para sa kanyang produkto. Dapat munang ilarawan ng tagagawa o importer ang produkto.
PPR - Dekreto ng Pamahalaan ng Russian Federation. Para sa sapatos - 860.
KM — marking code. Isang natatanging hanay ng mga character na itinalaga sa isang partikular na item ng produkto. Para sa mga sapatos, binubuo ito ng GTIN, serial number, verification code at crypto-tail.
GS1 ay isang internasyonal na organisasyon na nag-isyu ng mga GTIN. Sila rin ang mga compiler ng isang bilang ng mga pamantayan sa pag-label.
Pambansang katalogo - isang analogue ng GS1, na binuo ng CRPT.
Cryptotail - isang analogue ng isang digital signature na nagpapatunay sa legalidad ng CM. Dapat ay nasa data matrix sa stamp. Ang pag-iimbak sa anyo ng teksto ay ipinagbabawal. Pagkatapos ng pag-print, dapat tanggalin ang mga selyo alinsunod sa kasunduan sa CRPT. Walang mga kilalang kaso ng aktwal na paggamit.
CPS - istasyon ng pamamahala ng order. Ang sistema kung saan ang mga KM para sa mga kalakal ay iniutos.
EDI - pamamahala ng elektronikong dokumento.
UKEP — pinahusay na kwalipikadong electronic signature.

Mga tuntunin at konsepto sa loob ng saklaw ng artikulong ito

ЧЗ - isang matapat na tanda.
Ang LC - Personal na Lugar.
Markahan — naka-print na code ng pagmamarka.

Ang proseso ay ang mga sumusunod: una, ang kalahok (UOT) ay naglalabas ng electronic signature (UKEP), nagrerehistro sa isang matapat na marka (CH), naglalarawan ng produkto sa pambansang catalog o GS1, at tumatanggap ng mga GTIN para sa produkto. Ang mga hakbang na ito ay inilarawan nang detalyado sa website ng honest sign, kaya hindi namin pag-uusapan ang mga ito.

Pag-order at pagtanggap ng mga code

Pagkatapos makatanggap ng mga GTIN, ang kalahok (UOT) ay naglalagay ng order para sa mga code (KM) sa sistema ng CPS.
Mahalaga, ngunit hindi halata.

1. Maaari kang humiling ng mga code para sa maximum na 10 GTIN sa isang order. Sa prinsipyo, isang hindi maintindihan na limitasyon. Ang isang importer na may 14 GTIN ay kailangang gumawa ng 000 order.
2. Maaaring humiling ng maximum na 150 code bawat order.
3. May limitasyon na 100 mga order na kasalukuyang isinasagawa. Ibig sabihin, hindi hihigit sa 100 order ang maaaring iproseso nang sabay. Kung mayroong higit sa 100, magsisimulang magbalik ang API ng isang error sa halip na isang listahan ng mga order. Ang tanging paraan upang ayusin ang error na ito ay isara ang ilang mga order sa pamamagitan ng web interface. Ang API ay hindi nagbibigay ng parameter para sa bahagyang pagpapakita ng mga order.
4. May limitasyon sa bilang ng mga kahilingan - hindi hihigit sa 10 mga kahilingan sa bawat segundo. Ayon sa aking impormasyon, ang paghihigpit na ito ay hindi lilitaw sa mga dokumento, ngunit ito ay umiiral.

Mula sa personal na karanasan sa pagtatrabaho sa mga order ng KM marking code sa pamamagitan ng API ng CPS system.

1. Ang kahilingan (ang json mismo) ay dapat na nilagdaan ng GOST signature. Gumagana ito sa cryptopro. Dapat mong maingat na tiyakin na ang framework o library na ginamit ay hindi nagbabago sa orihinal na json kahit na sa pamamagitan ng isang byte. Kung hindi, ang pirma ay agad na titigil sa pagiging wasto.
2. Lagda ng order. Ang order ay maaaring lagdaan ng anumang pirma ng sinumang kliyente. Kung valid ang pirma, tatanggapin ito ng sistema ng CPS. Sa panahon ng pagsasama, posibleng lagdaan ang kahilingan gamit ang pirma ng ibang tao na ibinigay sa pagsubok na CA. Pinoproseso ng combat circuit ng control system ang order at nagbigay ng mga code. Sa palagay ko ito ay isang butas ng seguridad. Tumugon ang mga developer sa ulat ng bug ng "makikita natin." sana maayos na.

   Samakatuwid, maging lubhang maingat kung higit sa isang legal na entity ang nagtatrabaho sa isang lugar ng trabaho. mga mukha. Ngayon ay tatanggapin ng CPS ang mga kahilingang ito, at bukas ay muling susuriin ang mga kahilingan at ang kalahati ng mga code ay babawiin dahil sa pirma ng ibang tao. At sa prinsipyo, pormal na magiging tama sila.

3. Ang awtomatikong pag-sign ng mga order ay isang functionality na hindi na available sa KMS. Para gumana ito, kinakailangang i-upload ang pribadong bahagi ng susi sa personal na account ng matapat na pag-sign. Ito ay isang kompromiso ng susi. At ayon sa kasalukuyang batas, kung ang isang pinahusay na kwalipikadong electronic na lagda ay nakompromiso, dapat ipaalam ng may-ari ang kanyang certification center (CA) at bawiin ang ECEP. Kung ibinalik ang functionality na ito, mag-ingat upang matiyak na ang pribadong bahagi ng susi ay hindi umaalis sa computer.
4. Noong Pebrero, tahimik na ipinakilala ng Center for the Development of Advanced Technologies (CRPT) ang limitasyon sa bilang ng mga kahilingan sa CPS API. Hindi hihigit sa isang kahilingan sa bawat segundo. Pagkatapos, tulad ng hindi inaasahan at tahimik, inalis niya ang paghihigpit na ito. Samakatuwid, inirerekumenda ko na ang system ay binuo sa kakayahang limitahan ang bilang ng mga kahilingan sa CRPT API kung sakaling maulit. Ngayon ay mayroong impormasyon tungkol sa isang limitasyon ng 10 mga kahilingan sa bawat segundo.
5. Noong Pebrero din, malaki ang pagbabago ng gawi ng CPS API nang walang babala. Ang API ay may kahilingan upang makuha ang katayuan ng mga order. Isinaad ng status ang mga buffer at ang kanilang katayuan. Isang GTIN = isang buffer. Ipinahiwatig din nito kung gaano karaming mga code ang magagamit upang matanggap mula sa buffer. Isang magandang araw, naging -1 ang bilang ng lahat ng buffer. Kinailangan kong gumamit ng isang hiwalay na paraan upang i-query ang katayuan ng bawat buffer nang hiwalay. Sa halip na isang kahilingan, kailangan kong gumawa ng labing-isa.

Istraktura ng code

Kaya, ang mga code ay naayos at nabuo. Makukuha ang mga ito sa pamamagitan ng API sa text form, sa pdf bilang mga label para sa pag-print at bilang isang csv file na may text.

Ang API ay naisulat na sa itaas. Tulad ng para sa iba pang dalawang pamamaraan. Sa una, pinapayagan ka ng control system na mangolekta ng mga code nang isang beses lang. At kung ang isang pdf file ay kinuha, pagkatapos ay posible na makuha ang mga code sa text form lamang sa pamamagitan ng muling pag-scan sa lahat ng data matrice mula sa pdf. Sa kabutihang palad, idinagdag nila ang kakayahang mangolekta ng mga code nang maraming beses, at nalutas ang problemang ito. Ang mga code ay magagamit pa rin para sa muling pag-download sa loob ng dalawang araw.

Kung kukunin mo ito sa format na csv, huwag kailanman, sa anumang pagkakataon, buksan ito sa Excel. At huwag hayaan ang sinuman. Ang Excel ay may tampok na autosave. Sa oras ng pag-save, maaaring baguhin ng Excel ang iyong mga code sa mga hindi inaasahang paraan. Inirerekomenda ko ang paggamit ng notepad++ upang tingnan ang mga code.

Kung magbubukas ka ng file mula sa CMS sa notepad++, makikita mo ang mga linyang tulad nito. Ang ikatlong code ay hindi wasto (wala itong mga GS delimiter).

Binigyan kami ng aming mga kasosyo ng mga code para lagyan ng label ang kanilang mga produkto. Makikita ng mata kung aling mga file ang nabuo gamit ang Excel - hanggang 5% ng mga code ay hindi wasto.

Lubos kong inirerekumenda ang pagbabasa tungkol sa pamantayan GS1. Ang paglalarawan ng pamantayan ay naglalaman ng mga sagot sa maraming tanong tungkol sa pagbuo ng DataMatrix.

Ang identification code ay binubuo ng isang GTIN at isang serial number. Ayon sa pamantayan ng GS1, tumutugma ang mga ito sa Application Identifiers (AI) 01 at 21. Pakitandaan na ang Application Identifiers ay hindi bahagi ng GTIN at serial number. Isinasaad ng mga ito na ang application identifier (UI) ay sinusundan ng isang GTIN o serial number. Ito ay lalong mahalaga kapag nagprograma ng software ng cash register. Para punan ang tag 1162, kailangan mo lang ang GTIN at serial number, nang walang mga application identifier.

Para sa UTD (universal transfer document) at iba pang mga dokumento, sa kabaligtaran, kadalasan ay kailangan mo ang buong record na may mga application identifier.

Ang pamantayan ng GS1 ay nagsasaad na ang GTIN ay may nakapirming haba na 14 na mga character at maaari lamang binubuo ng mga numero. Ang serial number ay may variable na haba at inilarawan sa pahina 155 ng pamantayan. Mayroon ding link sa isang talahanayan na may mga simbolo na maaaring lumabas sa serial number.

Dahil ang serial number ay may variable na haba, ang GS separator ay nagpapahiwatig ng pagtatapos ng serial number. Sa talahanayan ng ASCII mayroon itong code 29. Kung wala ang separator na ito, walang programa ang makakaunawa kung saang punto natapos ang serial number at nagsimula ang iba pang data group.

Higit pang mga detalye tungkol sa marking code (KM) ay matatagpuan sa opisyal na dokumentasyon.

Para sa mga sapatos, ang serial number ay naayos sa 13 character, gayunpaman, ang laki nito ay maaaring baguhin anumang oras. Para sa iba pang pangkat ng produkto (TG), maaaring mag-iba ang haba ng serial number.

Pagbuo ng DataMatrix

Ang susunod na hakbang ay i-convert ang data sa DataMatrix code. Ang Decree 860 ng Gobyerno ng Russia ay tumutukoy sa GOST, ayon sa kung saan kinakailangan upang lumikha ng isang DataMatrix. Gayundin, tinukoy ng PPR 860 ang mandatoryong paggamit ng mga identifier ng application. Pakitandaan na ang pamantayan ng DataMatrix ay walang konsepto ng "mga application identifier". Available lang ang mga ito sa pamantayang GS-1 DataMatrix. Lumalabas na ang PPR 860 ay tahasang nag-oobliga sa paggamit ng GS-1 DataMatrix. Sa kabutihang palad, ang mga pamantayan ay magkatulad. Pangunahing pagkakaiba: Sa GS-1 DataMatrix, ang unang character ay dapat na FNC1. Ang simbolo ng GS ay hindi dapat lumitaw muna sa DataMatrix, FNC1 lamang.

Ang FNC1 ay hindi basta-basta maidaragdag sa linya tulad ng GS. Dapat itong idagdag ng program na bumubuo ng DataMatrix. Mayroong ilang naka-post sa mga mapagkukunan ng Alliance Forts mga mobile application, kung saan maaari mong suriin ang kawastuhan ng nabuong mga code ng DataMatrix.

Mahalaga ito. Tumatanggap ang honest sign application ng di-wastong DataMatrix. Kahit mga QR code. Ang katotohanan na ang tatak ay nakilala at ang impormasyon ng produkto ay ipinakita ay hindi nagpapahiwatig na ang DataMatrix ay nabuo nang tama. Kahit na pinalitan ang crypto-tail, nakilala ng ChZ application ang brand at nagpakita ng data sa produkto.

Maya-maya ay inilabas ang ChZ pagpapaliwanag, kung paano bumuo ng mga code nang tama. Dahil sa malaking bilang ng mga code na may mga error, kinilala nila ang mga code na walang FNC1 bilang wasto, ngunit inirerekomenda pa rin ang pagbuo ng isang GS-1 DataMatrix.

Sa kasamaang palad, ang isang medyo malaking porsyento ng mga data matrice mula sa mga kasosyo ay may mga error. Salamat sa mga paliwanag mula sa ChZ, ang tanong na "Posible bang i-trade ang naturang produkto pagkatapos ng Hulyo 1 o hindi?" ay ganap na nalutas. Spoiler - kaya mo.

print

Bigyang-pansin ang paraan ng pag-print ng mga selyo. Kapag naka-print sa isang thermal printer, mabilis na kumukupas ang selyo at hindi na maibenta ang produkto. Ang hindi nababasang selyo ay isang paglabag sa PPR 860. Ito ay humahantong sa pag-agaw ng mga kalakal, multa, at pananagutan sa kriminal.

Gumamit ng thermal transfer printing. Sa kasong ito, ang tatak ay hindi masyadong madaling kapitan ng pagkupas. Tinutukoy din ng materyal na label kung gaano madaling kapitan ang brand sa mekanikal na pinsala. Kung ang code ay hindi mabasa dahil sa mekanikal na pinsala, ito ay katumbas ng kawalan ng isang tatak kasama ang lahat ng mga kasunod na kahihinatnan.

Pumili ng printer mula sa iyong nakaplanong dami ng pag-print. Ang mga desktop printer ay hindi idinisenyo upang mag-print ng 100 label bawat araw.

Ang paghinto at pagsisimula ng pag-print ay nagpapataas ng pagkasira sa printer. Ang ilang mga programa ay nagpapadala ng isang print job nang paisa-isa. Mas mainam na huwag gumamit ng mga naturang programa.

Magtrabaho sa mga dokumento

Matapos mai-print at mai-paste ang mga selyo, lahat ng karagdagang transaksyon sa kanila ay magaganap sa pamamagitan ng mga dokumento o sa personal na account ng matapat na karatula.

Kapag nagtatrabaho sa isang malaking bilang ng mga code, maaari kang lumikha ng mga xml file na naglalaman ng mga kinakailangang code at i-upload ang mga file na ito sa pamamagitan ng API o web interface ng iyong personal na account.

Maaaring ma-download ang XSD scheme sa seksyong "tulong" ng ChZ LC.

Pakitandaan ang mga sumusunod na punto.

1. Ang mga Xsd scheme sa LC ChZ ay naglalaman ng mga error sa TIN validation at mga paghihigpit sa haba ng linya. Pagkatapos lamang ng pagwawasto ng mga error maaari mong gamitin ang mga diagram. Sa kabutihang palad, ang mga pagkakamali ay halata, kaya hindi ito mahirap gawin.
2. Ang scheme ay kadalasang binubuo ng dalawang bahagi - karaniwan para sa lahat ng uri ng mga dokumento at hiwalay para sa isang partikular na uri. Ang pangkalahatang schema ay idinagdag sa pamamagitan ng pag-import sa partikular. Ang parehong mga diagram ay naka-post sa seksyon ng tulong ng ChZ LC.
3. Ang mga patakaran sa pagtakas para sa CM ay naiiba sa mga karaniwang tinatanggap para sa XML, ito ay nakasulat sa opisyal na dokumentasyon mula sa ChZ, bigyang-pansin ito. Dito dito Ang lahat ng mga patakaran ay nasa pahina 4.
4. Hindi mo dapat subukang magpasok ng 150 code sa sirkulasyon sa isang file. Ayon sa mga nakasaksi, ang mga file na higit sa 000 ay karaniwang dinadaanan.
5. Ang isang Xml file ay maaaring ibalot ng error na "xml validation error", at limang minuto mamaya ang parehong file ay maaaring tanggapin nang walang problema.
6. Kung ang file ay naglalaman ng isang code na nailagay na sa sirkulasyon, ang ilagay sa circulation file ay malamang na hindi tatanggapin.
7. Ang pagpapadala at pagtanggap ng mga dokumento ay ginagamit bilang pansamantalang solusyon. Sa hinaharap, plano nilang alisin ang mga ito at lumipat sa UPD alinsunod sa PPR 860.
8. Ang mito tungkol sa 60 araw. May isang opinyon na ang mga code na hindi inilalagay sa sirkulasyon ay "nasusunog" pagkatapos ng 60 araw. Ito ay isang alamat, hindi alam ang pinagmulan. Mag-e-expire lang ang mga code kung hindi mo nakolekta ang mga ito mula sa control system sa loob ng 60 araw. Ang habang-buhay ng mga nakolektang code ay walang limitasyon.

Konklusyon

Sa pagbuo ng aking libreng application sa pag-label na BarCodesFX, ang pagsasama sa CPS API ay unang ginawa. Kapag hindi inaasahang binago ng isang matapat na sign ang lohika ng API sa pangalawang pagkakataon, kinailangang iwanan ang pagsasama. Umaasa ako na sa hinaharap ay magagawang patatagin ng ChZ ang pag-unlad at API, dahil Para sa isang di-komersyal na produkto, napakamahal para sa akin na mag-double check araw-araw kung may mga pagbabago sa API at agad na pahusayin ito.

Kapag nagpapatupad ng mga pagmamarka, maingat na basahin ang dokumentasyon ng regulasyon para sa iyong pangkat ng produkto ng TG, i-print nang tama ang GS1-DataMatrix at maging handa para sa anumang hindi inaasahang pagbabago sa bahagi ng matapat na marka ng ChZ.

Ang Fort Alliance ay lumikha ng isang puwang ng impormasyon (wiki, mga chat sa telegrama, seminar, webinar), kung saan makakahanap ka ng kapaki-pakinabang at may-katuturang impormasyon sa pag-label sa lahat ng industriya.

Pinagmulan: www.habr.com