Маркировка лекарственных препаратов. Часть первая "Быстрая интеграция"

01.11.20

Интеграция - Обмен с ГосИС

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

Маркировка лекарственных препаратов

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

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

Ссылка на вторую статью "Маркировка лекарственных препаратов. Часть вторая «Регистраторы выбытия»" //infostart.ru/public/1319821/

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

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

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

Поддерживаются браузеры Google Chrome, Mozilla Firefox, Opera, Internet Explorer 11, Safari. Для них необходимо установить плагин, инструкция по установке доступна по ссылке:
https://cpdn.cryptopro.ru/default.asp?url=/content/cades/plugin-installation-windows.html.

Далее необходимо пройти процедуру регистрации на сайте https://mdlp.crpt.ru/#/auth/signin/.

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

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

 

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

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

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

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

Общие модули:

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

Функциональные опции:

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

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

Определяемые типы:

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

Общие формы:

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

Общие макеты:

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

XDTO-пакеты

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

Константы:

  • АдресСервисаМДЛП хранит ссылку на контур учета («Песочница», промышленный контур);
  • ВерсияСхемОбменаМДЛП хранит текущую версию обмена;
  • ВестиСведенияДляМониторингаДвиженияЛекарственныхПрепаратов включает\отключает видимость контура учета библиотеки МДЛП;
  • ИспользоватьАвтоматическуюОтправкуПолучениеДанныхМДЛП, ГраницаЗагрузкиВходящихДокументовМДЛП и ГраницаЗагрузкиИсходящихДокументовМДЛП необходимы для выполнения автоматических обменов;
  • ОтправлятьДанныеТолькоПриВыполненииОбменаМДЛП;

Справочники:

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

Документы:

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

Перечисления:

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

Обработки:

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

Регистры сведений:

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

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

  • Выставить константу Вести сведения для мониторинга движения лекарственных препаратов в истину;
  • Открыть обработку ПанельМаркировкиМДЛП, раскрыть группу Настройки и справочники, указать последнюю версию обмена (например, на текущий момент 1.35), установить адрес API на один из необходимых:
    • Тестовый стенд API;
    • Тестовая система МДЛП («Песочница»);
    • Промышленная система;

Если хотите протестировать работоспособность - нужна  «Песочница», для отправки и получения реальных документов необходима Промышленная система.

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

В справочнике Сертификаты ключей электронной подписи и шифрования должен быть виден сертификат вашей организации. Также необходимо установить корневой сертификат в доверенные корневые сертификаты. Его можно получить http://testcert.infotecs.ru/. После настроек сертификатов и КриптоПро выполните проверку из формы сертификата по кнопке "Проверить...". В случае правильной настройки тест пройдет успешно и можно приступать к добавлению организации МДЛП.

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

            Если МенеджерОборудованияКлиентСервер.РассчитатьКонтрольныйСимволGTIN(Данные.SSCC) <> Прав(Данные.SSCC, 1) Тогда
                Если Не ОбщегоНазначенияКлиентСервер.РежимОтладки() Тогда
                    ВызватьИсключение НСтр("ru = 'Некорректный код групповой упаковки.'");
                КонецЕсли;
            КонецЕсли;
            Если Не МенеджерОборудованияКлиентСервер.ПроверитьКорректностьGTIN(GTIN) Тогда
                Если Не ОбщегоНазначенияКлиентСервер.РежимОтладки() Тогда
                    ВызватьИсключение НСтр("ru = 'Некорректный GTIN.'");
                КонецЕсли;
            КонецЕсли;


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

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

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

МДЛП Интеграция Маркировка Песочница Лекарственные препараты "1С: Библиотека интеграции с МДЛП" Регистратор выбытия ИнтеграцияМДЛП

См. также

Бюджетный учет Обмен с ГосИС Бухгалтер Пользователь Бухгалтерский учет 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 1С:Управление холдингом Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Управляйте учетной политикой раздельного учета ГОЗ в 1С:Бухгалтерия 3.0 ПРОФ/КОРП и УХ 3.2. Отчеты по исполнению госконтрактов, расчетно-калькуляционные материалы и контроль операций для исполнения в срок. Готовое расширение подходит для всех бухгалтеров и руководителей производства, помогая вести правильный учет по гособоронзаказу в соответствии 275-ФЗ. Профессиональный консалтинг и регулярные обновления продукта.

28.08.2020    300144    2099    vvmanannikov    133    

985

Бюджетный учет Обмен с ГосИС Бухгалтер Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Государственные, бюджетные структуры Россия Бухгалтерский учет Платные (руб)

