ИИ и права потребителя. Когда ответ чат-бота создает риск для компании

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

Чат-бот не становится стороной договора

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

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

Особенно опасны ответы, которые способны повлиять на решение купить товар, оплатить услугу, отказаться от договора или пропустить срок обращения. Здесь значение имеет не технология создания текста, а то, какие сведения получил потребитель и мог ли он разумно им доверять.

Не каждый вопрос требует одинаковой защиты

Запретить боту отвечать на все вопросы не требуется. Полезнее заранее разделить обращения по возможным последствиям.

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

Неверный ответ может стать основанием требования

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

Это не означает, что любая неточность бота автоматически дает клиенту право на возврат денег. Потребуется оценить вид товара или услуги, содержание сообщения, момент его получения, поведение потребителя и причинную связь. Однако переписка создает доказательство, которое компании придется объяснять.

Отдельный риск связан с административной ответственностью. Статья 14.8 КоАП РФ охватывает нарушение права потребителя на получение необходимой и достоверной информации. Поэтому ошибочный ответ может выйти за пределы обычной претензии клиента.

Предупреждение об ошибках не снимает ответственность

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

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

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

База знаний тоже требует юридического контроля

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

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

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

Значимый вопрос должен идти по отдельному маршруту

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

1. Точное значение загружается из учетной системы без свободного пересказа.
2. Клиент получает утвержденный шаблон с ссылкой на действующие условия.
3. Вопрос передается сотруднику, если данных недостаточно или ситуация требует оценки.
4. Ответ и использованный источник сохраняются для последующей проверки.

Такая схема не делает общение безличным. Бот может объяснить правило простыми словами. Ограничение касается фактов, от которых зависят деньги и права клиента. Их нельзя сочинять заново в каждом диалоге.

Переписка должна помогать при претензии

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

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

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

Внешний поставщик не принимает претензию вместо компании

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

Статья 401 ГК РФ не позволяет считать нарушение со стороны контрагента универсальным освобождением от ответственности предпринимателя. Поэтому договор с поставщиком нужен не для переноса ответа клиенту. Он нужен для предупреждения инцидентов, получения доказательств и возможного возмещения потерь между компаниями.

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

Проверка двадцати вопросов показывает реальный риск

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

Для каждого диалога проверьте следующее.

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

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

Какие документы нужны для рабочего контроля

Объем документов зависит от продукта. Для клиентского чат-бота обычно достаточно набора, который используют в ежедневной работе.

• Карта тем с разделением по уровню риска.
• Реестр утвержденных источников и действующих редакций.
• Правила подготовки ответа и передачи сотруднику.
• Порядок хранения переписки и разбора спорных сообщений.
• Требования к поставщику модели и договорные гарантии.
• Набор проверочных вопросов для каждого обновления.

Команда «ИИ Право» проверяет клиентские чат-боты по фактическим диалогам, источникам ответов, правилам передачи сотруднику, обработке персональных данных и договору с поставщиком. Итогом становится перечень изменений в продукте и документах с указанием приоритета, ответственного и способа проверки.