Этические и правовые аспекты использования ИИ в коммерции: что обязателен к соблюдению

Компания внедрила ИИ для отбора резюме, рекомендаций товаров или ответов клиентам — и внезапно выяснила, что в сервис отправляются персональные данные, модель придумывает условия возврата, а поставщик не объясняет, где хранит запросы. Это не редкое техническое недоразумение: ответственность за коммерческое применение системы обычно не исчезает после покупки подписки. Риски затрагивают приватность, права потребителей, интеллектуальную собственность, безопасность и репутацию.

Цель не в том, чтобы отказаться от ИИ или пытаться устранить любой риск. Нужно определить, какие правила относятся к конкретному сценарию, ограничить доступ к данным, проверить договор с поставщиком и назначить человека, который контролирует результат. Ниже — практический порядок действий для бизнеса. Он поможет выявить обязательные требования, отделить юридические обязанности от добровольных этических принципов и подготовить систему к безопасной работе. Подход учитывает общие требования российского права и важное отличие: при работе с клиентами или сотрудниками из других стран могут применяться дополнительные нормы.

Сначала определите, где и как используется ИИ

Требования зависят не от того, что сервис называется «искусственным интеллектом», а от его функций и данных. Генерация рекламного текста, автоматический скоринг заявок и распознавание лиц создают разные риски. До запуска зафиксируйте цель, пользователей системы, принимаемые решения и последствия ошибки.

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

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

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

Какие обязанности нельзя игнорировать

Персональные данные

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

Для российского бизнеса ключевой ориентир — Федеральный закон № 152-ФЗ «О персональных данных». На практике необходимо определить законное основание обработки, цель и состав данных, ограничить срок хранения и обеспечить защиту. Согласие требуется не во всех случаях: иногда основанием служит договор или иное предусмотренное законом основание. Поэтому нельзя добавлять формальную галочку «согласен на всё» вместо анализа конкретной обработки.

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

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

Потребители, реклама и автоматические решения

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

Рекламные материалы, созданные с ИИ, должны соответствовать общим требованиям законодательства о рекламе и защите прав потребителей. Нельзя публиковать неподтверждённые обещания, скрывать существенные условия или использовать вводящее в заблуждение изображение товара. Если решение о правах человека принимается исключительно автоматизированно, отдельно проверьте требования статьи 16 закона № 152-ФЗ и предусмотренные законом исключения и гарантии.

Авторские права и контент

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

Если сотрудники загружают в модель закрытые документы, код, клиентские базы или материалы партнёров, возникает риск разглашения и нарушения договоров. Разрешите работу только с одобренными инструментами и заранее запретите ввод коммерческой тайны и данных, на передачу которых нет разрешения.

Пошаговая проверка перед запуском

  1. Опишите сценарий. Укажите цель, пользователей, входные данные и решения, которые зависят от ответа модели.
  2. Оцените последствия ошибки. Может ли неверный ответ привести к потере денег, отказу в услуге, дискриминации, утечке или вреду здоровью? Чем выше последствия, тем строже контроль.
  3. Проведите инвентаризацию данных. Разделите их на открытые, внутренние, персональные и конфиденциальные. Удалите лишнее и установите запрет на ввод чувствительных сведений в неутверждённые сервисы.
  4. Проверьте поставщика. Запросите условия обработки данных, место хранения, сроки удаления, субподрядчиков, настройки использования запросов для обучения, уведомления об инцидентах и правила прекращения договора.
  5. Назначьте ответственных. Нужны владелец бизнес-процесса, технический администратор и лицо, проверяющее правовые требования. В малой компании роли может совмещать один сотрудник, но ответственность должна быть закреплена.
  6. Настройте человеческий контроль. Установите, какие ответы проверяются полностью, какие выборочно, а какие система не вправе выдавать без подтверждения специалиста.
  7. Проведите пилот. Начните с ограниченной группы пользователей и тестовых данных. Проверьте ошибки, предвзятость, утечки, качество ответов и возможность быстро отключить функцию.
  8. Документируйте и пересматривайте. Сохраняйте оценку рисков, инструкции, версии модели, результаты тестов и обращения. Повторяйте проверку при смене поставщика, модели, цели или состава данных.

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

