арт2010Вопрос кто уже внедрял маркировку лексредств - вот я считал DataMatrix с реальной упаковки.
Правильно ли он считался? И как я должен его сохранять - целиком или какие-то части?
Прошу прощения за подобные вопросы, просто некогда читать тонны доков на честном знаке
Считался он правильно, но ты также должен считывать разделители. Первая часть (до первого разделителя [gs]) это и есть КИЗ. Но он тоже состоит из двух частей, префиксы частей 01 и 21. У тебя DataMatrix очень старый уже две редакции вышло после этой версии, (так сказать с "крипто хвостом")

арт2010irbis_al, спасибо за помощь, подскажите пожалуйста дальнейшие шаги. Перелопатив инфу на сайте Честного знака (ЧЗ), так до конца и не понял тонкости механизма:
1. Вы говорили, что инфа будет отправляться в ЧЗ на самом деле ОФД, а не нами. Но это касается только инфы о продажах. Как я понял из их доков, сначала надо еще будет отправлять инфу в ЧЗ по приходу (см. скриншот).
2. Скажем я настроил сканирование Datamatrix для ЧЗ на розничных точках в процессе приходования электронных накладных. Как мне теперь настроить взаимодействие с соответствующей ИС (в моем случае МДЛП) ЧЗ? Какие технологии, протоколы, форматы данных использовать? Как я понял будет обмен файлами xsd в реальном времени?
3. В какой момент нужно слать в ЧЗ данные о приходе? Как я понял из блок-схемы сначала ЧЗ шлет нам сообщение, что отправитель отправил нам товар. Когда товар пришел, мы шлем подтверждение в ЧЗ, так? Но от одного отправителя товар распределяется по разным точкам. Получается 1 точка приходует 1 коробку, отправляет акцепт в ЧЗ по своей коробка, 2 точка - по 2 коробке, итд?

Какие еще есть нюансы на которые нужно обратить внимание? Может кто-нибудь еще что-нибудь подсказать?

1. А ОФД откуда получит данные? Правильно из ККМ, а в ККМ кто писать будет? Во во значит вами на по средствам ККМ (ОФД).
2,,,,,
Ответ уже дан пардон.

Надо понимать, что ИСМ это просто мониторинг, кто, куда и сколько. Вы просто реализуете в своем ПО соответствующие методы, например отгрузка товара (делаете как обычно (ТТН, СФ,...) и плюс сведения в API МДЛП с XML по схеме 415), и т.д. В ИСМ фиксируют все операции между местами деятельности. Всего сразу не расскажешь, поэтому лучше тех доки читать.

irbis_al2.Как эмуляция клавиатуры...Думаю это ваш случай. Любой контейнер способный принять клавиши с клавиатуры (например блокнот) напечатает там считанный штрихкод.

Это его случай, если сканер умеет передавать непечатаемые символы... (в данном DataMatrix они есть - [GS]). Или работать на уровне драйвера.

арт2010Начальство утверждает почему то, что с 01.01.2020 будет обратный порядок подтверждения прихода ЛП (см. скриншот), по крайней мере сначала. Что, почему, никто не знает, все на уровне слухов. Кто непосредственно работал с ИС МДЛП (MikeDD, ooodimitriusooo, L_argo?) подскажите пожалуйста как все будет? И можете также помочь с ответами на вопросы постом выше?
Это описание бизнес процессов, в чем конкретно вопрос?

MikeDDарт2010, разница есть, и не малая. Дело в том что поначалу маркированный и не маркированный товар (выпущенный до 01.01.2020) будет приходить вместе. В случае прямого акцепта при приемке в аптеке уже будет инфа о том какие позиции должны идти в Маркировку, а при обратном такой инфы нет. Придется сканировать все подряд хотя поначалу маркированных позиций будет мизер. Очевидный выход - разбивать маркированный и не маркированный товар и везти отдельными коробками, но по слухам поставщики этого делать не будут т.к. это дополнительные затраты.
Катрен видимо решил тупо рассылать перечень маркированного товара всем желающим, типа разбирайтесь ребята сами. Отправь пустое письмо на адрес mdlp.markirovka@katren.ru - в ответ придет перечень маркированного товара по филиалам. Весело встретим Новый Год, ага.

Правду матку рубишь!

Только дополню, прямой акцепт используется по умолчанию. А обратный если добавишь контрагента в доверенный список. Работать будут оба, например Р-Фарм работает только по прямому.

MikeDD,

И здесь разочарую, данный вид дата матрикса действительно с "криптохвостом", но их два вида криптохвост 88 символов и 44 символа на текущий момент их 44. Но есть ШК которые выпускались с 88...

PS: чувствую себя бабой ягой....

с 1 октября ПП РФ №1557 обязывает производителей по 7ВЗН (товар из перечня 7ВЗН) нарабатывать маркированный товар, но не запрещает нарабатывать маркированный товар и другим производителям. Поэтому встретить 1.1.2020 товар с "криптохвостом" 88 символов абсолютно реально, но он может не участвовать в обороте. Точно также и с актуальным "криптохвостом" его могут наработать до 1.1.2020, но дистрибьюторы могу не передавать по нему сведения.

Отсекать нельзя...
Тогда товар не пройдет валидацию в ЦРПТ. Для ККТ готовится новая прошивка (по крайней мере у Атола). По предварительной версии они ждут распоряжение правительства и потом выкатят новую. На текущий момент, для программы 7ВЗН используются устройства "Регистраторы выбытия" (далее РВ) там он (криптохвост) передается в JSON в их REST API. (ЛПУ тоже выбывают через РВ). Криптохвост 44 символа закреплен ПП РФ №1118 которое вносит изменение в ПП РФ №1556.

На фото и есть предположительно 44. Почему предположительно?, т.к. там, по факту, 47 символов. ;(

MikeDD, почти так и есть, но есть всегда но. Получается так, что все движения товара между местами деятельности (МД), делаются без участия криптохвоста (КХ), а КХ проверяется только ККМ и РВ. Так вот в ККМ все веселее т.к. там задействованы ОФД. И данные могут сливаться с задержкой. Таким образом вы продали товар здесь и сейчас, а ИСМ ответила с задержкой. И не через ККМ, а в личный кабинет! Так как система работает "в уведомительном режиме" (так нам ответил представитель ЦРПТ). Но эта ситуация касается и правильных ШК, например товар забраковали. Как быстро ваше АУ получит уведомление об этом? Вот, а ИСМ использует межведомственные связи (и мы приняли решение, что) ИСМ получит сведения о забраковке ранее чем мы. Таким образом мы отпустим забракованный товар, а система скажет об этом спустя время! И тут возникает вопрос кто нарушил закон? Получается, что именно мы...