Vous payez chaque année à votre éditeur une maintenance qui finance, pour l’essentiel, des évolutions que votre système en fin de vie ne recevra plus. Face à cette équation, la maintenance ERP tierce, proposée par des acteurs comme Rimini Street ou Spinnaker Support, séduit de nombreux DSI et DAF d’ETI sur SAP ECC, Oracle E-Business Suite ou JD Edwards.
Cet article ne plaide ni pour ni contre. Il donne un cadre de décision : ce que couvre réellement un support tiers, comment calculer le TCO sur 5 ans, quels risques contractuels examiner, et comment l’articuler avec une migration que vous retardez, mais que vous n’abandonnez pas.
Cet article est une analyse stratégique, pas un conseil juridique. Les clauses de licence et de support dépendent de votre contrat : faites-le relire par votre conseil avant toute décision.
Contexte : fin de support ECC et pression sur les budgets
SAP met fin à la maintenance mainstream de ECC 6.0 fin 2027. Une maintenance étendue est proposée de janvier 2028 à décembre 2030, avec un surcoût de deux points sur la base de maintenance (SAPinsider, échéances de support SAP). Pour le détail des options de migration, nous renvoyons à notre guide SAP ECC fin de support 2027 : options pour les retardataires, que nous ne refaisons pas ici.
Le problème budgétaire est connu : la facture de maintenance reste stable ou augmente, alors que la valeur perçue baisse à mesure que la feuille de route éditeur se concentre sur le cloud. Avant de parler de support tiers, commencez par assainir la base : notre article sur les coûts cachés de la maintenance ERP et celui sur l’audit de licences montrent qu’une partie des économies se trouve souvent sans changer de fournisseur.
Les fournisseurs tiers se positionnent précisément sur ce terrain. Rimini Street a annoncé en juin 2025 étendre son support à toutes les versions de SAP ECC 6.0 et S/4HANA jusqu’en 2040, en revendiquant des économies pouvant aller jusqu’à 90 % sur le coût total du support (communiqué Rimini Street). Il s’agit d’un argument commercial du fournisseur, pas d’un résultat que vous obtiendrez par défaut : il faut le recalculer sur votre contrat.
Ce que couvre (et ne couvre pas) la maintenance tierce
Un support tiers remplace le contrat de maintenance de l’éditeur par un service de support rendu par un prestataire indépendant. Pour bien arbitrer, séparez ce qui est généralement couvert de ce qui ne l’est pas.
Ce qui est généralement couvert
- Le traitement des incidents (break/fix) avec des engagements de délai de réponse. Rimini Street met en avant un ingénieur support nommé et une réponse en dix minutes sur les cas critiques (communiqué Rimini Street).
- Le support des développements spécifiques, que l’éditeur ne traite pas ou facture à part.
- Les mises à jour fiscales et réglementaires, sous une forme qui diffère de celle de l’éditeur (voir ci-dessous).
- Des services de sécurité complémentaires, par exemple la surveillance des vulnérabilités, à vérifier contrat par contrat.
Ce qui n’est pas couvert
- Les nouvelles versions et les évolutions fonctionnelles de l’éditeur : en quittant la maintenance, vous renoncez aux mises à niveau et aux correctifs de code futurs de l’éditeur. Votre système est figé dans son état.
- L’accès aux innovations (IA, nouveaux modules, évolutions de l’interface) qui sont aujourd’hui livrées dans les offres cloud.
- Les éventuels droits associés à la maintenance dans votre contrat : à lire ligne à ligne.
Le cas critique du réglementaire : qui livre les mises à jour légales ?
C’est le point qui décide de l’éligibilité pour une entreprise européenne. Facturation électronique, DSN, déclarations de TVA, évolutions comptables : sur un ERP éditeur, ces changements arrivent sous forme de correctifs ou de notes livrés dans le cadre de la maintenance. Avec un support tiers, le prestataire doit les analyser et les reproduire sous une autre forme, souvent sous forme de correctifs ou de procédures de contournement.
Spinnaker Support décrit ainsi son offre « Global Tax, Regulatory & Compliance » : veille des exigences fiscales et réglementaires, puis diffusion de mises à jour adaptées au logiciel et au pays (Spinnaker Support, présentation des capacités). Ce que cela implique pour la France, l’Allemagne ou l’Italie varie fortement selon le sujet. Posez les questions suivantes, par pays et par obligation :
- Quelles obligations réglementaires exactes sont couvertes dans mon périmètre (pays, modules) ?
- Quel est le délai entre l’entrée en vigueur d’une règle et la livraison de la mise à jour ?
- Le prestataire s’engage-t-il contractuellement sur ce délai, avec quelles pénalités ?
- Qui teste la mise à jour dans mon environnement, et qui supporte le risque en cas d’erreur déclarative ?
Si votre ERP doit être raccordé à des plateformes de facturation électronique ou à des formats de déclaration qui évoluent régulièrement, ce poste peut à lui seul rendre le support tiers inadapté. Ne le découvrez pas après la signature.
TCO : un modèle de calcul sur 5 ans
Ne comparez pas deux prix de maintenance. Comparez deux trajectoires de coûts sur cinq ans. Voici les variables à inclure.
Côté maintenance éditeur
- Frais de maintenance annuels, avec leur indexation prévue au contrat.
- Surcoût éventuel de la maintenance étendue (par exemple, deux points sur ECC au-delà de 2027 selon SAPinsider).
- Coût de la migration, à étaler sur la période.
Côté support tiers
- Redevance annuelle du prestataire et son indexation.
- Coûts de mise en conformité internes ou externes que l’éditeur absorbait jusqu’ici (tests des mises à jour légales, adaptations).
- Coût de sécurité complémentaire si le prestataire ne le couvre pas.
- Coût de sortie : retour éventuel vers la maintenance éditeur, ou migration vers un autre système.
- Coût d’opportunité : projets d’évolution différés ou financés à part.
Exemple chiffré, purement illustratif. Supposons une ETI qui paie 1 000 K€ par an de maintenance éditeur, hypothèses retenues pour la démonstration et non des données de marché. Avec un support tiers à 500 K€ par an, l’économie brute sur cinq ans est de 2 500 K€. Mais si vous devez ajouter 150 K€ par an de coûts de conformité et de sécurité complémentaires, l’économie nette tombe à 1 750 K€. Si, de plus, vous devez réintégrer la maintenance éditeur en année 4 avec un coût de retour de 400 K€, l’économie nette passe à 1 350 K€. Ce résultat reste favorable, mais il est très sensible à vos hypothèses : refaites ce calcul avec vos propres données, et faites varier chaque variable de plus ou moins 30 %.
Ce qui compte n’est pas le pourcentage d’économie affiché, c’est la différence nette une fois tous les coûts annexes intégrés, et sa résistance à un scénario défavorable.
Risques : reprise du support éditeur, clauses de licence, litiges
Revenir chez l’éditeur : un risque qui évolue
Historiquement, le principal frein au support tiers était le coût du retour. Un éditeur pouvait exiger le paiement de frais de réintégration et d’arriérés de maintenance pour la période d’absence. Cet élément a changé en 2026 : le 9 juillet 2026, la Commission européenne a rendu juridiquement contraignants les engagements de SAP dans l’affaire AT.40823. SAP s’est engagé à supprimer les frais de réintégration et à réduire les frais de maintenance rétroactive pour les clients qui reviennent après une absence. SAP s’est aussi engagé à clarifier la durée initiale de licence pendant laquelle un contrat de support ne peut être résilié, et à ne plus relancer une nouvelle période à chaque achat de licence supplémentaire. Ces engagements s’appliquent mondialement pendant dix ans, sous le contrôle d’un mandataire (Commission européenne, communiqué IP/26/1554).
Conséquence : le risque lié au retour est moins élevé qu’avant, pour les clients SAP. Il n’a pas disparu. Les engagements ne figent pas les conditions commerciales de votre contrat, et le détail des montants de rétroactivité réduits dépend de leur mise en œuvre. Demandez à SAP, par écrit, les conditions de retour applicables à votre contrat avant de résilier. Pour Oracle, les conditions de retour relèvent de la politique d’Oracle et de votre contrat : ne transposez pas ces engagements SAP.
Clauses de licence et périmètre d’usage
Le support tiers suppose que vous ayez le droit de donner accès à votre logiciel et à son code à un prestataire. Vérifiez dans vos contrats :
- les conditions de résiliation partielle du support (certains contrats imposent de maintenir ou de résilier l’ensemble des licences) ;
- les clauses limitant l’usage des correctifs et des mises à jour obtenus avant la résiliation ;
- les restrictions sur l’accès d’un tiers aux environnements et au code.
La question de savoir ce qu’un prestataire peut faire avec les logiciels de l’éditeur est précisément ce qui a nourri les litiges.
Litiges publics : le cas Oracle contre Rimini Street
Oracle et Rimini Street s’opposent depuis plus d’une décennie devant les tribunaux américains. En 2023, la cour d’appel du neuvième circuit a confirmé quatre des cinq constats d’outrage retenus contre Rimini Street pour violation d’une injonction permanente prononcée en 2018, et en a annulé un ; les faits concernaient notamment l’hébergement de fichiers Oracle sur les systèmes de Rimini et l’utilisation croisée d’environnements de développement (décision du neuvième circuit, 24 août 2023 ; analyse IP Update). Les produits concernés incluaient PeopleSoft, JD Edwards, Siebel et Oracle Database.
Ce qu’il faut en retenir, avec prudence : ce litige porte sur la manière dont un prestataire travaille avec le code d’un éditeur, pas sur la légalité du support tiers en tant que tel. Il montre néanmoins que la méthode de travail du prestataire (isolation des environnements, origine des correctifs) est un point de due diligence, et que vous ne voulez pas être exposé à un litige indirect. Une procédure américaine ne se transpose pas automatiquement à un contrat européen : faites analyser votre situation par votre conseil.
Profils pour lesquels c’est pertinent, ou non
| Critère | Plutôt pertinent | Plutôt non pertinent |
|---|---|---|
| Stabilité fonctionnelle | ERP stable, peu d’évolutions attendues | Besoin d’évolutions fréquentes de l’éditeur |
| Exposition réglementaire | Peu de changements locaux dans le périmètre | Nombreuses obligations locales mouvantes (facturation électronique, déclarations sociales) |
| Périmètre géographique | Un ou deux pays bien couverts | Nombreux pays, dont des marchés atypiques |
| Personnalisations | Beaucoup de développements spécifiques mal supportés par l’éditeur | ERP quasi standard |
| Feuille de route de migration | Migration planifiée dans 3 à 5 ans | Aucune trajectoire définie |
| Gouvernance | Équipe interne capable de piloter un prestataire | Peu de compétences internes |
| Contrat éditeur | Conditions de résiliation partielle claires | Clauses de licence rigides ou ambiguës |
Lecture : le support tiers est un outil de gestion de trésorerie pour un système stable que vous savez remplacer à terme. Ce n’est pas une stratégie pour un système que vous espérez ne jamais toucher.
Combiner avec une stratégie de migration
Le piège classique est d’utiliser l’économie réalisée pour repousser indéfiniment la migration. Le scénario sain est inverse : le support tiers achète une fenêtre de 3 à 5 ans pendant laquelle vous préparez la cible, et une partie des économies finance cette préparation.
- Années 1 et 2 : stabiliser, documenter, nettoyer les développements spécifiques. C’est la logique du « clean core », détaillée dans notre article sur la stratégie SAP clean core avec BTP.
- Années 2 et 3 : choisir la cible et l’intégrateur, lancer les chantiers de données et d’interfaces.
- Années 3 à 5 : migrer, avec une date de sortie du contrat tiers alignée sur le go-live.
Inscrivez dès la signature la date et les conditions de sortie : durée d’engagement, préavis, absence de pénalité en cas d’arrêt anticipé lié à la migration. Prévoyez aussi un budget affecté de la part d’économie réinvestie dans la migration, sans quoi la décision glisse de nouveau.
5 erreurs fréquentes dans la décision
Négocier trop tard. Une fois la résiliation de la maintenance éditeur notifiée, votre pouvoir de négociation vis-à-vis de l’éditeur diminue. Même si vous restez chez lui, la simple étude d’une alternative crédible nourrit une renégociation de vos frais, de vos niveaux de service ou de votre périmètre de licences. Utilisez les offres tierces comme point de comparaison dès l’audit, pas seulement comme destination.
Confondre économie de maintenance et économie de run. Le support tiers ne réduit ni l’hébergement, ni les coûts d’exploitation, ni l’AMS. Si votre budget est dominé par ces postes, le levier est ailleurs, et l’audit évoqué en introduction vous le montrera plus vite qu’un appel d’offres de support.
Ignorer la dimension organisationnelle. Changer de prestataire de support modifie le circuit d’escalade, les processus de gestion des incidents et la relation avec vos équipes métier. Désignez un responsable du contrat côté DSI, et définissez qui arbitre quand un incident relève à la fois du prestataire, de l’intégrateur et de l’éditeur.
Sous-estimer le coût de conformité réglementaire. Le piège : comparer la redevance tierce à la maintenance éditeur sans chiffrer les tests et adaptations des mises à jour légales que l’éditeur livrait. La conséquence : une économie nette bien inférieure à l’économie affichée, voire négative sur un périmètre multi-pays. La contre-mesure : intégrer ce poste au TCO et le faire valider par la DAF et le responsable conformité.
Signer sans clause de sortie alignée sur le go-live. Le piège : un engagement pluriannuel sans lien avec le calendrier de migration. La conséquence : vous payez deux supports en parallèle, ou vous renoncez à migrer à la date prévue pour amortir le contrat. La contre-mesure : négocier une sortie sans pénalité à la date de mise en production de la cible, avec un préavis compatible avec votre planning.
Checklist de due diligence avant de signer
- Quels pays, modules et obligations réglementaires sont couverts, par écrit ?
- Quel délai de livraison des mises à jour légales, et quelles pénalités en cas de retard ?
- Qui supporte le risque d’une erreur de conformité liée à une mise à jour tierce ?
- Comment le prestataire travaille-t-il sur le code de l’éditeur (isolation des environnements, origine des correctifs) ?
- Votre contrat éditeur autorise-t-il la résiliation partielle ? Avez-vous obtenu une réponse écrite de l’éditeur ?
- Quelles sont les conditions écrites de retour chez l’éditeur (frais de réintégration, rétroactivité) ?
- Quel est le périmètre de sécurité inclus, et que faut-il prévoir en complément ?
- Quelles sont la durée d’engagement, l’indexation, et les conditions de sortie anticipée ?
- Quelles références comparables (même version, même pays, même secteur) pouvez-vous interroger directement ?
- Quel est le TCO net sur 5 ans dans trois scénarios (favorable, central, défavorable), validé par la DAF ?
Pour aller plus loin
Si vous hésitez entre support tiers, maintenance étendue et migration accélérée, un diagnostic de trajectoire permet de chiffrer les trois scénarios avec vos données, avant de vous engager. Contactez-nous pour en discuter. Vous pouvez aussi approfondir avec notre guide sur la fin de support SAP ECC 2027 et notre méthode d’audit des coûts de maintenance ERP.
