Gdzie naprawdę działa jedno spotkanie InterMIND

Prędzej czy później ktoś po stronie gospodarza spotkania, na przykład dział IT klienta, inspektor ochrony danych (DPO) albo ostrożny partner, zadaje to samo pytanie: „Dokąd trafiają te dane?". Chce dostać listę podprocesorów, siedziby dostawców i schemat ze strzałkami.

Wolimy, żebyś miał pełny obraz, zamiast dostawać go kawałkami w kolejnych mailach. Oto ścieżka danych jednego spotkania: każda zewnętrzna usługa, z którą się styka, miejsce jej działania i dane, które przez nią przepływają. Zweryfikowane z rzeczywistą konfiguracją wdrożenia na dzień 2026-05-28.

Każda ścieżka, która dotyka treści spotkania, działa w UE, także kroki AI. Uruchamiają się one na bramce AI wybranej przez Twoją organizację, w regionie UE naszego własnego tenanta. Dostawcy stojący za tą bramką to amerykańskie firmy prowadzące regiony w UE. Mówimy to wprost poniżej, tak samo jak to, który model w ogóle nie bierze udziału w spotkaniu.

Ten wpis pokazuje, gdzie działa Twoje spotkanie. Jego uzupełnienie, Z czego zbudowane jest jedno spotkanie InterMIND, pokazuje, z czego jest zbudowane: które warstwy to nasz własny kod, które są open source i gdzie pragmatycznie korzystamy z własnościowego SaaS.

Co naprawdę znaczy „gdzie to działa"

W rozmowach o suwerenności mylone są dwie rzeczy, które nie są tym samym:

1. Środowisko wykonania i ścieżka danych. Miejsce, w którym bajty Twojego spotkania są fizycznie przetwarzane w trakcie żądania. O tym mówią przepisy o rezydencji danych i większość umów powierzenia przetwarzania (DPA).
2. Siedziba prawna dostawcy. Miejsce, w którym dostawca SaaS jest formalnie zarejestrowany. O tym toczą się dyskusje wokół CLOUD Act: o teoretyczny zasięg amerykańskiego nakazu wobec spółki matki dostawcy, niezależnie od tego, gdzie działa obciążenie.

Prawie każde pytanie „czy to jest UE?" dotyczy jednej z tych dwóch rzeczy, tylko zadanej nieprecyzyjnie. Dla każdego dostawcy poniżej odpowiadamy na nie osobno.

Ścieżka danych jednego spotkania

Prześledźmy jedną rozmowę od dołączenia do e-maila z podsumowaniem:

1. Przeglądarka otwiera stronę spotkania. SSR działa na Vercel, przypiętym do fra1 (Frankfurt). Wszystkie dane żądań i odpowiedzi, czyli ciasteczka sesji, dane API i renderowany po stronie serwera HTML, są w czasie działania przetwarzane w UE.
2. WebSocket łączy się z naszym serwerem spotkań w Paryżu (cdg). Orkiestracja spotkania, obecność, sygnalizacja: wszystko w UE.
3. Rozpoznawanie mowy działa na naszym serwerze mediów. Dźwięk dociera przez WebRTC do naszego własnego silnika, Mind API na OVH we Francji, i jest tam rozpoznawany słowo po słowie, na tym samym serwerze, który obsługuje rozmowę. Żadna zewnętrzna usługa mowy nie bierze w tym udziału. Jedynym wyjątkiem są wiadomości głosowe na czacie: zamianę mowy na tekst wykonuje Azure AI Speech, usługa mowy domyślnej bramki AI (tabela dostawców poniżej). Sam potok opisujemy w Inside the four translation pipelines.
4. Tłumaczenie głosu i czatu trafia do naszego własnego silnika na OVH we Francji. To mind-sdk + Mind API: nasz kod, nasze serwery, Francja. Żaden zewnętrzny model nie bierze w tym udziału. Powstaje jedno tłumaczenie na każdy język docelowy obecny na spotkaniu, a każdy etap pozostaje w UE.
5. Dokument wrzucony na czat (PDF, DOCX, DOC, PPTX, XLSX) trafia po stronie serwera z paryskiego ws-servera do DeepL w Kolonii. Niemiecka firma, niemieckie przetwarzanie. Głos i czat nie trafiają do DeepL.
6. Dane aplikacji (użytkownicy, zespoły, wiadomości, metadane spotkań) znajdują się w Neon Postgres na AWS we Frankfurcie (eu-central-1). Migawki są w tym samym regionie.
7. Nagrania, załączniki i eksporty są przechowywane w Tigris, magazynie zgodnym z S3 działającym na Fly. Dane są replikowane na brzegu sieci, a dla tenantów, którzy potrzebują ściślejszego przypięcia, bucket można skonfigurować jako wieloregionowy w UE.
8. Błędy i ślady wydajności trafiają do instancji Sentry w UE (de.sentry.io). Organizację w USA zlikwidowaliśmy w maju.
9. Analityka produktowa trafia do PostHog EU (eu.i.posthog.com).
10. E-maile transakcyjne (magic linki, zaproszenia, potwierdzenia) wychodzą przez Resend z eu-west-1 (Irlandia).

