Ошибка сервер мдлп недоступен регистратор выбытия

Нашли неточность? Выделите текст с ошибкой и нажмите ctrl + enter.

Самый животрепещущий вопрос — выбытие лекарственного препарата (далее ЛП). В системе мониторинга движения лекарственных препаратов (МДЛП) могут проводиться технические работы, она может быть недоступна, как тогда отпускать ЛП? Отпуск доступен двумя способами: продажа через контрольно-кассовую технику, когда оформляются чеки, и использование регистратора выбытия, работающего и в сетевом, и в автономном режиме.

Итак, оператор фискальных данных. Пробиваем ЛП и проводим его через кассу. Здесь никаких проблем нет, мы защищены, т.к. оператор фискальных данных передает за нас данные в систему МДЛП, агрегирует информацию, получаемую из чеков, и, после того как сервис снова становится доступным, автоматически, без нашего участия, передает в систему в виде документов.

Есть такой механизм «реестр ожиданий», основная суть которого заключается в том, что если мы хотим произвести выбытие ЛП, который еще не поставлен на баланс, не отправлен документ о его приемке, то при внештатной ситуации данный механизм нам может помочь. В реестр ожиданий попадают документы, которые были произведены в качестве выбытия, но еще нет документа о приемке. Например, в аптеке пробили и отпустили лекарственный препарат покупателю, но не смогли отправить документ о приемке, хотя и сформировали его, из-за проводимых в системе регламентных работ. Лекарственный препарат можно отпустить потребителю, сформировать чек, оператор фискальных данных направит документ о выбытии препарата в систему МДЛП, при этом система увидит, что нет документа о приемке препарата. Система будет ожидать этот документ. Если он подготовлен, то он попадет в систему чуть позже. И тогда будет произведено корректное выбытие без нарушения. Период ожидания документа о приемке по месту деятельности составляет две недели. Но это работает только в случаях, когда система МДЛП недоступна. Скорректированы сроки передачи информации в МДЛП, они составляют один рабочий день. Реестр ожиданий работает с оператором фискальных данных при прямом и обратном акцепте. С регистратором выбытия реестр ожидания работает только в случае обратного акцепта.

Выбытие посредством регистратора выбытия. Здесь тоже все защищено. При использовании регистратора выбытия, даже в случае неработающей системы МДЛП, им можно сканировать ЛП и формировать отчет о выбытии этих препаратов. В данном случае регистратор выбытия и товароучетная система, отправляя задание на регистратор выбытия, работают от системы МДЛП автономно, формируя буфер документов на отправку в МДЛП. Эта отправка будет произведена после того как сама система станет доступна.

Итого: выбывая с использованием ККТ или регистратора выбытия, мы производим это независимо от работы системы МДЛП, т.к. оба оборудования накапливают в себе данные о выбытии и при доступности необходимых каналов производят выбытие в сторону системы МДЛП.

ПЕРЕДАЧА ДАННЫХ

Хотелось бы обратить внимание на передачу данных в систему МДЛП при приемке ЛП.

Есть один рабочий день на приемку ЛП со дня их фактической приемки получателем от отправителя. Данные о приемке фиксируются в накладной. Допустим, в пятницу вечером поступает ЛП. Один рабочий день в данном примере — это понедельник, в течение которого нужно передать информацию о приемке в МДЛП (но закон не запрещает передать их в пятницу или в выходные дни).

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

Регистратор выбытия может работать в двух режимах: автономном и сетевом. Если вы формируете отчет в автономном режиме, то регистратор выбытия формирует и сохраняет в себе документы в автономном режиме. Если вы направляете данные через свою товароучетную систему в сетевом режиме, то регистратор выбытия также формирует документ и, при невозможности отправить его в ту же минуту, сохраняет его для отправки до восстановления работы системы МДЛП.

КОГДА РЕГИСТРАТОР ВЫБЫТИЯ НЕ РАБОТАЕТ

