Depuis quand Power Automate stocke-t-il des données dans l'UE ? Faits sur EU Data Boundary et ce que cela signifie pour votre exploitation.
Quiconque utilise Power Automate pour les approbations de factures, les workflows RH ou les données clients reçoit presque toujours la même question du département juridique lors de la prochaine analyse d'impact relative à la protection des données : Où se trouvent exactement les données quand un flux cloud s'exécute ? De nombreux responsables IT dans les entreprises de taille moyenne ne peuvent pas répondre correctement à cette question, car Microsoft a réparti la réponse sur plusieurs années et plusieurs documents.
Cet article rassemble les faits : ce que EU Data Boundary chez Power Automate signifie concrètement, où se trouvent les limites et ce que cela signifie pratiquement pour votre exploitation.
EU Data Boundary est la frontière géographique garantie par Microsoft, dans laquelle les données clients et les données à caractère personnel pour les services en ligne Microsoft tels que Power Automate sont stockés et traités, et elle comprend les 27 États membres de l'UE ainsi que les quatre pays de l'AELE : le Liechtenstein, l'Islande, la Norvège et la Suisse (Source : Microsoft Learn, EU Data Boundary).
Depuis novembre 2024, tous les flux cloud Power Automate nouvellement créés sont automatiquement stockés et traités dans cette limite, indépendamment du fait qu'ils fassent partie d'une solution (Source : Microsoft Learn, Power Automate et EU Data Boundary). Pour les flux créés avant cette date limite, Microsoft met à disposition un outil de migration pour les administrateurs Power Platform, car les anciens flux en dehors des solutions ont été créés à l'origine dans des groupes de ressources répliqués mondialement.
Ce qui est décisif, c'est la soi-disant Home Geo de votre locataire Microsoft Entra : La région géographique qui est attribuée lors de la configuration du locataire en fonction de l'adresse de facturation détermine dans quelle géographie Azure se trouvent vos environnements Power Platform et donc aussi vos données de flux (Source : Microsoft Learn, Stockage des données et gouvernance).
Un cas particulier montre à quel point il faut regarder de près : Avec Copilot Studio, les données se retrouvent par défaut aux États-Unis, si la région du locataire n'est pas explicitement répertoriée dans la liste de l'UE, avec une exception pour la France, dont les données restent en Europe (Source : Microsoft Learn, Dynamics 365 et résidence des données Power Platform). Quiconque combine les flux Power Automate avec des agents Copilot Studio doit donc examiner les deux composants séparément.
Même au sein de EU Data Boundary, il y a des exceptions : les noms de tables et de colonnes ainsi que les noms d'applications, les descriptions et les logos sont répliqués mondialement pour des raisons de support et de performance, mais le contenu réel des données reste dans la géographie attribuée (Source : Microsoft Learn, Transferts continus partiels).
Trois étapes suffisent pour la plupart des entreprises de taille moyenne : premièrement vérifier la Home Geo de votre propre locataire dans le Power Platform Admin Center, deuxièmement rechercher les anciens flux pas encore migrés avec le cmdlet PowerShell Get-AdminFlow -IncludeEUDBNonCompliantFlows, troisièmement migrer les flux trouvés rétrospectivement via Start-EUDBMigration.
Chez un client du secteur de la logistique, nous avons utilisé exactement cet appel de cmdlet avant un audit RGPD : Plusieurs flux créés avant novembre 2024 se trouvaient encore en dehors de la limite de l'UE et ont été déplacés rétrospectivement via l'outil de migration, sans que les exécutions automatisées ne soient interrompues. Pendant la migration, les flux affectés ne peuvent pas être modifiés ou démarrés manuellement pendant une courte période, mais les exécutions automatisées et planifiées continuent à s'exécuter sans interruption (Source : Microsoft Learn, Effectuer la migration).
La différence réside dans le type de contrôle : Power Automate fournit une garantie contractuelle de Microsoft que les données restent dans les limites de l'UE, n8n auto-hébergé vous donne le contrôle physique du serveur sur lequel les données sont créées en premier lieu. Pour en savoir plus sur la perspective du Self-Hosting, lisez notre article n8n est-il conforme au RGPD ? Self-Hosting fait la différence.
Cette question touche un point sensible de l'économie allemande : 78 % des entreprises considèrent que l'Allemagne dépend trop des fournisseurs de cloud américains, 82 % souhaitent de grands fournisseurs de cloud provenant d'Allemagne ou d'Europe (Source : Bitkom, Cloud Report 2025).
Pour la plupart des entreprises de taille moyenne, la question décisive n'est donc pas « Power Automate ou n8n », mais « où ai-je besoin de quel type de contrôle » : Dans les processus essentiels particulièrement sensibles, le Self-Hosting peut être approprié, dans l'environnement Microsoft 365, où l'on travaille de toute façon, une limite de données de l'UE correctement configurée est souvent la solution plus pragmatique. C'est exactement ce que nous vérifions chez NordFlux avant chaque automatisation Power Automate et chaque plus complète automatisation Microsoft 365.
Depuis novembre 2024, Power Automate stocke automatiquement les nouveaux flux cloud dans EU Data Boundary, les anciens flux peuvent être dotés rétrospectivement à l'aide de l'outil de migration PowerShell. Ce qui reste décisif, c'est la Home Geo du locataire, des exceptions existent pour les métadonnées répliquées mondialement et pour Copilot Studio sans attribution explicite de l'UE.
Power Automate peut être exploité conformément au RGPD si le locataire se trouve dans une géographie de l'UE et que tous les flux cloud sont stockés et traités dans EU Data Boundary. Pour les flux créés avant novembre 2024, une migration via l'outil PowerShell de Microsoft est généralement nécessaire à cet effet.
Pour les clients ayant un locataire de l'UE et des flux migrés, les données clients et les données à caractère personnel restent dans EU Data Boundary. Les exceptions concernent les composants fonctionnant mondialement tels que Content Delivery Networks, Microsoft Entra ID ou les noms de tables et de colonnes répliqués, mais non le contenu réel des données.
Avec le cmdlet PowerShell Get-AdminFlow -IncludeEUDBNonCompliantFlows, vous pouvez lister via Power Platform Administrator PowerShell tous les flux qui n'ont pas encore été migrés dans EU Data Boundary, individuellement ou par environnement.
Pas automatiquement plus sûr, mais plus contrôlable : le Self-Hosting donne la souveraineté physique sur l'infrastructure, Power Automate avec une EU Data Boundary correctement configurée offre une garantie contractuelle avec moins d'efforts opérationnels. La solution qui convient dépend de la sensibilité des données et des ressources informatiques disponibles.
Oui. Avant chaque automatisation Power Automate ou Microsoft 365, nous vérifions la géographie du locataire, les anciens flux nécessitant une migration et les connecteurs qui pourraient traiter des données en dehors de l'UE, et nous documentons le résultat pour votre analyse d'impact relative à la protection des données.
NordFlux construit des employés numériques pour les organisations : des automatisations et des agents KI qui prennent en charge le travail répétitif. Vous gardez le contrôle.
n8n peut fonctionner de façon conforme au RGPD, mais il ne l'est pas automatiquement. Ce qui distingue le cloud de l'auto-hébergement et là où les workflows perdent des données.
Trois outils, trois philosophies. Une comparaison honnête des coûts, de la souveraineté des données et de la charge de travail, sans parti pris pour un éditeur.
Lors d’une analyse initiale gratuite, nous discutons directement de votre cas. Sans engagement.
