Gdzie faktycznie odbywa się jedno spotkanie InterMIND

Każda poważna rozmowa o zakupach korporacyjnych w końcu dociera do tego samego pytania: "Dokąd trafiają te dane?". IOD (Inspektor Ochrony Danych) chce listy podmiotów przetwarzających. CIO chce wiedzieć, którzy dostawcy mają siedzibę w USA. Dział prawny chce diagramu ze strzałkami.

Wolimy dać Państwu pełny obraz niż wysyłać go w częściach przez e-mail. Oto ścieżka danych jednego spotkania — każdy zewnętrzny serwis, którego dotyka, gdzie każdy z nich jest wykonywany i jakie dane przez nich przepływają. Zweryfikowane względem rzeczywistej konfiguracji wdrożenia z 2026-05-28.

Każda ścieżka, która dotyka treści spotkania, odbywa się w UE w czasie działania — w tym kroki AI, które są uruchamiane na bramce AI wybranej przez Państwa organizację, w regionie UE we własnej dzierżawie. Dostawcy stojący za tą bramką to firmy z USA obsługujące regiony UE; mówimy o tym poniżej wprost, a także wskazujemy, który model znajduje się całkowicie poza spotkaniem.

Ten wpis mapuje gdzie odbywa się Państwa spotkanie. Jego towarzysz, Z czego składa się jedno spotkanie InterMIND, mapuje z czego jest zbudowany — które warstwy to nasz własny kod, które są open-source, a gdzie jesteśmy pragmatyczni w kwestii prawnie zastrzeżonego SaaS.

Czym naprawdę jest "miejsce działania"

W rozmowach o suwerenności często myli się dwie kwestie, które nie są tym samym:

1. Środowisko uruchomieniowe / ścieżka danych. Gdzie bajty Państwa spotkania są fizycznie przetwarzane w trakcie żądania. Z tym wiążą się regulacje dotyczące rezydencji danych i większość umów DPA.
2. Siedziba korporacyjna dostawcy. Gdzie dostawca SaaS jest prawnie zarejestrowany. O tym są dyskusje wokół CLOUD Act — o teoretycznym zasięgu amerykańskiego nakazu wobec jednostki dominującej dostawcy, niezależnie od tego, gdzie uruchomione jest obciążenie.

Prawie każde pytanie „czy to jest w UE?” to tak naprawdę jedno z tych dwóch, zadane niedokładnie. Poniżej odpowiadamy na nie osobno dla każdego dostawcy.

Ścieżka danych jednego spotkania

Prześledźmy jedno połączenie od dołączenia do e-maila z podsumowaniem:

1. Przeglądarka otwiera stronę spotkania. SSR działa na Vercel, przypięte do fra1 (Frankfurt). Wszystkie dane żądań/odpowiedzi — ciasteczka sesji, ładunki API, renderowany po stronie serwera HTML — są przetwarzane w UE w czasie działania.
2. WebSocket łączy się z naszym serwerem spotkań w Paryżu (cdg). Orkiestracja spotkań, obecność, sygnalizacja — wszystko w UE.
3. Rozpoznawanie mowy działa na naszym serwerze medialnym. 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 połączenie; w pętli nie ma żadnej usługi rozpoznawania mowy strony trzeciej. Notatki głosowe na czacie to jedyny wyjątek: ich zamiana mowy na tekst działa na Azure AI Speech, usłudze mowy domyślnej bramki AI (tabela dostawców poniżej). Sam potok znajduje się w Wewnątrz czterech potoków tłumaczenia.
4. Tłumaczenie głosu i czatu trafia do naszego własnego silnika na OVH we Francji. Jest to mind-sdk + Mind API — nasz kod, nasze serwery, we Francji. W pętli nie ma modelu strony trzeciej. Budżet poniżej sekundy, jedno tłumaczenie na każdy język docelowy obecny na spotkaniu, zlokalizowane w UE na każdym etapie.
5. Dokument upuszczony na czacie (PDF, DOCX, DOC, PPTX, XLSX) wędruje po stronie serwera z serwera ws w Paryżu do DeepL w Kolonii. Niemiecka firma, niemieckie przetwarzanie. Głos i czat nie mają kontaktu z 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 w tym samym regionie.
7. Nagrania, załączniki, eksporty są przechowywane na Tigris, pamięci masowej zgodnej z S3 na Fly. Replikowane na brzegu sieci; zasobnik można skonfigurować do wieloregionalnej lokalizacji w UE dla dzierżawców, którzy potrzebują mocniejszego przypięcia.
8. Błędy i ślady wydajności trafiają do instancji EU Sentry (de.sentry.io). Organizacja w USA została wycofana w maju.
9. Analityka produktowa trafia do PostHog EU (eu.i.posthog.com).
10. E-maile transakcyjne (magiczne linki, zaproszenia, potwierdzenia) wychodzą przez Resend z eu-west-1 (Irlandia).

Wszystko powyżej odbywa się w UE w czasie działania. Silnik tłumaczenia — część, przez którą przepływa większość Państwa danych — to również nasz własny kod, a nie kod strony trzeciej. Klient SDK, na którym działa, jest open-source (BSD-3-Clause) i obecnie audytowalny; własny hosting samego silnika znajduje się w planach działania dla klienta, który tego potrzebuje.

Mapa dostawców

Dwa najcięższe przepływy danych pod względem wolumenu — tłumaczenie głosu/czatu przez nasz własny silnik na OVH i tłumaczenie dokumentów przez DeepL — to również ci dwaj dostawcy, których jednostka dominująca znajduje się w UE. To obejmuje większość treści spotkania. Pełna lista podmiotów przetwarzających ze szczegółami dotyczącymi siedziby korporacyjnej trafia do DPA jako standardowa praktyka; powyższa tabela to widok środowiska uruchomieniowego, którego dotyczy większość klauzul o rezydencji danych.