Wszystko powyżej działa w UE. Silnik tłumaczeniowy, przez który przepływa większość Twoich danych, to również nasz własny kod, a nie kod strony trzeciej. SDK klienta, na którym działa, jest open source (BSD-3-Clause) i już dziś można je audytować. Samodzielne hostowanie samego silnika jest w planach dla klienta, który tego potrzebuje.

Mapa dostawców

Dwa największe pod względem wolumenu przepływy danych, czyli tłumaczenie głosu i czatu przez nasz własny silnik na OVH oraz tłumaczenie dokumentów przez DeepL, przechodzą też przez dwóch dostawców, których spółka matka ma siedzibę w UE. To obejmuje zdecydowaną większość treści spotkań. Pełna lista podprocesorów ze szczegółami dotyczącymi siedzib prawnych trafia do umowy DPA jako standard. Powyższa tabela pokazuje widok środowiska wykonania, o który chodzi w większości klauzul o rezydencji danych.

Kroki AI, nazwane wprost

Po zakończeniu rozmowy uruchamiamy kilka kroków z użyciem modelu językowego na tym, co zostało powiedziane: AI digest (tematy, decyzje, action items, otwarte pytania), podsumowanie po spotkaniu oraz edytor notatek AI (przetłumaczenie notatki albo jej poprawienie, rozszerzenie lub uproszczenie). W trakcie rozmowy podobny krok tworzy streszczenie każdego dokumentu wrzuconego na czat i odpowiada na pytania w Ask AI i Mia. Tylko w tych miejscach model ogólnego przeznaczenia dotyka treści pochodzących ze spotkania, a wszystkie trafiają w jedno miejsce:

• Bramka AI wybrana przez Twoją organizację. Jeden resolver w kodzie wybiera ją dla każdego miejsca wywołania, nie ma drugiej ścieżki. Domyślnie jest to Azure OpenAI w EU Data Zone. W ustawieniach organizacja może przełączyć się na Vertex AI na wieloregionowym endpoincie UE albo Amazon Bedrock we Frankfurcie, albo skierować wszystkie funkcje AI do własnego endpointu zgodnego z OpenAI: vLLM we własnym centrum danych albo wdrożenia we własnym tenancie. Każda hostowana bramka działa w naszym własnym tenancie, skonfigurowana z zerowym przechowywaniem danych i bez trenowania na treściach klientów. Rozwiązanie awaryjne pozostaje na tej samej bramce, w drugim regionie UE lub z drugim modelem tego samego dostawcy, nigdy u innego dostawcy. Dokumentacja funkcji AI wymienia bramki i regiony.
• Podsumowanie oraz akcja tłumaczenia w edytorze przechodzą przez tor tłumaczeniowy, a nie przez model językowy, tą samą ścieżką, która tłumaczy czat na żywo.
• AI można wyłączyć dla całej organizacji. Transkrypcja i tłumaczenie nadal działają, a digest, streszczenia dokumentów, asystent pisania i Ask AI przestają działać.

