Où une réunion InterMIND s'exécute réellement

Tôt ou tard, quelqu'un du côté de l'hôte — le service informatique d'un client, un DPO, un partenaire prudent — pose toujours la même question : « Où vont ces données ? » Cette personne attend une liste des sous-traitants, le pays d'établissement de chaque fournisseur et un schéma avec des flèches.

Nous préférons que vous ayez la vue d'ensemble plutôt que de la livrer au compte-gouttes par e-mail. Voici donc le chemin des données d'une réunion : chaque service externe qu'elle sollicite, l'endroit où chacun s'exécute et les données qui y transitent. Vérifié par rapport à la configuration de déploiement réelle le 2026-05-28.

Chaque chemin qui touche le contenu d'une réunion est européen à l'exécution — y compris les étapes d'IA, qui s'exécutent sur la passerelle d'IA que choisit votre organisation, dans une région de l'UE de notre propre tenant. Les fournisseurs derrière cette passerelle sont des sociétés américaines qui exploitent des régions européennes ; nous le disons clairement plus bas, et nous indiquons quel modèle se situe entièrement en dehors de la réunion.

Cet article décrit où s'exécute votre réunion. Son pendant, De quoi est faite une réunion InterMIND, décrit de quoi elle est faite : quelles couches sont notre propre code, lesquelles sont open source, et où nous restons pragmatiques à l'égard des SaaS propriétaires.

Ce que signifie réellement « où elle s'exécute »

Deux notions sont souvent confondues dans les discussions sur la souveraineté, alors qu'elles ne sont pas la même chose :

1. Exécution / chemin des données. L'endroit où les octets de votre réunion sont physiquement traités pendant la requête. C'est ce dont traitent la réglementation sur la résidence des données et la plupart des DPA.
2. Siège juridique du fournisseur. L'endroit où l'éditeur SaaS est légalement constitué. C'est l'objet des discussions sur le CLOUD Act : la portée théorique d'une injonction américaine à l'encontre de la maison mère du fournisseur, quel que soit le lieu d'exécution de la charge de travail.

Presque toute question du type « est-ce européen ? » relève en réalité de l'une de ces deux notions, posée de manière imprécise. Nous y répondons séparément pour chaque fournisseur ci-dessous.

Le chemin des données d'une réunion

Suivons un appel de la connexion jusqu'à l'e-mail de suivi :

1. Le navigateur ouvre la page de la réunion. Le SSR s'exécute sur Vercel, épinglé sur fra1 (Francfort). Toutes les données de requête et de réponse — cookies de session, charges utiles d'API, HTML rendu côté serveur — sont traitées dans l'UE à l'exécution.
2. Le WebSocket se connecte à notre serveur de réunion à Paris (cdg). Orchestration de la réunion, présence, signalisation : tout est dans l'UE.
3. La reconnaissance vocale s'exécute sur notre serveur média. L'audio arrive via WebRTC à notre propre moteur — l'API Mind sur OVH, en France — et y est reconnu mot par mot, sur le même serveur que celui qui porte l'appel ; aucun service vocal tiers n'intervient. Les messages vocaux dans le chat sont la seule exception : leur transcription s'exécute sur Azure AI Speech, le service vocal de la passerelle d'IA par défaut (tableau des fournisseurs ci-dessous). Le pipeline lui-même est décrit dans Inside the four translation pipelines.
4. La traduction de la voix et du chat passe par notre propre moteur chez OVH, en France. Il s'agit de mind-sdk + l'API Mind — notre code, nos hôtes, en France. Aucun modèle tiers n'intervient. Une traduction par langue cible présente dans la salle, résidente dans l'UE à chaque étape.
5. Un document déposé dans le chat (PDF, DOCX, DOC, PPTX, XLSX) part côté serveur depuis le ws-server de Paris vers DeepL, à Cologne. Société allemande, traitement en Allemagne. La voix et le chat ne passent pas par DeepL.
6. Les données applicatives — utilisateurs, équipes, messages, métadonnées de réunion — résident dans Neon Postgres sur AWS Francfort (eu-central-1). Les sauvegardes (snapshots) se trouvent dans la même région.
7. Les enregistrements, pièces jointes et exports sont stockés sur Tigris, un stockage compatible S3 sur Fly. Répliqué en périphérie ; le bucket peut être configuré en multi-région UE pour les tenants qui ont besoin d'un épinglage plus strict.
8. Les erreurs et traces de performance vont vers l'instance UE de Sentry (de.sentry.io). L'organisation américaine a été supprimée en mai.
9. L'analytique produit va vers PostHog EU (eu.i.posthog.com).
10. Les e-mails transactionnels (liens magiques, invitations, reçus) transitent par Resend depuis eu-west-1 (Irlande).

Tout ce qui précède est européen à l'exécution. Le moteur de traduction — la partie par laquelle transite l'essentiel de vos données — est lui aussi notre propre code, et non celui d'un tiers. Le SDK client sur lequel il s'appuie est open source (BSD-3-Clause) et auditable dès aujourd'hui ; l'auto-hébergement du moteur lui-même figure sur la feuille de route pour les clients qui en ont besoin.

La cartographie des fournisseurs