Kroki AI, nazywane wprost

Po zakończeniu połączenia uruchamiamy kilka kroków modelu językowego na tym, co zostało powiedziane: przegląd AI (tematy, decyzje, elementy akcji, otwarte pytania), podsumowanie po spotkaniu oraz edytor notatek AI (tłumaczenie notatki lub jej poprawa / rozbudowa / uproszczenie). W trakcie połączenia ten sam rodzaj kroku pisze streszczenie każdego dokumentu upuszczonego na czacie i odpowiada na Ask AI oraz Mia. To jedyne miejsca, w których model ogólnego przeznaczenia dotyka treści pochodzącej ze spotkania, a wszystkie one trafiają w jedno miejsce:

• Bramka AI wybrana przez Państwa organizację. Jeden mechanizm rozstrzygający w kodzie wybiera ją dla każdego miejsca wywołania; nie ma drugiej ścieżki. Wartością domyślną jest Azure OpenAI w EU Data Zone; z jej ustawień organizacja może przełączyć się na Vertex AI na wieloregionalnym punkcie końcowym w UE lub Amazon Bedrock we Frankfurcie, albo skierować każdą funkcję AI na własny punkt końcowy zgodny z OpenAI — vLLM we własnym centrum danych, wdrożenie we własnej dzierżawie. Każda hostowana bramka działa we własnej dzierżawie, skonfigurowana pod kątem zerowego przechowywania danych i braku trenowania na treściach klientów; ścieżka rezerwowa pozostaje na tej samej bramce — w drugim regionie UE lub na drugim modelu tego samego dostawcy — nigdy u innego dostawcy. Dokumentacja funkcji AI wymienia bramki i regiony.
• Podsumowanie oraz akcja tłumaczenia edytora przechodzą przez szlak tłumaczenia, a nie 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ą; przegląd, streszczenia dokumentów, asystent pisania i Ask AI zostają zatrzymane.

Głos w czasie rzeczywistym, czat w czasie rzeczywistym, notatki i tłumaczenie dokumentów nigdy nie przechodzą przez żadne z tych elementów — były zlokalizowane w UE od samego początku.

Gdzie znajdują się dostawcy: Microsoft, Google i Amazon to amerykańskie firmy obsługujące regiony UE. Jest to wyraźnie zaznaczone na stronie zaufania, a nie ukryte — to pytanie o siedzibę korporacyjną z początku tego wpisu, na które tutaj odpowiadamy tak samo jak w przypadku infrastruktury. Jeden model znajduje się całkowicie poza spotkaniem: nasz publiczny benchmark jakości tłumaczenia wykorzystuje model oceniający LLM (Gemini, z Claude jako fallbackiem, przez AI Gateway od Vercel) do oceny tłumaczeń maszynowych zdań referencyjnych FLORES-200. Jest to stały, publiczny zbiór danych — a nie czyjeś spotkanie.

Co to oznacza dla Państwa DPA

Dla większości kupców z UE — niemieckiego Mittelstandu, branż regulowanych prowadzących standardowe DPA RODO — powyższy obraz odpowiada bezpośrednio na pytanie o rezydencję danych: każdy krok środowiska uruchomieniowego, jaki wykonuje Państwa spotkanie, odbywa się w UE. Siedziba dostawcy zostaje ujawniona na liście podmiotów przetwarzających zgodnie z normalną praktyką; nie ma w tym nic zaskakującego. Mapa rezydencji to jeden element; jeśli chodzi o pozostałe obowiązki dotyczące ochrony danych — usunięcie, retencja, przenośność, zgoda — przeprowadziliśmy pełny audyt bazy kodu i rozliczyliśmy każdy punkt z kodem.

W przypadku francuskiej souveraineté numérique (suwerenności cyfrowej) i zakupów w standardzie SecNumCloud, siedziba korporacyjna dostawcy jest sama w sobie częścią kryterium, a nie tylko lokalizacja środowiska uruchomieniowego. To inna rozmowa — alternatywna topologia wdrożenia, która utrzymuje każdy komponent u dostawców podlegających jurysdykcji europejskiej. Nie uruchamiamy tego domyślnie; stworzymy to dla dzierżawcy, który tego potrzebuje i gdzie umowa uzasadnia takie wdrożenie.

W przypadku kupców z USA i większości z regionu APAC zazwyczaj prawdziwa jest odwrotność — chcą oni niskich opóźnień ze swojego regionu, co jest innym problemem. Obecnie działamy w jednym regionie w fra1. Jeśli Państwa ruch uzasadnia amerykański węzeł brzegowy, zaplanujemy to z Państwem.

Do czego ten wpis nas zobowiązuje

To obraz na 2026-05-28. Zaktualizujemy go, gdy stos technologiczny ulegnie zmianie — wymiana dostawcy, migracja regionu, nowa usługa zewnętrzna. Bieżąca konfiguracja jest weryfikowalna w naszym otwartym vercel.json, silniku mind-sdk + Mind API działającym na OVH we Francji oraz na panelu każdego dostawcy.

Jeśli coś wydaje się tutaj nie tak, lub Państwa IOD potrzebuje odpowiedzi, której ta mapa nie dostarcza, proszę do nas napisać. Wolimy poprawić brakujący szczegół niż sprawić, by Państwo odkryli go podczas przeglądu umowy.

Źródła: regiony środowiska uruchomieniowego i trasowanie modeli zweryfikowane względem wdrożonej konfiguracji (vercel.json, fly.toml) oraz opublikowanego kodu; Vercel AI Gateway (ścieżka przypinania dostawcy w przeglądzie), FLORES-200; sprawdzone w sierpniu 2026.