Контроль качества ИИ в условиях 243-ФЗ

26 июля 2026 года подписан 243-ФЗ об ИИ. Нормы о больших фундаментальных моделях вступают в силу 1 марта 2027 года, а переходный период продлится до 2032-го. Право на него дает не покупка лицензий, а фактически работающая система в российском контуре. Для ИТ-директоров и директоров по цифровой трансформации это означает одно: горизонт планирования по корпоративному ИИ нужно пересматривать уже в этом квартале. Рассказывает Марат Мухарьямов, CEO Ladcraft, платформы автономных ИИ-агентов.

Не запрет иностранных моделей, а новая система допуска

243-ФЗ нередко сводят к запрету зарубежных нейросетей, но это упрощение. Закон не закрывает иностранные модели для коммерческого использования. Реальное содержание 243-ФЗ в том виде, как его обсуждают участники рынка и отраслевые аналитики, — это не запретительный акт, а введение режима допуска. Суверенная модель должна разрабатываться российским юридическим лицом с полным циклом разработки под контролем РФ. Национальная модель должна соответствовать требованиям по происхождению и локализации данных, которые определит правительство. В таком режиме у заказчика сохраняется свобода выбора модели под задачу, но появляется обязанность документировать архитектуру, контроль качества и трассировку действий агентов.

Консалтинговая компания «Яков и Партнеры» в обзорах рынка GenAI отдельно отмечает, что тариф самой модели составляет лишь часть затрат: бизнес платит за ее интеграцию, проверку результатов человеком и исправление ошибок. Эту структуру расходов важно держать в голове, когда речь заходит о выборе по формальному признаку суверенности.

Что дает переходное окно до 2032 года

Для бизнеса ключевое практическое положение 243-ФЗ — переходная норма, которая фактически «замораживает» требования для систем, уже запущенных в эксплуатацию с хранением данных в России до весны 2027 года. Это не льгота и не послабление, а юридическая точка отсчета: если ваша система фактически работает с большой моделью в российском контуре на 1 марта 2027 года, у вас есть примерно пять с половиной лет на спокойную подготовку к новым требованиям.

Окно работает в обе стороны. С одной стороны, оно снимает остроту дискуссии «запретят или не запретят» для тех, кто уже инвестирует в корпоративный ИИ: можно продолжать пилотировать и масштабировать. С другой, оно делает дату 1 марта 2027 года жесткой: прототипы, демо-стенды и лицензии без фактической эксплуатации переходный период не открывают. Для регулятора и для аудитора имеют значение журналы реальной работы системы, а не ее наличие в реестре.

Поэтому правильная постановка вопроса для совета директоров и ИТ-директора звучит не «какую модель выбрать», а «успеем ли мы запустить корпоративную платформу в фактическую эксплуатацию до 1 марта 2027 года и собрать доказательную базу ее работы».

Почему чат-бота недостаточно

На практике у бизнеса уже есть точечные внедрения ИИ: чат-бот на API внешней модели, RPA-бот, корпоративный поиск по документам. Эти решения закрывают отдельные сценарии, но не дают платформенного фундамента, которого требует новая регуляторика.

Чат-бот с прямым вызовом LLM по API отвечает пользователю в окне диалога. Он не действует внутри бизнес-процесса, не меняет данные в учетной системе, не оставляет структурированного цифрового следа. Для 243-ФЗ и будущих подзаконных актов этого недостаточно: регулятору важна трассировка действий модели и агента, а не только ее ответа. RPA, в свою очередь, автоматизирует строго формализованные сценарии с предсказуемыми интерфейсами и не работает с неструктурированными текстовыми данными и принятием решений в условиях неопределенности. Получается, что оба подхода закрывают разные ниши, но ни один из них не формирует контур, в котором корпоративный ИИ-агент работает «под ключ»: читает документ или сообщение, обращается в учетную систему, формирует черновик, отправляет уведомление, фиксирует результат в журнале.

В практике корпоративных внедрений это означает, что у заказчика должна появиться полноценная harness-платформа (оркестратор, в котором живут агенты), в которой присутствуют регламент процесса и интеграции на входе, модель в центре, подтверждение человеком на каждом критичном шаге, журналирование всех действий с привязкой к пользователю, времени и версии модели, ролевой доступ, маскирование чувствительных данных до отправки в модель, контроль качества результата человеком. Именно так устроена работа в платформах автономных агентов, включая Ladcraft.

Почему технологическая независимость важнее «лучшей модели»

Дискуссии о выборе модели в корпоративном ИИ часто подменяют вопрос выбора архитектуры вопросом «какая модель умнее». В условиях 243-ФЗ и переходного окна до 2032 года это контрпродуктивно.

Во-первых, рынок больших фундаментальных моделей в России находится в активной фазе становления. Перечни суверенных и национальных моделей, требования к их разработке и допустимым сценариям использования будут уточняться. Делать ставку на одну конкретную модель означает привязывать к ней бизнес-процесс, интеграции и обучение сотрудников. Во-вторых, по наблюдениям участников рынка, при сопоставимом качестве моделей основная часть экономического эффекта создается не качеством ответа, а качеством внедрения: интеграцией с учетными системами, контролем качества, обработкой исключений, скоростью реакции оператора. В-третьих, цена токена не отражает совокупной стоимости владения. По данным отраслевых обзоров, открытые модели дешевле коммерческих в 2–4 раза по тарифу, но эти различия нивелируются затратами на интеграцию, проверку результатов человеком и переделку того, что модель сделала не так.

Технологически независимая платформа снимает эту зависимость. В ее архитектуре модель является сменным компонентом: можно использовать российскую коммерческую модель, открытую модель, локально развернутую модель под конкретную задачу, а при появлении более сильного национального или суверенного решения просто заменить модель, сохранив агентов, интеграции и процессы.

Почему готовую платформу выгоднее внедрить сейчас

Подготовка корпоративной платформы для работы с ИИ — это инженерный проект, который длится месяцами: выбор архитектуры, развертывание инфраструктуры в российском контуре, подключение моделей, интеграция с 1С, CRM и ERP, настройка информационной безопасности, запуск пилота с замером базовых метрик, подтверждение фактической эксплуатации. Если начинать этот путь после появления окончательных подзаконных актов и отраслевых перечней, времени на свободный выбор архитектуры и моделей может уже не остаться.

Отдельно стоит отметить контур данных и информационной безопасности. К 1 марта 2027 года у заказчика должна быть фактическая, а не декларативная история работы системы в российском контуре: журналы действий моделей и агентов, политики ролевого доступа, маскирование чувствительных полей, передача событий в SIEM. Собрать этот контур одновременно с запуском платформы проще и дешевле, чем «дособирать» его в режиме авральной подготовки к дедлайну.

Что делать заказчику в оставшиеся месяцы

1. Провести аудит ИИ-инициатив. Зафиксировать все текущие и планируемые проекты с большими языковыми моделями и оценить их соответствие требованиям по локализации данных и журналированию.

2. Выбрать модель-независимую архитектуру. Отдавать предпочтение платформам, которые позволяют абстрагироваться от конкретного вендора и работать в контуре заказчика.

3. Обеспечить локализацию данных. Инфраструктура, включая векторные базы и журналы, должна находиться в юрисдикции РФ.

4. Запустить пилот с замером базовых метрик. Зафиксировать время обработки, долю ошибок, нагрузку на сотрудников до внедрения, чтобы подтвердить эффект и факт эксплуатации.

5. Не откладывать интеграцию. Прототип или закупка лицензий без реальной эксплуатации переходный период до 2032 года не открывают.