Под капотом закупки: режим «Спецификация (ВСУЗД)» в МЕДЕРП

Протокол трансформации спецификаций | узнать больше Автоматизируйте подготовку данных для внешних систем Автоматизируйте подготовку данных для внешних систем и ЕИС
  • Технический разбор специализированного режима «Спецификация (ВСУЗД)» для разработчиков, аналитиков закупок и системных интеграторов. Подробно рассматривается алгоритм консолидации разнородных торговых позиций в единые строки спецификации для соответствия требованиям 44-ФЗ, их корректного отображения и выгрузки во Внешнюю Систему Учета Закупочной Деятельности (ВСУЗД).

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

Его ключевая задача — решить фундаментальное противоречие между внутренним оперативным учетом и внешними регламентами. Внутри медицинской организации потребность часто формируется под конкретные торговые позиции (определенные марки дезсредств, реактивов, лабораторного пластика), что необходимо для точного планирования и снабжения. Однако Федеральный закон № 44-ФЗ запрещает указывать в техническом задании конкретные товарные знаки или производителей, требуя описания объекта закупки через функциональные, технические и качественные характеристики.

Схема консолидации позиций в спецификацию (ВСУЗД)

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

Назначение режима «Спецификация (ВСУЗД)»

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

Основные возможности:

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

Практика применения: укрупнение позиций для соответствия 44-ФЗ

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

Дилемма: аналог vs консолидация:

При подготовке данных для закупки у специалистов есть два основных подхода:

  1. Замена на единый аналог: Все исходные позиции приводятся к одной усредненной или базовой «логической» позиции. Недостатки:
    • При исполнении контракта может быть поставлен товар с иной фасовкой или от другого производителя, что требует дополнительных пересчетов.
    • Возникают вопросы от заявителей потребности о причинах замены конкретных позиций на аналоги.
  2. Консолидация с сохранением вариантов: Исходные позиции сохраняются в системе как варианты одной укрупненной позиции, что позволяет вести учет реальной потребности и гибко управлять исполнением.

Режим «Спецификация (ВСУЗД)» реализует второй, более гибкий подход, корректно обрабатывая такие кейсы и решая задачи консолидации, пересчета и последующего соответствия требованиям внешних систем.

Типичные сценарии и примеры:

Трансформация спецификации для ВСУЗД
  • Лабораторный пластик: Потребность в «Пробирках центрифужных, 15 мл» может быть сформирована по конкретным торговым маркам:
    • «Пробирки SteriLab» — фасовка 100 шт./упак.
    • «Пробирки BioClean» — фасовка 50 шт./упак.
    • «Пробирки MedTube» — фасовка 200 шт./упак.
    Для техзадания все варианты укрупняются в позицию «Пробирки центрифужные, 15 мл». Режим ВСУЗД выберет основную строку для расчета НМЦК и выгрузки, сохранив внутреннюю детализацию в МЕДЕРП.
  • Дезинфицирующие средства: Заявка может включать конкретные средства:
    • «Дезавид-Профи», канистра 5 л.
    • «Септолит-Дез», канистра 10 л.
    • «Аламинол», канистра 1 л.
    В спецификации для закупки они объединяются в «Средство для дезинфекции поверхностей (концентрат)». Режим обеспечивает пересчет литров и стоимости к общей потребности в дезсредстве.
  • Лекарственные средства: Медицинское подразделение запрашивает конкретные препараты:
    • «Парацетамол-Фарм», таб. 500 мг, упаковка 20 шт.
    • «Панадол», таб. 500 мг, упаковка 12 шт.
    В техзадании указывается «Парацетамол (МНН), таблетки 500 мг». Режим ВСУЗД консолидирует строки, рассчитывая общее потребное количество таблеток и сводную стоимость.

Ключевые задачи и решения в режиме ВСУЗД

Механизм определения основной строки (через минимальный код строки или признак «Основная») и последующий расчет полей обеспечивает «мост» между детализированным внутренним учетом и агрегированными требованиями внешних систем. Это позволяет избежать потери данных о реальной потребности подразделений и сохранить возможность оперативного управления вариантами поставки на этапе исполнения контракта.

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

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

