DataMatrix или как правилно да етикетирате обувки

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

Затова искаме да споделим нашия опит с тези, които тепърва ще етикетират дрехи, гуми, парфюми и т.н. Статията описва редица индустриални стандарти, някои нормативни документи и личен опит. Статията е предназначена предимно за интегратори и разработчици, които тепърва ще разбират този проект.

Моля, имайте предвид, че регулаторната рамка се променя често и авторът няма възможност постоянно да актуализира материала. Следователно до момента на четене част от информацията може вече да е остаряла.

Авторът натрупа личен опит както в рамките на проекта Datamatrix в Lamoda, така и при разработването на собствено безплатно приложение за маркиране на BarCodesFx.

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

маркиранеОсновната идея на етикетирането е, че на всяка единица стока се присвоява индивидуален номер. По този номер можете да проследите историята на дадена стока от момента на производство или внос в страната, до момента на изхвърляне на касата. Звучи хубаво, но на практика е изключително трудно за изпълнение.Концепцията е описана по-подробно на официалния сайт на честната зодия.

Общи термини и понятия

UOT - участник в стокообращението.
CRPT е център за развитие на съвременни технологии. Частна фирма, единствената държавна. изпълнител на проекта за маркиране. Работи по схемата за публично-частно партньорство (ПЧП). За съжаление няма информация за други участници в търга за проекта, както и за самия търг.
TG - стокова група. Обувки, дрехи, гуми и др.
GTIN - всъщност артикулът, като се вземат предвид цвета и размера. Издава се в GS1 или националния каталог за всеки вносител или производител за неговия продукт. Производителят или вносителят трябва първо да опише този продукт.
PPR - Указ на правителството на Руската федерация. За обувки - 860.
КМ - код за маркиране. Уникален набор от символи, присвоени на конкретен елемент. За обувките се състои от GTIN, сериен номер, код за потвърждение и крипто опашка.
GS1 е международна организация, която издава GTIN. Също така съставители на редица стандарти за етикетиране.
Национален каталог - аналог на GS1, разработен от CRPT.
криптоопашка - аналог на цифров подпис, потвърждаващ законността на CM. Трябва да е в datamatrix на печата. Съхранението в текстов вид е забранено. След отпечатване печатът трябва да бъде премахнат в съответствие със споразумението с CRPT. Не са известни действителни случаи на употреба.
CPS - станция за управление на поръчки. Системата, в която KM се поръчват за артикула.
EDI - електронен документооборот.
UKEP — усъвършенстван квалифициран електронен подпис.

Термини и понятия в обхвата на тази статия

ЧЗ - честен знак.
LK - Лична зона.
Печат - отпечатан маркировъчен код.

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

Поръчване и получаване на кодове

След получаване на GTIN, участникът (UOT) прави поръчка за кодове (KM) в CPS системата.
Важно, но не очевидно.

1. Можете да поискате кодове за до 10 GTIN на поръчка. По принцип неразбираемо ограничение. Вносител с 14 000 GTIN трябва да създаде 1400 поръчки.
2. В една поръчка могат да бъдат заявени максимум 150 000 кода.
3. Има ограничение от 100 поръчки в работа. Тоест не повече от 100 поръчки могат да бъдат обработени едновременно. Ако има повече от 100, тогава API ще започне да връща грешка вместо списък с поръчки. Единственият начин да коригирате тази грешка е да затворите някои от поръчките през уеб интерфейса. API не предоставя параметър за частично показване на поръчки.
4. Има ограничение за броя на заявките - не повече от 10 заявки в секунда. По мои данни това ограничение не фигурира в документите, но го има.

От личен опит с поръчки за KM кодове за маркиране през CMS API.

1. Заявката (самата json) трябва да бъде подписана с GOST подпис. Това е работа с cryptopro. Трябва внимателно да следим използваната рамка или библиотека да не променят оригиналния json нито за един байт. В противен случай подписът незабавно престава да бъде валиден.
2. Подпис на поръчката. Поръчката може да бъде подписана с произволен подпис на всеки клиент. Ако подписът е валиден, KMS системата ще го приеме. По време на интеграцията беше възможно да се подпише заявката с нечий друг подпис, издаден на тестовия CA. Бойната верига на CPS обработи заповедта и пусна кодовете. Според мен това е дупка в сигурността. Разработчиците реагираха на доклада за грешка „ще видим“. Дано се е оправило.

   Затова бъдете изключително внимателни, ако на едно работно място работят повече от едно юридическо лице. лица. Днес CPS ще приеме тези заявки, а утре заявките ще бъдат проверени отново и половината от кодовете ще бъдат изтеглени заради нечий друг подпис. И по принцип формално ще са прави.

