Andy Garcia · dev freelance
FRENES
Retour au blog
Cloud & Régulation

Les frais de sortie du cloud disparaissent dans l'UE le 12 janvier 2027. Pas ceux du multi-cloud

19 octobre 2026 8 min de lecture

Le lundi 19 octobre 2026, l'Autorité néerlandaise de la consommation et des marchés (ACM) a publié un projet de « Leidraad Cloud », un guide de 52 pages sur les chapitres du Data Act européen consacrés au cloud, et ouvert une consultation jusqu'au 6 novembre. Le document est en néerlandais et se présente comme une version provisoire. Son communiqué rappelle la date qui compte : à partir du 12 janvier 2027, les fournisseurs ne pourront plus facturer à leurs clients le changement de fournisseur.

Cette date est écrite dans le règlement depuis son adoption en décembre 2023. L'article 29 du règlement (UE) 2023/2854 la dit en une ligne : « À partir du 12 janvier 2027, les fournisseurs de services de traitement de données n'imposent aucun frais de changement de fournisseur au client pour le processus de changement. » D'ici là, les frais ne peuvent pas dépasser les coûts « directement liés au processus de changement ».

Ce qu'ajoute l'ACM, c'est la lecture d'un régulateur sur les bords du texte, et c'est sur les bords que se trouvent les factures. Je l'ai lu des deux côtés du contrat. J'achète du cloud pour mes propres produits, et je construis des logiciels que des clients utilisent en service : je suis CTO d'une LegalTech construite sur Claude, et j'ai créé BidForge, une IA qui lit les dossiers de marchés publics français pour les petites entreprises.

Ce qui disparaît, et ce qui n'a jamais été des frais de changement

Le règlement définit large les frais de changement de fournisseur et dit qu'ils incluent les frais de sortie de données (egress), c'est-à-dire ce que coûte l'extraction de tes données par le réseau vers un autre fournisseur ou vers ta propre infrastructure. C'est cette partie qui tombe à zéro.

Deux choses restent hors de la définition. Les frais de service courants continuent jusqu'à la fin du contrat, y compris pendant le changement. Et les pénalités de résiliation anticipée survivent : le considérant 89 autorise les contrats à durée déterminée, « y compris des pénalités de résiliation anticipée proportionnées ». L'ACM met un plafond à « proportionnées » : la pénalité ne peut pas dépasser ce que le client aurait dû si le contrat était allé jusqu'à son terme. Un engagement de trois ans reste un engagement de trois ans.

Le même considérant laisse une porte ouverte au travail facturé. Un fournisseur peut facturer des services qui dépassent ses obligations de changement, quand le client les demande et accepte le prix à l'avance. La frontière entre l'assistance obligatoire et la prestation de migration facturable n'est pas tranchée. Je m'attends à ce que les litiges se jouent sur cette ligne.

Faire tourner deux clouds peut encore coûter de l'argent

Le détail que je mettrais dans chaque revue d'architecture, c'est l'article 34. Quand un client utilise deux fournisseurs en parallèle, le fournisseur « peut imposer des frais de sortie de données, mais uniquement pour répercuter les coûts de sortie encourus, sans dépasser ces coûts ». Le considérant 99 explique pourquoi : l'usage en parallèle est un flux continu, pas un déménagement ponctuel, donc cette autorisation survit au 12 janvier 2027.

L'exemple de l'ACM est banal. Un client fait tourner son CRM chez un fournisseur et son outil de gestion de projet chez un autre. Quand une vente se conclut dans le CRM, l'autre outil crée une tâche de facturation pour la comptabilité. Les deux systèmes échangent des données, c'est donc de l'usage en parallèle.

Si ta stack, c'est une base de données sur un cloud, une application sur un autre et une API de modèle sur un troisième, janvier change ta facture de sortie, pas ta facture mensuelle. La contrainte, en vigueur depuis le 12 septembre 2025, est que la sortie en usage parallèle ne doit pas dépasser le coût réel du fournisseur, et ni le règlement ni le guide ne chiffrent ce coût. Le projet n'est pas non plus tout à fait cohérent : son résumé autorise des frais au coût pour la sortie et pour l'entrée, alors que le paragraphe 116 dit que seuls les coûts d'extraction peuvent être répercutés. C'est à ça que sert une consultation.

Pas de clause de maintien pour les anciens contrats

Le règlement s'applique depuis le 12 septembre 2025. L'ACM est directe sur les contrats signés avant cette date : ils doivent être modifiés si nécessaire, avec l'accord du client, et les fournisseurs qui ne les modifient pas « enfreignent le règlement » (ma traduction). Elle ajoute qu'un coût de changement non décrit dans le contrat ne peut pas être facturé au client.

L'article 25 fixe le contenu minimal de ce contrat : un préavis d'au plus deux mois, une période transitoire d'au plus 30 jours calendaires pendant laquelle le service continue de tourner, une période de récupération des données d'au moins 30 jours après elle, une liste exhaustive des données et actifs numériques exportables, une clause d'effacement complet, et les frais de changement. Si 30 jours est techniquement irréalisable, le fournisseur a 14 jours ouvrés pour le dire et proposer une alternative allant jusqu'à sept mois. Le client peut prolonger une fois la période transitoire.

