DataMatrix или како правилно да се етикетираат чевлите

Од 1 јули 2019 година, во Русија е воведено задолжително означување на група стоки. Од 1 март 2020 година, чевлите требаше да потпаднат под овој закон. Не секој имаше време да се подготви, и како резултат на тоа, лансирањето беше одложено за 1 јули. Ламода е меѓу оние кои успеале.

Затоа, сакаме да го споделиме нашето искуство со оние кои допрва треба да етикетираат облека, гуми, парфеми итн. Написот опишува голем број индустриски стандарди, одредена регулаторна документација и лично искуство. Статијата е наменета првенствено за интеграторите и програмерите кои допрва треба да го разберат овој проект.

Имајте предвид дека регулаторната рамка често се менува, а авторот нема можност постојано да го ажурира материјалот. Затоа, до моментот на читање, некои од информациите можеби веќе се застарени.

Авторот стекна лично искуство и во рамките на проектот Datamatrix во Ламода и во развојот на сопствената бесплатна апликација за означување BarCodesFx.

Од 1 јули 2019 година, во Русија е во сила закон за задолжително означување. Законот не важи за сите групи на стоки, а времето на стапување во сила на задолжителното означување за групи производи варира. Сега тутунот, бундите, чевлите, лековите се предмет на задолжително етикетирање. Во блиска иднина ќе бидат воведени за гуми, облека, парфеми и велосипеди. Секоја група на стоки е регулирана со посебен владин декрет (GPR). Затоа, некои изјави кои се точни за чевли може да не се точни за други групи производи. Но, можеме да се надеваме дека техничката компонента нема да се разликува многу за различни групи производи.

означувањеГлавната идеја на етикетирањето е на секоја единица стока да и се додели поединечен број. Со овој број, можете да ја следите историјата на одредена стока од моментот на производство или увоз во земјата, до моментот на фрлање на касата. Звучи убаво, но во пракса е исклучително тешко за спроведување.Концептот е подетално опишан на официјалната веб-страница на чесниот знак.

Заеднички термини и концепти

UOT - учесник во прометот на стоки.
CRPT е центар за развој на напредни технологии. Приватна фирма, единствена држава. означување изведувач на проектот. Работи според шемата за јавно приватно партнерство (ЈПП). За жал, нема информации за други учесници на тендерот за проектот, како и за самиот тендер.
ТГ - стоковна група. Обувки, облека, гуми итн.
ГТИН - всушност, написот, земајќи ги предвид бојата и големината. Издадено во GS1 или националниот каталог за секој увозник или производител за неговиот производ. Производителот или увозникот мора прво да го опише овој производ.
PPR - Уредба на Владата на Руската Федерација. За чевли - 860.
КМ - код за означување. Уникатен сет на знаци доделени на одредена ставка. За чевли, тој се состои од GTIN, сериски број, код за потврда и крипто опашка.
GS1 е меѓународна организација која издава GTIN. Исто така, составувачи на голем број стандарди за етикетирање.
Национален каталог - аналог на GS1, развиен од CRPT.
криптоопашката - аналог на дигитален потпис, што ја потврдува законитоста на CM. Мора да биде во податочната матрица на печатот. Забрането е чување во текстуална форма. По печатењето, печатот мора да се отстрани во согласност со договорот со CRPT. Не се познати вистински случаи на употреба.
CPS - станица за управување со нарачки. Системот во кој се нарачуваат КМ за артикалот.
ЕДО - електронско управување со документи.
УКЕП — подобрен квалификуван електронски потпис.

Термини и концепти во опсегот на овој член

ЧЗ - искрен знак.
добро - Лична област.
Означи - отпечатен код за обележување.

Процесот е како што следува: прво, учесникот (UOT) издава електронски потпис (ECES), се регистрира во чесен знак (CHZ), го опишува производот во националниот каталог или GS1 и добива GTIN за производот. На веб-страницата на чесниот знак овие чекори се детално опишани, па затоа нема да се задржуваме на нив.

Кодови за нарачка и примање

