Le cloud ERP s’est imposé comme le modèle par défaut depuis dix ans. Les arguments étaient solides : pas de serveur à gérer, mises à jour automatiques, accès depuis n’importe où, coût prévisible en OPEX. En 2026, une partie croissante des DSI et DAF qui ont basculé remettent ce calcul en question. Non pas parce que le cloud est une mauvaise technologie, mais parce que la facture réelle ne ressemble pas à ce qui avait été vendu, et parce que la souveraineté des données est devenue un enjeu stratégique que l’on ne peut plus esquiver.
Ce mouvement a un nom : le cloud repatriation, ou rapatriement cloud. Il ne concerne pas seulement les géants du web. Selon une enquête Barclays auprès de DSI en 2024, 83 % des directeurs informatiques planifient le rapatriement d’au moins une partie de leurs workloads hors du cloud public. Le rapport Flexera State of the Cloud 2025 confirme que 84 % des organisations citent la gestion des coûts cloud comme leur premier défi opérationnel, et que les budgets cloud sont dépassés en moyenne de 17 % par rapport aux prévisions.
Ce guide s’adresse au DSI ou DAF d’une ETI ou PME qui a migré son ERP en SaaS et commence à douter. Il pose les bonnes questions, cite des chiffres vérifiables, et propose un plan d’action concret pour décider en connaissance de cause.
Pourquoi le cloud ERP coûte plus cher qu’annoncé
Les frais cachés que personne ne chiffre avant de signer
La tarification SaaS affichée dans un contrat ERP est rarement le coût réel. Plusieurs postes s’ajoutent progressivement et finissent par peser lourd sur 5 à 7 ans :
- Frais d’egress : chaque extraction de données volumineuse vers un entrepôt de données ou un outil BI externe génère des frais de sortie chez les hyperscalers. Ces frais, de l’ordre de 0,08 à 0,09 USD par Go sur AWS, deviennent significatifs pour des volumes industriels de données ERP.
- Scaling non plafonné : les licences SaaS à l’usage (par transaction, par utilisateur actif, par volume traité) peuvent exploser en période de forte activité sans que personne dans l’équipe IT ne l’ait anticipé.
- Modules premium facturés à part : les fonctionnalités avancées (analytics, IA, gestion documentaire, conformité réglementaire) sont souvent vendues en sur-couche payante, hors contrat de base.
Le rapport Flexera 2025 chiffre à 27 % la part des dépenses cloud gaspillée sur des ressources sous-utilisées ou mal dimensionnées. Pour une ETI dont la facture cloud atteint 200 000 euros par an, cela représente 54 000 euros annuels évaporés.
Le précédent 37signals : un chiffrage qui a pesé dans le débat
L’exemple le plus documenté de rapatriement cloud à grande échelle est celui de 37signals, l’éditeur des outils Basecamp et HEY. En 2022-2024, la société a migré l’essentiel de son infrastructure hors d’AWS vers du matériel propriétaire. Les chiffres, publiés par The Register en octobre 2024, sont sans ambiguïté :
- Facture AWS avant rapatriement : 3,2 millions USD par an
- Investissement en serveurs Dell : environ 700 000 USD (amorti en moins d’un an)
- Facture cloud après rapatriement : 1,3 million USD par an (essentiellement du stockage S3 sous contrat)
- Économies projetées sur 5 ans : plus de 10 millions USD
Le CTO David Heinemeier Hansson a déclaré : “Ce matériel, on prévoit de l’utiliser cinq, peut-être sept ans. Intégralement remboursé sur les économies dégagées pendant le deuxième semestre 2023.”
37signals n’est pas une ETI industrielle française. Mais son calcul illustre un principe qui s’applique à tout workload prévisible et stable : quand la charge est constante, le cloud public facture une prime de flexibilité que l’entreprise ne consomme jamais.
Ce que dit le rapport Flexera 2025 sur l’état réel des entreprises
Le rapport annuel Flexera State of the Cloud est l’une des sources les plus citées sur les pratiques cloud des entreprises. En 2025, ses principales conclusions sont :
- 84 % des organisations citent la gestion des dépenses cloud comme leur priorité numéro 1
- Les budgets cloud sont dépassés de 17 % en moyenne
- 70 % des entreprises adoptent désormais une stratégie de cloud hybride
Ce chiffre sur le cloud hybride est clé : la question n’est plus “cloud ou on-premise” mais “quels workloads où”.
Les 4 signaux qui justifient une réflexion sérieuse sur le rapatriement
Signal 1 : la facture cloud augmente plus vite que votre chiffre d’affaires
Si vos coûts SaaS ERP croissent de 15 à 20 % par an pendant que votre activité stagne ou progresse de 5 %, votre modèle économique se dégrade. Faites un calcul simple : projetez la tendance sur 7 ans, comparez avec le coût d’infrastructure on-premise équivalente (serveurs, maintenance, équipe IT) et amorti sur la même durée. Si l’écart dépasse 30 %, le sujet mérite une vraie étude.
Signal 2 : vos données métier transitent par des serveurs hors UE
Le Cloud Act américain de 2018 autorise les autorités fédérales américaines à accéder aux données hébergées par des entreprises américaines, y compris en dehors du territoire américain. Pour les entreprises travaillant dans des secteurs sensibles (défense, santé, finance, énergie), cette exposition juridique n’est plus acceptable. Même pour une ETI industrielle, exposer ses données clients, ses marges, ses flux de production à une juridiction étrangère est un risque à qualifier.
Le Data Act européen, en vigueur depuis 2024, renforce les droits de portabilité et plafonne les frais de transfert sortant à 0,01 euro par Go à partir de 2027. Il ne règle pas la question du Cloud Act américain, mais il facilite mécaniquement la sortie du cloud américain pour ceux qui souhaitent rapatrier.
Signal 3 : les personnalisations SaaS atteignent leur plafond
La majorité des ERP SaaS en mode “multi-tenant” (infrastructure partagée entre tous les clients de l’éditeur) limitent les personnalisations profondes. L’éditeur impose des mises à jour automatiques qui peuvent casser des configurations spécifiques, des APIs propriétaires qui créent de la dépendance, et des modules figés qui ne s’adaptent pas aux processus métier différenciants.
Si votre ERP actuel force vos processus à s’adapter à l’outil plutôt que l’inverse, la promesse SaaS a tourné à la contrainte.
Signal 4 : la latence pénalise les opérations temps réel
Dans les environnements de production industrielle avec des systèmes MES ou SCADA connectés à l’ERP, ou dans les entrepôts avec des terminaux de picking à haute fréquence, la latence du cloud public (qui transite par internet et des CDN) peut dégrader les performances opérationnelles. Un ERP on-premise sur un réseau LAN local élimine cette variable.
Quand le cloud ERP reste la bonne décision
Le rapatriement n’est pas une panacée. Plusieurs profils d’entreprises ont tout intérêt à rester en SaaS :
- Croissance rapide avec recrutements fréquents : le provisionnement immédiat de nouveaux utilisateurs, sans infrastructure à redimensionner, reste un avantage réel.
- Activité saisonnière marquée : un distributeur alimentaire avec des pics en novembre-décembre bénéficie de l’élasticité cloud.
- Absence d’équipe IT interne : gérer une infrastructure on-premise sans compétences en interne revient souvent plus cher que le SaaS, en coûts cachés de sous-traitance.
- Contexte M&A fréquent : intégrer ou déconsolider rapidement des entités est plus simple dans un environnement SaaS multi-entités que dans une infrastructure on-premise cloisonnée.
- PME de moins de 50 utilisateurs : en dessous d’un certain volume, l’amortissement du CAPEX infrastructure ne compense jamais le coût du SaaS.
La règle pratique : si votre charge ERP est prévisible, stable et volumineuse, le rapatriement mérite une étude. Si elle est irrégulière, croissante ou géographiquement dispersée, le cloud reste le bon modèle.
Les positions des éditeurs ERP face au rapatriement
SAP S/4HANA : on-premise maintenu officiellement jusqu’en 2040
SAP est l’éditeur ERP qui offre la plus longue garantie de support on-premise. SAP a officiellement annoncé le maintien d’au moins une version de SAP S/4HANA on-premise jusqu’au 31 décembre 2040. Pour une ETI industrielle sous SAP qui envisage un rapatriement, cette garantie est une base solide.
Nuance importante : les nouvelles fonctionnalités d’intelligence artificielle (Joule, les agents IA RISE) arrivent en priorité dans la version cloud. L’on-premise reste complet fonctionnellement pour la gestion de base, mais il accumule un retard croissant sur les capacités IA.
Oracle et NetSuite : pas d’option on-premise
Oracle Fusion Cloud ERP et NetSuite sont des architectures cloud-native sans version on-premise disponible. Pour les entreprises sous l’un de ces deux ERP qui souhaitent rapatrier, la seule option est de changer d’éditeur. Ce n’est pas anodin : un projet de migration ERP vers un autre éditeur représente en général 18 à 36 mois de travail et un budget CAPEX/OPEX à construire ex nihilo.
Microsoft Dynamics 365 : on-premise avec écart fonctionnel documenté
Microsoft propose une version on-premise de Dynamics 365 Finance & SCM, déployable sur les serveurs du client. L’option existe, mais Microsoft a officiellement documenté un écart fonctionnel croissant entre la version cloud et la version on-premise. Les fonctionnalités Copilot, les mises à jour bimestrielles et certains modules comme le Sustainability Manager ne sont disponibles qu’en cloud.
Pour une ETI sous Dynamics 365 qui envisage un rapatriement partiel, l’architecture hybride (données analytiques on-premise, transactions cloud) peut être une voie intermédiaire.
Odoo, Dolibarr, Sage X3 : options on-premise disponibles et maintenues
Les ERP à code source disponible ou à licence perpétuelle classique offrent la flexibilité la plus large :
- Odoo Community : version open-source déployable on-premise sans licence, maintenue activement. Odoo Enterprise on-premise est également disponible avec licence annuelle mais infrastructure propre.
- Dolibarr : ERP open-source, on-premise natif, adapté aux PME. Pas de version SaaS contraignante.
- Sage X3 (désormais Sage Business Cloud X3) : disponible en mode on-premise avec licence perpétuelle, ce qui en fait une option de rapatriement pour les entreprises sous Sage X3 SaaS.
TCO comparé sur 5 à 7 ans : on-premise vs SaaS
Le tableau suivant compare deux architectures pour une ETI de 150 utilisateurs ERP en France, sur 5 ans. Les chiffres sont des ordres de grandeur indicatifs.
| Poste | SaaS ERP (5 ans) | On-premise modernisé (5 ans) |
|---|---|---|
| Licence / abonnement | 600 000 à 1 200 000 euros | 150 000 à 400 000 euros (perpétuelle + maintenance) |
| Infrastructure | 0 | 80 000 à 200 000 euros (serveurs, réseau, redondance) |
| Équipe IT dédiée | 0 (inclus dans le SaaS) | 100 000 à 250 000 euros/an (0,5 à 1 ETP) |
| Intégrations et développements | 50 000 à 150 000 euros | 80 000 à 250 000 euros |
| Frais d’egress et modules premium | 30 000 à 120 000 euros | 0 |
| Total estimé sur 5 ans | 700 000 à 1 600 000 euros | 730 000 à 1 550 000 euros |
Ce tableau illustre que la différence n’est pas systématiquement en faveur de l’un ou de l’autre. Le facteur déterminant est la stabilité de la charge : plus elle est prévisible, plus le CAPEX on-premise s’amortit efficacement. Le SaaS gagne en flexibilité et en coût quand la charge est variable et que l’équipe IT est légère.
Rapatrier son ERP : plan en 4 phases
Phase 1 : audit du TCO réel (3 à 6 semaines)
Avant toute décision, reconstituez votre coût cloud complet sur les 24 derniers mois : abonnement de base, modules complémentaires, intégrations, frais d’egress, coût interne de gestion des incidents SaaS, surcoûts de personnalisation. Comparez avec un devis réaliste d’infrastructure on-premise équivalente.
À ce stade, ne décidez pas encore. Qualifiez seulement l’écart. S’il est inférieur à 20 % sur 7 ans, la migration ne vaut probablement pas le risque.
Phase 2 : qualification des workloads candidats (4 à 8 semaines)
Tous les modules ERP ne sont pas égaux face au rapatriement. Les modules transactionnels stables (comptabilité, achats, stocks, production) sont les meilleurs candidats. Les modules à fort besoin d’élasticité (e-commerce, gestion de campagnes, analytics en temps réel) restent mieux en cloud.
Construisez une matrice de rapatriement par module : volume de transactions, prévisibilité de la charge, sensibilité des données, dépendance aux intégrations cloud.
Phase 3 : choix de l’architecture cible (4 à 6 semaines)
Trois architectures s’offrent à vous :
- On-premise complet : infrastructure propre en datacenter interne ou en colocation. Contrôle maximum, CAPEX élevé, dépendance à l’équipe IT interne.
- Cloud privé souverain : hébergement dédié chez un opérateur certifié SecNumCloud (OVHcloud, Scaleway), avec infrastructure exclusivement française et sous juridiction UE. Bon compromis pour les ETI sans datacenter propre.
- Hybride : transactions on-premise ou cloud privé souverain, analytics et reporting dans le cloud public. Permet de conserver les bénéfices du cloud pour les workloads non sensibles.
Phase 4 : migration et plan de réversion (6 à 18 mois)
La migration ERP est toujours risquée. Quelques règles non négociables : maintenez l’environnement SaaS en parallèle pendant au moins 3 mois après le basculement, documentez un plan de réversion complet (comment revenir en SaaS si la migration échoue), et prévoyez un sprint de stabilisation de 6 semaines post-cutover avant de fermer l’environnement cloud.
Le rapatriement d’un ERP n’est pas un projet informatique. C’est un projet de transformation métier avec un impact direct sur la comptabilité, la production et les RH. Impliquez les directions métier dès la phase 1.
Pour approfondir votre analyse, consultez notre guide de décision ERP cloud natif vs on-premise pour les ETI et notre étude sur les coûts cachés du TCO ERP sur 5 ans. Si la souveraineté des données est votre premier critère, notre article sur les obligations du Data Act européen pour les ERP cloud vous donnera les éléments réglementaires pour cadrer votre décision.