Un changement est en attente. La proposition de Digital Omnibus de la Commission, du 19 novembre 2025, exempterait certains contrats conclus au plus tard le 12 septembre 2025 des obligations de changement, pour les services dont les fonctionnalités ont été en majorité adaptées au client et pour les PME et petites entreprises de taille intermédiaire qui fournissent autre chose que de l'infrastructure. Les deux exemptions conservent l'article 29, donc l'interdiction des frais s'appliquerait toujours à ces contrats, point que relève aussi l'analyse du 15 juillet de Greenberg Traurig sur le texte du Conseil. Nordia Law, dans une note du 10 octobre, dit que la proposition n'a pas été adoptée et que les fournisseurs ne devraient pas s'y fier. L'ACM dit qu'elle révisera son guide si l'Omnibus devient loi.

Oui, le SaaS peut être concerné

« Service de traitement de données » sonne comme de l'infrastructure, mais le considérant 81 nomme trois modèles de fourniture : IaaS, PaaS et SaaS. L'ACM ajoute un test de finalité : le client doit utiliser le service pour accéder à une capacité de calcul partagée. Une plateforme vidéo qui diffuse des fichiers stockés est exclue, tout comme l'application qui pilote un robot aspirateur, parce que le calcul sert une autre fonction. Un logiciel pris comme un service plutôt qu'acheté comme un produit peut être concerné.

Son exemple du CRM est celui que je reconnais. Une entreprise vend un CRM à un centre d'appels et le fait tourner sur l'infrastructure d'une autre société. Elle est fournisseur du centre d'appels et cliente du fournisseur d'infrastructure, avec des obligations dans le premier rôle et des droits dans le second.

Pour ceux qui vendent, les obligations qui mordent sont techniques. Les fournisseurs autres que l'infrastructure pure doivent offrir des interfaces ouvertes « gratuitement » à leurs clients et aux autres fournisseurs qui servent ces clients. L'ACM lit « gratuit » comme couvrant le développement et la maintenance, et « égal » comme l'absence de discrimination entre clients. Elle admet une échappatoire : se dispenser d'une interface qui coûterait bien plus qu'elle ne vaut, par exemple pour une fonctionnalité qu'un nombre extrêmement faible de clients utilisent. Et comme le répertoire central de l'UE des normes d'interopérabilité n'est pas encore accessible, note l'ACM, les exports doivent être dans un format courant et lisible par machine.

L'exemption pour les services sur mesure est étroite : la plupart des fonctionnalités principales construites pour un seul client, et non proposées à grande échelle commerciale depuis un catalogue. Les services paramétrables ne sont pas des services sur mesure, dit l'ACM.

Les grands clouds ont déjà supprimé les frais. Lis la procédure.

Chez AWS et Google Cloud, les frais de sortie avaient déjà disparu. Le 12 janvier 2024, Google Cloud a annoncé le transfert de données gratuit pour les clients qui arrêtent d'utiliser sa plateforme et migrent leurs données. AWS supprime le transfert de données sortant pour les clients qui quittent AWS, sur demande au support AWS, sous forme de crédits. Google Cloud va aussi plus loin que la loi sur l'usage en parallèle : son Data Transfer Essentials, pour le trafic entre les services d'une organisation sur Google Cloud et sur un autre cloud listé, est « initialement proposé sans frais », depuis ses régions européennes et pour une liste de services pris en charge. C'est un choix commercial, pas une obligation.

C'est la procédure qui rend la lecture rentable. L'avenant AWS EU Data Act demande une demande de changement « au moins deux mois avant » le début prévu et fixe une période transitoire de 30 jours par défaut. Dans le modèle de responsabilité partagée, le client réalise l'extraction, l'export et l'import. Un changement complet se termine par la fermeture des comptes ou la suppression des données ; saute cette étape et tu rembourses « tous les crédits ou exonérations de frais liés au changement ». L'avenant couvre les comptes payeurs dont le pays de compte est un État membre de l'UE.

Si un fournisseur facture encore la sortie pour un départ, le calendrier mérite un coup d'œil. Avec un préavis de deux mois, un changement demandé le 12 novembre 2026 commence sa période transitoire le 12 janvier 2027, le jour où les frais de changement doivent cesser. Une demande envoyée plus tôt place au moins une partie du déménagement dans la fenêtre où des frais au coût sont encore permis.

Ce que je ferais avant le 12 janvier

Côté acheteur : trouve les clauses de changement de fournisseur dans chaque contrat cloud et SaaS et compare-les aux chiffres de l'article 25. Puis range tes flux de données entre changement de fournisseur et usage en parallèle, parce que seul le premier devient gratuit. Si un fournisseur te chiffre des frais de migration pour un travail après le 12 janvier, demande quel article les autorise.

Côté vendeur : écris l'annexe de sortie maintenant. Liste les données exportables de façon exhaustive, publie les formats d'export et la documentation des interfaces dans un seul registre, teste l'export comme un client qui part et non comme un client qui reste, et retire tous les frais de changement de ta grille tarifaire pour le 12 janvier. Si ton API est derrière ton offre la plus chère, relis le paragraphe 121 du projet de l'ACM avant qu'un client ne le fasse.

Le règlement retire les frais du départ. Il ne rend pas le départ facile, et il ne rend pas gratuit le fait de vivre dans deux clouds. Ce sont toujours des problèmes d'ingénierie.

Sources

Un projet du même genre ?

Je conçois et déploie des produits comme celui-ci. Parlons-en.

Discutons