44-ФЗ для разработки ПО: подготовка тендера, ТЗ, защита от ФАС

Закупка разработки ПО по 44-ФЗ — это длинный процедурный путь от формирования потребности до подписанного акта приёмки. На каждом этапе свои документы, регулятор, риски ФАС-жалоб и Счётной палаты. Для региональных ведомств и муниципалитетов это рутина, но для подрядчика, впервые заходящего в госзаказ, — лабиринт, где провал на любом шаге обрушивает контракт.

Эта статья — для руководителя цифрового развития, готовящего тендер на разработку ПО, и для подрядчика, готовящегося к участию. Без академической теории, с реальными формулировками ТЗ, типовыми ФАС-жалобами, размерами обеспечения исполнения и этапами приёмки.

Что такое 44-ФЗ и как работает закупка

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

Главные принципы:

• Открытость и прозрачность. Все закупки публикуются в ЕИС (zakupki.gov.ru), любой может видеть документацию и подавать заявки.
• Конкуренция. Заказчик обязан создавать условия для участия максимального числа поставщиков.
• Равноправие. Все участники тендера в равных условиях, никаких преференций.
• Эффективность. Цель — приобретение качественных товаров/работ/услуг по адекватной цене.

Закупка проходит через ЕИС. Заказчик публикует извещение и документацию, поставщики подают заявки в электронной форме, на основании заявок определяется победитель, заключается контракт.

Способы закупки IT-разработки

44-ФЗ предусматривает несколько способов закупки, из которых для IT-разработки применимы основные:

1. Электронный аукцион. Самый частый способ. Побеждает поставщик с наименьшей ценой. Применяется для типовых работ, где результат предсказуем. Минус — побеждает «самый дешёвый», часто за счёт качества.

2. Конкурс с ограниченным участием. Оценивается совокупность критериев: цена (40-60% веса), квалификация подрядчика, опыт, качество предлагаемого решения. Применяется для сложных проектов, где техническое решение важно. Для разработки ПО — частый вариант.

3. Запрос предложений. Для сложных закупок, где заказчик хочет видеть варианты технических решений. Используется реже из-за сложности процедуры.

4. Закупка у единственного поставщика. Только в исключительных случаях: малые суммы (до 600 тыс. ₽), отсутствие конкуренции на рынке, аварийные ситуации.

Для разработки ПО среднего объёма (5-30 млн ₽) чаще всего применяется конкурс с ограниченным участием.

Подготовка ТЗ: 7 ключевых разделов

ТЗ оформляется по ГОСТ 34.602-89. Структура из 8 разделов:

1. Общие сведения. Полное наименование, исполнитель, заказчик, нормативные документы, источники финансирования.

2. Назначение и цели создания. Какие задачи решает система, какие проблемы устраняет, кому будет полезна.

3. Характеристика объекта автоматизации. Описание ведомства, процессов, текущей автоматизации.

4. Требования к системе. Главный раздел. Делится на:

• Требования к системе в целом (надёжность, безопасность, масштабируемость, удобство эксплуатации)
• Требования к функциональным подсистемам (детально каждая)
• Требования к видам обеспечения (программное, техническое, информационное, организационное)

5. Состав и содержание работ по созданию системы. Перечень этапов с описанием.

6. Порядок контроля и приёмки. Этапы испытаний, методики, кто принимает.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации. Что должен сделать заказчик.

8. Требования к документированию. Перечень документов и стандарты их оформления.

Главные правила:

• Все требования измеримы. «Удобный интерфейс» — неизмеримое и опасное. «Время отклика основных операций — не более 2 секунд при нагрузке 100 одновременных пользователей» — измеримое.
• Технологические решения обоснованы. Если в ТЗ написано «использовать платформу X», должно быть объяснение «потому что Y». Иначе ФАС признает за «заточенность» под одного поставщика.
• Указание производителей — только с «или эквивалент». Если в ТЗ названо конкретное ПО, обязательна формулировка «или эквивалент с характеристиками не хуже».