3. Автоматичното подписване на поръчки е функционалност, която вече не е налична в CMS. За работата му беше необходимо да се качи частната част от ключа в личния акаунт на честния знак. Това е ключов компромис. А според действащото законодателство, в случай на компрометиране на подобрен квалифициран електронен подпис, собственикът трябва да информира своя удостоверителен център (УЦ) и да отмени UKES. Ако тази функционалност се върне, тогава внимателно се уверете, че личната част на ключа не напуска компютъра.
4. През февруари Центърът за развитие на модерни технологии (CRPT) тихомълком въведе ограничение за броя на заявките към KMS API. Не повече от една заявка в секунда. После също толкова неочаквано и мълчаливо премахна това ограничение. Затова препоръчвам да поставите в системата възможност за ограничаване на броя на заявките към CRPT API в случай на рецидив. Сега има информация за ограничението от 10 заявки в секунда.
5. Също така през февруари поведението на KMS API се промени значително без предупреждение. API има заявка за получаване на статуса на поръчките. Състоянието показва буферите и тяхното състояние. Един GTIN = един буфер. Той също така посочи колко кода са налични за получаване от буфера. Един прекрасен ден всички буфери имаха брой -1. Трябваше да направя заявка за състоянието на всеки буфер поотделно чрез отделен метод. Вместо една заявка, трябваше да направя единадесет.

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

И така, кодовете са подредени и генерирани. Те могат да бъдат взети чрез api в текстов вид, в pdf като етикети за печат и като csv файл с текст.

API вече е писано по-горе. Що се отнася до другите два начина. Първоначално CPS ви позволява да вземете кодовете само веднъж. И ако беше взет pdf файл, тогава беше възможно да се получат кодовете в текстова форма само чрез повторно сканиране на всички матрици от pdf. За щастие, те добавиха възможността да вземат кодове няколко пъти и този проблем беше решен. В рамките на два дни кодовете все още са налични за повторно изтегляне.

Ако вземете в csv формат, тогава никога и при никакви обстоятелства не го отваряйте в excel. И не позволявайте на никого. 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 определя GOST, според който е необходимо да се формира 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 000 етикета на ден.

Спирането и започването на печат увеличава износването на принтера. Някои програми изпращат заданието за печат един по един етикет. По-добре е да не използвате такива програми.

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

След като печатите бъдат отпечатани и залепени, всички по-нататъшни операции с тях се извършват чрез документи или лична сметка с честна марка.

Когато работите с голям брой кодове, можете да създавате xml файлове, съдържащи необходимите кодове, и да качвате тези файлове чрез API или уеб интерфейса на вашия личен акаунт.

XSD схемата може да бъде изтеглена в секцията "помощ" на LC CZ.

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

1. Xsd схемите в LC CZ съдържат грешки в валидирането на TIN и ограничения за дължината на реда. Само като коригирате грешки, можете да използвате схемите. За щастие, грешките са очевидни, така че това не е трудно да се направи.
2. Схемата най-често се състои от две части - обща за всички видове документи и отделна за конкретен вид. Общата схема се добавя чрез импорт към конкретната. И двете схеми се намират в раздела за помощ в LC ChZ.
3. Правилата за екраниране за CM се различават от общоприетите за XML, това е написано в официалната документация от CZ, обърнете внимание на това. Тук тук на страница 4 всички правила.
4. Не трябва да се опитвате да въведете 150 000 кода в обращение в един файл. Според очевидци обикновено минават досиета над 30 000.
5. Xml файл може да бъде обвит с грешка „xml validation error“ и пет минути по-късно същият файл се приема без проблеми.
6. Ако файлът съдържа код, който вече е пуснат в обращение, тогава пуснатият в обращение файл най-вероятно няма да бъде приет.
7. Документите за изпращане и получаване се използват като временно решение. В бъдеще те планират да ги премахнат и да преминат към UPD в съответствие с PPR 860.
8. Мит за 60 дни. Има мнение, че кодовете, които не са пуснати в обращение, "изгарят" след 60 дни. Това е мит, неизвестен източник. Кодовете "изгарят" само ако не сте ги взели от CPS до 60 дни. Животът на събраните кодове не е ограничен.

Заключение

При разработването на моето безплатно приложение за етикетиране BarCodesFX първоначално беше направена интеграция с KMS API. Когато честен знак за втори път неочаквано промени логиката на API, интеграцията трябваше да бъде изоставена. Надявам се, че в бъдеще CZ ще успее да стабилизира развитието и API, защото. за некомерсиален продукт, за мен е много скъпо да проверявам всеки ден дали има промени в API и бързо да го прецизирам.

Когато прилагате маркировката, прочетете внимателно нормативната документация за вашата продуктова група TG, отпечатайте правилно GS1-DataMatrix и бъдете подготвени за всякакви непредвидени промени от справедливата марка CZ.

Fort Alliance създаде информационно пространство (уики, чат стаи телеграми, семинари, уебинари), където можете да намерите полезна и актуална информация за етикетирането във всички индустрии.

Източник: www.habr.com