Доработка конфигурации 1С:Бухгалтерия предприятия, редакция 3.0. реализована в виде расширения. Предназначена для ведения раздельного учета и автоматизации заполнения отчетности исполнения контрактов ГОЗ в конфигурациях 1С БП КОРП, ПРОФ, БИТ.ФИНАНС.

55200 руб.

16.08.2019    91929    234    87    

140

SALE! 40%

Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Розница 2 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Интеграция и синхронизация Честный Знак и 1C - полноценная обработка, которая манипулирует сотнями задач по ведению учета в системе мониторинга честный знак, особенности: такие как полная поддержка учета карточек в национальном каталоге (модерация, редактирование, подписание, получение информации), получение кодов маркировок в станции управления заказами "СУЗ Облако", удобная отправка и получение "УПД" через систему "ЭДОЛайт" из документов реализации или корректировки, так же существует механизм приема через ЭДОЛайт, отправка и получения таких документов как перемаркировка , списание, отгрузка и еще более 40 типов документов в ГИСМТ которые описаны ниже, моментальное сопоставление и внедрение в типовую конфигурацию которое обеспечивает ракетную мега скорость

18000 10800 руб.

28.03.2023    17622    110    21    

90

Бюджетный учет Обмен с ГосИС Бухгалтер Пользователь Бухгалтерский учет 1С:Управление производственным предприятием Государственные, бюджетные структуры Россия Бухгалтерский учет Платные (руб)

Для 1С: УПП 1.3 предлагаем Вашему вниманию подсистему "Раздельный учет результатов финансово-хозяйственной деятельности организаций, выполняющих государственный оборонный заказ (раздельный учет ГОЗ)". Ключевые возможности подсистемы: - Автоматическое заполнение регламентированного отчета «Исполнение контрактов ГОЗ»; - Расшифровка показателей отчета об исполнении контрактов ГОЗ с детализацией до документов; - Контроль хозяйственных операций на соответствие требованиям Постановления Правительства № 47; - Автоматизированный ввод начальных данных по контрактам, заключенным ранее даты начала использования подсистемы.

90000 руб.

25.09.2020    30669    42    10    

40

SALE! 20%

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

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

8970 7176 руб.

15.12.2015    170793    955    364    

400

ККМ Кассовые операции Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Бухгалтерский учет Оперативный учет Управляемые формы 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Расширение конфигурации для УТ 11.5, КА 2.5 ,ERP 2.5 (Управляемые формы) позволяет выполнять печать кассовых чеков на одну ККМ 54-ФЗ с нескольких рабочих мест. НИКАКИХ НАСТРОЕК В РАЗРАБОТКЕ - ПОДКЛЮЧИЛ И ПЕЧАТАЙ. Если у вас несколько отделов и одна ККМ - печатайте на одной ККМ! Если у вас две ККМ и одна поломалась - печатайте на одной ККМ, пока ремонтируете другую!

4500 руб.

27.08.2018    122193    1025    584    

864

Регламентированный учет и отчетность Обмен с ГосИС ЭДО и ОФД Бухгалтер Пользователь Платформа 1С v8.3 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Платные (руб)

Работаете по контрактной схеме, сталкивались с проблемой, что в контракте жестко указаны наименование, цена, единица измерения товара. И не все готовы создавать новую номенклатуру под каждый контракт или менять наименование и единицу измерения для уже имеющейся. Тем более, бывает так, что контракт - это формальность. Контракт не описывает жесткие условия поставки, нужно соблюсти правильность в предоставлении документов. Данное решение позволит вам оперировать своей номенклатурой при оформлении реализаций по государственному контракту в УТ 11.5 и КА 2.5.11, в то же время выводить на печать документы, соответствующие данным контракта. Реализована выгрузка для сайта госзакупок (ЕИС) по 44-ФЗ.

60000 руб.

19.12.2022    12011    34    20    

21

Оптовая торговля Производство готовой продукции (работ, услуг) Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Сельское хозяйство и рыболовство Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Пищевая промышленность Россия Бухгалтерский учет Управленческий учет Платные (руб)

Универсальная конфигурация Хамелеон Меркурий для взаимодействия с системой Меркурий (тестовый+рабочий+демо контур) может использоваться для интеграции в любую конфигурацию на базе 1С, версии ПРОФ и выше. Основное отличие от других решений - работа через веб-интерфейс и API 2.0(API 2.1). Для удобства реализован общий интерфейс в виде обработки, схожей с интерфейсом Меркурий, но возможностей гораздо больше, т.к. при интеграции в Вашу учетную систему, можно на основании Ваших справочников и документов, создавать соответствующие документы и справочники в системе Меркурий и наоборот.

