Управление ИТ-проектами по 223-ФЗ — гибкие контракты и специфика для софта

Управление ИТ-проектами по 223-ФЗ — гибкие контракты и специфика для софта

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

Почему 223-ФЗ удобнее для ИТ-проектов

В отличие от 44-ФЗ, закон № 223-ФЗ регулирует закупки отдельных видов юридических лиц и даёт заказчику больше свободы в выборе способов и условий. Если в 44-ФЗ прямой аутстаффинг невозможен — закон требует закупки конкретных работ или услуг с чётким результатом, — то в 223-ФЗ допускается большая гибкость. Заказчики могут заключать контракты на результат, но внутри оговаривать возможность привлечения специалистов на временной основе. Это позволяет формально соответствовать закону, сохраняя гибкость в управлении ресурсами. Для ИТ-проектов, где состав команды может меняться, это принципиальное преимущество.

Формат аутстафф: как это работает

Аутстафф в 223-ФЗ применяется часто. Заказчики заключают договоры на предоставление трудовых ИТ-ресурсов — архитекторов, дата-инженеров, системных аналитиков. Такой формат удобен, когда нужно быстро усилить команду или закрыть компетенции, которых нет внутри. В отличие от классического подряда, аутстафф позволяет гибко перераспределять ресурсы между проектами и не привязываться к фиксированному результату на каждом этапе.

Офсетные контракты: долгосрочные обязательства с инвестициями

Положения 223-ФЗ не ограничивают возможность заключения офсетных договоров — долгосрочных контрактов, которые предполагают встречные инвестиционные обязательства. Корпоративный заказчик обладает более широким набором возможностей для заключения качественного офсетного контракта по сравнению с 44-ФЗ. Для ИТ-проектов это означает возможность финансировать доработки, модернизацию и сопровождение в рамках одного долгосрочного договора, а не дробить их на десятки мелких закупок.

Agile-разработка в рамках 223-ФЗ

Гибкие методологии, которые плохо вписываются в жёсткие рамки 44-ФЗ, в 223-ФЗ применяются успешно. На практике это выглядит так: заказчик ежемесячно выставляет заявки, подрядчик оценивает их и согласовывает функциональность уже на этапе прототипирования. Такой подход позволяет адаптировать проект под меняющиеся требования без пересмотра всего контракта. Agile-разработка в рамках 223-ФЗ уже реализована в реальных проектах, и опыт показывает, что модель работает при условии прозрачного взаимодействия и согласованных метрик.

Национальный режим: доверенное ПО получает приоритет

С 1 марта 2026 года введён приоритет для программ из реестра российского ПО, имеющих отметку о соответствии требованиям к «доверенному» ПО (согласно данных «Постановление № 1937»). Если на закупку подана хотя бы одна заявка с доверенным российским ПО, все остальные заявки с российским ПО без такой отметки отклоняются и приравниваются к предложениям иностранного ПО. Требования к совместимости с доверенными операционными системами вводятся поэтапно до 2028 года. Для заказчика это означает, что при формировании техзадания нужно заранее проверять наличие продуктов с отметкой «доверенное» и учитывать переходные периоды.

Что считать программным обеспечением в закупке

Объектом закупки ПО по 223-ФЗ могут быть поставка ПО на носителе, поставка в электронном виде, предоставление прав на использование, услуги облачных вычислений, работы по разработке или модификации ПО, а также сопровождение и техподдержка. Каждый формат влияет на требования к документации, способ закупки и применение национального режима. Если закупается лицензия или право использования, это попадает под позицию 146 приложения № 1 к постановлению № 1875 — с запретом на иностранное ПО, если есть российский аналог.

Способы закупки и роль положения о закупке

Заказчик вправе закупить ПО любым способом, который предусмотрен его положением о закупке, включая закупку у единственного поставщика. Алгоритм прост: определить объект закупки и форму поставки, выбрать способ по положению, рассчитать НМЦД, составить техзадание с требованиями к функционалу и совместимости, учесть нацрежим, провести закупку и принять результат. Главное — не ограничивать конкуренцию и корректно описать предмет.

Что это значит для заказчиков и подрядчиков

223-ФЗ даёт ИТ-заказчикам инструменты, которых нет в 44-ФЗ: аутстафф, офсетные контракты, Agile-разработка, гибкое перераспределение ресурсов. Но национальный режим и требования к доверенному ПО ужесточают правила игры. Выигрывают те, кто заранее проверяет реестры, учитывает переходные периоды и правильно выбирает форму закупки под конкретный проект.

Для компаний, участвующих в таких закупках, отдельная задача — подтвердить исполнение контракта. Банковская гарантия закрывает этот вопрос и позволяет не выводить средства из оборота на время проекта. FINLEO подбирает гарантии, которые устроят заказчика, — заявка уходит сразу в несколько банков, а предложения приходят в короткий срок.