Здравствуйте.
Разбираюсь с маркировкой лекарств, что сейчас должно печататься по законе о маркировке.
Существует какая-то путаница в том, какой формат этого шк должен быть. На реальных лекарствах смотрю тоже кто во что горазд. Криптохвоста того-же вообще нет ни на одном препарате не увидел. Серия кодируется с началом 17 вместо 21 в штриходе и тп.. Может кто поделится своими соображениями по этому, либо даст ссылку на верный документ с описанием?
Такая чехарда мешает в первую очередь тем, что например типовая Розница Аптека такие ШК вообще отказывается принимать за правильные шк упаковок, вот и не знаю это глюк конфы или такие шк сейчас. Толком проверить приемку не могу.

Еще момент, если сканировать шк упаковки в тесте драйвера, то видно что в шк есть хитрый тег такой (не знаю как правильно это назвать), выглядит как 'GS'. Судя по информации это спецсимволы датаматрикса, предназначенные для отделения разных полей (эти спецсимволы не выводятся если просто например в блокнот сканировать), должны ли они быть по стандрарту и не они ли мешают правильной трактовке штрихода. Аптека при сканировании подобного шк ругается что
"Некорректный штрихкод 010460176400259817211100103988541\x1d21DB050174767955:
(21)Некорректный серийный номер упаковки."

По факту сканируется шк вот такой: 01046017640025981721110010398854121DB050174767955
судя по всему этот 'GS' представляется при сканировании такой последовательностью \x1d. В общем муть какая-то..

"Нужно включить в настройках сканера передачу символа 29 (<FNC1>) (не у всех моделей по умолчанию включена его передача). Не знаю, в клавиатурном режиме сканера вообще передается <FNC1> или нет.

Стандарт данных маркировки (для вторичной упаковки) теперь такой:

00<GTIN>21<SERIAL><FNC1>91<KeyID><FNC1>99<SIGN>

где <GTIN> - 14-разрядный код GTIN
<SERIAL> - серийный номер вторичной упаковки, 13 символов (это в документации, но производители могут это трактовать как от 1 до 13 символов, т.к. эта группа данных должна заканчиваться разделителем групп <FNC1> кодом символа 29)
<KeyID> - 4-разрядный идентификатор ключа
<SIGN> - 44-разрядная подпись (ранее была 88 разрядная)"

отсюда https://xn--80ajghhoc2aj1c8b.xn--p1ai/forum/?PAGE_NAME=read&FID=7&TID=105&TITLE_SEO=105-skanirovanie-sgtin

(2)+ Сейчас правильных DataMatrix по сути нет, правильные будут для товара произведенного с 01.01.2020!
Вот если нет даты выпуска на упаковке и некий кривой DM то хз что делать.

(2) Я правильно понимаю, что чтобы шк корректно обрабатывался этот символ 29 (<FNC1>) нужно чтобы явно читался? или наоборот нужно чтобы он не передавался сканером?
В моем случае в блокнот если сканировать например, то его и нет, если же в драйвере тест драйвера делать то показывается как 'GS'.При попытке проверить уведомлении о приемке вообще на месте этого символа пишется  \x1d. Это так и должно быть что-ли?

(2) Ссылка на доку, указанная в вашем сообщение уже не рабочая к сожалению.. Но за инфу спасибо!

(4) Переведи сканер в режим эмуляции COM порта вместо эмуляции клавиатуры и драйвер настрой правильно на появившийся COM порт.

(5) Ссылка рабочая это просто движок форум испортил начало и в конце " поставил

xn--80ajghhoc2aj1c8b.xn--p1ai/forum/?PAGE_NAME=read&FID=7&TID=105&TITLE_SEO=105-skanirovanie-sgtin

(7)+ А и на тот форум чтобы попасть надо сначала зарегаться и чтобы дали разрешение на доступ в раздел, вот такие они странные в ЦПРТ.

Garykom, а не подскажите как лучше тестирование приемки тогда проводить, если подобные шк считаются невалидными в розница аптека?
Самому формировать новые sgtin-ы, печатать для них правильный шк (по всем правилам какие должны быть в каком-нить онлайн редакторе например о всеми правильными разделителями групп и тп.) в песочнице и проводить это как полный выпуск препарата и отгрузку его на аптеку? А потом эти правильные шк сканировать?
Я тут пока разобрался как вообще тестирование в песочнице делать (( Нет чтобы написать это на честном знаке по-человечески..

(1) Этот ШК вообще левый: тут индивидуальный номер - 14 символов (а должен быть строго 13).

(10) да не, почему, все верно - 14 символов, только в конце не 21 а 17 стоит. Вроде правильно я подсчитал.

Пригодные GTIN-ы сейчас встречаются редко. Как примеры: Герофарм (Кортесин), Сотекс (Церетон), Красногорск (травы), Реддис (Омез), Байер (Джес).
А до старта - 1 месяц. Отрасль готова, ага :)

(9) Угу примерно так и делать, один хрен еще много раз переделывать

(12) Можете поделиться парой номеров правильных штрихкодов?

Еще один вопрос нарисовался, или я что-то не понимаю )) Если в формате КиЗ-а по правилам должен присутствовать этот спецсимвол <FNC1>,
то как его правильно ввести в редактор какой-нибудь датаматрикс чтобы можно было распечатать?

