Де насправді працює одна зустріч InterMIND

Рано чи пізно хтось із боку хоста — ІТ-відділ клієнта, DPO, обережний партнер — ставить те саме питання: «Куди потрапляють ці дані?» Йому потрібні список субпроцесорів, місця реєстрації вендорів і схема зі стрілками.

Ми хочемо, щоб ви мали повну картину, а не отримували її частинами в листуванні. Тож ось шлях даних однієї зустрічі: кожен зовнішній сервіс, якого вона торкається, де він виконується і які дані через нього проходять. Перевірено за фактичною конфігурацією розгортання станом на 2026-05-28.

Кожен шлях, що торкається вмісту зустрічі, під час виконання проходить в ЄС. Це стосується й кроків з AI: вони працюють на AI-шлюзі, який обирає ваша організація, у регіоні ЄС нашого власного тенанта. Вендори за цим шлюзом — американські компанії, що керують регіонами в ЄС. Нижче ми кажемо про це прямо, а також уточнюємо, яка модель взагалі працює поза зустріччю.

Цей допис показує, де працює ваша зустріч. Його супутній матеріал, З чого складається одна зустріч InterMIND, показує, з чого вона складається: які шари є нашим власним кодом, які — відкритим кодом і де ми прагматично користуємося пропрієтарним SaaS.

Що насправді означає «де це працює»

У розмовах про суверенітет сплутують дві речі, хоча це не одне й те саме:

1. Середовище виконання / шлях даних. Де фізично обробляються байти вашої зустрічі під час запиту. Саме про це йдеться у вимогах до резидентності даних і в більшості DPA.
2. Місце корпоративної реєстрації вендора. Де SaaS-вендор юридично зареєстрований. Саме про це йдеться в дискусіях про CLOUD Act: про теоретичну можливість примусу з боку США щодо материнської структури вендора незалежно від того, де виконується робоче навантаження.

Майже кожне питання «чи це ЄС?» насправді стосується однієї з цих двох речей, просто сформульоване неточно. Нижче ми відповідаємо на них окремо для кожного вендора.

Шлях даних однієї зустрічі

Простежимо один дзвінок від приєднання до листа з підсумками:

1. Браузер відкриває сторінку зустрічі. SSR виконується на Vercel, закріпленому за fra1 (Франкфурт). Усі дані запитів і відповідей — сесійні cookie, API-навантаження, HTML, згенерований на сервері — під час виконання обробляються в ЄС.
2. WebSocket підключається до нашого сервера зустрічей у Парижі (cdg). Оркестрація зустрічі, присутність, сигналізація — усе в ЄС.
3. Розпізнавання мовлення виконується на нашому медіасервері. Аудіо надходить через WebRTC до нашого власного рушія — Mind API на OVH у Франції — і розпізнається там, слово за словом, на тому самому сервері, що веде дзвінок; сторонній сервіс розпізнавання мовлення в цьому не бере участі. Єдиний виняток — голосові повідомлення в чаті: їхнє перетворення мовлення на текст виконує Azure AI Speech, сервіс мовлення AI-шлюзу за замовчуванням (таблиця вендорів нижче). Сам конвеєр описано в Усередині чотирьох конвеєрів перекладу.
4. Переклад голосу й чату виконує наш власний рушій на OVH у Франції. Це mind-sdk + Mind API — наш код, наші сервери, у Франції. Жодна стороння модель у цьому не бере участі. Один переклад на кожну цільову мову, присутню в кімнаті, і на кожному вузлі дані залишаються в ЄС.
5. Документ, доданий у чат (PDF, DOCX, DOC, PPTX, XLSX), іде на стороні сервера з паризького ws-server до DeepL у Кельні. Німецька компанія, німецька обробка. Голос і чат DeepL не торкаються.
6. Дані застосунку — користувачі, команди, повідомлення, метадані зустрічей — зберігаються в Neon Postgres на AWS Frankfurt (eu-central-1). Знімки — в тому самому регіоні.
7. Записи, вкладення, експорти зберігаються в Tigris, S3-сумісному сховищі на Fly. Воно реплікується на периферії; для тенантів, яким потрібне жорсткіше закріплення, бакет можна налаштувати на мультирегіон ЄС.
8. Помилки й трасування продуктивності надходять до екземпляра Sentry в ЄС (de.sentry.io). Американську організацію закрито в травні.
9. Продуктова аналітика надходить до PostHog EU (eu.i.posthog.com).
10. Транзакційні листи (magic-посилання, запрошення, квитанції) надсилаються через Resend з eu-west-1 (Ірландія).

Усе перелічене вище під час виконання працює в ЄС. Рушій перекладу — частина, через яку проходить більшість ваших даних, — також наш власний код, а не стороннього постачальника. Клієнтський SDK, на якому він працює, має відкритий код (BSD-3-Clause) і вже сьогодні доступний для аудиту; самостійне розгортання самого рушія є в планах для клієнта, якому це потрібно.

Мапа вендорів