44000 руб.

08.11.2017    122942    292    140    

398
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. user915110 26.06.20 21:18 Сейчас в теме
Добрый день.
Можете пример интеграции привести с УТ11?
Нигде не нашел нормальной документации. Спасибо.
2. ilyaleontyev 27.06.20 09:10 Сейчас в теме
(1) Руководство по интеграции библиотеки МДЛП с типовыми конфигурациями находится в папке с шаблонами библиотеки.
Руководство по функционалу библиотеки можно почитать здесь: https://its.1c.ru/db/freshmdlpdoc10
4. IssakN 45 27.06.20 09:29 Сейчас в теме
(2)Добрый день Илья. Спасибо за посещение моей статьи) Посещаю твои видео.
ilyaleontyev; +1 Ответить
3. IssakN 45 27.06.20 09:28 Сейчас в теме
(1)Добрый день. Именно на примере интеграции с УТ и родилась данная статья. Как верно подметил Илья есть документация в шаблонах и множество документации на самом сайте МДЛП. Здесь в статье я попытался собрать самый минимум действий необходимый для быстрой интеграции. Добавление библиотеки и небольших правок приведенных в статье обеспечит Вас тем необходимым минимумом который будет нужен для маркировки.
Если интересуют какие то аспекты не описанные в статье, могу ее дополнить.
ilyaleontyev; +1 Ответить
5. ilyaleontyev 27.06.20 11:33 Сейчас в теме
Было бы очень интересно узнать, каким образом ты организовал занесение результатов сканирования в 1С.
DataMobile? Cleverence? Scancode? Какой-то другой способ?
6. IssakN 45 29.06.20 09:31 Сейчас в теме
(5)
Cleverence
Scancode (стандартная внешняя компонента, если не ошибаюсь). Этот механизм остался библиотечный, а вот обработку результатов сканирования пришлось несколько допилить под потребности. Оказалось что в механизме проверки есть проверка контрольного символа, которую не учли при выпуске КМ в Песочнице.
7. user758021 30.06.20 10:36 Сейчас в теме
А кто-нибудь может озвучить порядок цен по внедрению МДЛП в УТ 11.4? Кто-то готов свой опыт перенести на других клиентов?
8. IssakN 45 30.06.20 11:28 Сейчас в теме
(7)То что описано в статье - минимум необходимый для работы + создание на основании занял у меня около 10 часов рабочего времени. Умножьте час работы программиста на 10 и получите сумму. Цены часа варьируются от 1000+ рублей в зависимости от региона. Я конкретно работаю во франче по этим проектам - если Вас интересуют подробности можем обсудить в личке.
38. пользователь 22.09.21 18:15
Сообщение было скрыто модератором.
...
9. UralKIT 1 28.08.20 21:20 Сейчас в теме
Кто нибудь делал расширение на базе МДЛП?
10. IssakN 45 31.08.20 10:25 Сейчас в теме
(9)Вопрос про механизм расширений чтобы не снимать библиотеку с поддержки?
11. UralKIT 1 31.08.20 10:28 Сейчас в теме
(10) что бы типовую конфу не снимать с поддержки, например "Комплексная автоматизация". Многие оптовики и аптечные сети сидят именно в ней, а маркировки МДЛП в ней не планируется,как я понял.
12. IssakN 45 31.08.20 10:31 Сейчас в теме
(11)Т.е. запихнуть всю библиотеку в расширение. Ну нет ничего невозможного, но объем работы огромный. Не проще ли написать АПИ и отправлять документы из КА в библиотеку. По крайней мере у нас реализовано так.
13. UralKIT 1 31.08.20 10:39 Сейчас в теме
(12) Я начал делать, посмотрим что получится.
Я бы не сказал что объём работы ОГРОМНЫЙ :). Библиотека сама не очень большая, несколько документов, перечислений и модулей.
Больше тормозит обход ограничений механизма расширений, например в расширении нельзя добавить свой объект "Определяемые типы" и режим совместимости нужно поднимать.
14. UralKIT 1 31.08.20 10:47 Сейчас в теме
(12)
Не проще ли написать АПИ и отправлять документы из КА в библиотеку