Что делать, если сломался регистратор выбытия? Каков порядок действий? Здесь на помощь приходят инструкции, размещенные на сайте «Честный знак». Нужно сформировать заявку на указанный на сайте электронный адрес технической поддержки и максимально описывать проблему. Если проблема с работоспособностью регистратора, то указывается ИНН организации, от которой идет обращение, адрес места деятельности регистратора выбытия, описывается проблема и запрос отправляется на линию техподдержки. Скорость реакции будет зависеть от подробностей описанной проблемы. Если консультация помогает и проблему можно решить дистанционно, она решается дистанционно. Если требуется замена регистратора, заявка передается в соответствующий отдел и оформляется заявка на замену.

Если идет замена, это не значит, что нельзя выбывать ЛП. Есть возможность открытия схем для выбытия ЛП. Два пути в случае неработоспособности регистратора выбытия.

• Первое. В товароучетной системе можно формировать документы типа 521, 531 для отправки в систему МДЛП. Техническая поддержка в данном случае открывает доступ к приему схем от вашей организации, и таким образом вы направляете данные в систему МДЛП.

• Второе. Зарегистрироваться в системе «Фарма.Просто» для формирования документов и отправить потом документы в систему ДЛП из «Фарма.Просто».

Ключевые документы для работы в системе и основные моменты, которые описывают сложности работы в системе МДЛП при любой нештатной ситуации, изложены в методических рекомендациях.

Первый момент. При товароучетной системе ничего не мешает там формировать необходимые документы для отправки в систему МДЛП и на момент недоступности системы откладывать их у себя в буфер, а отправить на обработку в систему, когда ее работа восстановится.

Второй момент. Сервис «Фарма.Просто». Если ваша товароучетная система не умеет работать, когда нет соединения с МДЛП, можно воспользоваться этим сервисом при условии регистрации заранее. Если регистрация есть, то сформировать документы на отправку и после восстановления работоспособности системы МДЛП зайти в «Фарма.Просто» и нажать кнопку «отправить» (в систему МДЛП). У сервиса есть мобильное приложение «Фарма.Просто», которое может выполнять задание по сканированию ЛП, чтобы добавлять данные в документы. Приложение также работает в режиме офлайн.

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

На сайте «Честный знак» есть раздел вопросов и ответов, где размещена вся актуальная информация о работе в системе МДЛП.

1.  Ошибка при проводке накладной: Операция не может быть выполнена. Хронология событий нарушена.
   

   Дата проводки документа ранее даты предыдущей операции.
   Решение: Необходимо исправить дату фактической поставки
2. Ошибка при проводке накладной: Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке.
   
   Товар находится на статусе недопустимом для данной операции. 
   Решение: Проверить статус товара в МДЛП.  Для оприходованного товара, по результату проверки, принять решение проводить с отключенной маркировкой или уточнять информацию в МДЛП.
   Если ошибка при  формировании документа «возврат поставщику» и товар был оприходован по 702 схеме, то со стороны поставщика также должна быть проведена операция оприходования товара на свой баланс с помощью 702 документа.
3. Ошибка при получении квитанции документа отправленной через РВ: Ошибка проверки ответа от РВ. content
   
   Проблема с регистратором выбытия
   Решение: Проверить настройки РВ в аптеке по инструкции для настройке МДЛП. В случае успешной проверки, необходимо проверить устройство Регистратор выбытия.
4. Ошибка при получении квитанции МДЛП: Проблема с сетью или настройками прокси. проверьте настройки МДЛП. 
   
   
   Решение: Проверить настройки МДЛП по инструкции для настройке МДЛП. В случае успешной проверки, проблема связана с порталом МДЛП
5. Ошибка при проводке накладной по обратной схеме: Указанный контрагент отсутствует в списке доверительных контрагентов. 
   
   Решение: необходимо обратиться к поставщику для добавления Вашей ЛПУ в список доверительных контрагентов в личном кабинете МДЛП 
6. Ошибка при загрузке накладных МДЛП: В транспортной упаковкене обнаружены потребительские упаковки. 
   
   Решение: транспортная упаковка (sscc) не содержит вложений (sgtin). необходимо обратиться к поставщику за устранением ошибки 
