Что такое реестр российского ПО и причём тут ИИ
Единый реестр российских программ для ЭВМ и баз данных — официальный перечень отечественного ПО, который ведёт Минцифры (reestr.digital.gov.ru). Реестр — не «каталог лучших»: это юридический факт происхождения. Программа в реестре — значит, правообладатель российский, сведения проверены, программмный продукт можно закупать в рамках национального режима.
ИИ-сегмент реестра большой и растущий: по данным дашборда национального портала в сфере ИИ ai.gov.ru, в реестре более 1250 программных обеспечений с ИИ от более чем 700 правообладателей. Реестр дополняет экосистема государственных витрин: портал ai.gov.ru со сводной статистикой, отраслевые витрина решений, работа Национального центра развития искусственного интеллекта (НЦРИИ), который ведёт экспертизу и отбор эффективных ИИ-решений.
Для заказчика реестр решает три задачи: прохождение нацрежима в закупках, подтверждение происхождения для КИИ и ГИС, и первичный фильтр «компания реальная, продукт заявлен». Для вендора — доступ к госрынку.
Проверенные факты о реестре и ИИ
| Факт | Суть |
|---|---|
| Оператор реестра | Минцифры России; реестр публичен на reestr.digital.gov.ru |
| Масштаб ИИ-сегмента | по данным ai.gov.ru — более 1250 программ с ИИ, более 700 правообладателей |
| Генеративные решения | в декабре 2025 года утверждены новые правила включения генеративных ИИ-решений в реестр отечественного ПО |
| НЦРИИ | Национальный центр развития ИИ (на базе АНО «Аналитический центр» при Правительстве РФ, с 2022 года) — экспертиза и отбор ИИ-решений |
| Доверенные модели | анонсировано построение реестра доверенных ИИ-моделей: госсистемы и КИИ смогут работать только с моделями из него |
| Смежные требования 243-ФЗ | статусы суверенных моделей и обязанности эксплуатантов — отдельный контур закона об ИИ |
Сверка — по официальным ресурсам (reestr.digital.gov.ru, ai.gov.ru, публикации о нормативных изменениях), 20 сентября 2026 года. Цифры реестра меняются; перед закупкой фиксируйте выгрузку на дату подготовки документации закупки. Реестр доверенных моделей на момент публикации формируется — условия проверяйте в актуальных документах.
Как использовать реестр при выборе ИИ-решения
Госзаказчикам
Алгоритм: требования закупки → поиск по реестру (класс ПО, ключевые слова, правообладатель) → проверка версии и класса решения в записи реестра → сопоставление с ТЗ. Важные нюансы: запись реестра относится к конкретному продукту и версии; «ИИ» в названии не означает соответствия вашим задачам — технические требования всё равно формулируются отдельно. Про закупку ИИ-решений по 44-ФЗ — материалы нашего госзакупочного кластера.
Коммерческим компаниям
Реестр — не обязанность, а инструмент: способ проверить происхождение вендора и его продуктов, важный для КИИ, персональных данных и комплаенса. Для открытых зарубежных весов (Qwen, Llama, DeepSeek) реестр не применяется — их использование для чувствительных сегментов решается политикой компании.
Вендорам и интеграторам
Если ваш продукт на базе ИИ претендует на госзаказ — включение в реестр обязательный рубеж; для генеративных решений с декабря 2025 действуют отдельные правила. Мы консультируем по подготовке к 243-ФЗ (карта закона) и статусам суверенных моделей.
Как НЬЮ-ССТ работает с реестровыми решениями
Мы участвуем в закупках по 44-ФЗ/223-ФЗ сами и внедряем ИИ-системы под требования госзаказчиков. Порядок работы: аудит задачи и ограничений (от 90 000 ₽) → выбор архитектуры: реестровое решение, открытые веса в контуре или комбинация → пилот (от 480 000 ₽) → MVP и сопровождение (от 690 000 ₽; enterprise-контур — 0,9–1,2 млн ₽). Про ИИ для госзаказчиков — обзор направления.
Отдельно про генеративные модели в госсекторе: суверенные модели, LLM в ГИС и требования ФСТЭК — материалы нашего кластера о законе об ИИ и информационной безопасности. Каталог открытых моделей для контура — LLM-интеграции.
Практический пример маршрута
Рамка закупочного проекта: заказчик формирует требования, мы делаем свежую выгрузку реестра по классам ПО и ключевым словам, сверяем записи с версиями продуктов и готовим шорт-лист из трёх кандидатов. Дальше — техническая проверка: пилот на данных заказчика (для генеративных функций — с проверкой базовой модели), аудит безопасности, проверка условий поддержки. Результат — обоснованный выбор, который защищён и перед закупочной комиссией, и перед ИБ. Для коммерческого заказчика маршрут тот же, минуя требования нацрежима, но с той же дисциплиной проверки происхождения и версий.
Частые ошибки при работе с реестром
- Равноценить «в реестре» и «безопасно». Реестр подтверждает происхождение, а не защищённость; аудит ИИ-системы проводится независимо.
- Опираться на устаревшую выгрузку. Записи обновляются; фиксируйте состояние реестра на дату подготовки документации закупки.
- Проверять только компанию. Реестровая запись относится к конкретному продукту и версии — проверяйте именно то, что закупаете.
- Смешивать продукт и облако. Реестровый статус ПО не означает, что облако того же вендора автоматически соответствует тем же требованиям.
- Игнор базовой модели. «Генеративные функции» поверх чужой модели — предмет отдельной проверки происхождения; правила для генеративных решений ужесточились с декабря 2025 года.
Реестр — сильный инструмент, но работает он в паре с технической проверкой решения и юридической сверкой версии.
Безопасность и риски
Реестр подтверждает происхождение, но не заменяет безопасность: реестровое ИИ-решение всё равно проходит аудит защиты (аудит ИИ-систем), тесты на обход защит и проверку обработки данных. «Отечественное ПО» и «безопасное ПО» — разные утверждения.
Риски покупателя: запись реестра может отставать от актуальной версии продукта; реестровый статус продукта не распространяется автоматически на облачные API той же компании; генеративные функции, добавленные «сверху» чужой модели, требуют отдельной проверки происхождения базовой модели. Все эти пункты мы фиксируем в протоколе выбора решения. Учёт ИИ-активов — AI BOM; обязанности эксплуатантов больших моделей — правила эксплуатации.