Три слоя требований к ИИ в госзакупках
Закупка программного обеспечения с ИИ-компонентами для госоргана сегодня проходит через три независимых слоя:
- Запрет иностранного ПО. Указ Президента № 166 от 30.03.2022: с 01.01.2025 госорганам запрещено закупать иностранное программное обеспечение (ранее — ограничение с согласованием, теперь полный запрет). ПО, встроенное в оборудование, под запрет не попадает — есть разъяснение Минцифры.
- Нацрежим. Постановление Правительства № 1875 от 23.12.2024 (действует с 01.01.2025, заменило ПП № 1236 в закупках): запреты и ограничения для иностранной продукции, включая ПО, подтверждение происхождения товара.
- Статусы моделей по 243-ФЗ. С 01.03.2027 — случаи, когда в госсистемах можно применять только суверенные или национальные большие фундаментальные модели (перечень установит Правительство, акта пока нет). Плюс с той же даты — обязанности разработчиков статусных моделей и уведомления о правах на генерации от предоставляющих доступ.
Слои складываются: мало быть российским ПО — для больших моделей в зонах обязательности понадобится ещё и статус.
Что писать в ТЗ заказчику
Сейчас (до выхода подзаконных актов):
- требование к происхождению ПО (реестр отечественного ПО, правила с 01.03.2026 — контроль прав, совместимость);
- локализация обработки данных: инференс и хранение на территории России — будущий перечень почти наверняка потребует этого для статусных моделей, а переходная защита до 01.09.2032 тоже обусловлена обработкой в РФ;
- описание функций без привязки к конкретной модели (чтобы не ограничивать конкуренцию и не привязываться к чужому статусу);
- требования к документации: состав ИИ-компонентов, ограничения, порядок обновлений — это выполнимо уже сегодня по договорной инициативе.
После появления перечня обязательного применения:
- прямое требование статуса модели для позиций, попавших в перечень;
- проверка статуса вендора в цепочке (кто разработчик модели, претендует ли на статус);
- план миграции для систем с моделями без статуса (если позиция попала в перечень, а система уже работает — сработает переходный период до 01.09.2032 при локализации обработки).
Что писать в договоре
- заверение об обстоятельствах: статус ИИ-компонентов (своя модель без статуса / статусная / доступ к чужой БФМ), происхождение ПО, локализация инференса и хранения данных;
- обязанность уведомлять об изменении статуса модели или компонентов;
- права на результаты генерации (кому принадлежат, условия использования) — норма об уведомлении пользователей заработает 01.03.2027, договор закроет её заранее;
- документы разработчика: правила эксплуатации, техническая документация — как приложения к договору;
- ответственность за ограничения модели: поставщик раскрывает известные ограничения, заказчик не применяет систему вне заявленных условий — классическое распределение рисков.
Что делать поставщикам
- Подготовьте ИИ-паспорт продукта. Одним документом: какие модели используются, чьи они, где обрабатываются данные, какие ограничения, как выглядит документация. Этот паспорт снимет 80% вопросов на квалификационных этапах закупок.
- Проверьте цепочку. Если внутри — чужая большая модель по API, оцените сценарий замены на статусную (абстракция над провайдером, совместимость открытых альтернатив). Не переписывайте продукт — проектируйте заменяемость.
- Работайте со статусом. Если ваша модель близка к критериям — готовьте досье к порядку присвоения статусов, пока акт не вышел: российское юрлицо с контролем более 50% голосов, воспроизводимость цикла, ЦОД в России у российских юрлиц.
- Держите документацию готовой. Техдокументация и правила эксплуатации понадобятся и по закону (для статусных), и по требованиям заказчиков (для всех).
Котировки, аукционы, КТРУ
Закупка ИИ-разработки обычно идёт как закупка услуг или НИОКР с описанием через функциональные характеристики. Практические ориентиры: описание объекта закупки — через задачи и требования к результату, без указания конкретной модели вендора (иначе — ограниение конкуренции); при использовании позиций каталога КТРУ — обязательные характеристики позиции не меняются, дополнительные — допустимы. Штраф за неприменение обязательной позиции КТРУ существует (50 тыс. ₽ должностному лицу), поэтому проверяйте применимость позиции к ИИ-услугам внимательно.
Частые ошибки
- Требовать «статус модели» до выхода порядка присвоения статусов — требование неисполнимо, риски обжалования.
- Писать в ТЗ «нейросеть не ниже GPT» — несостоятельная формулировка: и ограничение конкуренции, и привязка к зарубежному вендору при запрете иностранного ПО.
- Забывать про данные: заказчик обязан определить состав данных, которые система будет обрабатывать, — от этого зависят требования локализации и защиты.
- Не фиксировать дату создания системы — для переходного периода до 01.09.2032 факт эксплуатации на 01.03.2027 надо будет доказывать.
Дорожная карта закупочного комплаенса ИИ
До конца 2026 года: инвентаризация ИИ в закупках и системах, типовые оговорки в договорах, ИИ-паспорта от ключевых поставщиков. Зима 2027: доработка ТЗ-шаблонов под задачи генерации (уведомления о правах на генерации), проверка локализации. После 01.03.2027: мониторинг перечня обязательного применения, статусы вендоров, план миграции по позициям перечня.