Где на самом деле работает одна встреча InterMIND
Рано или поздно кто-то со стороны организатора — IT-отдел клиента, DPO, осторожный партнёр — задаёт один и тот же вопрос: «Куда уходят эти данные?» Ему нужны список субпроцессоров, юрисдикции вендоров и схема со стрелками.
Лучше мы покажем вам всю картину сразу, чем будем отправлять её по частям в переписке. Поэтому ниже — путь данных одной встречи: каждый внешний сервис, которого она касается, где он выполняется и какие данные через него проходят. Сверено с реальной конфигурацией развёртывания на 2026-05-28.
Каждый путь, затрагивающий содержимое встречи, во время выполнения проходит в ЕС. Это относится и к шагам с ИИ: они работают на AI-шлюзе, который выбирает ваша организация, в регионе ЕС нашего собственного тенанта. Вендоры, стоящие за этим шлюзом, — американские компании с регионами в ЕС. Мы прямо говорим об этом ниже, а также о том, какая модель работает полностью вне встречи.
Этот материал показывает, где работает ваша встреча. Его парная статья — Из чего состоит одна встреча InterMIND — показывает, из чего она состоит: какие слои — наш собственный код, какие — open-source и где мы прагматично используем проприетарный SaaS.
Что на самом деле значит «где это работает»
В разговорах о суверенитете смешивают две вещи, а это не одно и то же:
- Среда выполнения / путь данных. Где байты вашей встречи физически обрабатываются во время запроса. Именно об этом говорят нормы о резидентности данных и большинство DPA.
- Юридическая юрисдикция вендора. Где SaaS-вендор юридически зарегистрирован. Об этом идут обсуждения CLOUD Act: о теоретической возможности принуждения со стороны США в отношении материнской компании вендора независимо от того, где выполняется нагрузка.
Почти любой вопрос «это ЕС?» на деле относится к одному из этих двух, просто сформулирован неточно. Ниже мы отвечаем на них отдельно по каждому вендору.