7. Ошибка при проводке  накладной: Попытка изменить состояние вложенного КИЗ.
   
   Данные sgtin находятся в транспортной упаковке 
   Решение: при проводке  приходной накладной по обратной схеме необходимо сканировать транспортную упаковку, а не sgtin 
   при проводке перемещение или требования необходимо выполнить распаковку ТУ в ПН 
8. Ошибка РВ: Ошибка ДРВ: Отчет о выбытии. Неверное состояние отчета
   
   Решение: Проверьте устройство РВ, перезагрузите его. Если перезагрузка не помогла обратитесь в тех поддержку МДЛП
9. Ошибка при сканировании ТУ при обратном акцепте: Нарушено ограничение на временной интервал между вызовами
   
   Интервал между запросом ТУ должен быть 30 сек. Требование МДЛП
   Решение: между сканированием ТУ делать перерыв в 30 сек. 
10. Ошибка при проверке настроек МДЛП в «администрирование»: Некорректный запрос. проверьте настройки МДЛП. 
    
    Решение:  Если менялся сертификат, проверить имеет ли доступ этот сертификат в личный кабинет МДЛП. Если нет, обратиться в тех. поддержку МДЛП и добиться входа в личный кабинет. 
11. При отпуске рецепта: Не удалось запросить документы по отчету СУЗ 
    
    Решение: обязательно нужно проверить чтобы у роли в ЛК МДЛП стояли права «Прослеживание документов по отчету из СУЗ»
    
12. Ошибка при проверке настроек МДЛП: Запрашиваемые данные не найдены. 
    
    Решение: Проверить правильность внесенных настроек МДЛП. 
13. Ошибка при открытии «Журнала сценариев»: Ошибка мониторинга сценариев — не удалось открыть порт ‘61862’/ Отслеживание новых событий будет недоступно. 
    
    Порт занят другим процессом. Это не мешает выполнению сценариев, можно запустить сценарий- он пройдет в фоновом режиме. Либо освободить порт и повторить попытку запуска журнала сценариев.  
14. Ошибка при проводке документа-перемещения: Обработка запроса провалилась: ошибка на этапе первичной обработки документа: некорректный документ…..  
    
    У склада назначение указано МД, но не проставлен признак «склад БА» (основной склад). Решение: если перемещение производится на склад отделения убрать МД у склада назначения.  
15.  Ошибка при отпуске рецептов: Ошибка задания регистратора выбытия
    

    Ранее рецепт с таким номером уже отправлялся для вывода через регистратор выбытия (РВ) (Валидация РВ), ошибка возникает при редактировании рецептов или повторной переотправке через РВ. Решение: проверить вывод товара в МДЛП, при успешном выводе проигнорировать ошибку

16.  Ошибка при выводе из оборота: Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе или находится в архиве.

Ошибка может возникнуть, если указанный в документе SGTIN/SSCC не зарегистрирован в системе или был перемещен в архив. Напоминаем, что в архивное хранилище перемещаются коды, у которых прошло более 60 дней после выбытия.
 Рекомендуется проверить отправляемый документ и убедиться, что: 
 — указаны существующие SGTIN/SSCC;
— указанные SGTIN НЕ находятся в архиве;
— SSCC не расформирован по данным системы;
— оборудование правильно считывает SGTIN/SSCC (Внимание! КМ регистрозависимые). В случае некорректной работы устройств необходимо обратиться к интегратору.
 Получить информацию по SGTIN можно через ЛК Участника в: 
— «Реестр SGTIN» с помощью параметров фильтрации;
— «Реестр SGTIN, эмитированных до 28.03.2021» с помощью параметров фильтрации;
— «Архив SGTIN» с помощью поиска;
Получить информацию по SSCC можно через ЛК Участника:

-«Реестр SGTIN» с помощью поиска по SSCC;

-«Реестр SGTIN, эмитированных до 28.03.2021» с помощью поиска по SSCC;

С результатами проверки необходимо обратиться в службу технической поддержки МДЛП для получения дальнейших рекомендаций 

17. Ошибка при отпуске электронного рецепта: Ошибка при получении СЭМД. Текст ошибки: некорректный запрос. проверьте настройки СЭМД(«Не указаны Фамилия и/или Имя пациента»)