тоже хорошая тема (не сразу понял о чём речь)
Можете поделиться своим API?
15. UralKIT 1 31.08.20 11:24 Сейчас в теме
(12) т.е. у вас стоит отдельно КА, отдельно база с библиотекой, между ними обмен через API?
Вопрос как происходит реализация маркированного товара и отправка уведомления в систему маркировки?
Откуда в КА берутся данные по кодам маркировки или сопоставление кодов маркировки происходит по серийному номеру уже в библиотеке?
16. IssakN 45 31.08.20 15:23 Сейчас в теме
(15)Конкретно не КА, а другие конфигурации, но это не принципиально. Контур складской (пусть КА) выполняет свой учет и не оперирует SGTIN. Передается номенклатура только маркированная, сканируются упаковки в контуре библиотеки МДЛП (доработанной), затем возвращается результат в складской учет по количеству. Если в контуре МДЛП успешно, то приходуется в складском учете. Максимально простая схема если нельзя трогать контур складского учета(КА в вашем случае).
17. UralKIT 1 31.08.20 15:29 Сейчас в теме
(16)Спасибо за ответ. А как происходит процедура списания, отгрузки?
Через библиотеку или просто через регистратор выбытия (РВ) онлайн напрямую в систему маркировки в обход библиотеки?
Контур не то что бы трогать нельзя, просто это противоречит моей "религии" :)
18. IssakN 45 31.08.20 16:17 Сейчас в теме
(17)Через библиотеку работа с РВ - работу с РВ я писал еще сам до того как это появилось в библиотеке. Но ничего не мешает использовать типовую библиотеку в этом вопросе. Может быть конечно необходимость вести отдельный регистр накопления в контуре библиотеки МДЛП (особенно если есть необходимость выдачи первичных упаковок), но это уже вариативно. Есть кстати самописный вариант для того чтобы затянуть документы из РВ в библиотеку (делается шаблон, отправляется в РВ, сканируются с помощью РВ упаковки, отправляются в МДЛП, а из библиотеки МДЛП затягиваем потом эти документы).
19. UralKIT 1 01.09.20 12:49 Сейчас в теме
(18) я пока тока разбираюсь с маркировкой.
Вопрос. Можно ли производить выбытие маркированных лекарств в обход 1С? Т.е. отсканировали упаковку РВ, он отправил данные в по интернету куда следует (условно как сейчас кассовые чеки уходят в ОФК), а в 1С просто зафиксировали обычную продажу, без заморочек с библиотекой, руками или выгрузкой не важно.
20. IssakN 45 02.09.20 16:54 Сейчас в теме
(19)Конечно можно. Можно вообще руками сформировать xml и загрузить в личный кабинет.
21. UralKIT 1 15.09.20 08:44 Сейчас в теме
(20)
чем больше влажу в эту тему тем вопросов всё больше
Скажите, на сколько я понимаю аппарат сканирования маркировки нужны обязательно и они самостоятельно могут отправлять на сервер маркировки данные о поступлении и выбытии маркированных лекарств. В связи с этим вопрос.
Какой смысл в интеграции с 1С, только что бы облегчить работу оператора создавая автоматом документы о выбытии (и поступлении, хотя для этого есть обычное ЭДО)?
22. UralKIT 1 17.09.20 07:29 Сейчас в теме
(21) всё, вопрос отпал сам собой =)
23. evgeni-red 94 15.10.20 10:20 Сейчас в теме
Спасибо за статью. Подскажите, пожалуйста, организация, которая не продает лекарства и не оказывает мед услуг, а только приобретает лекарства для собственных нужд (аптечки на производстве) должны регистрироваться в МДЛП и осуществлять прибытие/выбытие лекарственных препаратов?
24. IssakN 45 15.10.20 11:59 Сейчас в теме
(23)
Подскажите, пожалуйста, организация, которая не продает лекарства и не оказывает мед услуг, а только приобретает лекарства для собственных нужд (аптечки на производстве) должны регистрироваться в МДЛП и осуществлять прибытие/выбытие лекарственных препаратов?

