Unde rulează de fapt o întâlnire InterMIND

Mai devreme sau mai târziu, cineva din partea gazdei — departamentul IT al unui client, un responsabil cu protecția datelor (DPO), un partener prudent — pune aceeași întrebare: „Unde ajung aceste date?" Vor o listă de sub-procesatori, sediile furnizorilor și o diagramă cu săgeți.

Preferăm să aveți imaginea completă, nu să v-o trimitem pe bucăți, prin e-mail. Iată deci traseul datelor unei întâlniri: fiecare serviciu extern pe care îl atinge, unde se execută fiecare și ce date trec prin el. Verificat față de configurația reală de deployment la 2026-05-28.

Fiecare traseu care atinge conținutul întâlnirii este în UE în timpul execuției — inclusiv pașii AI, care rulează pe gateway-ul AI ales de organizația dumneavoastră, într-o regiune UE a propriului nostru tenant. Furnizorii din spatele acestui gateway sunt companii americane care operează regiuni în UE; spunem asta deschis mai jos, la fel ca și care model se află în întregime în afara întâlnirii.

Această postare arată unde rulează întâlnirea dumneavoastră. Postarea însoțitoare, Din ce este construită o întâlnire InterMIND, arată din ce este construită — ce straturi sunt cod propriu, care sunt open-source și unde suntem pragmatici în privința SaaS-ului proprietar.

Ce înseamnă de fapt „unde rulează"

În discuțiile despre suveranitate se confundă două lucruri care nu sunt același lucru:

1. Execuția / traseul datelor. Unde sunt procesați fizic octeții întâlnirii dumneavoastră pe durata cererii. Despre asta vorbesc reglementările privind rezidența datelor și majoritatea DPA-urilor.
2. Sediul corporativ al furnizorului. Unde este înregistrat legal furnizorul de SaaS. Despre asta vorbesc discuțiile despre CLOUD-Act — raza teoretică de acțiune a unei obligații impuse de SUA asupra entității-mamă a furnizorului, indiferent de locul în care rulează sarcina de lucru.

Aproape orice întrebare de tipul „este în UE?" este de fapt una dintre cele două, formulată imprecis. Le tratăm separat pentru fiecare furnizor, mai jos.

Traseul datelor unei întâlniri

Urmăriți un apel de la alăturare până la e-mailul de follow-up:

1. Browserul deschide pagina întâlnirii. SSR rulează pe Vercel, fixat pe fra1 (Frankfurt). Toate datele cerere/răspuns — cookie-uri de sesiune, payload-uri API, HTML randat pe server — sunt procesate în UE în timpul execuției.
2. WebSocket se conectează la serverul nostru de întâlniri din Paris (cdg). Orchestrarea întâlnirii, prezența, semnalizarea — totul în UE.
3. Recunoașterea vorbirii rulează pe serverul nostru media. Audio ajunge prin WebRTC la propriul nostru motor — Mind API pe OVH, Franța — și este recunoscut acolo, cuvânt cu cuvânt, pe același server care transportă apelul; niciun serviciu de vorbire terț nu face parte din traseu. Notele vocale din chat sunt singura excepție: transcrierea lor rulează pe Azure AI Speech, serviciul de vorbire al gateway-ului AI implicit (tabelul de furnizori de mai jos). Fluxul în sine este descris în În interiorul celor patru fluxuri de traducere.
4. Traducerea vocii și a chatului ajunge la propriul nostru motor, pe OVH Franța. Este mind-sdk + Mind API — codul nostru, serverele noastre, în Franța. Niciun model terț nu face parte din traseu. O traducere pentru fiecare limbă-țintă prezentă în încăpere, rezidentă în UE la fiecare etapă.
5. Un document trimis în chat (PDF, DOCX, DOC, PPTX, XLSX) merge, pe server, de la ws-server din Paris la DeepL, la Köln. Companie germană, procesare în Germania. Vocea și chatul nu ating DeepL.
6. Datele aplicației — utilizatori, echipe, mesaje, metadatele întâlnirii — se află în Neon Postgres pe AWS Frankfurt (eu-central-1). Snapshot-urile sunt în aceeași regiune.
7. Înregistrările, atașamentele, exporturile sunt stocate pe Tigris, stocare compatibilă S3 pe Fly. Replicată la margine (edge); bucket-ul poate fi configurat multi-regiune UE pentru tenanții care au nevoie de o fixare mai strictă.
8. Erorile și urmele de performanță merg la instanța UE a Sentry (de.sentry.io). Organizația din SUA a fost retrasă în mai.
9. Analitica de produs merge la PostHog EU (eu.i.posthog.com).
10. E-mailul tranzacțional (magic link-uri, invitații, chitanțe) pleacă prin Resend, din eu-west-1 (Irlanda).

Tot ce este mai sus este în UE în timpul execuției. Motorul de traducere — partea prin care trece cea mai mare parte a datelor dumneavoastră — este și el cod propriu, nu al unui terț. SDK-ul client pe care rulează este open-source (BSD-3-Clause) și auditabil de astăzi; găzduirea proprie a motorului în sine este pe roadmap, pentru clienții care au nevoie de ea.

Harta furnizorilor

