Der ett InterMIND-møte faktisk kjører

Før eller siden spør noen på vertens side, for eksempel IT-avdelingen hos en kunde, et personvernombud eller en forsiktig partner: «Hvor går disse dataene?» De vil ha en liste over underdatabehandlere, leverandørenes hjemsteder og et diagram med piler.

Vi vil heller at du får hele bildet enn at du får det stykkevis på e-post. Her er derfor datavegen til ett møte: hver eksterne tjeneste det berører, hvor hver av dem kjører, og hvilke data som går gjennom den. Verifisert mot den faktiske driftskonfigurasjonen 2026-05-28.

Hver vei som berører møteinnhold, kjører i EU, også AI-trinnene. De kjører på AI-gatewayen organisasjonen din velger, i en EU-region i vår egen tenant. Leverandørene bak den gatewayen er amerikanske selskaper som driver EU-regioner. Det sier vi rett ut nedenfor, og vi sier også hvilken modell som står helt utenfor møtet.

Dette innlegget kartlegger hvor møtet ditt kjører. Følgesvennen, Hva ett InterMIND-møte er bygget av, kartlegger hva det er bygget av: hvilke lag som er vår egen kode, hvilke som er åpen kildekode, og hvor vi er pragmatiske med proprietær SaaS.

Hva «hvor det kjører» egentlig betyr

To ting blandes sammen i samtaler om suverenitet, og de er ikke det samme:

1. Kjøretid / datavei. Hvor bytene i møtet ditt fysisk behandles mens forespørselen pågår. Det er dette regler om dataresidens og de fleste databehandleravtaler (DPA-er) egentlig handler om.
2. Leverandørens juridiske hjemsted. Hvor SaaS-leverandøren er juridisk registrert. Det er dette CLOUD-Act-diskusjoner handler om: den teoretiske rekkevidden av et amerikansk pålegg mot leverandørens morselskap, uavhengig av hvor arbeidsbelastningen kjører.

Nesten hvert «er dette EU?»-spørsmål er egentlig ett av disse to, stilt upresist. Vi svarer på dem hver for seg for hver leverandør nedenfor.

Datavegen til ett møte

Følg ett anrop fra påloggingen til oppfølgings-e-posten:

1. Nettleseren åpner møtesiden. SSR kjører på Vercel, låst til fra1 (Frankfurt). Alle forespørsels- og svardata, som øktinformasjonskapsler, API-nyttelaster og servergenerert HTML, behandles i EU under kjøring.
2. WebSocket kobler seg til møteserveren vår i Paris (cdg). Møteorkestrering, tilstedeværelse og signalering er alt sammen i EU.
3. Talegjenkjenningen kjører på mediaserveren vår. Lyden kommer inn over WebRTC til vår egen motor, Mind API på OVH i Frankrike, og gjenkjennes der, ord for ord, på samme server som bærer samtalen. Ingen tredjeparts talestjeneste er med i løypa. Talemeldinger i chat er det eneste unntaket: tale-til-tekst for dem kjører på Azure AI Speech, talestjenesten til standard AI-gateway (leverandørtabellen nedenfor). Selve pipelinen er beskrevet i Inni de fire oversettelsespipelinene.
4. Tale- og chatoversettelse går til vår egen motor hos OVH i Frankrike. Det er mind-sdk + Mind API: vår kode, våre verter, i Frankrike. Ingen tredjepartsmodell er med i løypa. Én oversettelse per målspråk som er til stede i rommet, EU-residente i hvert ledd.
5. Et dokument som slippes i chatten (PDF, DOCX, DOC, PPTX, XLSX) sendes server-side fra ws-serveren i Paris til DeepL i Köln. Tysk selskap, tysk behandling. Tale og chat berører ikke DeepL.
6. Applikasjonsdata (brukere, team, meldinger, møtemetadata) ligger i Neon Postgres på AWS Frankfurt (eu-central-1). Øyeblikksbilder i samme region.
7. Opptak, vedlegg og eksporter lagres på Tigris, S3-kompatibel lagring på Fly. De er edge-replikert, og bøtta kan konfigureres til multi-region EU for kunder som trenger strammere låsing.
8. Feil og ytelsessporinger går til Sentrys EU-instans (de.sentry.io). Den amerikanske organisasjonen ble lagt ned i mai.
9. Produktanalyse går til PostHog EU (eu.i.posthog.com).
10. Transaksjonelle e-poster (magiske lenker, invitasjoner, kvitteringer) sendes via Resend fra eu-west-1 (Irland).

Alt ovenfor er i EU under kjøring. Oversettelsesmotoren, delen mesteparten av dataene dine faktisk går gjennom, er også vår egen kode, ikke en tredjeparts. Klient-SDK-en den kjører på, er åpen kildekode (BSD-3-Clause) og kan revideres i dag. Selvhosting av selve motoren står på veikartet for kunder som trenger det.

Leverandørkartet