Защита от ФАС-жалоб

ФАС-жалоба от проигравшего поставщика — главный риск ранней стадии. Если жалоба признана обоснованной, закупка приостанавливается или отменяется.

Топ-5 поводов для обоснованных жалоб:

1. Слишком узкие требования к опыту. «Опыт разработки на платформе X версии не ниже Y с производительностью Z» — звучит как требование от одного поставщика. Лечение — функциональные требования вместо технологических.

2. Указание конкретного производителя ПО без «или эквивалент». Например, «использовать СУБД Oracle». Лечение — «использовать СУБД из списка разрешённых» или с прямой формулировкой «или эквивалент».

3. Нечёткие формулировки. «Система должна быть удобной» — пространство для произвольной трактовки. Лечение — измеримые требования.

4. Отсутствие обоснования технических требований. Просто «должна работать на платформе X» без обоснования. Лечение — обоснование через нефункциональные требования (нагрузка, безопасность, масштабирование).

5. Завышенные требования к опыту. Например, «опыт исполнения 10 контрактов за 3 года». ФАС считает разумной планкой 2-3 контракта за 5 лет. Лечение — разумные требования.

Защитные меры:

• Предконкурсные консультации с потенциальными поставщиками. Запросить рынок на готовность к участию, получить обратную связь по ТЗ.
• Привлечение профильных юристов. Для крупных контрактов (от 10 млн ₽) — обязательно.
• Согласование ТЗ с юридической службой ведомства. На предмет соответствия 44-ФЗ.
• Использование типовых формулировок. В Минцифры есть типовые контракты и ТЗ, которые прошли через сотни проверок.

Обеспечение исполнения контракта

Обеспечение исполнения — гарантия, которую подрядчик предоставляет заказчику для гарантирования исполнения обязательств. Размер — от 5% до 30% от НМЦК (начальной максимальной цены контракта).

Два варианта обеспечения:

• Денежное. Подрядчик переводит сумму на счёт заказчика. Деньги заморожены до полного исполнения. Невыгодно — оборотный капитал замораживается.
• Банковская гарантия. Банк гарантирует, что выплатит заказчику сумму при неисполнении подрядчиком обязательств. Стоит 2-5% от суммы в год. Гораздо удобнее.

Для IT-разработки типичный размер — 10-20% от НМЦК. То есть для контракта 20 млн ₽ — это обеспечение 2-4 млн ₽. Большинство подрядчиков используют банковскую гарантию.

При неисполнении обязательств заказчик удерживает обеспечение. Подрядчик может оспорить удержание в суде, если считает действия заказчика необоснованными.

Контракт по 44-ФЗ: типовая структура

Контракт оформляется по типовой форме с обязательными разделами:

• Предмет контракта
• Цена и порядок расчётов
• Сроки исполнения
• Качество товаров/работ
• Приёмка
• Ответственность сторон (пени, штрафы)
• Обеспечение исполнения
• Заключительные положения

Изменения контракта строго регламентированы. По 44-ФЗ разрешены:

• Уменьшение объёма работ с пропорциональным снижением цены (до 10%)
• Увеличение объёма работ с пропорциональным повышением цены (до 10%) — только при возникновении непредвиденных обстоятельств
• Изменение сроков по согласованию сторон — только в исключительных случаях

Изменение цены вверх по простому соглашению сторон практически невозможно. Это создаёт жёсткие рамки для подрядчиков и требует тщательной оценки на этапе подачи заявки.

Приёмка работ: этапы

Приёмка проходит в несколько этапов, описанных в ТЗ. Стандартный набор по ГОСТ 34:

Этап 1. Предварительные испытания у разработчика. Проверка работоспособности системы на стенде разработчика. Без участия заказчика. Оформляется протокол.

Этап 2. Опытная эксплуатация у заказчика. Система разворачивается в среде заказчика, запускается на ограниченной группе пользователей. Длительность — 1-3 месяца. Цель — выявить дефекты в реальных условиях. Оформляются акты регистрации замечаний.

