Как дистрибьюторам лекарств работать с МДЛП через 1С: обзор решения «АйТи План» с сертификатом «Совместимо!» 2026

Зачем дистрибьютору лекарств автоматизация МДЛП в 1С

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

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

В 2026 году появилось сертифицированное решение, которое встраивает эти процессы прямо в типовые конфигурации 1С. Продукт «АйТи План. Маркировка лекарственных препаратов для дистрибьюторов» получил сертификат «Совместимо! Система программ 1С:Предприятие» и закрывает весь цикл работы с МДЛП: от формирования уведомлений до автоматической проверки расхождений в упаковках. Разберем, как это работает и кому подойдет.

Обзор решения «АйТи План. Маркировка лекарственных препаратов для дистрибьюторов»

Продукт разработан компанией «АйТи План» как специализированный модуль для автоматизации взаимодействия дистрибьюторов с системой МДЛП. Решение не заменяет учетную систему, а дополняет ее - все операции с маркировкой выполняются внутри 1С, в связке с первичными документами.

Ключевые функции продукта:

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

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

Что дает сертификат «Совместимо! 1С:Предприятие»

Сертификат «Совместимо! Система программ 1С:Предприятие» - это официальное подтверждение, что продукт прошел тестирование в 1С и корректно работает с актуальными версиями платформы. Для пользователя это означает три вещи:

стабильность - решение проверено на соответствие стандартам разработки 1С, не вызывает конфликтов с типовыми механизмами и не нарушает логику обновлений;
поддержку - вендор обязан поддерживать совместимость с новыми релизами платформы, а значит, продукт не «отвалится» после очередного обновления 1С;
снижение рисков - сертифицированное решение можно внедрять без опасений, что оно повредит данные или нарушит работу других подсистем.

Процедура сертификации включает проверку кода, тестирование функциональности и оценку документации. Продукт «АйТи План. Маркировка лекарственных препаратов для дистрибьюторов» успешно прошел эту процедуру в 2026 году. О значении сертификации для конечного пользователя мы подробно рассказывали в материале про сертифицированное решение для мобильного склада - принципы те же: гарантия качества и предсказуемость работы.

Как решение встраивается в типовые конфигурации 1С

Продукт поставляется как внешняя обработка или расширение конфигурации. Это принципиальный момент: код типовой конфигурации не изменяется. Все механизмы маркировки работают в отдельном модуле, который подключается к 1С через стандартные интерфейсы платформы.

С какими конфигурациями совместимо решение:

1С:ERP Управление предприятием;
1С:Управление торговлей;
1С:Бухгалтерия предприятия;
1С:Комплексная автоматизация.

Такой подход сохраняет возможность типового обновления конфигурации. Когда выходит новый релиз 1С, вы устанавливаете его стандартным способом - интеграция с МДЛП не нарушается. Это выгодно отличает сертифицированные решения от самописных доработок, которые требуют постоянной адаптации под обновления платформы. Аналогичный принцип мы разбирали в статье про интеграцию 1С:Медицина с платформой Е-РП - расширение работает без вмешательства в типовой код.

Требования к платформе и условия работы закрытых модулей

Для работы решения требуется платформа «1С:Предприятие» версии не ниже 8.3.20. Конкретная минимальная версия уточняется в документации к продукту и зависит от редакции конфигурации, с которой вы работаете.

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

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

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

Автоматизация ключевых операций с МДЛП

Работа дистрибьютора с маркировкой сводится к нескольким повторяющимся сценариям. Решение «АйТи План» автоматизирует каждый из них, сокращая время обработки одной операции до нескольких секунд.

Формирование и отправка уведомлений в МДЛП

Уведомления формируются на основании документов 1С. Приходная накладная становится основой для уведомления о приемке, расходная - для уведомления об отгрузке. Система сама подхватывает коды маркировки из табличной части документа, формирует XML-сообщение и отправляет его в МДЛП.

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

Проверка расхождений в упаковках: как это работает

Самая критичная операция для дистрибьютора - приемка товара. Фактически поступившие упаковки нужно сверить с данными из МДЛП. Ручная сверка поштучно - это часы работы и риск пропустить несоответствие.

Решение автоматизирует этот процесс. При сканировании кодов маркировки на складе система в реальном времени запрашивает данные из МДЛП и сравнивает их с ожидаемым составом поставки. Типичные ситуации, которые выявляются автоматически:

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

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

Для настройки корректной передачи данных о происхождении лекарств в систему «Честный знак» рекомендуем изучить пошаговую инструкцию по настройке прослеживаемости сырья в 1С - там разобраны требования, вступающие в силу с сентября 2026 года, и порядок настройки модуля маркировки.

Для кого это решение: роли и выгоды

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

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

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

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

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

Практические рекомендации по началу работы

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

Порядок действий для запуска:

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

На что обратить внимание при первом запуске:

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

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