Hvor ét InterMIND-møde faktisk kører

Før eller siden stiller en person på værtens side, f.eks. en kundes it-afdeling, en DPO eller en forsigtig partner, det samme spørgsmål: "Hvor havner disse data?" De vil have en liste over underdatabehandlere, leverandørernes hjemsteder og et diagram med pile.

Vi vil hellere give dig hele billedet end levere det stykkevis på mail. Her er derfor datavejen for ét møde: hver ekstern tjeneste, det berører, hvor hver af dem kører, og hvilke data der løber igennem den. Kontrolleret mod den faktiske deployment-konfiguration den 2026-05-28.

Hver vej, der berører mødeindhold, ligger i EU under kørslen. Det gælder også AI-trinnene, som kører på den AI-gateway, din organisation vælger, i en EU-region i vores egen tenant. Leverandørerne bag den gateway er amerikanske virksomheder, der driver EU-regioner. Det siger vi ligeud nedenfor, og vi siger også, hvilken model der slet ikke er en del af mødet.

Dette indlæg kortlægger, hvor dit møde kører. Det tilhørende indlæg, Hvad ét InterMIND-møde er bygget af, kortlægger, hvad det er bygget af: hvilke lag der er vores egen kode, hvilke der er open source, og hvor vi er pragmatiske i forhold til proprietær SaaS.

Hvad "hvor det kører" egentlig betyder

I debatter om suverænitet blandes to ting sammen, selvom de ikke er det samme:

1. Runtime / datavej. Hvor dit mødes bytes fysisk behandles, mens anmodningen kører. Det er det, databeskyttelsesregler om dataresidens og de fleste databehandleraftaler (DPA'er) reelt handler om.
2. Leverandørens juridiske hjemsted. Hvor SaaS-leverandøren juridisk er stiftet. Det er det, CLOUD Act-diskussioner handler om: den teoretiske rækkevidde af et amerikansk påbud mod leverandørens moderselskab, uanset hvor arbejdsbyrden kører.

Næsten ethvert spørgsmål om "er det EU?" er i virkeligheden det ene af disse to, stillet upræcist. Vi besvarer dem hver for sig for hver enkelt leverandør nedenfor.

Datavejen for ét møde

Følg ét opkald fra deltagelse til opfølgende e-mail:

1. Browseren åbner mødesiden. SSR kører på Vercel, låst til fra1 (Frankfurt). Alle request/response-data, dvs. sessionscookies, API-payloads og servergenereret HTML, behandles i EU under kørslen.
2. WebSocket forbinder til vores mødeserver i Paris (cdg). Mødeorkestrering, tilstedeværelse og signalering ligger alt sammen i EU.
3. Talegenkendelsen kører på vores mediaserver. Lyden når via WebRTC frem til vores egen motor, Mind API hos OVH i Frankrig, og genkendes dér, ord for ord, på den samme server, som bærer opkaldet. Ingen tredjeparts taletjeneste er i spil. Talebeskeder i chatten er den ene undtagelse: deres tale-til-tekst kører på Azure AI Speech, som er taletjenesten i standard-AI-gatewayen (se leverandørtabellen nedenfor). Selve pipelinen er beskrevet i Inde i de fire oversættelsespipelines.
4. Oversættelse af tale og chat sendes til vores egen motor hos OVH i Frankrig. Det er mind-sdk + Mind API: vores kode, vores servere, i Frankrig. Ingen tredjepartsmodel er i spil. Der laves én oversættelse pr. målsprog i rummet, og alle led ligger i EU.
5. Et dokument, der slippes i chatten (PDF, DOCX, DOC, PPTX, XLSX), sendes server-side fra ws-serveren i Paris til DeepL i Köln. Tysk virksomhed, tysk behandling. Tale og chat berører ikke DeepL.
6. Applikationsdata (brugere, teams, beskeder, mødemetadata) ligger i Neon Postgres på AWS Frankfurt (eu-central-1). Snapshots ligger i samme region.
7. Optagelser, vedhæftede filer og eksporter gemmes på Tigris, S3-kompatibel lagring på Fly. De er edge-replikeret, og bucket'en kan konfigureres til multi-region i EU for tenants, der skal have den låst tættere.
8. Fejl og ydelsesspor går til Sentrys EU-instans (de.sentry.io). Den amerikanske org blev nedlagt i maj.
9. Produktanalyse går til PostHog EU (eu.i.posthog.com).
10. Transaktionsmails (magic links, invitationer, kvitteringer) sendes via Resend fra eu-west-1 (Irland).

Alt ovenstående ligger i EU under kørslen. Oversættelsesmotoren, som størstedelen af dine data løber igennem, er også vores egen kode og ikke en tredjeparts. Den klient-SDK, den kører på, er open source (BSD-3-Clause) og kan auditeres i dag. Selvhosting af selve motoren står på roadmappet til kunder, der har brug for det.

Leverandørkortet

De to tungeste dataflows målt i volumen, dvs. oversættelse af tale og chat gennem vores egen motor hos OVH og dokumentoversættelse gennem DeepL, er tilfældigvis også de to leverandører, hvis moderselskab ligger i EU. Det dækker hovedparten af mødeindholdet. Den fulde liste over underdatabehandlere med oplysninger om juridisk hjemsted indgår i databehandleraftalen (DPA) som standardpraksis. Tabellen ovenfor er runtime-visningen, som er det, de fleste klausuler om dataresidens handler om.

AI-trinnene, nævnt ved navns nævnelse

Når opkaldet er slut, kører vi nogle få sprogmodeltrin på det, der blev sagt: AI-digest (emner, beslutninger, action items, åbne spørgsmål), opsummeringen efter mødet og AI-noteeditoren (oversæt en note, eller ret, udvid eller forenkl den). Under opkaldet skriver samme type trin en opsummering af hvert dokument, der slippes i chatten, og besvarer Ask AI og Mia. Det er de eneste steder, hvor en generel model berører indhold afledt af mødet, og de går alle til ét sted:

• Den AI-gateway, din organisation vælger. Én resolver i koden vælger den for hvert kaldested, og der er ingen anden vej. Standarden er Azure OpenAI i EU Data Zone. Fra gatewayens indstillinger kan en organisation skifte til Vertex AI på EU multi-region-endpointet eller Amazon Bedrock i Frankfurt, eller pege alle AI-funktioner på sit eget OpenAI-kompatible endpoint, f.eks. vLLM i eget datacenter eller en deployment i egen tenant. Hver hostet gateway kører i vores egen tenant, konfigureret til nul datalagring og ingen træning på kundeindhold. Fallback forbliver på samme gateway, enten en anden EU-region eller en anden model fra samme leverandør, aldrig en anden leverandør. Dokumentationen om AI-funktioner angiver gateways og regioner.
• Opsummeringen og editorens oversæt-handling går gennem oversættelsesvejen og ikke sprogmodellen, altså samme vej som oversætter live chat.
• AI kan slås fra for hele organisationen: transskription og oversættelse virker stadig, mens digest, dokumentopsummeringer, skriveassistenten og Ask AI stopper.

Tale i realtid, chat i realtid, noter og dokumentoversættelse går aldrig gennem nogen af disse. De har været i EU fra starten.

Hvor leverandørerne hører hjemme: Microsoft, Google og Amazon er amerikanske virksomheder, der driver EU-regioner. Det står der ligeud på tillidssiden og er ikke skjult. Det er spørgsmålet om juridisk hjemsted fra toppen af dette indlæg, besvaret for dette led på samme måde som for resten af infrastrukturen. Én model ligger helt uden for mødet: vores offentlige benchmark for oversættelseskvalitet bruger en LLM-dommer (Gemini, med Claude som fallback, via Vercels AI Gateway) til at bedømme maskinoversættelser af referencesætninger fra FLORES-200. Det er et fast, offentligt datasæt og ikke nogens møde.

Hvad det betyder for din DPA

For de fleste europæiske købere, f.eks. det tyske Mittelstand og regulerede brancher med standard GDPR-DPA'er, besvarer billedet ovenfor direkte spørgsmålet om dataresidens: hvert led, dit møde gennemgår under kørslen, ligger i EU. Leverandørens hjemsted oplyses på listen over underdatabehandlere efter almindelig praksis, og der er ingen overraskelser dér. Residenskortet er én brik. For de øvrige databeskyttelsesforpligtelser (sletning, opbevaring, dataportabilitet, samtykke) har vi gennemgået kodebasen i et fuldt audit og lukket hvert punkt mod koden.

For fransk souveraineté numérique og indkøb på SecNumCloud-niveau er leverandørens juridiske hjemsted i sig selv en del af kriteriet og ikke kun placeringen under kørslen. Det er en anden samtale: en alternativ deployment-topologi, hvor alle komponenter ligger hos leverandører under europæisk jurisdiktion. Det kører vi ikke som standard, men vi sætter det op for en tenant, der har brug for det, og hvor kontrakten retfærdiggør opbygningen.

For købere i USA og de fleste i APAC gælder oftest det modsatte: de vil have lav latenstid fra deres egen region, og det er et andet problem. I dag kører vi single-region i fra1. Hvis jeres trafik retfærdiggør en amerikansk edge, planlægger vi den sammen med jer.

Hvad dette indlæg forpligter os til

Dette er billedet den 2026-05-28. Vi opdaterer det, når stakken ændrer sig: ved leverandørskifte, regionsmigrering eller en ny ekstern tjeneste. Den nuværende konfiguration kan efterprøves i vores åbne vercel.json, i mind-sdk + Mind API-motoren, der kører hos OVH i Frankrig, og i hver enkelt leverandørs eget dashboard.

Hvis noget her ser forkert ud, eller din DPO har brug for et svar, som dette kort ikke giver, så skriv til os. Vi retter hellere en manglende detalje, end at du opdager den under en kontraktgennemgang.

Kilder: runtime-regioner og modelrouting er kontrolleret mod den deployede konfiguration (vercel.json, fly.toml) og den udrullede kode; Vercel AI Gateway (digestens sti med fastlåst udbyder), FLORES-200; kontrolleret i august 2026.