Кратко

  • Проект от 30 октября возлагает ответственность за результаты ИИ на уполномоченную телеком-компанию независимо от того, разработала она систему сама или приобрела её.
  • Предлагаемая цепочка контроля включает одобрение совета, классификацию риска, реестр систем, договорные права в отношении поставщиков и учет инцидентов.

Заказ может перейти к другой стороне. Ответственность за результат — нет. В проекте от 30 октября TRAI указывает, что уполномоченная телеком-компания отвечает за результаты каждой используемой ею системы ИИ — разработанной внутри, купленной у поставщика или собранной из обоих вариантов (§3.8). Оператор остается в конце цепочки ответственности.

Проект распространяется на обладателей указанных телеком-лицензий или разрешений, которые используют или намерены использовать ИИ в сетях и услугах. Он охватывает работу сети и предоставление услуг, но не превращает любую компанию-разработчика ИИ, продающую модели отрасли, в прямого регулируемого субъекта (§2.1). Совет директоров должен утвердить внутреннюю политику, классифицировать каждую систему по ее значимости и влиянию на потребителей, а также назначить сотрудника, который разрешает её использование (§§3.1–3.2).

Затем TRAI требует сделать эту политику проверяемой. Компания должна вести перечень активных, неактивных и выведенных из эксплуатации систем, указывая источник, назначение и класс риска. Систему, которой нет в перечне, использовать нельзя. Перед запуском или изменением системы компания должна проверить точность, объяснимость, справедливость, устойчивость к дрейфу и человеческий надзор (§3.5).

Закупка добавляет обязанности. Оператор проверяет надежность поставщика, свойства и ограничения системы, пригодность и качество обучающих данных. Поставщик раскрывает сведения об ИИ, встроенном в телеком-оборудование или решения. В договоры должны войти исполнимые положения о соблюдении требований, аудите и проверках, управлении инцидентами, распределении рисков и подотчетности (§3.5(b), (e)–(f)). Так контроль доходит до поставщика, но ответственность оператора не перемещается.

Комитет по управлению ИИ и безопасности, утвержденный советом и возглавляемый старшим руководителем, будет не реже раза в год проверять работу систем, инциденты, уязвимости и пробелы надзора. Проект также требует централизованного учета инцидентов, процедур расследования и смягчения последствий, записей о вреде пользователям и его устранении, а также уведомления TRAI о критических и серьезных инцидентах (§§3.2, 3.6–3.10). Новую или измененную политику нужно подать в течение семи рабочих дней после вступления в силу.

Одно важное звено пока не определено: формат, способ и срок сообщений о критических и серьезных инцидентах TRAI установит позднее (§§3.2(d), 3.9). Консультация закрывается 27 ноября 2026 года. Именно срок покажет, как быстро внутренний журнал оператора станет пригодной для надзора записью.

Источники