Архитектура и алгоритм обработки

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

Многоступенчатый запрос данных

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

Этап 1: Сбор исходных данных

  • Основной источник данных — регистр сведений «МЕДЕРП_СпецификацияЗакупки».
  • Критерий выборки: связь с текущим документом закупки через параметр «Закупка».
  • Извлекаемые поля: включают номенклатурные данные, цены, количества, суммы, ссылки на связанные объекты (номенклатура, техзадание, единицы измерения).

Этап 2: Определение основной позиции

  • Для каждой спецификации определяется основная (ведущая) строка.
  • Критерий определения: минимальный «КодСтроки» в рамках спецификации.
  • Приоритетная логика: строки с установленным признаком «Основная = Истина» имеют высший приоритет.
  • Реализация: используются вложенные запросы с группировкой и левыми соединениями для гарантированного сопоставления всех строк с их основной позицией.

Расчетные поля и преобразования

На финальном этапе запроса к выбранным данным применяется комплекс расчетных операций для приведения значений к формату ВСУЗД.

Поле Тип данных Логика расчета / преобразования
Цена Число Для строк с нулевым количеством используется цена из спецификации. Для остальных строк цена вычисляется как Сумма / Количество.
Распределено_Сумма Число Для строк с нулевым количеством распределенная сумма равна 0. Для остальных строк: (Сумма / Количество) * Количество.
Распределено_Количество Число Учетное количество пересчитывается через коэффициент фасовки для приведения к основным единицам измерения.

Таблица 1 — Логика расчета ключевых полей в режиме ВСУЗД

Структура выходных данных

Итоговый набор данных, формируемый для отображения, содержит как основные данные позиций спецификации, так и служебные, расчетные поля. Некоторые поля, не используемые в режиме ВСУЗД, инициализируются пустыми значениями для сохранения целостности структуры.

// Основные данные позиции:
// "НомерПозицииСпецификации" — Число — порядковый номер позиции в спецификации
// "КодСтроки"                — Число — уникальный идентификатор строки
// "Позиция"                  — Строка — наименование позиции
// "Фасовка"                  — Число — коэффициент пересчета единиц измерения
// "СтавкаНДС"                — Число — ставка НДС в процентах
// "Цена"                     — Число — цена единицы товара (рассчитанная или исходная)
// "Сумма"                    — Число — общая сумма позиции с НДС
// "Количество"               — Число — количество в основных единицах измерения
// "ТехническоеЗадание"       — СправочникСсылка.МЕДЕРП_ТехническиеЗадания — ссылка на ТЗ
// "ЕдиницаИзмерения"         — Справочник.МЕДЕРП_КлассификаторЕдиницИзмерения — ед. изм.
// "Номенклатура"             — Справочник.МЕДЕРП_Номенклатура — торговая позиция
//
// Служебные и расчетные поля:
// "Распределено_Сумма"       — Число — расчетная сумма распределения
// "Распределено_Количество"  — Число — учетное количество
// "ИзмененаСумма"            — Булево — признак изменения суммы
//
// Не используются в режиме ВСУЗД:
// "СуммовойУчет"             — Булево
// "Примечание"               — Строка
// "СостояниеИсполнения"      — Число
// ... // и другие поля, согласно внутренней структуре

Настройка интерфейса

При активации режима выполняется динамическая конфигурация пользовательского интерфейса формы документа закупки. Командная панель табличной части скрывается, так как прямое редактирование данных в этом режиме не предусмотрено — он предназначен исключительно для просмотра и проверки сформированных для ВСУЗД данных. Заголовки колонок «Расчетное» и «Учетное» инициализируются в соответствии с требованиями отображения спецификации для ВСУЗД.

Переход в режим «Спецификация (ВСУЗД)»

Внешний вид табличной части в режиме «Спецификация (ВСУЗД)»:

Внешний вид табличной части в режиме «Спецификация (ВСУЗД)»

Подпись

Заключение

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

  • Управление закупками
    Более подробно об аспектах работы с документами закупок и спецификациями Вы можете ознакомиться в материалах:
    перейти к чтению