Этика на практике: справедливость, прозрачность, контроль

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

  • Прозрачность: объясняйте, когда автоматизация заметно влияет на взаимодействие или решение.
  • Справедливость: проверяйте, не ухудшает ли модель результаты для групп людей из-за нерелевантных признаков или перекошенных данных.
  • Обжалование: дайте человеку возможность запросить проверку решения, особенно если оно ограничивает доступ к работе, товару или услуге.
  • Минимизация: не собирайте данные «на всякий случай» и не храните их дольше необходимого.
  • Подотчётность: определите, кто исправляет ошибку и кто принимает решение об остановке системы.

Этический принцип становится рабочим только тогда, когда у него есть владелец, проверяемое правило и способ исправить нарушение.

Сравнение подходов к внедрению

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

Подход Когда подходит Контроль и ограничения Главный риск
Открытый сервис без передачи закрытых данных Идеи, черновики, общие справки Анонимизация, проверка фактов человеком Условия хранения могут не подходить бизнесу
Корпоративный тариф или закрытая среда Регулярная работа сотрудников с внутренними материалами Проверка договора, доступа, журналов и настроек обучения Сам тариф не гарантирует соблюдение закона
Собственная система или интеграция в инфраструктуру компании Чувствительные процессы и повышенные требования к контролю Аудит безопасности, ограничение доступа, сопровождение модели Высокая стоимость и ответственность за эксплуатацию
ИИ с обязательной проверкой специалистом Кадровые, финансовые и клиентские решения Проверка результата, объяснение и процедура обжалования Формальный контроль без реального пересмотра

Ни один вариант автоматически не делает применение законным. Решают конкретные настройки, договор, данные и бизнес-процесс. Не выбирайте систему только по цене или заявлению поставщика о соответствии требованиям: запросите документы и проверьте их применимость к вашему сценарию.

Ошибки, которые обходятся дороже внедрения

Миф 1: «Если ИИ ошибся, отвечает поставщик». Поставщик может отвечать за собственные договорные обязательства, но компания остаётся стороной, которая общается с клиентом, использует данные и принимает бизнес-решение. Внутренний регламент должен прямо запрещать передавать модели окончательное решение в рискованных сценариях без установленной проверки.

Миф 2: «Достаточно убрать имя — данные стали анонимными». Иногда человека можно определить по должности, редкому событию, сочетанию города и даты или содержанию переписки. Псевдонимизация снижает риск, но не всегда превращает персональные данные в обезличенные. Проверяйте возможность обратной идентификации.

Ещё одна частая ошибка — считать, что маркировка «создано ИИ» решает все вопросы. Она не исправляет незаконную обработку данных, нарушение авторских прав или ложное рекламное обещание. Маркировка полезна для прозрачности, но не заменяет правовую проверку.

Три типовые ситуации из бизнеса

Интернет-магазин подключил чат-бота. Бот уверенно сообщал покупателям устаревший срок возврата. Компания ограничила ответы утверждённой базой знаний, добавила дату обновления и передачу сложных запросов оператору. Результат проверяется по выборке диалогов, а изменения условий сначала вносятся в базу, а не исправляются вручную в каждом ответе.

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

Маркетинг генерировал изображения для рекламы. В макет попал образ, похожий на известного персонажа. Команда заменила материал на иллюстрацию с документированными правами и добавила проверку контента до публикации. Экономия времени на генерации не оправдывает риск претензий к рекламной кампании.

Чек-лист перед использованием

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

Идеальный план действий на неделю

  1. День 1: соберите список ИИ-сервисов и процессов, включая личные аккаунты сотрудников.
  2. День 2: отметьте данные и последствия ошибок; временно остановите передачу чувствительной информации в непроверенные сервисы.
  3. День 3: изучите договоры и настройки поставщиков, запросите недостающие сведения.
  4. День 4: назначьте ответственных, утвердите правила использования и перечень запрещённых данных.
  5. День 5: протестируйте систему на обезличенных примерах, включая сложные запросы и попытки получить закрытую информацию.
  6. Дни 6–7: запустите ограниченный пилот, соберите ошибки и жалобы, решите, можно ли расширять применение.

При работе с рынками за пределами России дополнительно оцените местные требования. Например, в ЕС действует Регламент об искусственном интеллекте (EU AI Act), вводящий обязанности в зависимости от вида и риска системы; его применимость определяется не только местом регистрации компании, но и характером использования. Трансграничный бизнес должен проверять актуальные правила с профильным юристом, а не переносить российский порядок автоматически.

Главное правило безопасного внедрения

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

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