Къде всъщност протича една среща в InterMIND

Рано или късно някой от страната на домакина — IT отделът на клиент, длъжностно лице по защита на данните (DPO), предпазлив партньор — задава един и същи въпрос: „Къде отиват тези данни?" Искат списък с подизпълнители (sub-processors), седалищата на доставчиците и схема със стрелки.

Предпочитаме да получите цялата картина, вместо да я изпращаме на парчета по имейл. Ето пътя на данните на една среща — всяка външна услуга, която тя докосва, къде се изпълнява и какви данни минават през нея. Проверено спрямо реалната конфигурация на внедряването на 2026-05-28.

Всеки път, който докосва съдържание от срещата, е в ЕС по време на изпълнение — включително AI стъпките, които се изпълняват на AI шлюза, избран от вашата организация, в регион на ЕС от нашия собствен тенант. Доставчиците зад този шлюз са американски компании, които управляват региони в ЕС; казваме го ясно по-долу, както и кой модел стои изцяло извън срещата.

Тази публикация показва къде протича вашата среща. Нейният спътник, От какво е изградена една среща в InterMIND, показва от какво е изградена — кои слоеве са наш собствен код, кои са с отворен код и къде сме прагматични по отношение на патентован SaaS.

Какво всъщност означава „къде протича"

В разговорите за суверенитет се смесват две неща, които не са едно и също:

1. Изпълнение / път на данните. Къде физически се обработват байтовете на вашата среща по време на заявката. Именно за това са повечето разпоредби за резидентност на данните и повечето DPA.
2. Корпоративно седалище на доставчика. Къде SaaS доставчикът е юридически регистриран. Това е предметът на дискусиите за CLOUD Act — теоретичният обхват на американско принудително искане към компанията майка на доставчика, независимо къде се изпълнява натоварването.

Почти всеки въпрос от рода на „това в ЕС ли е?" всъщност е един от тези два, зададен неточно. По-долу отговаряме на тях поотделно за всеки доставчик.

Пътят на данните на една среща

Проследете едно обаждане от влизането до имейла за последващи действия:

1. Браузърът отваря страницата на срещата. SSR работи на Vercel, закрепен към fra1 (Франкфурт). Всички данни на заявките и отговорите — сесийни бисквитки, 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-сървъра в Париж, към DeepL в Кьолн. Германска компания, германска обработка. Гласът и чатът не докосват DeepL.
6. Данните на приложението — потребители, екипи, съобщения, метаданни на срещите — се намират в Neon Postgres на AWS Франкфурт (eu-central-1). Снимките (snapshots) са в същия регион.
7. Записите, прикачените файлове и експортите се съхраняват в Tigris, S3-съвместимо хранилище на Fly. Реплицирано е на ръба (edge); хранилището може да се конфигурира като мулти-регионално в ЕС за тенанти, които се нуждаят от по-тясно закрепване.
8. Грешките и трасетата за производителност отиват в EU инстанцията на Sentry (de.sentry.io). Американската организация беше закрита през май.
9. Продуктовата аналитика отива в PostHog EU (eu.i.posthog.com).
10. Транзакционните имейли (magic links, покани, разписки) минават през Resend от eu-west-1 (Ирландия).

Всичко по-горе е в ЕС по време на изпълнение. Преводният енджин — частта, през която минава по-голямата част от вашите данни — също е наш собствен код, а не на трета страна. Клиентският SDK, върху който работи, е с отворен код (BSD-3-Clause) и може да бъде одитиран още днес; самостоятелното хостване на самия енджин е в плана за клиент, който се нуждае от него.

Картата на доставчиците

Двата най-тежки потока данни по обем — преводът на глас и чат през нашия собствен енджин на OVH и преводът на документи през DeepL — са и двата доставчика, чиято компания майка е в ЕС. Това покрива основната част от съдържанието на срещите. Пълният списък с подизпълнители с подробности за корпоративното седалище влиза в DPA като стандартна практика; таблицата по-горе е изгледът по време на изпълнение, за който говорят повечето клаузи за резидентност на данните.

AI стъпките, назовани ясно