Tłumaczenie głosu, czatu i notatek w czasie rzeczywistym oraz tłumaczenie dokumentów nigdy nie przechodzą przez żaden z tych kroków. Od początku działały w UE.

Gdzie siedzą dostawcy: Microsoft, Google i Amazon to amerykańskie firmy prowadzące regiony w UE. Mówimy to tu wprost, niczego nie ukrywamy. To pytanie o siedzibę prawną z początku tego wpisu, z taką samą odpowiedzią dla tego etapu jak dla infrastruktury technicznej. Jeden model działa całkowicie poza spotkaniem: nasz publiczny benchmark jakości tłumaczeń używa sędziego LLM (Gemini, z Claude jako rozwiązaniem zapasowym, przez Vercel AI Gateway) do oceny tłumaczeń maszynowych zdań referencyjnych FLORES-200. To stały, publiczny zbiór danych, a nie czyjekolwiek spotkanie.

Co to oznacza dla Twojej umowy DPA

Dla większości kupujących z UE, takich jak niemiecki Mittelstand czy branże regulowane stosujące standardowe umowy DPA zgodne z GDPR, powyższy obraz odpowiada wprost na pytanie o rezydencję danych: każdy etap, który przechodzi Twoje spotkanie w czasie działania, znajduje się w UE. Siedziba prawna dostawców jest ujawniana na liście podprocesorów zgodnie z normalną praktyką i nie ma tu niespodzianek. Mapa rezydencji to tylko jeden element. W pozostałych obowiązkach związanych z ochroną danych, czyli usuwaniu, retencji, przenoszeniu i zgodzie, przeprowadziliśmy pełny audyt bazy kodu i zamknęliśmy każdy punkt w kodzie.

Dla francuskiej souveraineté numérique i zamówień na poziomie SecNumCloud siedziba prawna dostawcy jest częścią samego kryterium, a nie tylko lokalizacja środowiska wykonania. To już inna rozmowa: alternatywna topologia wdrożenia, w której każdy komponent pozostaje pod dostawcami podlegającymi jurysdykcji europejskiej. Domyślnie jej nie uruchamiamy, ale postawimy ją dla tenanta, który jej potrzebuje i dla którego umowa uzasadnia budowę.

Dla kupujących z USA i większości regionu APAC zwykle jest odwrotnie: zależy im na niskich opóźnieniach z ich regionu, a to inny problem. Dziś działamy w jednym regionie, fra1. Jeśli Twój ruch to uzasadnia, zaplanujemy z Tobą brzeg sieci w USA.

Do czego zobowiązuje nas ten wpis

To jest obraz na dzień 2026-05-28. Zaktualizujemy go, gdy zmieni się stos: wymiana dostawcy, migracja regionu, nowa usługa zewnętrzna. Aktualną konfigurację można zweryfikować w naszym otwartym vercel.json, w silniku mind-sdk + Mind API działającym na OVH we Francji oraz w panelu każdego z dostawców.

Jeśli coś tutaj wygląda na błędne albo Twój DPO potrzebuje odpowiedzi, której ta mapa nie daje, napisz do nas. Wolimy uzupełnić brakujący szczegół, niż żebyś odkrył go przy przeglądzie umowy.

Źródła: regiony środowiska wykonania i routing modeli zweryfikowane z wdrożoną konfiguracją (vercel.json, fly.toml) oraz wydanym kodem; Vercel AI Gateway (ścieżka przypinania dostawcy w digeście), FLORES-200; sprawdzone w sierpniu 2026.