Этап 3. Приёмочные испытания. Формальная проверка соответствия ТЗ комиссией заказчика. Проводятся по программе и методике, описанной в ТЗ. По результатам — акт приёмки или мотивированный отказ с перечнем замечаний.

Заказчик имеет 10-30 рабочих дней на проведение приёмки после уведомления о готовности. При обнаружении дефектов подрядчик обязан их устранить в разумный срок (обычно 30 дней), после чего повторное предъявление.

После подписания акта приёмки — оплата по контракту (обычно через 30 дней) и переход в гарантийный период.

Ответственность за нарушения

44-ФЗ предусматривает чёткие последствия за нарушения:

За просрочку исполнителя:

• Пени — 1/300 ключевой ставки ЦБ за каждый день просрочки от стоимости неисполненных работ
• Штраф за каждый факт неисполнения — фиксированная сумма по контракту
• При длительной просрочке — одностороннее расторжение контракта
• Внесение в реестр недобросовестных поставщиков (РНП) на 2 года

За просрочку заказчика:

• Пени за просрочку оплаты — 1/300 ключевой ставки ЦБ за каждый день
• Возмещение убытков подрядчика

За нарушения процедуры закупки:

• Штрафы для должностных лиц заказчика
• Признание закупки недействительной
• Внеплановые проверки от прокуратуры и Счётной палаты

Связь с другими блоками

См. подробнее:

• ПО для государственных органов — общий контекст требований к ГИС
• Интеграция с ЕСИА и СМЭВ — обязательные интеграции для ГИС
• Реестр Минцифры — что требуется для попадания в реестр

Типовые ошибки заказчика

Ошибка 1: Заточенное ТЗ. Описание под одного поставщика → ФАС-жалоба → отмена закупки → потерянные 2-3 месяца. Лечение — функциональные требования, предконкурсные консультации.

Ошибка 2: Размытая приёмка. В ТЗ не описаны конкретные методики приёмки → споры с подрядчиком, кто прав → задержка приёмки на 3-6 месяцев. Лечение — детальная программа и методика испытаний.

Ошибка 3: Недооценка интеграций. В ТЗ заложено «подключение к ЕСИА» без указания сроков и регламентов → подрядчик закладывает в смету 1 месяц, реально занимает 3-4 месяца → срыв сроков. Лечение — реалистичные сроки на ЕСИА/СМЭВ-3 в ТЗ.

Ошибка 4: Слишком короткие сроки. Контракт на разработку региональной ГИС с реальным объёмом 9-12 месяцев в ТЗ указан срок 6 месяцев → срыв и пени. Лечение — реалистичные сроки на этапе предпроектного обследования.

FAQ о 44-ФЗ для разработки ПО

См. блок FAQ ниже — 7 главных вопросов руководителей цифрового развития и подрядчиков.

44-ФЗ для разработки ПО — это не «закупка с печатью», а длинный процедурный путь, в котором ошибки на ранней стадии разрушают весь проект. Реальный диапазон до подписания контракта — 2-4 месяца с момента публикации тендера, с приёмкой и оплатой — ещё 6-12 месяцев на исполнение. Главные риски — заточенное ТЗ, нереалистичные сроки, недооценка интеграций. Если планируете тендер — закладывайте 4-6 недель на подготовку ТЗ с привлечением профильных юристов и предконкурсной консультацией с рынком.

Расширенный разбор: сравнительная таблица процедур закупки

Критерий	Электронный аукцион	Конкурс с огр. участием	Запрос предложений	Единственный поставщик
Цена как фактор	Главный (100%)	Часть критериев (40-60%)	Один из критериев	Не оценивается
Квалификация	Только допуск	Балльная оценка	Балльная оценка	Не оценивается
Срок процедуры	15-30 дней	30-45 дней	45-60 дней	До 5 дней
Типичный бюджет	до 5 млн ₽	5-30 млн ₽	30+ млн ₽	до 600 тыс. ₽
Риск ФАС-жалоб	Высокий	Средний	Средний	Минимальный
Подходит для IT	Только типовые работы	Большинство проектов	Сложные системы	Аварийные ситуации

