Где физически работает ИИ чат-бота и почему это важно

ИИ чат-бота почти никогда не работает на сервере компании. Модель — ChatGPT, Gemini, YandexGPT или другая — обрабатывает сообщения в дата-центре провайдера, часто за границей, и переписка клиентов физически хранится там же. Для бизнеса в Москве это значит: персональные данные покидают периметр компании, а ответственность по 152-ФЗ остаётся на владельце сайта.

Почему возникает риск, когда переписка чат-бота уходит на зарубежные серверы

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

Диалог уходит через API к провайдеру модели, чаще всего в дата-центр в США или Евросоюзе. Оператор компании этого не видит: интерфейс чат-бота выглядит так, будто всё происходит на собственном сайте. Но по факту переписка, включая персональные данные клиента, физически лежит на чужом сервере, под чужой юрисдикцией и чужой политикой хранения логов.

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

Дело не только в тексте сообщений. Вместе с диалогом на сторону провайдера обычно уходят IP-адрес клиента, метки времени, история предыдущих обращений и иногда файлы — сканы документов, фото товара с браком, скриншоты платежа. Каждое такое вложение хранится и индексируется по правилам чужого дата-центра, а не по правилам, которые компания прописала в своей политике конфиденциальности.

Ставка здесь не абстрактная. По 152-ФЗ ответственность за обработку персональных данных несёт оператор — то есть сайт компании, а не провайдер чат-бота. Штраф по КоАП за нарушение порядка обработки данных — не единственный риск: сорванный тендер из-за отсутствия документа о локализации данных или потеря доверия крупного B2B-клиента после утечки переписки обходятся дороже разового платежа.

Где физически хранится переписка: три модели размещения ИИ

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

Готовый зарубежный виджет

Компания встраивает JS-скрипт стороннего сервиса, который сам обращается к модели за рубежом. Переписка, история диалогов и иногда содержимое загруженных файлов хранятся на серверах провайдера, часто в США. Договор с таким сервисом обычно не содержит условий о локализации персональных данных россиян, потому что провайдер не работает под требования 152-ФЗ. Даже если на сайте стоит баннер про cookie и согласие на обработку данных, это не меняет физическое место хранения переписки.

Российский облачный чат-бот

Отечественный сервис или интегратор разворачивает интерфейс на своей инфраструктуре в РФ, но под капотом может по-прежнему обращаться к зарубежному API модели для генерации ответов. Формально виджет российский, а фактически часть переписки всё равно уходит за границу — ровно на время генерации ответа. Для проверяющего органа разница между «российский интерфейс» и «российское хранение данных» принципиальна, а для маркетингового описания сервиса — нет.

Инфраструктура под контролем компании

Чат-бот интегрирован с 1С или CRM компании, логи диалогов пишутся в базу на арендованном сервере в России, а модель либо развёрнута локально, либо обращается к внешнему API только за текстом ответа, без сохранения персональных данных клиента на стороне провайдера. Такая схема требует настройки один раз, зато закрывает вопрос «где лежат данные» полностью.

Как исправить: перенести обработку переписки под контроль компании

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

Дальше есть два рабочих пути. Первый — выбрать чат-бота, который использует модель с размещением в РФ или локальное развёртывание без передачи диалогов за рубеж. Второй, более надёжный для компаний, которые уже работают с 1С, — завести отдельный контур: чат-бот собирает заявку, а вся переписка и персональные данные клиента сразу пишутся в базу 1С на сервере, который арендует сама компания, а не сторонний сервис.

Для этого нужна доработка 1С — конфигурация базы под приём сообщений из чат-бота, привязку диалога к карточке клиента и настройку сроков хранения переписки, которые определяет сама компания, а не провайдер виджета. Сама база при этом размещается на сервере в России: аренда инфраструктуры под 1С стоит от 3300 руб/мес, а аренда самой конфигурации 1С — от 1100 руб/мес. Компания получает переписку клиентов в собственном контуре, без зависимости от политики хранения данных зарубежного API.

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

Что делать, если утечка или предписание регулятора повторяется

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

В этом случае разовая правка договора с провайдером не поможет, нужно менять техническую схему. Проведите инвентаризацию: какие поля из переписки — телефон, email, реквизиты, геолокация — чат-бот реально передаёт модели, и можно ли часть логики, например уточнение заказа или проверку статуса, вынести из диалога с внешней моделью в саму 1С, где уже есть все данные о клиенте и заказе.

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

Как предотвратить утечку переписки клиентов в чат-боте

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

• ✓Фиксируйте в договоре с провайдером чат-бота страну хранения логов и срок их удаления — устная договорённость при проверке или в суде не считается.
• ✓Проверяйте вендора по реестру российского ПО: включение в реестр не гарантирует локализацию данных автоматически, но обычно означает, что компания готова подтверждать это документально.
• ✓Для B2B-переписки с реквизитами и суммами сделок выносите чувствительные поля из диалога с внешней моделью в 1С — например, через внедрение 1С:Управление торговлей, где заявка из чат-бота сразу становится документом в базе компании, а не строкой в чужом логе.
• ✓Раз в квартал заказывайте аудит логов и настроек у сисадмина или подрядчика — сопровождение 1С и разовые проверки инфраструктуры стоят от 3800 руб/час, это дешевле, чем разбирательство после жалобы клиента.
• ✓Опирайтесь на требования 152-ФЗ при выборе любого нового чат-бот-сервиса, а не только при первом запуске: закон не даёт отсрочки на «потом настроим».
• ✓Договоритесь с командой, что новый чат-бот или его апдейт не включают в продакшен без ответа на вопрос «где физически хранится переписка» — этот пункт стоит внести в чек-лист приёмки наравне с проверкой дизайна и скорости ответа.

❓ Частые вопросы

Как узнать, где именно хранится переписка нашего чат-бота?

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

Обязательно ли переносить чат-бота на сервер в России по закону?

152-ФЗ требует, чтобы первичная запись и хранение персональных данных россиян шли на серверах в РФ. Если чат-бот собирает телефон, email или другие личные данные, обработка за рубежом без локальной копии — прямое нарушение.

Сколько стоит перенести переписку чат-бота в 1С на своём сервере?

Аренда сервера под 1С — от 3300 руб/мес, аренда самой конфигурации 1С — от 1100 руб/мес. Разовая доработка под приём сообщений из чат-бота оценивается отдельно по объёму задачи, сопровождение — от 3800 руб/час.

Что делать, если чат-бот уже подключён и мы не знаем, куда уходят данные?

Сначала проведите аудит: попросите у провайдера схему обработки данных и проверьте её на тестовом сообщении. Дальше решите, оставлять ли текущий сервис или переносить переписку в собственный контур на базе 1С.

Влияет ли перенос данных в 1С на скорость ответа чат-бота клиентам?

Нет, если интеграция настроена правильно: модель по-прежнему генерирует текст ответа за секунды, а в 1С параллельно сохраняется структурированная запись диалога и данные клиента для истории и отчётности.