De to tyngste datastrømmene etter volum, tale- og chatoversettelse gjennom vår egen motor hos OVH og dokumentoversettelse gjennom DeepL, er også de to leverandørene hvis morselskap sitter i EU. Det dekker hoveddelen av møteinnholdet. Den fullstendige listen over underdatabehandlere med detaljer om juridisk hjemsted tas inn i DPA-en som standard praksis. Tabellen ovenfor er kjøretidsvisningen, som er det de fleste klausuler om dataresidens handler om.

AI-trinnene, omtalt rett ut

Etter at samtalen er over, kjører vi noen språkmodelltrinn på det som ble sagt: AI digest (temaer, beslutninger, action items, åpne spørsmål), oppsummeringen etter møtet og AI-notatredigereren (oversette et notat, eller rette / utvide / forenkle det). Under samtalen skriver samme type trinn et sammendrag av hvert dokument som slippes i chatten, og svarer på Ask AI og Mia. Dette er de eneste stedene der en generell modell berører innhold utledet fra møtet, og alle går til ett sted:

• AI-gatewayen organisasjonen din velger. Én resolver i koden velger den for hvert kallsted, og det finnes ingen andre veier. Standard er Azure OpenAI i EU Data Zone. Fra innstillingene kan organisasjonen bytte til Vertex AI på EU multi-region-endepunktet eller Amazon Bedrock i Frankfurt, eller peke hver AI-funksjon mot sitt eget OpenAI-kompatible endepunkt: vLLM i eget datasenter, eller en distribusjon i egen tenant. Hver hostede gateway kjører i vår egen tenant, konfigurert for null datalagring og ingen trening på kundeinnhold. Reserveløsningen blir på samme gateway, enten en andre EU-region eller en andre modell fra samme leverandør, aldri en annen leverandør. Dokumentasjonen for AI-funksjoner viser gatewayene og regionene.
• Sammendraget og redigererens oversett-handling går gjennom oversettelsesløpet, ikke språkmodellen: den samme veien som oversetter live chat.
• AI kan slås av for hele organisasjonen: transkripsjon og oversettelse fortsetter å virke, mens digesten, dokumentsammendragene, skriveassistenten og Ask AI stopper.

Sanntidstale, sanntidschat, notater og dokumentoversettelse går aldri gjennom noen av disse. De var EU-residente fra første stund.

Hvor leverandørene sitter: Microsoft, Google og Amazon er amerikanske selskaper som driver EU-regioner. Det står rett ut på tillitssiden, ikke skjult. Det er spørsmålet om juridisk hjemsted fra toppen av dette innlegget, besvart for dette leddet på samme måte som for rørleggerarbeidet. Én modell står helt utenfor møtet: vår offentlige benchmark for oversettelseskvalitet bruker en LLM-dommer (Gemini, med Claude som reserve, via Vercels AI Gateway) til å score maskinoversettelser av referansesetninger fra FLORES-200. Det er et fast, offentlig datasett, ikke noens møte.

Hva dette betyr for DPA-en din

For de fleste europeiske kjøpere, som tyske Mittelstand og regulerte bransjer som kjører standard GDPR-DPA-er, svarer bildet ovenfor direkte på spørsmålet om dataresidens: hvert kjøretidsledd møtet ditt tar, er i EU. Leverandørenes hjemsted oppgis i listen over underdatabehandlere etter vanlig praksis, og det er ingenting overraskende der. Residenskartet er én brikke. For de øvrige personvernforpliktelsene, som sletting, oppbevaring, portabilitet og samtykke, har vi gått gjennom kodebasen i en full revisjon og lukket hvert punkt mot koden.

For fransk souveraineté numérique og innkjøp på SecNumCloud-nivå er leverandørens juridiske hjemsted i seg selv en del av kriteriet, ikke bare kjøretidsstedet. Det er en annen samtale: en alternativ distribusjonstopologi der hver komponent ligger hos leverandører under europeisk jurisdiksjon. Vi kjører ikke den som standard, men vi setter den opp for en kunde som trenger det, og der kontrakten forsvarer byggingen.

For kjøpere i USA og de fleste i APAC er det omvendte som regel tilfellet: de vil ha lav latens fra sin region, noe som er et annet problem. I dag kjører vi i én region, fra1. Hvis trafikken din tilsier en amerikansk edge, planlegger vi det sammen med deg.

Hva dette innlegget forplikter oss til

Dette er bildet per 2026-05-28. Vi oppdaterer det når stacken endres: leverandørbytte, regionflytting, en ny ekstern tjeneste. Den gjeldende konfigurasjonen kan verifiseres i vår åpne vercel.json, i mind-sdk + Mind API-motoren som kjører hos OVH i Frankrike, og i hver leverandørs eget dashboard.

Hvis noe her ser feil ut, eller personvernombudet ditt trenger et svar dette kartet ikke gir, skriv til oss. Vi retter heller opp en manglende detalj enn at du oppdager den i en kontraktsgjennomgang.

Kilder: kjøretidsregioner og modellruting verifisert mot den utrullede konfigurasjonen (vercel.json, fly.toml) og den leverte koden; Vercel AI Gateway (digestens sti med leverandørlåsing), FLORES-200; sjekket august 2026.