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

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

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

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