По добивањето на GTIN-овите, учесникот (UOT) прави нарачка за кодови (KM) во системот CPS.
Важно, но не и очигледно.

1. Може да барате кодови за најмногу 10 GTIN по нарачка. Во принцип, неразбирливо ограничување. Увозник со 14 GTIN треба да создаде 000 нарачки.
2. Во една нарачка може да се побараат најмногу 150 кодови.
3. Има лимит од 100 нарачки при работа. Односно, не можат да се обработат повеќе од 100 нарачки во исто време. Ако има повеќе од 100, тогаш API ќе започне да враќа грешка наместо список со нарачки. Единствениот начин да се поправи оваа грешка е да се затворат некои од нарачките преку веб-интерфејсот. API не обезбедува параметар за делумно прикажување на нарачки.
4. Постои ограничување на бројот на барања - не повеќе од 10 барања во секунда. Според моите податоци, ова ограничување не се појавува во документите, но постои.

Од лично искуство со нарачки за шифри за обележување KM преку CMS API.

1. Барањето (самото json) мора да биде потпишано со потпис на ГОСТ. Ова е работа со криптопро. Мора внимателно да следиме дека употребената рамка или библиотека не го менува оригиналниот json за еден бајт. Во спротивно, потписот веднаш престанува да важи.
2. Потпис за нарачка. Нарачката може да се потпише со кој било потпис на секој клиент. Доколку потписот е валиден, системот KMS ќе го прифати. За време на интеграцијата, беше можно да се потпише барањето со туѓ потпис издаден на тестот CA. Борбеното коло на CPS ја обработи нарачката и ги објави шифрите. Според мене, ова е безбедносна дупка. Програмерите реагираа на извештајот за грешки „ќе видиме“. Се надевам дека е поправено.

   Затоа, бидете исклучително внимателни доколку на едно работно место работат повеќе правни лица. лица. Денеска КПС ќе ги прифати овие барања, а утре барањата ќе бидат повторно проверени и половина од шифрите ќе бидат повлечени поради туѓ потпис. И во принцип формално ќе бидат во право.

3. Автоматското потпишување нарачки е функционалност која повеќе не е достапна во CMS. За неговото функционирање било потребно да се прикачи приватниот дел од клучот во личната сметка на чесниот знак. Ова е клучен компромис. И според сегашното законодавство, во случај на компромис за зајакнат квалификуван електронски потпис, сопственикот мора да го информира својот центар за сертификација (CA) и да го отповика UKES. Ако оваа функционалност се врати, тогаш внимателно проверете дали приватниот дел од клучот не го напушта компјутерот.
4. Во февруари, Центарот за развој на напредни технологии (CRPT) тивко воведе ограничување на бројот на барања до KMS API. Не повеќе од едно барање во секунда. Потоа, исто толку неочекувано и тивко, го укина ова ограничување. Затоа, препорачувам да ја ставите во системот можноста за ограничување на бројот на барања на CRPT API во случај на релапс. Сега има информации за лимитот од 10 барања во секунда.
5. Исто така во февруари, без предупредување, однесувањето на KMS API значително се промени. API има барање за добивање статус на нарачки. Статусот ги означува баферите и нивната состојба. Еден GTIN = еден бафер. Исто така, покажа колку кодови се достапни за примање од баферот. Еден убав ден, сите бафери имаа броење од -1. Морав да ја прашам состојбата на секој бафер посебно преку посебен метод. Наместо едно барање, морав да поднесам единаесет.

Структура на кодови

Значи, шифрите се нарачуваат и генерираат. Може да се подигнат преку api во текстуална форма, во pdf како етикети за печатење и како csv-датотека со текст.

API-то е веќе напишано погоре. Што се однесува до другите два начина. Првично, CPS ви дозволуваше да ги подигнете шифрите само еднаш. И ако беше земена датотека pdf, тогаш беше можно да се добијат шифрите во текстуална форма само со повторно скенирање на сите матрици на податоци од pdf. За среќа, неколку пати додадоа можност за подигање на кодови и овој проблем беше решен. Во рок од два дена, кодовите се уште се достапни за повторно преземање.