След края на разговора изпълняваме няколко стъпки с езиков модел върху казаното: AI дайджест (теми, решения, action items, отворени въпроси), резюме след срещата и AI редактор на бележки (превод на бележка или нейното поправяне / разширяване / опростяване). По време на разговора същият вид стъпка пише резюме на всеки документ, пуснат в чата, и отговаря на Ask AI и Mia. Това са единствените места, където модел с общо предназначение докосва съдържание, произлязло от срещата, и всички те отиват на едно място:

• AI шлюзът, избран от вашата организация. Един резолвър в кода го избира за всяко място на извикване; няма втори път. По подразбиране е Azure OpenAI в EU Data Zone; от неговите настройки организацията превключва към Vertex AI на мулти-регионалната крайна точка в ЕС или Amazon Bedrock във Франкфурт, или насочва всяка AI функция към собствена OpenAI-съвместима крайна точка — vLLM в собствен център за данни, внедряване в собствен тенант. Всеки хостван шлюз работи в нашия собствен тенант, конфигуриран за нулево задържане на данни и без обучение върху съдържанието на клиентите; резервният вариант остава на същия шлюз — втори регион в ЕС или втори модел на същия доставчик — но никога друг доставчик. Документацията за AI функциите изброява шлюзовете и регионите.
• Резюмето и действието превод в редактора минават през преводния път, а не през езиковия модел — същия път, който превежда чата на живо.
• AI може да бъде изключен за цялата организация: транскрипцията и преводът продължават да работят; дайджестът, обобщенията на документи, помощникът за писане и Ask AI спират.

Гласът в реално време, чатът в реално време, бележките и преводът на документи никога не минават през нито една от тези стъпки — те са с резидентност в ЕС от самото начало.

Къде са доставчиците: Microsoft, Google и Amazon са американски компании, които управляват региони в ЕС. Това е заявено ясно на страницата за доверие, а не скрито — това е въпросът за корпоративното седалище от началото на тази публикация, отговорен за тази стъпка по същия начин като за водопроводната част. Един модел стои изцяло извън срещата: нашият публичен бенчмарк за качеството на превода използва LLM съдия (Gemini, с Claude като резервен вариант, през AI Gateway на Vercel), за да оценява машинни преводи на референтни изречения от FLORES-200. Това е фиксиран, публичен набор от данни — не ничия среща.

Какво означава това за вашето DPA

За повечето купувачи от ЕС — германския Mittelstand, регулираните индустрии със стандартни DPA по GDPR — картината по-горе отговаря директно на въпроса за резидентността на данните: всяка стъпка по време на изпълнение, която вашата среща извършва, е в ЕС. Седалището на доставчиците се разкрива в списъка с подизпълнители по нормалната практика; няма нищо изненадващо. Картата на резидентността е само една част; за останалите задължения за защита на данните — изтриване, съхранение, преносимост, съгласие — преминахме през пълен одит на кодовата база и затворихме всяка точка спрямо кода.

За френската souveraineté numérique и възлагането на ниво SecNumCloud корпоративното седалище на доставчика е само по себе си част от критерия, а не просто мястото на изпълнение. Това е различен разговор — алтернативна топология на внедряване, която държи всеки компонент при доставчици под европейска юрисдикция. По подразбиране не работим така; ще я изградим за тенант, който се нуждае от нея и при когото договорът оправдава изграждането.

За купувачи от САЩ и повечето от АТР обратното обикновено е вярно — те искат ниска латентност от своя регион, което е различен проблем. Днес работим в един регион, fra1. Ако трафикът ви оправдава американски edge, ще го планираме заедно с вас.

Към какво ни обвързва тази публикация

Това е картината към 2026-05-28. Ще я обновим, когато стекът се промени — смяна на доставчик, миграция на регион, нова външна услуга. Текущата конфигурация е проверима в нашия отворен vercel.json, в енджина mind-sdk + Mind API, който работи на OVH във Франция, и в таблото на всеки доставчик.

Ако нещо тук ви изглежда погрешно или вашето DPO се нуждае от отговор, който тази карта не дава, пишете ни. Предпочитаме да поправим липсваща подробност, отколкото вие да я откриете при преглед на договор.

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