Pendant de nombreuses années, SAP Financial Consolidation (SAP BFC), SAP Business Planning and Consolidation (SAP BPC) et Oracle Hyperion Financial Management (HFM) ont constitué le socle du reporting financier, de la planification et de la consolidation de nombreux groupes.

Ces plateformes restent souvent au cœur de processus critiques. Cependant, leurs trajectoires de maintenance divergent désormais fortement. Certaines échéances sont proches, tandis que d’autres solutions continuent de bénéficier d’un support éditeur à long terme.

Il devient donc essentiel de distinguer les situations et de préparer une feuille de route adaptée à chaque environnement.

SAP Financial Consolidation : une échéance désormais fixée à 2030

SAP Financial Consolidation, également connu sous le nom de SAP BFC, reste largement utilisé pour la consolidation statutaire, le reporting groupe et la production des états financiers.

SAP indique désormais une fin de maintenance standard de SAP Financial Consolidation 10.1 au 31 décembre 2030. Cette échéance offre un délai supplémentaire aux entreprises, mais elle ne doit pas être interprétée comme une raison d’attendre.

Un projet de remplacement d’un outil de consolidation ne se limite pas à une migration technique. Il suppose notamment de reprendre :

• les périmètres et méthodes de consolidation ;
• les référentiels de comptes, flux et partenaires ;
• les règles de conversion et d’élimination ;
• les interfaces avec les ERP et les systèmes de reporting ;
• les contrôles, les restitutions et les annexes ;
• l’historique nécessaire aux comparatifs ;
• les procédures de clôture et la documentation associée.

La proximité de l’échéance doit donc conduire les entreprises à engager dès maintenant un diagnostic de leur environnement BFC et à identifier les scénarios de transformation possibles.

SAP BPC : des calendriers différents selon les versions

La situation de SAP BPC est plus nuancée, car les dates de maintenance dépendent de la plateforme et de la version utilisées.

Pour SAP BPC 10.1 version Microsoft, la maintenance standard prend fin le 30 juin 2026. SAP précise qu’aucune nouvelle prolongation générale n’est prévue après cette date et que le support deviendra spécifique au client.

Pour SAP BPC 10.1 sur SAP NetWeaver et BW 7.5, la maintenance standard est prévue jusqu’au 31 décembre 2027, avec une option de maintenance étendue jusqu’à fin 2030.

Les versions BPC reposant sur SAP BW/4HANA suivent une autre trajectoire. SAP BPC 2021 est notamment maintenu jusqu’à fin 2030 lorsqu’il est associé aux versions BW/4HANA correspondantes. Les déploiements BPC intégrés à SAP S/4HANA suivent, quant à eux, le cycle de vie de la version S/4HANA concernée, avec une perspective pouvant aller au moins jusqu’en 2040.

Il n’existe donc pas une date unique de « fin de SAP BPC ». Chaque entreprise doit commencer par identifier précisément :

• la version de BPC utilisée ;
• la plateforme sous-jacente ;
• la version de SAP BW ou SAP BW/4HANA ;
• le niveau de support effectivement souscrit ;
• les fonctions couvertes : planification, consolidation, reporting ou combinaison de ces usages.

Cette cartographie conditionnera la stratégie à retenir : mise à niveau, maintien temporaire, transformation progressive ou remplacement complet.

Oracle HFM : pas de fin de maintenance imminente pour la version 11.2

Oracle HFM doit être traité différemment. Contrairement à certaines idées reçues, Oracle n’a pas annoncé une disparition imminente de la solution.

Oracle Hyperion EPM 11.2 bénéficie du modèle Continuous Innovation. Oracle annonce actuellement la poursuite du Premier Support des applications Hyperion on-premise jusqu’à au moins 2037, avec une révision annuelle permettant éventuellement de prolonger encore cet engagement.

Les entreprises utilisant une ancienne version d’HFM doivent néanmoins vérifier leur situation. Le maintien du support à long terme concerne principalement la branche 11.2. Une migration technique vers une version récente peut donc être nécessaire pour rester dans un environnement officiellement supporté.

La question pour les utilisateurs d’HFM n’est donc pas uniquement celle de la fin du support. Elle porte également sur :

• le coût de maintien de l’infrastructure ;
• la disponibilité des compétences techniques ;
• la fréquence et la complexité des mises à niveau ;
• l’intégration avec le système d’information ;
• l’évolution des attentes en matière d’automatisation et d’expérience utilisateur ;
• l’opportunité de passer à une solution cloud.

Pourquoi ne faut-il pas attendre la dernière année ?

La migration d’un outil EPM est un projet métier autant qu’un projet technologique. Attendre l’approche immédiate d’une échéance de maintenance limite les choix et augmente les risques.

Une trajectoire anticipée permet au contraire de :

• comparer plusieurs solutions sans contrainte de calendrier excessive ;
• challenger les processus historiques plutôt que de les reproduire à l’identique ;
• nettoyer les référentiels et les règles devenus obsolètes ;
• rationaliser les interfaces et les fichiers manuels ;
• fiabiliser la reprise des données historiques ;
• organiser plusieurs clôtures parallèles ;
• former progressivement les administrateurs et les utilisateurs ;
• maîtriser le budget et la charge des équipes financières.

L’objectif ne doit pas être de réaliser une simple migration technique. Le remplacement d’une plateforme historique peut devenir l’occasion de repenser le modèle de consolidation, d’améliorer les contrôles et de rapprocher consolidation statutaire, reporting de gestion et prévisions.

Quelle démarche adopter ?

1. Réaliser un diagnostic de l’existant

Il convient d’identifier les versions installées, l’architecture technique, les applications utilisées, les interfaces, les volumes, les personnalisations et les processus manuels dépendant de la solution.

2. Clarifier les besoins futurs

Les besoins doivent être définis au-delà de la simple reproduction de l’existant : consolidation statutaire, reporting de gestion, budget, forecast, simulations, disclosure management, ESG ou intégration avec les outils de BI.

3. Étudier plusieurs scénarios

Selon la situation, l’entreprise peut envisager une montée de version, une période de maintien encadrée, une migration progressive ou le remplacement complet de la plateforme.

4. Sécuriser les données et les règles métier

La reprise des historiques, des écritures de consolidation, des contrôles et des règles de calcul doit faire l’objet d’une stratégie précise. Il est également indispensable de définir les informations qui resteront accessibles dans l’ancien système.

5. Prévoir une phase de fonctionnement parallèle

Plusieurs clôtures parallèles permettent de comparer les résultats, de valider les traitements et de sécuriser le passage en production avant l’arrêt définitif de l’ancienne solution.

Transformer une contrainte en opportunité

Les échéances de maintenance ne sont pas identiques pour SAP BFC, SAP BPC et Oracle HFM. SAP BFC dispose désormais d’une maintenance standard jusqu’à fin 2030. SAP BPC suit plusieurs calendriers selon sa version et son socle technique. Oracle HFM 11.2 reste, pour sa part, soutenu à long terme par Oracle.

Dans tous les cas, la première étape consiste à connaître précisément la situation de son environnement. Une trajectoire préparée suffisamment tôt permet de limiter les risques tout en transformant un impératif technologique en véritable projet d’amélioration de la fonction finance.

Calisto Consulting accompagne les directions financières depuis le diagnostic de leur plateforme existante jusqu’au choix, à l’intégration et au déploiement de leur future solution EPM, ainsi que dans la reprise des données, la formation et l’assistance aux équipes.

Sources : calendriers de maintenance et documentations officielles SAP et Oracle, consultés en août 2026.