Privacy Best Practices for AI Calls
Соблюдение нормативных требований

Лучшие практики конфиденциальности для звонков с ИИ

Ravinaro
11 мин чтения

Лучшие практики конфиденциальности для звонков с ИИ

Для обеспечения конфиденциальности при звонках с ИИ необходимо выполнить четыре ключевых действия: раскрыть факт использования ИИ, получить явное согласие до записи или обработки данных, зашифровать аудиоданные при передаче и хранении, а также ограничить сбор только строго необходимой информацией. Эти шаги гарантируют соответствие таким регуляциям, как GDPR, CCPA и законам штатов о биометрии, и укрепляют доверие клиентов.
Малые предприятия, использующие ИИ-ресепшн, несут те же юридические обязательства, что и крупные колл-центры. Регуляторы подтвердили, что системы искусственного интеллекта не освобождаются от существующих законов о защите прав потребителей. Как отметила председатель FTC Лина М. Хан в контексте мер против компаний, применяющих обманный ИИ:
Использование инструментов ИИ для обмана, введения в заблуждение или мошенничества незаконно. Действия по обеспечению соблюдения со стороны FTC ясно дают понять, что законные нормы распространяются на все технологии, включая ИИ. Лина М. Хан, Председатель Федеральной торговой комиссии США
В этом руководстве описаны нормативные требования, скрипты получения согласия, стандарты шифрования, инструменты редактирования данных и критерии проверки поставщиков, необходимые для безопасной реализации обработки звонков с помощью ИИ. Советы по выбору соответствующего требованиям провайдера вы найдете в нашем руководстве как выбрать лучшего ИИ-ресепшн для обслуживания клиентов.

Нормативы защиты данных для голосовых вызовов с ИИ

Голосовые вызовы с использованием ИИ пересекаются с законодательством о защите прав потребителей, регулированием телекоммуникаций и законами о конфиденциальности данных. Применимые правила зависят от местоположения звонящего и типов собираемых данных.

GDPR и автоматизированное принятие решений

Согласно рамкам соответствия GDPR для ИИ-ресепшн, статья 22 предоставляет потребителям право оспаривать решения, принимаемые исключительно посредством автоматизированной обработки, если такие решения имеют правовые последствия или аналогичный значимый эффект. Если ИИ-агент отказывает в претензии, расторгает договор или одобряет кредитную заявку по телефону, звонящий может потребовать вмешательства человека. Компании также обязаны предоставлять понятную информацию об алгоритмической логике согласно статьям 13(2)(f) и 14(2)(g).
В Великобритании Закон «О данных (использование и доступ)» 2025 года преобразовал статью 22 в статьи 22A–22D, которые вступают в силу в феврале 2026 года. Эти положения по-прежнему допускают полностью автоматизированные решения, но требуют гарантий, позволяющих людям выражать свою точку зрения и оспаривать результаты.

Законы штатов США о биометрии и раскрытии информации

Регулирование на уровне штатов сильно различается; несколько новых законов вступили в силу в конце 2025 года. В Иллинойсе действует Закон о конфиденциальности биометрической информации (BIPA), который охватывает отпечатки голоса и требует письменного уведомления и согласия перед сбором биометрических голосовых данных. В Техасе применяется Закон о захвате или использовании биометрического идентификатора (CUBI), предусматривающий гражданские штрафы за сбор биометрических идентификаторов без информированного согласия.
Значительные штрафы Гражданские штрафы за каждое нарушение согласно техасскому CUBI за сбор биометрических идентификаторов без информированного согласия Osano
Закон Калифорнии AB 2905 вступил в силу 1 января 2025 года, требуя четкого раскрытия информации, когда автоматизированные системы набора используют искусственные или измененные ИИ голоса. Закон Мэриленда о конфиденциальности онлайн-данных (MODPA) вступил в силу 1 октября 2025 года, а правила обработки данных применяются с 1 апреля 2026 года; он классифицирует биометрические данные как чувствительные и запрещает их продажу. Раздел 1500-DD титула 10 M.R.S. штата Мэн, действующий с 24 сентября 2025 года, обязывает раскрывать информацию, когда чат-боты взаимодействуют с потребителями через аудио или голосовые механизмы.

Федеральное регулирование: TCPA и действия FCC