Решение: это ошибка не связана с настройками, проблема с отсутствием ФИО у льготников ОНЛП, проблема будет решена когда все Аптеки будут подключены в защищенной сети

18. Ошибка при проводке документа: Операция отклонена. Операция не может быть выполнена. Операция не может быть выполнена. Недопустимое значение параметра withdrawal_reason и/или reason_return для SGTIN

Решение:  Не допускается повторный ввод в оборот препаратов надлежащего качества, которые были проданы в розницу, отпущены для медицинского применения, либо отпущены по льготе. Необходимо проверить корректность указания причины возврата в оборот, а также корректность заполнения причины вывода из оборота, после чего переотправить документ.

Получить информацию о причине вывода из оборота выбранного SGTIN можно через ЛК участника в «Реестр SGTIN» с помощью параметров фильтрации;

19. Ошибка при загрузки мест деятельности конкретного поставщика: Некорректный запрос. проверьте настройки МДЛП

Решение: Необходимо проверить ОГРН данного поставщика, возможно. в начале или конце стоит пробел 

20. Документ заблокирован другим пользователем 

Решение: Под пользователем admin зайдите в раздел «администрирование», далее «операции»-«диагностика»-«управление логическими блокировками», удалите блокировку

21. При проверке сервиса подписи

необходимо проверить сертификат:

1. Сертификат установлен под пользователем который указан в пуле приложений IIS?

4. Сертификат в крипто про установлен в реестр?

5. У сертификата сохранен пароль?

22. При проверки настроек МДЛП

Проверить,как внесена настройка номер сертификата, должен быть внесен без пробелов и «?»

Обновлено: 29.01.2023

Шаг 1: Вы пробуете найти ответ с помощью быстрого поиска по базе знаний. Если ответ не найден, переходим на Шаг 2. Шаг 2: Для того что бы задать вопрос и получить ответ от нашего специалиста, нам необходима краткая информация о вас. Вы формируете вопрос, заполняете анкету и переходите на Шаг 3. Шаг 3: Если вы еще не наш клиент, Вам предоставляется выбор тарифа. Первый вопрос вы можете задать бесплатно. Важно! Мы работаем только с пользователями лицензионных программ 1С. Чтобы задать вопрос, вы должны знать регистрационный номер вашей программы 1С. Что это и как узнать номер, смотрите здесь.

Проверка регистрационного номера программного продукта показала, что , поэтому мы подготовили для Вас, следующие тарифы:

Бесплатно

• 1 бесплатный вопрос
• Консультация специалиста
• Ответ в течении 3х рабочих дней

ИТС ТЕХНО

ИТС ЛК

• Неограниченное количество консультаций
• Помощь по телефону и email
• Помощь по удаленному подключению

ИТС ПРОФ

• Помощь специалиста в обновлениях и настройке программы
• Неограниченное количество консультаций
• Доступ к сервисам 1С .

Вопрос: Как подключить регистратор выбытия к 1С:Больничная аптека?

Разобраться в проблеме самостоятельно – хорошее решение. Но время – деньги. Каждый месяц команда нашей линии консультаций отвечает на 4 тысячи вопросов.
Доверьтесь специалистам — сохраните свое время!

В программах 1С:Медицина есть функционал для работы с маркировкой лекарственных препаратов. В этой статье рассмотрим, как работать с маркировкой лекарств на примере 1С:Медицина. Больничная аптека:

1. Настраиваем программу для работы с маркировкой

• регистрационный номер участника
• идентификатор клиента
• секретный код

После обмена с Системой загрузятся все места деятельности контрагента, среди них нужно выбрать только те, с которыми организация сотрудничает и откуда получает лекарства.

3. Подключаем оборудование для маркировки

Для приема лекарственных средств понадобятся штрихкод сканеры или терминалы сбора данных, поддерживающие двухмерные штрихкоды формата 2D Data Matrix.

При списании лекарственных средств используется регистратор выбытия (РВ).
Он может работать в двух режимах: автономном и сетевом

Поля, которые нужно заполнить для подключения РВ:

