Кратко:
- Банк России обсуждает регулирование данных и архитектуры банковских ИИ-систем, но обязательные требования пока не введены.
- С 1 октября 2026 года платформы должны проверять отдельные сведения в карточках регулируемых категорий товаров.
- Сроки возмещения ущерба от телефонного мошенничества — 30 или 60 дней — пока закреплены только в проекте.
- Законопроект № 1288702-8 предлагает учитывать применение дипфейков как отягчающее обстоятельство.
- Бизнесу стоит заранее настроить журналирование решений, проверку товарных карточек и сохранение электронных доказательств.
Какие риски банковского ИИ предлагает контролировать Банк России?
Заместитель директора юридического департамента Банка России Екатерина Дёмкина на форуме Data Day 2026 предложила рассматривать архитектуру данных и принятия решений как возможный предмет регулирования банковских ИИ-систем. Поводом она назвала риск для финансовой стабильности, который может возникнуть, если многие банки используют одни и те же глобальные ИИ-платформы.
Пока это предложение для обсуждения. Готового проекта требований нет; запрет иностранных моделей и раскрытие исходного кода в публикации не упоминаются.
Как мониторинг банковского ИИ может перейти в обязательные требования?
Ближайшим шагом может стать мониторинг того, как финансовые организации используют генеративный ИИ. Ранее представители Банка России описывали последовательность именно так: сначала наблюдение за практикой, затем методические рекомендации. При выявлении существенных рисков регулятор может перейти к обязательным требованиям. Поэтому нынешняя дискуссия скорее обозначает предмет будущего надзора, чем готовый набор правил.
В более отдалённой перспективе регулирование может затронуть паспорта моделей, состав и происхождение обучающих данных, контроль дрейфа и ошибок, назначение ответственного, аудируемость решений и возможность сменить поставщика. Такие сценарии приводит «Коммерсантъ» со ссылкой на участников рынка. Границы режима будут зависеть от того, сохранит ли Банк России заявленный курс на мягкое и технологически нейтральное регулирование.
IDX на Data Day 2026
Команда IDX приняла участие в форуме. Для рынка идентификации и антифрода дискуссия обозначила возможное направление регулирования: контроль происхождения данных и порядка принятия автоматизированных решений.
Как платформы должны проверять карточки товаров с 1 октября 2026 года?
13 июля ГАРАНТ.РУ сообщил об утверждении правил обязательной проверки карточек товаров на маркетплейсах. Они начнут применяться 1 октября 2026 года и затронут, в частности, лекарства, БАДы, медицинские изделия, специализированное питание, пестициды и агрохимикаты.
Глубина проверки зависит от кода товара. Если код указывает на категорию, для которой нужна специальная проверка, площадка должна сопоставить сведения карточки с данными соответствующих государственных реестров и информационных систем. Карточку товара, незаконно находящегося в обороте, размещать нельзя.
Чем предварительная проверка карточек отличается от контроля по жалобам?
До появления обязательной проверки площадки в основном реагировали на жалобы правообладателей, экспертизы и контрольные закупки. По данным ФАС, которые приводили СМИ, с начала 2023 года по июнь 2025-го маркетплейсы заблокировали более 9,6 млн карточек с неподтверждённой информацией об оригинальности товаров. Новый порядок переносит часть контроля на этап до публикации карточки.
Раньше спорная карточка чаще попадала на проверку после жалобы правообладателя или покупателя. С 1 октября для отдельных категорий товаров сведения потребуется сверять с государственными системами до публикации. Жалобы останутся самостоятельным каналом контроля, но часть несоответствий площадка должна будет выявлять ещё до того, как предложение увидит покупатель.
Как настроить проверку карточек до публикации?
- Запросить код товара и обязательные сведения. Код определяет маршрут проверки, поэтому ошибка на входе может привести к обращению не к тому реестру или пропуску обязательной процедуры.
- Сопоставить товарные коды с проверками и источниками. Матрица позволяет автоматически направлять карточку в нужный сценарий и обновлять отдельное правило при изменении требований.
- Проверять только предусмотренные поля. Избыточная проверка увеличивает время публикации и число ложных отказов, а неполная оставляет карточки с неподтверждёнными сведениями.
- Фиксировать источник, время запроса, ответ и решение. Журнал позволяет восстановить ход проверки и отличить расхождение в данных от технической недоступности системы.
- Подготовить уведомления о результатах. Укажите выявленные несоответствия и порядок их устранения, чтобы упростить повторную подачу карточки.
- Определить условия повторной проверки. Составьте перечень значимых полей, изменение которых требует нового запроса, например кода товара или регистрационного номера.
Перечисленные меры носят рекомендательный характер. Конкретные операции, периодичность повторных проверок и сроки обработки определяются с учётом категории товара и требований утверждённого порядка.
Как проект предлагает возмещать ущерб от телефонного мошенничества?
Минцифры представило проект порядка возмещения ущерба от телефонного мошенничества. По сообщению РИА Новости, пострадавший должен сначала обратиться в банк. Банк проверит, мог ли он выявить и остановить подозрительную операцию, а также выполнил ли требования закона. Если нарушений со стороны банка не было, обращение передадут оператору связи для отдельной проверки.
Оператор связи выясняет, мог ли он своевременно обнаружить мошеннический номер и принять необходимые меры. Если проверка подтвердит нарушение со стороны банка или оператора связи, он должен будет возместить ущерб в течение 30 дней. Для трансграничных переводов срок составит 60 дней. Решение можно будет оспорить.
Компенсация не следует автоматически из факта мошеннического звонка. Проект связывает выплату с результатами проверки действий банка и оператора связи. До утверждения итогового постановления сроки, состав сведений и порядок обмена сохраняют статус проектных.
Как проект разделяет ответственность банка и оператора связи?
Проект выстраивает последовательную проверку: сначала обстоятельства операции изучает банк, затем, если оснований для выплаты с его стороны не установлено, материалы получает оператор связи. Такая схема должна разделить эпизоды, связанные с контролем платежа, и случаи, в которых значение имела работа с мошенническим номером.
Главным предметом спора может стать причинная связь между нарушением и потерей денег. Сам факт звонка, пропущенного банком перевода или несвоевременной блокировки номера ещё не отвечает на вопрос, чьё действие привело к ущербу. От того, как итоговые правила опишут обмен сведениями и стандарт доказывания, будет зависеть распределение выплат.
Открытым остаётся и механизм обжалования. Проект допускает пересмотр решения, однако окончательная редакция должна показать, какие материалы получит заявитель, в какие сроки участники будут отвечать друг другу и как процедура соотнесётся с судебным спором. До принятия постановления оценивать нагрузку и влияние нового механизма на практику возмещения преждевременно.
Как законопроект № 1288702-8 предлагает учитывать дипфейки?
14 июля в Госдуму внесли законопроект № 1288702-8. Он предлагает дополнить часть 1 статьи 63 УК РФ новым отягчающим обстоятельством — использованием при совершении преступления видео, аудиозаписей, изображений и других материалов, созданных с помощью искусственного интеллекта или иных технологий обработки информации.
Инициатива охватывает материалы, которые имитируют высказывания или действия реального человека, а также формируют образ несуществующего лица. Речь идёт о законопроекте: действующее уголовное законодательство пока не содержит предложенного отягчающего обстоятельства.
Как компаниям сохранять материалы с признаками дипфейка?
Законопроект не вводит для бизнеса новую обязанность хранить сгенерированные материалы. При внутреннем расследовании или судебном споре компании могут сохранять исходный файл, метаданные, источник и время получения, контрольную сумму, журнал доступа и сведения о преобразованиях. Контрольная сумма подтверждает неизменность файла после её вычисления, но сама по себе не устанавливает автора или достоверность содержания.
Что бизнесу проверить после событий 11–17 июля 2026 года?
- Инвентаризировать значимые ИИ-модели. Укажите процесс, владельца, поставщика, используемые данные и последствия ошибочного решения.
- Проверить зависимость от внешних поставщиков. Для критических процессов определите резервный сценарий и допустимое время перехода на другую модель.
- Составить матрицу проверок товаров. Сопоставьте категории и коды с обязательными полями, государственными источниками и основаниями отказа.
- Отследить итоговый порядок компенсации. После принятия документа сравните сроки, состав сведений, основания выплаты и процедуру обжалования с проектом.
- Настроить сохранение электронных материалов. Закрепите состав файлов, метаданных, контрольных сумм и журналов доступа во внутреннем регламенте.
При подключении внешних источников отдельно проверьте правовые основания и безопасность проверки данных.
Для процессов клиентского онбординга используйте отдельный материал IDX: KYC в 2026 году: что это, как работает и кому обязательно.