8 февраля 2024 года FCC классифицировала голоса, созданные ИИ, как «искусственные» голоса в рамках Закона о защите телефонных потребителей (TCPA), сделав несанкционированные роботозвонки с ИИ-голосами незаконными без предварительного явного согласия. Звонки с ИИ без согласия влекут за собой установленные законом убытки. В сентябре 2024 года FCC наложила крупный штраф на политического консультанта Стива Крамера за дипфейковые роботозвонки и достигла соглашения с Lingo Telecom о прекращении передачи непроверенных ИИ-роботозвонков.
Крупная конфискация Штраф FCC против Стива Крамера за незаконные дипфейковые ИИ-роботозвонки Федеральная комиссия по связи, сентябрь 2024 г.
Председатель FCC Джессика Розенворсель четко обозначила цели правоприменения:
Недобросовестные акторы используют голоса, созданные ИИ, в несанкционированных роботозвонках для вымогательства у уязвимых членов семьи, имитации знаменитостей и дезинформации избирателей. Мы предупреждаем мошенников, стоящих за этими звонками. Джессика Розенворсель, Председатель Федеральной комиссии по связи
В штатах с требованием согласия обеих сторон, таких как Калифорния, юридические фирмы используют Закон Калифорнии о вторжении в частную жизнь (раздел 632 Уголовного кодекса Калифорнии) для подачи коллективных исков, предусматривающих значительные статутные убытки за каждое нарушение против компаний, записывающих или транскрибирующих звонки без явного согласия всех участников.
  • Февраль 2024: FCC классифицирует голоса, созданные ИИ, как «искусственные» в рамках TCPA
  • Сентябрь 2024: FTC запускает операцию Operation AI Comply против недобросовестных практик ИИ
  • Январь 2025: Вступает в силу закон Калифорнии AB 2905, требующий раскрытия информации об использовании ИИ-голосов при звонках
  • Сентябрь 2025: Вступает в силу закон Мэна о прозрачности ИИ для голосовых чат-ботов
  • Октябрь 2025: Вступает в силу закон Мэриленда MODPA, правила обработки данных действуют с апреля 2026 года
  • Август 2026: Обязательства по прозрачности согласно статье 50 Закона ЕС об ИИ становятся применимыми

Получение действительного согласия перед записью и обработкой

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

Скрипты вербального согласия для ИИ-агентов

Ваш ИИ-агент должен сообщить, кто он такой, какие данные собирает, и запросить разрешение перед началом записи. Соответствующий требованиям начальный скрипт для входящего звонка может звучать так:
Пример скрипта получения согласия для входящих звонков с ИИ
"Здравствуйте, спасибо за звонок в [Название компании]. Я — ассистент на базе ИИ. Чтобы помочь вам быстрее, я могу записать этот звонок и расшифровать наш разговор. Вы согласны?" [Пауза для ответа.] "Спасибо. Если вы предпочитаете говорить с человеком, просто скажите 'оператор' в любой момент."
Для исходящих звонков скрипт должен представлять компанию, указывать цель звонка и запрашивать явное согласие перед продолжением:
Пример скрипта получения согласия для исходящих звонков с ИИ
"Здравствуйте, это [Имя агента] из [Название компании], звоню с помощью системы ИИ. Мы связываемся с вами по поводу [конкретная цель]. Можем ли мы продолжить этот звонок, который может быть записан для контроля качества и обучения? Вы можете сказать 'стоп' в любой момент, чтобы остановить запись."
Ключевые элементы включают раскрытие факта использования ИИ, цель записи, механизм оп-ин (вербальное «да» или «нет») и возможность отказа (оп-аут) в любой момент во время разговора.

Документирование согласия в рабочем процессе ИИ

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

Защита живых аудиопотоков и сохранённых записей звонков

