Извещение, документация, ТЗ — что чем является
В закупках на разработку ПО постоянно путают три документа. Извещение — короткая карточка закупки с обязательными сведениями по ст. 49 44-ФЗ: заказчик, объект, НМЦК, сроки, обеспечения, требования к участникам. Документация — правила процедуры: как оценивают заявки, как проходит аукцион, как заключается контракт. Техническое задание — приложение к документации: что именно разрабатывать и как принимать результат. Всё три публикуются в ЕИС одновременно, и заявка подаётся уже с учётом всех трёх — поэтому «читать только извещение» равно «не читать ничего»: цена и сроки живут в карточке, а работа и риски — в ТЗ.
Порядок чтения, который экономит время: сначала карточка извещения (5 минут — отсеять заведомо чужое), затем проект контракта и ТЗ (час — понять работу), и только потом документация с критериями оценки. Пошагово — ниже.
Шаг 1. Объект закупки и код ОКПД2
Первое поле отвечает на вопрос «что на самом деле покупают». Формулировка «разработка автоматизированной системы» может означать и сайт-визитку с формой обратной связи, и производственную систему с интеграциями. Ищите в объекте закупки:
- код ОКПД2 — ИТ-разработка живёт в классе 62 «Деятельность в области информационных технологий»; конкретный код подскажет, заказчик сам понимает предмет или копировал чужое извещение;
- глагол результата — «разработать и внедрить», «модернизировать», «сопровождать»: от этого зависит, будет ли приёмка по ГОСТ 34 или только акт лицензий;
- объём в числах — количество подсистем, ролей, интеграций, страниц. Отсутствие чисел — первый признак «резинового» ТЗ, работу нельзя оценить.
Типовые формулировки ИТ-лотов и их расшифровку мы собрали в разборе типовых лотов на ИИ-разработку 2026 — метод чтения тот же.
Шаг 2. НМЦК и её обоснование
Начальная цена — это не «сколько стоит работа», а «сколько заказчик заложил». Рядом с НМЦК в ЕИС публикуется обоснование: метод расчёта и источники. Три метода по ст. 22 44-ФЗ — сопоставимых рыночных цен, нормативный, тарифный — дают разную уверенность: если цена собрана из трёх коммерческих предложений, ищите в ТЗ наименования тех, кто их дал (без имён — анонимные КП), если из реестра контрактов — проверьте, сопоставимы ли те контракты по объёму. Как заказчику корректно считать НМЦК на разработку — в руководстве «НМЦК: как рассчитать начальную цену»; поставщику же важно другое: запас от НМЦК до реальной себестоимости. Рыночные ставки ИТ-разработки 2 800–3 800 ₽/час по ролям (наш прайс-бук по 236 закрытым ИТ-лотам) позволяют пересчитать ТЗ в часы и понять, влезает ли работа в цену хотя бы без убытка — так же, как в кейсе прайс-листа рынка разработки ПО 2026.
Шаг 3. Обеспечения — считаем замороженные деньги
Два поля, которые превращают «выиграть» в «заплатить за право работать». Обеспечение заявки — от 0,5 до 1% НМЦК (при закупках среди СМП — в фиксированном размере от НМЦК, обычно 1%); живёт на спецсчёте с момента подачи до определения победителя. Обеспечение исполнения — от 0,5 до 30% НМЦК по решению заказчика; замораживается до приёмки или сменяется независимой гарантией. Если цена упала на 25% и больше — сработает антидемпинг и обеспечение вырастет в полтора раза (ст. 37 44-ФЗ, детали — в разборе обеспечения исполнения контракта). Поставщику без оборотки эти поля отсекают закупку раньше, чем ТЗ.
Шаг 4. Требования к участникам, ограничения, преимущества
Поле «требования» — фильтр допуска по ст. 31 44-ФЗ: отсутствие судимостей у руководства, отсутствие задолженностей, неаффилированность с заказчиком. Дальше — три слоя, которые часто пропускают:
- национальный режим — запреты и ограничения на иностранное ПО: если действует запрет, базовое ПО должно быть в реестре российского ПО (разбор — запреты и требования к российскому ПО);
- преимущества — для СМП и СОНКО квота и снижение опыта участия; проверьте, объявлена ли закупка «только для МСП» — конкуренция ниже, требования опыта мягче (о преференциях — в разборе статуса СМП);
- дополнительные требования — опыт аналогичных контрактов, специалисты: подтверждается документами, и вот здесь поставщики чаще всего получают отказ (как корректно подтверждать опыт — в материале «Опыт исполнителя как критерий»).
Шаг 5. Сроки — хватает ли времени на заявку и на работу
В карточке извещения видно: дата окончания подачи заявок, дата рассмотрения, срок заключения контракта. Для заявки на разработку ПО критично время до окончания подачи: собрать банковскую гарантию, получить справки, вычитать ТЗ, написать вторые части — приёмлемый минимум неделя. Если до дедлайна два дня, а обеспечение заявки 500 тысяч — это чужая закупка. Срок исполнения контракта из проекта контракта сверяйте с трудоёмкостью ТЗ: как перевести требования в календарь без фантазий — в руководстве «Как рассчитать сроки разработки в ТЗ».
Шаг 6. Проект контракта — где спрятаны деньги
Проект контракта приложен к извещению, и это самый недочитываемый документ. Поставщика интересуют: этапы и график оплаты (аванс есть или всё по приёмке), штрафы и пени (шкала ПП № 1042 — разбор в «Штрафы и пени по 44-ФЗ для ИТ»), порядок приёмки и сроки подписания актов, гарантийные обязательства. Всё, что смущает, правится не «на словах после победы», а протоколом разногласий после победы (ч. 4 ст. 83.2 — разбор протокола разногласий). Но протокол не перепишет суть — если оплата через полгода после сдачи, это видно уже на этапе извещения.
Шаг 7. ТЗ-приложение — главный экзамен
Техническое задание решает всё: себестоимость, сроки, реальность приёмки. Минимальная проверка: у каждого функционального требования есть способ проверки; у системы есть требования к производительности и безопасности; приёмка описана процедурой, а не словом «качественно»; права на код переходят заказчику, если это написано. Структуру рабочего ТЗ и шаблон — в руководстве «Как составить ТЗ на разработку ПО», для систем с ИИ-компонентами — в ТЗ на ИИ-систему.
Чек-лист красных флагов перед подачей заявки
- В ТЗ назван конкретный продукт без слов «или эквивалент» — сужение конкуренции, повод для жалобы в ФАС или отказа от участия.
- Требования к опыте сформулированы так, что подтвердить документами невозможно («не менее 10 лет на рынке» без привязки к контрактам).
- Приёмка без измеримых критериев — будущий спор или несдача этапов.
- Сроки исполнения в разы меньше трудоёмкости ТЗ — заказчик закладывает просрочку поставщику.
- «Сопровождение в течение всего срока эксплуатации» без отдельной цены — бесплатная работа навсегда.
- Обеспечения суммарно превышают вашу оборотку — победа обернётся кассовым разрывом.
Что мы предлагаем
ООО «НЬЮ-ССТ» читает извещения с обеих сторон баррикад: мы и поставщик в ИТ-закупках, и разработчик, которому эти ТЗ исполнять. Пришлите ссылку на извещение на sales@vyshka.cloud — за 1 рабочий день бесплатно вернём выписку: допуск, деньги, сроки, красные флаги и вердикт «идти/не идти». Помощь с ТЗ и требованиями — в услуге «Бизнес-аналитика и ТЗ», ориентиры бюджетов порталов — в ответе «Сколько стоит разработка корпоративного портала», весь каталог — услуги.