Поможем автоматизировать учёт в медицинских организациях: установим программы, при необходимости разработаем новые функции, отчёты и документы, настроим работу с маркировкой лекарств.

Подскажите, кто уже сталкивался с настройкой МДЛП в 1С Аптека Розница?

В справочнике «Организации МДЛП» есть своя организация и места деятельности подтягиваются без проблем.
Но когда таким же образом пытаюсь подтянуть контрагента, то в ответ при попытке добавить, сразу получаю «Нет настроенных подключений через API». Что это может быть?

Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа.
Фредерик Брукс-младший

В создаваемое уведомление автоматически подтягивается информация о месте деятельности-отправителе и месте деятельности-получателе, а также об организации МДЛП.

Закажите внедрение маркировки лекарственных средств в учетную систему вашей компании у АйТи План

Подробнее

Также при проведении уведомления выполняется проверка вложенности. Если попытаться отгрузить отдельно потребительскую упаковку, которая ранее была вложена в групповую, то сработает блокировка. Потребуется сперва выполнить изъятие этой потребительской упаковки из групповой. В случае, если упаковка, уже находящаяся в уведомлении, сканируется повторно, программа также выдаст предупреждение.

Далее проводим уведомление, передаем данные и выполняем обмен с системой МДЛП.

Данный цикл будет посвящен маркировке лекарственных препаратов (далее ЛП), нюансам работы с «1С: Библиотека интеграции с МДЛП», доступной для скачивания на сайте ИТС, методиками работы с регистраторами выбытия, и проблемам, с которыми пришлось столкнуться при интеграции. Эта статья будет представлять из себя краткую инструкцию, что делать, когда маркировка уже близко и необходимо быстро внедрить ее. Надеюсь, она станет подспорьем в данной задаче. Будут приведены рекомендации, как в короткие сроки с минимально необходимой функциональностью и минимумом чтения документации произвести интеграцию библиотеки МДЛП и выполнить начальные настройки. Также будут даны рекомендации по быстрым, но важным, на мой взгляд, доработкам.

Данный цикл будет посвящен маркировке лекарственных препаратов (далее ЛП), нюансам работы с «1С: Библиотека интеграции с МДЛП» (далее библиотека МДЛП), доступной для скачивания на сайте ИТС, методиками работы с регистраторами выбытия (далее РВ), и проблемам, с которыми пришлось столкнуться при интеграции.

Данная статья будет представлять из себя краткую инструкцию, что делать, когда маркировка уже близко и необходимо быстро внедрить ее. Надеюсь, данная статья станет подспорьем в данной задаче. Будут приведены рекомендации как в короткие сроки с минимально необходимой функциональностью и минимумом чтения документации произвести интеграцию библиотеки МДЛП и выполнить начальные настройки. Также будут даны рекомендации по быстрым, но важным на мой взгляд доработкам.

Рекомендации по регистрации в МДЛП

Для начала необходимо пройти процедуру регистрации в Личном кабинете МДЛП. Необходимо иметь ЭЦП руководителя, настроенный КриптоПро (или другое криптографическое средство защиты информации).

Далее необходимо пройти процедуру регистрации на сайте Рекомендации по интеграции библиотеки МДЛП

Библиотека МДЛП содержит в своем составе библиотеки БПО, БСП, БИП (целиком или частично сказать затруднительно), поэтому при интеграции рекомендую в первую очередь проверить общие модули:

• ОбновлениеИнформационнойБазыБИП;
• ОбновлениеИнформационнойБазыБСП;
• ОбновлениеИнформационнойБазыБПО;

Здесь необходимо обратить внимание на процедуру ПриДобавленииПодсистемы, в которой храниться текущая версия конкретной библиотеки. В случае если библиотека МДЛП содержит более позднюю версию рекомендую обновлять модули данной библиотеки. В противном случае можно обновить только контур МДЛП.

В общем случае в первую очередь необходимо обращать внимание на модули, содержащие МДЛП в своем имени.
Перечень обязательных к переносу метаданных