Ако подигнете во CSV формат, тогаш никогаш, под никакви околности, не отворајте го во ексел. И не дозволувајте никој. Excel има функција за автоматско зачувување. Во моментот на зачувување, Excel може да ги менува вашите кодови на најнепредвидлив начин. Препорачувам да користите notepad++ за да ги видите шифрите.

Ако отворите датотека од CMS во Notepad ++, можете да видите линии како оваа. Третиот код е неважечки (нема разграничувачи на GS).

Партнерите ни дадоа шифри за означување на нивната стока. Со голо око, можете да видите кои датотеки се генерирани со помош на Excel - до 5% од кодовите биле неважечки.

Силно препорачувам да прочитате за стандард GS1. Описот на стандардот содржи одговори на многу прашања за формирањето на DataMatrix.

Идентификацискиот код се состои од GTIN и серискиот број. Според стандардот GS1, тие одговараат на идентификаторите на апликацијата (UI) 01 и 21. Имајте предвид дека идентификаторите на апликацијата не се дел од GTIN и серискиот број. Тие укажуваат дека идентификаторот на апликацијата (UI) е проследен со GTIN или сериски број. Ова е особено важно кога програмирате POS софтвер. За да ја пополните ознаката 1162, потребни ви се токму GTIN и серискиот број, без идентификатори на апликацијата.

За UTD (универзален трансфер документ) и други документи, напротив, најчесто е потребна целосна евиденција со идентификатори на апликации.

Стандардот GS1 наведува дека GTIN има фиксна должина од 14 знаци и може да се состои само од броеви. Серискиот број е со променлива должина и е опишан на страница 155 од стандардот. Има и врска до табела со симболи што може да се најдат во серискиот број.

Бидејќи серискиот број има променлива должина, сепараторот GS го означува неговиот крај. Во табелата ASCII го има кодот 29. Без овој сепаратор, ниту една програма нема да разбере во кој момент завршил серискиот број и во кој момент започнале другите групи на податоци.

Повеќе детали за кодот за обележување (KM) може да најдете во официјална документација.

За чевли, серискиот број е фиксиран на 13 знаци, но неговата големина може да се смени во секое време. За други групи производи (TG), должината на серискиот број може да варира.

Генерирање на DataMatrix

Следниот чекор е да ги конвертирате податоците во кодот DataMatrix. Уредбата на Владата на Руската Федерација 860 го одредува ГОСТ, според кој е неопходно да се формира DataMatrix. Исто така, PPR 860 ја одредува задолжителната употреба на идентификатори на апликации. Забележете дека не постои концепт на „идентификатори на апликации“ во стандардот DataMatrix. Тие се само во стандардот GS-1 DataMatrix. Излегува дека PPR 860 имплицитно бара употреба на GS-1 DataMatrix. За среќа, стандардите се слични. Главна разлика: во GS-1 DataMatrix, првиот знак мора да биде FNC1. Симболот GS не мора да биде прв во DataMatrix, само FNC1.

FNC1 не може едноставно да се земе и додаде на линијата како GS. Мора да се додаде од програмата што ја генерира DataMatrix. Неколку мобилни апликации, со кој можете да ја проверите исправноста на генерираните DataMatrix кодови.

Тоа е важно. Апликацијата за искрен знак прифаќа неважечки DataMatrix. Дури и QR кодови. Фактот дека брендот е препознаен и информациите за производот се прикажани не значи дека DataMatrix е правилно формиран. Дури и кога беше заменета крипто-опашката, апликацијата CZ го препозна брендот и ги прикажува податоците на производот.

Подоцна CZ објавен објаснувањекако правилно да генерирате кодови. Поради големиот број на кодови за грешки, тие ги препознаа кодовите без FNC1 како валидни, но, сепак, препорачуваат генерирање на GS-1 DataMatrix.