Cele mai mari două fluxuri de date ca volum — traducerea vocii/chatului prin propriul nostru motor pe OVH și traducerea documentelor prin DeepL — sunt și singurii doi furnizori a căror entitate-mamă se află în UE. Aceasta acoperă cea mai mare parte a conținutului întâlnirilor. Lista completă de sub-procesatori, cu detaliile privind sediul corporativ, intră în DPA ca practică standard; tabelul de mai sus este vederea de execuție, despre care vorbesc majoritatea clauzelor privind rezidența datelor.

Pașii AI, numiți pe față

După încheierea apelului rulăm câțiva pași cu modele de limbaj asupra celor spuse: AI digest (subiecte, decizii, action items, întrebări deschise), rezumatul de după întâlnire și editorul de notițe AI (traduce o notiță sau o corectează / extinde / simplifică). În timpul apelului, același tip de pas scrie un rezumat al fiecărui document trimis în chat și răspunde la Ask AI și Mia. Acestea sunt singurele locuri în care un model de uz general atinge conținut derivat din întâlnire, și toate merg într-un singur loc:

• Gateway-ul AI ales de organizația dumneavoastră. Un singur resolver din cod îl alege pentru fiecare punct de apel; nu există un al doilea traseu. Implicit este Azure OpenAI în EU Data Zone; din setările sale, o organizație poate trece la Vertex AI pe endpoint-ul multi-regiune UE sau la Amazon Bedrock în Frankfurt, ori poate îndrepta toate funcțiile AI către propriul endpoint compatibil OpenAI — vLLM în propriul centru de date, un deployment în propriul tenant. Fiecare gateway găzduit rulează în propriul nostru tenant, configurat cu zero retenție a datelor și fără antrenare pe conținutul clienților; fallback-ul rămâne pe același gateway — o a doua regiune UE sau un al doilea model al aceluiași furnizor — niciodată alt furnizor. Documentația funcțiilor AI enumeră gateway-urile și regiunile.
• Rezumatul și acțiunea de traducere a editorului trec prin traseul de traducere, nu prin modelul de limbaj — aceeași cale care traduce chatul live.
• AI poate fi dezactivat pentru întreaga organizație: transcrierea și traducerea continuă să funcționeze; digest-ul, rezumatele documentelor, asistentul de scriere și Ask AI se opresc.

Vocea în timp real, chatul în timp real, notițele și traducerea documentelor nu trec niciodată prin acestea — au fost rezidente în UE de la început.

Unde se află furnizorii: Microsoft, Google și Amazon sunt companii americane care operează regiuni în UE. Spunem asta deschis pe pagina de încredere, nu ascundem nimic — este întrebarea sediului corporativ din începutul acestei postări, primind pentru această etapă același răspuns ca pentru infrastructura de bază. Un model se află în întregime în afara întâlnirii: benchmark-ul nostru public de calitate a traducerii folosește un judecător LLM (Gemini, cu Claude ca fallback, prin AI Gateway de la Vercel) pentru a nota traducerile automate ale propozițiilor de referință din FLORES-200. Este un set de date fix, public — nu întâlnirea cuiva.

Ce înseamnă pentru DPA-ul dumneavoastră

Pentru majoritatea cumpărătorilor din UE — Mittelstand-ul german, industriile reglementate care folosesc DPA-uri GDPR standard — imaginea de mai sus răspunde direct la întrebarea privind rezidența datelor: fiecare etapă de execuție pe care o parcurge întâlnirea dumneavoastră este în UE. Sediul furnizorilor este dezvăluit în lista de sub-procesatori, conform practicii obișnuite; nimic surprinzător aici. Harta rezidenței este doar o piesă; pentru restul obligațiilor de protecție a datelor — ștergere, retenție, portabilitate, consimțământ — am trecut codul printr-un audit complet și am închis fiecare punct în cod.

Pentru souveraineté numérique franceză și achizițiile la nivel SecNumCloud, sediul corporativ al furnizorului face el însuși parte din criteriu, nu doar locația de execuție. Aceasta este o altă discuție — o topologie alternativă de deployment care ține fiecare componentă la furnizori sub jurisdicție europeană. Nu o rulăm implicit; o pornim pentru un tenant care are nevoie de ea și unde contractul justifică construirea ei.

Pentru cumpărătorii din SUA și din majoritatea regiunii APAC, adevărul este de obicei invers — vor latență redusă din regiunea lor, ceea ce este o altă problemă. Astăzi rulăm într-o singură regiune, fra1. Dacă traficul dumneavoastră justifică un edge în SUA, îl vom planifica împreună.

La ce ne angajează această postare

Aceasta este imaginea la 2026-05-28. O vom actualiza când se schimbă stack-ul — schimbare de furnizor, migrare de regiune, un nou serviciu extern. Configurația curentă este verificabilă în vercel.json-ul nostru deschis, în motorul mind-sdk + Mind API care rulează la OVH Franța și în dashboard-ul propriu al fiecărui furnizor.

Dacă ceva de aici pare greșit sau DPO-ul dumneavoastră are nevoie de un răspuns pe care această hartă nu îl dă, scrieți-ne. Preferăm să corectăm un detaliu lipsă decât să îl descoperiți într-o revizuire de contract.

Surse: regiunile de execuție și rutarea modelelor, verificate față de configurația implementată (vercel.json, fly.toml) și de codul livrat; Vercel AI Gateway (calea de fixare a furnizorului pentru digest), FLORES-200; verificat în august 2026.