• ИнтеграцияМДЛП в основном предназначены для обмена с контуром МДЛП (формирование документов на отправку, получение квитанций, авторизация и пр.);
• ОбновлениеИнформационнойБазыМДЛП (стандартный модуль, содержащий процедуры обновления до текущей версии);
• СобытияФормМДЛП служат для процедур интерактивной обработки в формах документов;
• ТранспортМДЛП содержит настройки обмена с МДЛП;

Здесь следует обратить внимание на ВестиСведенияДляМониторингаДвиженияЛекарственныхПрепаратов — не забудьте установить в Истину в клиентском приложении, иначе не будете видеть документы МДЛП;

ИспользоватьАвтоматическуюОтправкуПолучениеДанныхМДЛП опция, позволяющая выполнять обмен автоматически;

• большинство необходимых типов имеют тип строка, в частности ОснованиеУведомленияО в дальнейшем необходимо будет выставить в необходимый ссылочный тип, если Вы планируете делать ввод на основании;

• АвторизацияАПИМДЛП форма ввода логина пароля для авторизации;

• Драйвер1СУстройстваВводаNative — драйвер необходимый для сканера штрих кодов;

• Необходим обязательно последний пакет (ИнтеграцияМДЛП_1_35 на текущий момент);

Необходимо перенести все (кроме имеющих префикс удалить). Подробнее о документах далее.

Необходимы все, имеющие МДЛП в своем имени;

• ПанельМаркировкиМДЛП является основным рабочим столом. Подробнее о ней далее.
• ПолучитьСоставТранспортныхУпаковокМДЛП позволяет просмотреть упаковки, входящие в групповую;
• ПроверкаИПодборУпаковокМДЛП используется в формах документов для указания наличияналичия упаковки в документе;
• СверкаОстатковМДЛП служебная обработка, позволяющая проводить сверку остатков в базе и в контуре МДЛП;

После переноса необходимых метаданных необходимо выполнить обязательные начальные настройки в клиентском приложении.

Перед добавлением организации необходимо установить и настроить КриптоПро. В справочнике Программы электронной подписи и шифрования должны быть видны установленные программы шифрования.

В справочнике Сертификаты ключей электронной подписи и шифрования должен быть виден сертификат вашей организации. Также необходимо установить корневой сертификат в доверенные корневые сертификаты. Его можно получить

Нюанс — необходимо установить нужную версии программы шифрования в самом сертификате.

Для добавления контрагента достаточно его ИНН. Подписывается в таком случае запрос сертификатом собственной организации.

Данные действия являются минимально достаточными для интеграции библиотеки МДЛП и начала обмена документами.

Рекомендации по начальным изменениям библиотеки

Библиотека МДЛП является хорошей основой для ведения учета и в принципе серьезных изменений ее не требуется для ведения базового учета. Однако работа пользователей будет достаточно неудобной, если интегрировать библиотеку хотя бы без основных изменений.

Далее приводятся уведомления, которые, на мой взгляд, являются первоочередными для использования. Дается краткое знакомство для чего они служат, без погружения в документацию (не стал указывать схемы обмена, чтобы не запутать начинающих знакомство. Знатоки думаю уже схемы на память помнят все основные) и краткие рекомендации по быстрой доработке некоторых важных на мой взгляд нюансов.

Самым первым, на мой взгляд, является создание документов на основании, чтобы пользователю облегчить ввод документов уведомлений в контуре МДЛП. Если вы не являетесь производителем, то становится чуть проще, так как уменьшается количество типов документов необходимых для учета.
В самом простом случае будут необходимы следующие документы уведомления (приводятся имена метаданных):

УведомлениеОПриемкеМДЛП — первый документ с которого стоит начать знакомство. Позволяет оприходовать ЛП на вашу организацию. Различается типом акцептования, либо обратный порядок, либо прямой. Если очень кратко обратный порядок — ваша организация сделала уведомление о приемке, отдала в МДЛП, поставщик подтвердил. Прямой акцепт наоборот — поставщик отправил документ отгрузки, ваша организация загрузила документ из МДЛП и подтвердила получение.

Нюансы, на которые стоит обратить внимание:

• если источник финансирования указан Средства федерального бюджета или Средства регионального бюджета поле Номер контракта обязательно к заполнению, иначе МДЛП вернет ошибку. Рекомендую добавить проверку заполнения по условию.
• если сбита нумерации документа (пример внутренний номер документ стал вместо «00000000027» «2» при обмене будет получена ошибка с неуникальным номером). Рекомендую пользователям запретить сразу редактирование номера, так как они часто путают поля номер и номер документа (тут хранится в большинстве случаев номер накладной).
• при получении документа прямого акцепта пользователь должен подтвердить, что упаковки получены сканированием дата матрикс или вручную. Рекомендую запретить пользователю ручную простановку, так как это чревато оприходованием того что нет в документе. Поставщики тоже путаются.
• если не ошибаюсь, на данный момент не считается сумма от цены и количества в табличных частях документов. Рекомендую к доработке.
• соответственно ввод на основании данного документа должен быть в обе стороны из-за наличия двух видов акцептования. Обратный акцепт вводится на основании вашего документа оприходования в основной системе учета, прямой акцепт создает документ оприходования.
• для сопоставления организаций и контрагентов служит регистр сведений СубъектыОбращенияМДЛП доступный из ПанельМаркировкиМДЛП по гиперссылке. Однако можно прописать соответствие через константу, если у вас одна организация и одно место деятельности. После использовать при заполнении на основании всех уведомлений.

УведомлениеОПеремещенииМДЛП служит для перемещения КМ между вашими местами деятельности. Рекомендации аналогичные, за исключением акцептов — данный документ ими не оперирует.

УведомлениеОбОтгрузкеМДЛП данный документ является парным с документом УведомлениеОПриемкеМДЛП и так же оперирует акцептованием, с небольшой разницей что обратный акцепт загружается из МДЛП, прямой же создается пользователем. Рекомендации по изменениям те же что и для приемки.

УведомлениеОВыдачеВОтделенияМДЛП (мой самый любимый документ, подвергнувшийся самой большой доработке) — служит для фиксации факта выдачи ЛП (в том числе долей вторичной упаковки) и позволяет работать с Регистраторами выбытия (им планируется посвятить отдельную статью). Работает по двум схемам — с использованием РВ и без него с обменом напрямую в МДЛП. За это в форме документа отвечает галочка ИспользоватьРВ.

Библиотека МДЛП реализовала возможность работы с РВ. Необходимо заполнить справочники РегистраторыВыбытия и РабочиеМестаМДЛП. К сожалению подробных рекомендаций, по коду в этой области не могу дать, так как самостоятельно осваивал АПИ РВ и реализовывал работу с РВ еще до того, как это умела библиотека. Некоторыми подробностями планирую поделится в следующих статьях.

Важным моментом является необходимость сканирования КМ в случае выбытия через РВ, так как в таком только в таком случае мы можем получить код целиком с крипто хвостом. Это является необходимым условием для отправки КМ в РВ. Весь код оборачивается в Base64, формируется json и отправляется в РВ. Рекомендую добавить эту проверку в код для взведенной галочки ИспользоватьРВ.

Вам нужен общий модуль ИнтеграцияМДЛПКлиентСервер Функция РазобратьКакШтрихкодГС1(Штрих код)

Нижеприведенный код обрамите условием, например, по функциональной опции (для возможности быстрого включения отключения проверки). Первый кусок кода отвечает за проверку групповых упаковок, второй за проверку КМ.

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

Эти документы являются самыми основными на мой взгляд, и именно их я рекомендую доработать в первую очередь. Других документов я планирую коснуться в следующих статьях.

Я надеюсь, данная статья поможет в короткий срок вам сделать быструю интеграцию, настройку и базовые доработки библиотеки МДЛП. Если у вас возникли пожелания и замечания по данной статье прошу высказаться в комментариях. Данная статья является первой, так что буду рад пожеланиям по оформлению или читаемости. Хорошего вам кода.

Читайте также:

  

• Сообщение от ольги николаевны адвокат

  

• Ямантау сообщение на башкирском языке

  

• Сообщение о теракте 5 класс обж

  

• Сообщение о банкнотах россии на английском языке

  

• Сообщение о городе кирове