За жал, прилично голем процент од матриците на податоци од партнерите дојдоа со грешки. Благодарение на појаснувањата од CZ, прашањето „Дали е можно да се тргува со таков производ по 1 јули или не?“ беше целосно решено. Спојлер - можеш.

печатење

Обрнете внимание на начинот на кој се печатат поштенските марки. Кога се печати на термички печатач, печатот брзо избледува и овој производ повеќе не може да се продава. Нечитлив печат е прекршување на PPR 860. Што доведува до заплена на стоки, парични казни и кривична одговорност.

Користете печатење со термички пренос. Во овој случај, печатот не е толку склон кон избледување. Материјалот на етикетата одредува и колку брендот е подложен на механички оштетувања. Ако кодот не е читлив поради механички оштетувања, тоа е еднакво на отсуство на бренд со сите последователни последици.

Изберете печатач од планираните волумени за печатење. Десктоп печатачите не се дизајнирани да печатат 100 етикети дневно.

Запирањето и започнувањето на печатењето го зголемува абењето на печатачот. Некои програми ја испраќаат задачата за печатење една етикета во исто време. Подобро е да не се користат такви програми.

Работете со документи

Откако ќе се испечатат и залепат печатите, сите понатамошни операции со нив се одвиваат преку документи или лична сметка на чесен знак.

Кога работите со голем број кодови, можете да креирате xml-датотеки што ги содржат потребните кодови и да ги прикачите овие датотеки преку API или веб-интерфејсот на вашата лична сметка.

XSD шемата може да се преземе во делот „помош“ на LC CZ.

Обрнете внимание на следните точки.

1. Шемите Xsd во LC CZ содржат грешки во валидацијата на TIN и ограничувања на должината на линијата. Само со поправање на грешките, можете да ги користите шемите. За среќа, грешките се очигледни, па тоа не е тешко да се направи.
2. Шемата најчесто се состои од два дела - заеднички за сите видови документи и одвоени за одреден тип. Општата шема се додава преку увоз на конкретната. Двете шеми се наоѓаат во делот за помош во LC ChZ.
3. Правилата за бегство за CM се разликуваат од оние општо прифатените за XML, ова е напишано во официјалната документација од CZ, обрнете внимание на ова. Еве тука на страница 4 сите правила.
4. Не треба да се обидувате да внесете 150 кодови во оптек во една датотека. Според очевидци, досиејата над 000 обично поминуваат низ..
5. Xml-датотеката може да се завитка со грешка „xml валидација грешка“, а пет минути подоцна истата датотека се прифаќа без проблеми.
6. Ако датотеката содржи код кој е веќе пуштен во оптек, тогаш датотеката пуштена во оптек најверојатно нема да биде прифатена.
7. Документите за испорака и примање се користат како привремено решение. Во иднина планираат да ги укинат и да преминат на УПД согласно ППР 860.
8. Мит за 60 дена. Постои мислење дека шифрите што не се пуштени во оптек „изгоруваат“ по 60 дена. Ова е мит, непознат извор. Шифрите „изгоруваат“ само ако не сте ги подигнале од CPS во рок од 60 дена. Животниот век на собраните кодови не е ограничен.

Заклучок

Кога ја развивав мојата бесплатна апликација за етикетирање BarCodesFX, првично беше направена интеграција со KMS API. Кога искрен знак по втор пат неочекувано ја промени логиката на API, интеграцијата мораше да се напушти. Се надевам дека во иднина CZ ќе може да го стабилизира развојот и API, бидејќи. за некомерцијален производ, многу ми е скапо да проверувам двапати секој ден дали имало промени во API и брзо да го рафинирам.

При спроведувањето на означувањето, внимателно прочитајте ја регулаторната документација за вашата група на производи TG, правилно испечатете го GS1-DataMatrix и бидете подготвени за какви било непредвидени промени од фер ознаката CZ.

Алијансата Форт создаде информативен простор (вики, муабети телеграма, семинари, вебинари), каде што можете да најдете корисни и ажурирани информации за етикетирање во сите индустрии.

Извор: www.habr.com