Данные ИИ-звонков сталкиваются с двумя различными профилями угроз. Живые аудиопотоки уязвимы для перехвата и внедрения пакетов при передаче. Сохранённые записи и транскрипты подвержены несанкционированному доступу, утечкам данных и нарушениям правил хранения. В обоих случаях требуется шифрование, но механизмы различаются.
Безопасность потокового вещания против безопасности хранимых записей Параметр риска Живой аудиопоток Хранимая запись Основная угроза Прослушивание, внедрение пакетов, атаки «человек посередине» Несанкционированный доступ, утечка данных, нарушение сроков хранения Стандарт шифрования TLS 1.3 для сигнализации, SRTP с AES-128 или AES-256 для медиа AES-256-GCM при хранении с изоляцией ключей для каждого арендатора Управление ключами Эфемерный обмен ключами ECDHE для обеспечения совершенной прямой секретности Централизованное облачное HSM или KMS Контроль доступа Сетевые ограничения, аутентификация SIP Ролевой доступ, журналирование аудита, принцип наименьших привилегий Окно утечки Только в реальном времени во время активного звонка Постоянно до удаления записи или ротации зашифрованных ключей
Трёхуровневая криптографическая модель является отраслевым стандартом для VoIP и систем ИИ-звонков. Данные сигнализации, включая метаданные SIP и управление DTMF, используют TLS 1.3 с эфемерным обменом ключами Elliptic Curve Diffie-Hellman для обеспечения совершенной прямой секретности. Голосовые пакеты в реальном времени передаются по протоколу Secure Real-time Transport Protocol (SRTP) с использованием наборов шифров AES и аутентификации HMAC-SHA1 или AES-GCM. При хранении сырые записи и транскрипты используют AES-256-GCM с изоляцией ключей шифрования для каждого арендатора. Руководство по безопасности Cisco Unified Communications Manager подробно документирует эти конфигурации для корпоративной телефонии.
Для малого бизнеса практический вывод проще технических спецификаций. Задайте вашему поставщику ИИ три вопроса: Шифруете ли вы звонки при передаче с помощью TLS 1.3 и SRTP? Шифруете ли вы сохранённые записи с помощью AES-256? Изолируете ли вы ключи шифрования по арендаторам, чтобы ваши данные не смешивались с данными других клиентов? Если на любой из этих вопросов ответ «нет», продолжайте поиск.

Обработка конфиденциальной информации клиентов во время диалогов с ИИ

Лично идентифицируемая информация (PII) в контексте голосовых звонков включает любые данные, позволяющие идентифицировать конкретного человека: полные имена, номера телефонов, адреса электронной почты, физические адреса, номера банковских карт, номера социального страхования и медицинскую информацию. Когда звонящий произносит эти данные вашему ИИ-агенту, эта информация попадает в ваш конвейер обработки и становится вашей ответственностью.

Автоматическое удаление чувствительных номеров

Современные конвейеры ИИ-секретарей используют многоуровневый подход, чтобы PII не попадала в долгосрочное хранилище. Детерминированные фильтры регулярных выражений работают с низкой задержкой, отлавливая структурированные данные: основные номера счетов кредитных карт (проверяемые алгоритмом Луна), SSN, номера телефонов и адреса электронной почты. Модели распознавания именованных сущностей на основе трансформеров сканируют живой вывод преобразования речи в текст на предмет неструктурированных сущностей, таких как имена звонящих и адреса, которые пропускают регулярные выражения. Чувствительные строки заменяются на лету синтетическими токенами вроде [NAME_1] или [PAN_REF] в транскрипте, а аудиопоток заглушается или приглушается в соответствующем временном интервале.
Что касается банковских карт, колл-центры интегрируют подавление DTMF или механизмы паузы и возобновления на уровне API, чтобы CVV и номера карт никогда не попадали в память аналитики голоса, соблюдая стандарт PCI-DSS v4.0.
Настройка правил автоматического удаления данных
Настройте вашего ИИ-агента на распознавание и удаление номеров карт (PAN через регулярное выражение с проверкой по Луну), SSN (шаблон XXX-XX-XXXX) и кодов CVV (последовательности из 3–4 цифр рядом с контекстом карты) перед тем, как транскрипт будет записан в хранилище. Используйте подавление тонов DTMF для любого шага оплаты, где звонящий вводит данные карты. Протестируйте правила удаления на примерах звонков перед запуском и еженедельно проверяйте сохранённые транскрипты в течение первого месяца, чтобы выявить возможные утечки.

Минимизация данных для транскриптов звонков

Минимизация данных означает сбор и хранение только той личной информации, которая действительно нужна вашему бизнесу для конкретной цели. Применительно к транскриптам звонков это значит, что ваш ИИ-агент не должен по умолчанию сохранять полный текст каждого разговора. Если цель звонка — бронирование встречи, системе нужны имя звонящего, контактные данные и слот для встречи. Ей не нужен полный транскрипт светской беседы, предшествовавшей бронированию.
Настройте вашего ИИ-агента на извлечение структурированных данных (имя, телефон, email, время встречи, причина звонка) и сохранение их в вашей CRM. Храните исходный транскрипт ограниченный период для контроля качества, затем удаляйте его. Статья 5(1)(e) GDPR и CCPA оба требуют ограничения хранения, предписывая удаление данных после выполнения деловой цели. Исследования мультиагентных систем ИИ обсуждают, как сторожевые агенты могут мониторить и обеспечивать границы обработки данных в агентных архитектурах ИИ.

