ERP cloud — le guide pratique pour les acheteurs PME et ETI
L'ERP cloud n'est plus une question de savoir si, mais de savoir lequel. D'ici 2026, pratiquement chaque éditeur d'ERP crédible pour le marché des PME et ETI propose une édition cloud ; ce qui diffère, c'est le modèle de déploiement derrière ce label et les obligations qu'il impose au client. Ce guide distingue les quatre modèles courants — SaaS en cloud public SaaS, SaaS en cloud privé, on-premises hébergé, hybride — et aborde les enjeux propres à la France autour de la résidence des données, des certifications de sécurité et de l'arrêt Schrems II.
Une mauvaise décision d'ERP cloud est rarement une erreur de budget ; c'est généralement une erreur de souveraineté qui resurgit deux ans plus tard lors d'un audit ou d'un renouvellement de contrat. Les acheteurs devraient trancher la question du modèle de déploiement avant de parler aux éditeurs, et non pendant.
Ce que signifie réellement l'ERP cloud
Le terme marketing « ERP cloud » recouvre au moins quatre réalités techniques distinctes. Le SaaS en cloud public signifie que l'éditeur exploite une plateforme multi-tenant sur une infrastructure hyperscaler (AWS, Azure, Google Cloud) et que les clients la consomment comme un service — SAP S/4HANA Cloud Public Edition, Oracle NetSuite, Microsoft Dynamics 365 Business Central, Workday. Le SaaS en cloud privé désigne un déploiement single-tenant du même logiciel sur une infrastructure dédiée, généralement encore hébergée par l'éditeur ou un partenaire — SAP RISE with private edition, Infor CloudSuite. L'on-premises hébergé signifie que le produit on-premises traditionnel est installé par un partenaire d'hébergement sur une infrastructure dédiée au client, avec des services managés en surcouche — un modèle courant pour Cegid, Sage, Divalto, proAlpha et de nombreux autres produits ERP destinés aux PME. L'hybride recouvre toute combinaison de deux des modèles précédents — par exemple, la finance cœur en SaaS public et la production en on-premises hébergé.
Ces différences comptent, car elles déterminent la cadence des mises à jour, la liberté de personnalisation, les schémas d'intégration et la répartition juridique des responsabilités. Les acheteurs qui ne parviennent pas à les distinguer finissent déçus par des surprises qui étaient pourtant inscrites dans le contrat.
Cloud public vs cloud privé
La différence décisive est le tenancy (l'isolement des locataires). Le SaaS en cloud public est multi-tenant : de nombreux clients partagent la même instance logicielle, avec une séparation logique au niveau des données. Les montées de version sont déployées selon un calendrier fixe (généralement trimestriel ou semestriel) pour l'ensemble du parc de tenants ; les clients ne peuvent pas les reporter. La personnalisation se limite à la configuration et à l'extension via des API et des plateformes homologuées (SAP BTP, Microsoft Power Platform, NetSuite SuiteScript). Le coût total de possession tend à être plus faible, l'implémentation plus rapide, et la responsabilité opérationnelle se déplace vers l'éditeur.
Le SaaS en cloud privé attribue à chaque client une instance logicielle dédiée sur une infrastructure dédiée. Les montées de version peuvent être planifiées avec le client ; des modifications sont possibles dans un périmètre défini ; les schémas d'intégration sont plus souples. Le prix est plus élevé, à la fois en licence et en responsabilité d'intégration assumée par le client.
Règle empirique : les entreprises qui se sont déjà standardisées sur les processus de référence de l'éditeur et qui souhaitent une faible charge opérationnelle choisissent le cloud public ; les entreprises aux processus hérités fortement personnalisés ou aux exigences réglementaires strictes nécessitant un contrôle opérationnel choisissent le cloud privé.
SaaS vs on-premises hébergé
L'on-premises hébergé est la voie que la plupart des éditeurs d'ERP pour PME proposent aux clients qui veulent quitter leur propre centre de données sans quitter leur produit familier. Cegid, Sage, Divalto, proAlpha et d'autres disposent tous de partenaires d'hébergement bien établis. L'application elle-même reste le produit on-premises, avec toute sa liberté de personnalisation ; le partenaire d'hébergement fournit l'infrastructure, le système d'exploitation, la base de données, la politique de sauvegarde et le support utilisateur.
Comparé au véritable SaaS, l'on-premises hébergé laisse le client maître du cycle de montées de version — un avantage pour la stabilité, un inconvénient pour la dette technique. Comparé à l'exécution du même logiciel sur du matériel détenu en propre, l'on-premises hébergé décharge l'exploitation de l'infrastructure et l'investissement (CAPEX), mais ne change pas le modèle de licence.
Pour de nombreuses PME, l'on-premises hébergé constitue le premier pas réaliste vers le cloud. Une seconde migration vers le SaaS devient envisageable une fois le portefeuille de personnalisations rationalisé et le paysage d'intégration arrivé à maturité.
Enjeux propres à la France : résidence des données, certifications, Schrems II
Trois questions réglementaires dominent les échanges autour de l'ERP cloud en France et méritent une réponse claire dans toute évaluation d'éditeur.
Résidence des données. Où, géographiquement, sont stockées les données de production, les sauvegardes et les copies de reprise après sinistre ? « Centres de données dans l'UE » ne suffit pas — demandez les régions précises ainsi que les éventuelles dispositions relatives aux sous-traitants ultérieurs. De nombreux éditeurs proposent une option contractuelle « UE uniquement » qui exclut tout transfert de sauvegarde hors de l'UE ; vérifiez si vos processus (support 24×7, centre opérationnel de sécurité) le permettent réellement.
Certifications de sécurité. En France, les référentiels comme SecNumCloud (porté par l'ANSSI) pour les charges sensibles, ou HDS pour l'hébergement de données de santé, constituent souvent une exigence de base dans les secteurs régulés. Les hyperscalers et les grands éditeurs SaaS disposent généralement des attestations ISO 27001 et SOC 2 ; certains partenaires d'hébergement axés sur les PME n'en ont pas. La question est binaire — soit le rapport existe et vous l'avez lu, soit il n'existe pas. Au niveau européen, la facturation électronique impose en parallèle de vérifier la compatibilité avec les formats Factur-X et le portail public Chorus Pro.
Schrems II. L'arrêt de la CJUE de 2020 a invalidé le Privacy Shield UE–États-Unis. Les transferts de données à caractère personnel vers les États-Unis exigent toujours des garanties supplémentaires au-delà des clauses contractuelles types, même après le Data Privacy Framework de 2023. Pour l'ERP cloud, cela importe dès lors que l'éditeur ou un sous-traitant est basé aux États-Unis. La position pragmatique pour une PME consiste à exiger un déploiement « UE uniquement » pour les données personnelles et à n'accepter un accès du support américain qu'au travers de canaux contrôlés et journalisés.
Panorama des éditeurs d'ERP cloud pour les PME et ETI
Dans le haut du marché, SAP RISE with S/4HANA (private edition) est la voie de migration canonique pour les clients SAP ECC ; l'édition publique vise les déploiements greenfield et de plus petite taille. Microsoft Dynamics 365 Finance & Operations et Business Central couvrent respectivement les segments grandes entreprises et PME, avec une forte intégration à Office 365 et à la Power Platform. Oracle NetSuite demeure l'ERP de référence en cloud public pour les filiales de multinationales et les ETI nativement numériques.
Sur le marché français, les éditeurs locaux — Cegid, Sage, Divalto, EBP, Silae — couvrent le segment PME avec un hébergement « UE uniquement » et des contrats adaptés aux ETI. Sage Business Cloud et les variantes hébergées de Sage 100 servent le haut des PME et le bas du marché ETI. Des spécialistes sectoriels tels que Akeneo, Lengow et Xentral dominent le segment e-commerce.
Les acheteurs devraient d'abord confronter leur liste de candidats à leur préférence de modèle de déploiement, puis affiner selon l'adéquation fonctionnelle, et enfin négocier. L'ordre inverse — présélection fonctionnelle d'abord, questions de modèle de déploiement ensuite — aboutit régulièrement à des accords qui échouent tardivement à la due diligence technique.
Trajectoires de migration et délais réalistes
Migrer d'un on-premises vers un ERP cloud relève rarement du simple lift-and-shift ; c'est une opportunité et un facteur déclencheur pour rationaliser le portefeuille de personnalisations. Un parcours type pour une PME passant de SAP ECC à S/4HANA Cloud prend 18 à 30 mois, la reprise du code spécifique représentant le plus gros chantier individuel. Les implémentations greenfield en cloud public de Business Central ou NetSuite peuvent s'achever en 6 à 12 mois lorsque le client accepte le processus standard.
Les acheteurs préparant un business case devraient se référer à l'aperçu des coûts ERP et au guide du processus d'appel d'offres ERP. La décision cloud-versus-on-premises prise isolément relève de la comparaison cloud vs on-premises.