Структурированная заявка — это заявка на участие в закупке по 44-ФЗ, которую участник заполняет в электронных полях на площадке, а не прикладывает файлами. Характеристики предлагаемого товара вводятся в структурированные поля, автоматически сформированные из описания объекта закупки в ЕИС.
Как это работает
Раньше участник скачивал техзадание, готовил в Word таблицу «характеристика — конкретный показатель» и прикладывал файл к заявке. Теперь цепочка цифровая:
- Заказчик формирует описание объекта закупки в структурированном виде в ЕИС: каждая характеристика — отдельное поле с типом значения и инструкцией по заполнению.
- Если позиция есть в КТРУ, поля формируются из характеристик каталога — состав характеристик виден на карточках каталога КТРУ.
- Участник видит те же поля в интерфейсе электронной площадки и указывает конкретные показатели своего товара: выбирает допустимое значение или вводит своё по инструкции.
- Сведения машиночитаемы: система контролирует заполненность полей, а данные из заявки затем используются при заключении контракта и электронном актировании.
Для заказчика качество описания объекта закупки теперь видно как на ладони: нечёткая характеристика или противоречивая инструкция превращаются в поле, которое невозможно корректно заполнить, — и в поток запросов на разъяснения от участников.
Чем отличается от заявки «файлом»
| Заявка с файлами | Структурированная заявка | |
|---|---|---|
| Форма характеристик | Таблицы в Word или PDF | Электронные поля на площадке |
| Контроль | Полностью вручную, комиссией | Частично автоматический плюс комиссия |
| Типовая ошибка | Пропущенная строка таблицы | Диапазон вместо конкретного значения, неверная трактовка инструкции |
| Что оценивает комиссия | Содержимое файла | Сведения из структурированных полей |
Связь с КТРУ и «конкретными показателями»
Требование указывать конкретные показатели товара существовало и до цифровизации: участник всегда был обязан заявить точные характеристики своего товара, а не переписать диапазоны «от — до» из техзадания. Структурированная заявка перевела это правило из вордовских таблиц в поля интерфейса — стало меньше свободы формы и больше формального контроля. Привычное поставщикам выражение «первая часть заявки с конкретными показателями» описывает то же самое: смысл сохранился, изменилась форма подачи.
Источник характеристик — каталог КТРУ: заказчик обязан использовать характеристики позиции каталога, и именно они превращаются в поля заявки. Изучайте позицию заранее: характеристики каталога периодически меняются, свежие правки видны в реестре изменений КТРУ.
Частые ошибки поставщиков
- Переписывать ТЗ вместо своего товара — указывать диапазон значений там, где требуется одно конкретное значение.
- Игнорировать инструкцию по заполнению характеристик — именно она определяет, как читать «не более/не менее» и союзы «и/или».
- Надеяться на файл-приложение. Дублирование характеристик файлом не заменяет заполнение полей — оцениваются сведения из структурированной части заявки.
- Заполнять в последний момент. Полей может быть много, и на аккуратное заполнение уходит заметно больше времени, чем на прикрепление одного файла.
- Не сверять заявку перед отправкой. Площадки формируют итоговую печатную форму — проверяйте её глазами, а не полагайтесь только на автоконтроль заполненности.
Заказчику структурированный формат тоже добавил работы: описание объекта закупки нужно готовить по полям характеристик. Генератор ТЗ собирает такое описание из характеристик КТРУ, а примеры готовых заданий есть в каталоге ТЗ.