Les deux flux de données les plus volumineux — la traduction de la voix et du chat par notre propre moteur chez OVH, et la traduction de documents par DeepL — sont aussi ceux des deux fournisseurs dont la maison mère se trouve dans l'UE. Cela couvre l'essentiel du contenu des réunions. La liste complète des sous-traitants, avec le détail du siège juridique, est intégrée au DPA comme le veut la pratique courante ; le tableau ci-dessus est la vue d'exécution, celle dont traitent la plupart des clauses de résidence des données.

Les étapes d'IA, nommées clairement

Une fois l'appel terminé, nous exécutons quelques étapes à base de modèles de langage sur ce qui a été dit : le AI digest (sujets, décisions, action items, questions ouvertes), le résumé post-réunion et l'éditeur de notes IA (traduire une note, ou la corriger / l'étoffer / la simplifier). Pendant l'appel, le même type d'étape rédige un résumé de chaque document déposé dans le chat et répond à Ask AI et à Mia. Ce sont les seuls endroits où un modèle généraliste touche du contenu issu de la réunion, et tous vont au même endroit :

• La passerelle d'IA que choisit votre organisation. Un seul résolveur dans le code la sélectionne pour chaque point d'appel ; il n'existe pas de second chemin. Par défaut, c'est Azure OpenAI dans l'EU Data Zone ; depuis ses paramètres, une organisation bascule vers Vertex AI sur le point de terminaison multi-région UE ou Amazon Bedrock à Francfort, ou oriente toutes les fonctions d'IA vers son propre point de terminaison compatible OpenAI — vLLM dans son propre centre de données, un déploiement dans son propre tenant. Chaque passerelle hébergée s'exécute dans notre propre tenant, configurée sans rétention des données et sans entraînement sur le contenu des clients ; le repli reste sur la même passerelle — une seconde région de l'UE, ou un second modèle du même fournisseur — jamais un autre fournisseur. La documentation des fonctions d'IA répertorie les passerelles et les régions.
• Le résumé et l'action traduire de l'éditeur passent par le canal de traduction, et non par le modèle de langage — le même chemin que celui qui traduit le chat en direct.
• L'IA peut être désactivée pour toute l'organisation : la transcription et la traduction continuent de fonctionner ; le digest, les résumés de documents, l'assistant de rédaction et Ask AI s'arrêtent.

La voix en temps réel, le chat en temps réel, les notes et la traduction de documents ne passent jamais par aucune de ces étapes — ils ont été résidents dans l'UE dès l'origine.

Où se situent les fournisseurs : Microsoft, Google et Amazon sont des sociétés américaines qui exploitent des régions européennes. Nous l'indiquons clairement sur la page de confiance, sans le cacher — c'est la question du siège juridique posée au début de cet article, traitée pour cette étape de la même façon que pour l'infrastructure. Un modèle se situe entièrement en dehors de la réunion : notre benchmark public de qualité de traduction utilise un LLM comme juge (Gemini, avec Claude en repli, via l'AI Gateway de Vercel) pour évaluer des traductions automatiques de phrases de référence FLORES-200. Il s'agit d'un jeu de données fixe et public — pas la réunion de qui que ce soit.

Ce que cela signifie pour votre DPA

Pour la plupart des acheteurs européens — Mittelstand allemand, secteurs réglementés disposant de DPA RGPD standard — le tableau ci-dessus répond directement à la question de la résidence des données : chaque étape que franchit votre réunion à l'exécution se situe dans l'UE. Le siège juridique des fournisseurs est communiqué dans la liste des sous-traitants selon la pratique habituelle ; rien de surprenant à cet égard. La carte de la résidence n'est qu'une pièce ; pour le reste des obligations de protection des données — effacement, conservation, portabilité, consentement — nous avons soumis le code à un audit complet et clos chaque point au regard du code.

Pour la souveraineté numérique à la française et les achats de niveau SecNumCloud, le siège juridique du fournisseur fait lui-même partie du critère, et pas seulement le lieu d'exécution. C'est une autre conversation — une topologie de déploiement alternative qui place chaque composant chez des fournisseurs relevant d'une juridiction européenne. Nous ne l'exploitons pas par défaut ; nous la mettons en place pour un tenant qui en a besoin et lorsque le contrat justifie le chantier.

Pour les acheteurs américains et la plupart des acheteurs d'Asie-Pacifique, c'est généralement l'inverse : ils veulent une faible latence depuis leur région, ce qui est un autre problème. Aujourd'hui, nous fonctionnons en région unique sur fra1. Si votre trafic justifie un point de présence aux États-Unis, nous le planifierons avec vous.

Ce à quoi cet article nous engage

Voici le tableau au 2026-05-28. Nous le mettrons à jour lorsque la pile technique évoluera — changement de fournisseur, migration de région, nouveau service externe. La configuration actuelle est vérifiable dans notre vercel.json ouvert, dans le moteur mind-sdk + API Mind exécuté chez OVH en France, et dans le tableau de bord propre à chaque fournisseur.

Si quelque chose vous paraît inexact, ou si votre DPO a besoin d'une réponse que cette cartographie ne donne pas, écrivez-nous. Nous préférons corriger un détail manquant plutôt que de vous le voir découvrir lors d'une revue de contrat.

Sources : régions d'exécution et routage des modèles vérifiés par rapport à la configuration déployée (vercel.json, fly.toml) et au code livré ; Vercel AI Gateway (le chemin d'épinglage du fournisseur pour le digest), FLORES-200 ; vérifié en août 2026.