Прозрачность: информирование звонящих об общении с ИИ

Прозрачность — это юридическое требование, а не вежливость. Закон Калифорнии AB 2905, действующий с января 2025 года, требует чёткого раскрытия информации, когда автоматические системы набора используют искусственные голоса. Закон Мэна о прозрачности ИИ, вступающий в силу в сентябре 2025 года, запрещает компаниям использовать голосовых чат-ботов без уведомления потребителей о взаимодействии с ИИ. Обязательства по прозрачности согласно Статье 50 Закона ЕС об ИИ становятся применимыми в августе 2026 года, предписывая системам ИИ, напрямую взаимодействующим с людьми, раскрывать свою природу.
Раскрытие информации должно происходить в первой фразе звонка. Чётко заявите, что звонящий общается с ИИ, объясните, какие данные собираются, и предложите возможность связаться с живым оператором. Разместите ту же информацию на странице контактов вашего сайта и в политике конфиденциальности. Если вы используете настройку голоса для соответствия ИИ-агента бренду, требование раскрытия всё равно остаётся в силе. Естественный голос не меняет юридического обязательства идентифицировать систему как ИИ.

Создание простой страницы политики конфиденциальности данных для инструментов ИИ

Каждому малому бизнесу, использующему обработку звонков с помощью ИИ, необходима публично доступная политика конфиденциальности, описывающая, как ИИ обрабатывает данные клиентов. Вот что нужно включить:
  • Укажите, что вы используете ИИ для обработки звонков Назовите инструмент, опишите его функции (ответы на звонки, бронирование встреч, маршрутизация запросов) и объясните, что разговоры могут записываться и транскрибироваться.
  • Перечислите собираемые данные Опишите записи звонков, транскрипты, номера телефонов звонящих, имена и любую другую информацию, которую ИИ-агент фиксирует во время разговора.
  • Объясните использование данных Обслуживание клиентов, планирование встреч, улучшение качества, обучение персонала. Будьте конкретны и избегайте расплывчатых формулировок вроде «для улучшения наших услуг».
  • Укажите сроки хранения Как долго сохраняются записи и транскрипты, и когда они удаляются. Ссылайтесь на вашу конкретную политику хранения.
  • Объясните права звонящих Право на доступ к своим данным, запрос на удаление, отказ от записи и общение с живым человеком вместо ИИ.
  • Предоставьте контактную информацию Номер телефона и адрес электронной почты, по которым клиенты могут связаться с живым человеком для реализации своих прав на конфиденциальность.
Разместите эту страницу на вашем сайте и добавьте ссылки на неё в подвал, на страницу контактов и везде, где клиенты могут взаимодействовать с вашим ИИ-агентом. Используйте простой язык. Юридический жаргон не вызывает доверия; ясность — вызывает.

Политики хранения и удаления данных журналов ИИ-звонков

Правила хранения данных существенно различаются в зависимости от отрасли. В сфере здравоохранения действуют обязательные многолетние минимальные сроки хранения. В розничной торговле и общем коммерческом секторе давление обратное: данные следует удалять сразу после достижения деловой цели.
Требования к срокам хранения по отраслям Отрасль Правило хранения Источник Здравоохранение (HIPAA) Минимум 6 лет с момента создания или последней даты действия 45 CFR, раздел 164.316(b)(2)(i) Medicare Advantage / Part D Минимум 10 лет для звонков по маркетингу, регистрации и обслуживанию клиентов 42 CFR, раздел 422.504(d) Розничная торговля и общий коммерческий сектор Обязательных минимальных сроков нет. Удаляйте данные после достижения деловой цели, как правило, в короткие сроки Общая практика соблюдения требований
Поделиться X LinkedIn WhatsApp

Автор Ravinaro

Мы создаём ИИ-агентов для WhatsApp и автоматизируем бронирование для малого бизнеса. Если этот пост вызвал вопрос о вашей настройке, короткий созвон решит его быстрее, чем поиск в интернете.

Записаться на звонок

Читать дальше