Добрый день. Есть пара уточняющих вопросов.
1. Есть ли у организации лицензия на медицинскую или фармацевтическую деятельность?
2. Как аптечки покупаются? У оптового поставщика с лицензией как юр. лицо?
Можно ознакомится дополнительно с ФЗ-61 "об обращении лекарственных средств".
Регистрация МДЛП - это лицензионные требования.
25. evgeni-red 94 15.10.20 16:37 Сейчас в теме
(24) 1. Оказалось, лицензия есть
2. Да, у оптового как юр.лицо.
Ну и понимаю так, что не смотря на то, что мы не продаем ЛП, все таки должны отражать прибытие и выбытие из оборота.
Спасибо.
26. dj_onik 25.10.20 16:16 Сейчас в теме
Любопытно, а хде цикл статей и хотя бы часть вторая
27. IssakN 45 26.10.20 09:11 Сейчас в теме
(26)Как раз в процессе написания вторая статья, про регистраторы выбытия.
28. IssakN 45 02.11.20 09:36 Сейчас в теме
29. ip0593 20 08.11.20 22:00 Сейчас в теме
можно ли запросом вытащить, киз за кем в мдлп сейчас числится?
30. IssakN 45 09.11.20 09:13 Сейчас в теме
(29)Да методом 8.3.3 МДЛП
Вам нужен ключ branch_id - Уникальный идентификатор, присвоенный участнику (или МД), который является текущим владельцем КИЗ, по результатам регистрации.
На текущий момент готовлю 3ю статью которая позволит делать и это.
39. user683758_wkaa2010 22.09.21 18:18 Сейчас в теме
(29)да, есть доступ к публичному реестру
в готовом решении 1c2pharma эта функция встроена
31. DragonAgo 16 27.12.20 10:53 Сейчас в теме
Добрый день, а данный принцип интеграции для маркировки других товаров подойдет?
32. IssakN 45 28.12.20 20:45 Сейчас в теме
(31)Добрый день. Думаю принципы маркировки весьма схожи, но придется допилить как обычно напильником. Ну и плюс методы АПИ Честного знака использовать скорее всего другие.
33. moolex 915 29.06.21 08:00 Сейчас в теме
Добрый день, после использования 1С:УАС больше трех месяцев
Справочник.МДЛППрисоединенныеФайлы стал очень большим (200000 элементов).
Его можно просто почистить?
Это никак не отразиться на работе обмена МДЛП?
Или в нем хранятся данные, которые могут потребоваться для чего-то?
34. IssakN 45 29.06.21 11:09 Сейчас в теме
(33)Данный справочник хранит всю историю обмена с МДЛП (xml с отправленными документами, полученные квитанции и пр.). Информация об упаковках и их статусах хранится в самих документах, статус хранится в РС Статусы информирования МДЛП. По большому счету если у Вас куча успешно завершенных документов и Вам не нужна история обменов можно попробовать и удалить. Но тут стандартные рекомендации - пробуйте на копии базы, тестируете и храните бекап до изменений, если придется перенести эти данные обратно в боевую базу после удаления. Меры предосторожности никогда не лишние.
35. moolex 915 01.07.21 17:04 Сейчас в теме
Данных справочник оказался не самым большим, есть еще
Справочник.ШтихкодыУпаковокТоваров (10 млн)
РегистрСведений.УпаковкиМДЛП (8 млн)
из-за таких больших объемов база стала долго обновляться на новый релиз.
Кто-нить знает можно ли эти данные просто удалять?
36. IssakN 45 01.07.21 17:36 Сейчас в теме
(35)Справочник.ШтихкодыУпаковокТоваров не относится к библиотеке МДЛП. Не могу подсказать.
РегистрСведений.УпаковкиМДЛП - намучились мы с этим регистром в свое время пока не выпилили его. Но мы реализовывали свой контур учета. Данный регистр хранит состояние упаковок, которое за все время меняет с десяток статусов. По большому счету если упаковка уже ушла из учета (например по схеме 10531 Выдача в отделение) можно ее из этого регистра и удалить. У нас запись в него вообще отключена, но это потребовало значительных доработок.
Более того запись в него не оптимальна и приводит к значительным блокировкам при параллельной записи, чтении у большого количества пользователей.
37. moolex 915 01.07.21 17:54 Сейчас в теме
Спасибо, сделаю копию и настрою автоудаление, если надо, пусть копию смотрят...
40. DemonMax45 27.05.22 12:41 Сейчас в теме
Хотелось бы узнать доработки по обменам с МДЛП, т.к. случилось такое что например уведомления о перемещении ГЛО перестали принимать квитанцию, и остаются в статусе "Передано", хотя по факту документ уходит и в личном кабинете квитанцию появляется.
41. IssakN 45 31.05.22 09:16 Сейчас в теме
(40)Насколько помню есть некоторые документы которые не становятся в финальный статус (мы их у себя дополняли и переименовывали). В данной ситуации надо по коду добавить обработку квитанции (в части установки статуса).
42. user1875320 21.11.22 13:52 Сейчас в теме
Добрый день!
Можете оказать услугу по внедрению этого модуля?
Оставьте свое сообщение