(15) yadi.sk/d/xQ7G1wa_e2Bybw

Garykom, ptiz, спасибо за помощь! выручаете)

ptiz, посмотрел ваши примеры правильных ШК. По ним вопросы: в одном из ШК, а именно TEXTQR2 идентификатор применения для серии стоит 17, а не 21. Судя по информации от   Garykom это штрихкод неверного формата?
010460700836011017220601101606192129554329936742403004
(01)04607008360110(17)2206011016061(92)(почему 92 а не 99?) 129554329936742403004
Также идентификатор ключа 92 а не 91 (это кстати на всех из скаченных шк), или вообще это не идентификатор ...
Может кто прояснить?
Кстати среди тех шк что у меня есть из реальных лекарст, то у них тоже у всех идентификатор серии 17 а не 21.
Задал вопрос в црпт чтобы скинули ссылку на документ где описана структура КиЗа, пока молчат)

по идее (17) - это д.б. срок годности
а (21) сернум.
.
но хз что там наши спецы нагородили вопрки стандарту, сделали свой стандарт (?)

Во, вроде разобрался как на одной из упаковок закодирован КиЗ!
Другое дело все равно пока не ясно, правильная ли это кодировка для целей МДЛП.

Исходный код:
01189011480060481721120010B90020621B2ALQQWWCJF3

Расшифровка:

(01)18901148006048(17)211200(10)B900206(21)B2ALQQWWCJF3

18901148006048 - это джитин (притом контрольный разряд здесь верный)
211200 - срок годности 12.21
B900206 - номер серии (партии)
B2ALQQWWCJF3 - серийный номер упаковки
Криптохвоста правда здесь нет..

(20) Этот DM с эксперимента и с действующих сейчас 7ВЗН.
На самом деле какой должен быть правильный DataMatrix сейчас никто не знает, точнее у каждого из ответственных свое мнение и они нихрена не сходятся.

По одним докам начинаться GTIN должен с 01 по другим с 00
Криптохвост должен быть или 91..92.. или 91..99..

Вот глянь например Таблица 82 тут
https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/iblock/92b/TC-RV-v25_07.06.2019_Publichnaya-versiya.pdf

(21) А по этой таблице описание такое "21 + FNC1" что означает? 21 в начале строки, заканчивающееся символом FNC1 ?

(22) По логике вещей да, но в реальности некоторые печататели марок поняли это как 21(GS)<SERIAL>(92)
Короче кто в лес кто по дрова сейчас и путаница дичайшая.

Причем ЦПРТ не волнует что там в DM внутри, они работают по SGTIN 27 символов состоящему из 14 символов GTIN и 13 символов SERIAL.

Если DM не читает это ваши получателя с поставщиком/производителем проблемы, технически по закону это фальсификат и возвращайте или получите штраф когда такое на остатках обнаружится.

(23) В смысле использовали FNC1 не как признак завершения строки SERIAL а вставили его сразу после префикса 21 перед SERIAL.
Дурдом короче.

(24)+ Т.к. SERIAL технически может быть <13 символов то надо понять где он закончится и для этого используется этот FNC1 = (GS)
Правильно так (скобки убрать они для наглядности)
(01)GTIN(21)SERIAL(GS)(92)...

Неправильно
(01)GTIN(21)(GS)SERIAL(92)...

(24) Да, да. Я понял, спасибо! Собственно GS судя по описаниям и должен ставиться по смыслу в конце строк, т.к. разделяет поля, которые имеют переменную длину, чтобы можно понять где конец одного и начало другого.

(26) Угу старые добрые https://ru.wikipedia.org/wiki/Нуль-терминированная_строка

(25)  Garykom, не подскажите, а вы сталкивались с тем, что контрольный разряд джитина не соответствует рассчитанному? На реальных упаковках что у меня есть все вроде ок, а на джитинах что в песочнице (там два товара) они неверные.
Соответственно Розница Аптека ругается на подобные SGTIN-ы при попытке их принять. Вот и думаю что делать - запросить новые верные джитины у поддержки црпт (не заказывал это ранее никогда) или как?
Вы как тестирование в этом случае делали, с теми джитинами что в песочнице и все прошло?
вот пример этих джитинов:
50754041398765
В конце 5 а должен быть если не ошибаюсь 7