В практике 2024-2026 годов для разработки ПО в сегменте 5-30 млн рублей доминирует конкурс с ограниченным участием. Электронный аукцион даёт «гонку вниз»: выигрывает поставщик, готовый сделать дешевле всех, что в IT почти всегда означает экономию на тестировании, документации или senior-составе команды. Запрос предложений применяется в редких крупных проектах с серьёзным техническим компонентом, где заказчик хочет видеть варианты архитектурных решений до выбора подрядчика.

Реальные сроки прохождения процедуры 44-ФЗ для ПО

Типичная хронология крупной закупки на разработку региональной ГИС бюджетом 15 млн рублей:

• Месяц 1. Формирование потребности, согласование заявки в министерстве финансов субъекта, выделение лимита.
• Месяцы 2-3. Подготовка ТЗ по ГОСТ 34, обоснование НМЦК (начальной максимальной цены) тремя коммерческими предложениями, юридическая проверка документации.
• Месяц 4. Публикация в ЕИС (zakupki.gov.ru), приём заявок (15 рабочих дней минимум).
• Месяц 5. Рассмотрение заявок, заседание комиссии, протокол подведения итогов.
• Месяц 6. Подписание контракта (10 рабочих дней с момента публикации протокола), регистрация контракта в реестре, предоставление обеспечения исполнения.
• Месяцы 7-15. Исполнение контракта: предпроектное обследование → ТЗ → разработка → тестирование → опытная эксплуатация → приёмка → акт.
• Месяцы 16-27. Гарантийный период (12 месяцев), параллельно — возможная закупка сопровождения.

Итого от появления потребности до акта приёма-передачи — 13-15 месяцев. Это нормально для государственной закупки и фундаментально отличается от коммерческой разработки, где те же 15 миллионов рублей можно потратить за 6 месяцев целиком. Подрядчик, не учитывающий эту специфику в своём cashflow, регулярно сталкивается с кассовым разрывом на середине проекта.

Антипример: реальный кейс срыва закупки из-за ТЗ

Региональное министерство экономики готовило тендер на разработку информационной системы поддержки субъектов малого предпринимательства. НМЦК — 12 млн рублей. В техническом задании были заложены:

• «Использовать СУБД PostgreSQL версии не ниже 14» (без слов «или эквивалент»).
• «Опыт исполнения не менее 5 контрактов на разработку ГИС за последние 3 года» (завышенная планка).
• «Интерфейс должен быть интуитивно понятным» (неизмеримое требование).

Один из поставщиков подал жалобу в ФАС по всем трём пунктам. Решение ФАС: жалоба обоснована, закупка приостановлена, министерство обязано переработать документацию. Итоговая задержка — 4 месяца. Бюджет на год пришлось перераспределять, часть денег вернулась в бюджет субъекта. Урок: каждое технологическое требование в ТЗ должно иметь функциональное обоснование, а планка квалификации — соответствовать реальной ёмкости рынка.

Источники нормативной базы для подрядчика

• 44-ФЗ от 05.04.2013 «О контрактной системе в сфере закупок» — основной закон (текст на pravo.gov.ru).
• ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы» — структура ТЗ.
• ЕИС zakupki.gov.ru — единая информационная система в сфере закупок: zakupki.gov.ru.
• Реестр недобросовестных поставщиков — проверка контрагентов: zakupki.gov.ru/epz/dishonestsupplier.
• ФАС России — практика обжалований: fas.gov.ru.
• Минфин России — типовые контракты по 44-ФЗ: minfin.gov.ru.

Подрядчику без юриста по 44-ФЗ заходить в государственные тендеры не рекомендуется. Стоимость профильной юридической поддержки на одно сопровождение — 80-200 тыс. рублей; ошибка в заявке без юриста может стоить 2-летнего попадания в реестр недобросовестных поставщиков, что закрывает доступ ко всем закупкам по 44-ФЗ.