Два найбільші за обсягом потоки даних — переклад голосу й чату через наш власний рушій на OVH та переклад документів через DeepL — також припадають на двох вендорів, материнська структура яких розташована в ЄС. Це охоплює основну частину вмісту зустрічей. Повний список субпроцесорів із деталями про місце корпоративної реєстрації входить до DPA як стандартна практика; таблиця вище — це погляд з боку виконання, а саме про нього йдеться в більшості положень про резидентність даних.

Кроки з AI, названі прямо

Після завершення дзвінка ми запускаємо кілька кроків із мовними моделями над тим, що було сказано: AI digest (теми, рішення, action items, відкриті питання), підсумок після зустрічі та AI-редактор нотаток (перекласти нотатку або виправити, розширити чи спростити її). Під час дзвінка такий самий крок пише резюме кожного документа, доданого в чат, і відповідає на запити Ask AI та Mia. Це єдині місця, де модель загального призначення торкається вмісту, похідного від зустрічі, і всі вони ведуть в одне місце:

• AI-шлюз, який обирає ваша організація. Один резолвер у коді вибирає його для кожного місця виклику; другого шляху немає. За замовчуванням це Azure OpenAI в EU Data Zone; у налаштуваннях організація може перемкнутися на Vertex AI на мультирегіональній кінцевій точці ЄС або Amazon Bedrock у Франкфурті, чи спрямувати всі AI-функції на власну OpenAI-сумісну кінцеву точку — vLLM у власному дата-центрі, розгортання у власному тенанті. Кожен хостований шлюз працює в нашому власному тенанті, налаштованому на нульове зберігання даних і без навчання на вмісті клієнтів; резервний варіант лишається на тому самому шлюзі — другий регіон ЄС або друга модель того самого вендора — і ніколи не переходить до іншого вендора. Документація про AI-функції перелічує шлюзи та регіони.
• Резюме та дія «перекласти» в редакторі проходять через тракт перекладу, а не через мовну модель — тим самим шляхом, яким перекладається живий чат.
• AI можна вимкнути для всієї організації: транскрипція й переклад продовжують працювати; digest, резюме документів, помічник для письма та Ask AI зупиняються.

Голос у реальному часі, чат у реальному часі, нотатки та переклад документів ніколи не проходять через жоден із цих кроків — вони з самого початку працювали в межах ЄС.

Де розташовані вендори: Microsoft, Google і Amazon — американські компанії, що керують регіонами в ЄС. Ми кажемо про це прямо, а не приховуємо: це питання місця корпоративної реєстрації з початку цього допису, і для цього вузла відповідь та сама, що й для решти інфраструктури. Одна модель працює поза зустріччю взагалі: наш публічний бенчмарк якості перекладу використовує LLM-суддю (Gemini, з Claude як резервом, через Vercel AI Gateway) для оцінювання машинних перекладів еталонних речень FLORES-200. Це фіксований публічний набір даних, а не чиясь зустріч.

Що це означає для вашого DPA

Для більшості покупців з ЄС — німецького Mittelstand, регульованих галузей зі стандартними DPA за GDPR — наведена вище картина прямо відповідає на питання резидентності даних: кожен вузол, який проходить ваша зустріч під час виконання, розташований в ЄС. Місце реєстрації вендора розкривається в списку субпроцесорів за звичайною практикою; нічого несподіваного тут немає. Мапа резидентності — лише один елемент; щодо решти зобов'язань із захисту даних — видалення, зберігання, переносимість, згода — ми провели повний аудит кодової бази й закрили кожен пункт у коді.

Для французької souveraineté numérique та закупівель рівня SecNumCloud місце корпоративної реєстрації вендора саме є частиною критерію, а не лише місце виконання. Це вже інша розмова — альтернативна топологія розгортання, у якій усі компоненти перебувають під європейською юрисдикцією вендорів. За замовчуванням ми її не розгортаємо; ми розгорнемо її для тенанта, якому це потрібно і для якого контракт виправдовує таку роботу.

Для покупців із США та більшості країн АТР, як правило, навпаки: їм потрібна низька затримка зі свого регіону, а це інша задача. Сьогодні ми працюємо в одному регіоні — fra1. Якщо ваш трафік виправдовує периферійний вузол у США, ми сплануємо це разом із вами.

До чого цей допис нас зобов'язує

Це картина станом на 2026-05-28. Ми оновимо її, коли стек зміниться: заміна вендора, міграція регіону, новий зовнішній сервіс. Поточну конфігурацію можна перевірити у нашому відкритому vercel.json, у рушії mind-sdk + Mind API, що працює на OVH у Франції, і в панелі керування кожного вендора.

Якщо щось тут здається неправильним або вашому DPO потрібна відповідь, якої ця мапа не дає, напишіть нам. Ми краще виправимо пропущену деталь, ніж ви виявите її під час перегляду контракту.

Джерела: регіони виконання та маршрутизацію моделей перевірено за розгорнутою конфігурацією (vercel.json, fly.toml) і випущеним кодом; Vercel AI Gateway (шлях закріплення провайдера для digest), FLORES-200; перевірено в серпні 2026 року.