(28) Значит у тебя совершенно другой GTIN не по тому стандарту по которому проверяшь.
Если это песочница или тестовые DM (даже на настоящих упаковках лекарств) там может быть что угодно.

Есть:
GTIN-8
GTIN-13
GTIN-14

(28) Да 50754041398765 на конце по GTIN-14 должна быть 7 вместо 5
Значит это левый GTIN

(29) Не понял насчет "стандарта по которому проверяю".
Я сделал просто - взял джитин товара из песочницы, добавил к нему левый номер серии. Потом через загрузку подправленных хмлек в песочнице 311, 313 и 415 схем произвел отгрузку этого препарата на аптеку. Распечатал этот шк, и пытаюсь в панели мдлп проверить приход. При сканировании ругается на этот джитин, посмотрел в коде - ругается именнно на контрольный разряд. Если его проверить - то он дейцствительно неправильный. Вот и думаю, там что в пеосчнице неправильные джитины что-ли?

(31) Там в песочнице полная хрень творится, и чуть меньшая в промышленном контуре

Все в нашей стране через одно место бл.. Что они там несколько лет спрашивается пилили.

(33) Так сча дурдом происходит потому что раньше налоговая отвечала за МДЛП, потом передали коммерческой конторе ЦПРТ.
Но коммерческая контора не может законы/постановления выпускать и вот на этом этапе и происходит сейчас сбой.

Не знаю кто там что может/не может, но явно что эта контора не простая с улицы, а особо приближенная к кому надо (соответственно имеющая картбланш на все действия), поэтому при реальном желании получить результат они всем могли бы сделать как нужно. Ладно, это все лирика..

(18) Это то, что реально напечатано на упаковках. До последнего времени все печатали - кто во что горазд, начиная с правил по древним постановлениям: в первом был ТНВЭД и не было криптохвоста, во втором - криптохвост 88 + срок годности и серия (опционально). По последнему постановлению коды только-только появляются.

А вот такой вопросик... Как вы тестируете если нужен код тестовый? Я не нашел каких-то онлайн или бесплатных редакторов, чтобы можно было указать необходимость вставки в код датаматрикс в нужные места непечатаемых симоволов-разделителей (FNC1 который). А без них некорректно происходит разбор ШК.

(37) а блин туплю... есть такие )) сам таким пользовался, не обратил толком внимание что есть там управляющие конструкции. Вопрос снят.

Может кому понадобится, сообщение от техподдержки ЦРПТ:

Символ DataMatrix (232 ASCII) будет виден в строке ШК при сканировании.
Полностью DataMatrix код будет иметь следующий вид:
Символ 232 ASCII

AI 01 (GTIN) 14 симв. + идентификатор применения 2 симв. = 16 символов (обяз.)
AI 21 (S/N) 13 симв.+ идентификатор применения 2 симв + FNC1 (29hASCII) 1 симв = 16 символов (обяз.)

Регистратор эмиссии добавляет к ним специальный ключ и криптоподпись в формате:
AI 91 (ключ проверки) 4 симв. + идентификатор применения 2 симв. + FNC1 (29h ASCII) 1 симв = 7 симв.
AI 92 (криптоподпись) 44 симв. + идентификатор применения 2 симв. = 46 символов.

Так же может использоваться завершающий FNC1, который добавляется только в случае наличия в средстве идентификации дополнительной информации, кроме КМ.

Также необходимо учесть, что:
все сканеры автоматически дописывают после считанного кода перевод каретки (2 символа 0Dh 0Ah), которые не входят в код маркировки, но в переданной сканером строке присутствуют;при добавлении дополнительной информации после
AI 92 длина КМ увеличится на 1 символ, так как после AI 92 будет добавлен символ FNC1 (29h ASCII) , который по правилам GS1 должен завершать AI 92, если AI 92 не последний в коде.

----------
Характеристики средства идентификации, порядок его нанесения и требования к структуре и формату информации, которую содержит средство идентификации изложены в разделе 2 ППРФ № 1556 от 14 декабря 2018 г.

Информация, содержащаяся в средстве идентификации, имеет следующую структуру:

1) признак символики Data Matrix - символ, имеющий код 232 в таблице символов ASCII;
2) первая группа данных - глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
3) вторая группа данных - индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21). Завершающим символом для этой группы данных является специальный символ-разделитель, имеющий код 29 в таблице символов ASCII;
4) третья группа данных - идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга
в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91). Завершающим символом для этой группы данных является специальный символ-разделитель, имеющий код 29 в таблице символов ASCII;
5) четвертая группа данных - значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).

(28) по тестовым кодам такой ответ, когда спрашивал почему они не корректны при проверке контрольного символа:
"Данные GTIN созданы для тестирования бизнес-процессов в песочнице. Это не является ошибкой и допустимы действия с данными GTIN. Можно игнорировать данный момент"

В Рознице через расширение временно отключал контроль корректности.