Recherches populaires :

Coût total de possession d’une plateforme BO : ce qui compte vraiment;

Total Cost of Ownership of a BO Platform: What Really Counts


Versions concernées : BI 4.3, BI 2025 · Temps de lecture : 9 min

En résumé. Le coût total de possession (TCO) d’une plateforme BusinessObjects ne se résume pas à la facture de maintenance SAP. Il additionne les licences, l’infrastructure, l’exploitation, le développement des univers et des rapports, la formation et le support, plus des coûts cachés que peu de DSI mesurent : licences inutilisées, outils parallèles achetés « pour le visuel », exports Excel manuels. Cet article décompose ces postes, donne les leviers pour les réduire, et remet en perspective le coût d’une migration vers un autre outil, presque toujours sous-estimé parce qu’on compare une licence à une licence au lieu d’un TCO à un TCO.

Les postes du TCO

Iceberg du coût total de possession BusinessObjects : partie visible, licences et maintenance ; partie immergée, infrastructure, exploitation, développement des univers et rapports, formation, licences inutilisées, outils parallèles, exports manuels
Figure 1 — La maintenance SAP est la partie visible ; l’essentiel du coût est en dessous.
Poste Ce qu’il contient Part typique
Licences et maintenance Licences perpétuelles amorties + maintenance annuelle SAP, ou abonnement (Private Cloud Edition) 25 à 35 %
Infrastructure Serveurs (CMS, Webi, Job), base du référentiel, stockage FRS, environnements DEV/REC/PROD, sauvegardes 10 à 15 %
Exploitation Administration de la plateforme, patches et mises à jour, supervision, gestion des droits 15 à 20 %
Développement Conception et maintenance des univers, des rapports, des planifications ; évolutions métier 25 à 35 %
Formation et support Formation des concepteurs et des lecteurs, support de niveau 1 et 2 5 à 10 %
Coûts cachés Licences non utilisées, second outil de visualisation, exports et retraitements Excel, rapports en double Variable, souvent 10 à 20 %

Les parts sont des ordres de grandeur observés sur des parcs de taille moyenne ; elles varient avec le nombre d’utilisateurs et le degré d’externalisation.

Licences : comprendre ce qu’on paie

  • Utilisateur nommé : une licence par personne, quel que soit son usage. Simple, mais coûteux quand la moitié des nommés se connecte une fois par trimestre.
  • Session concurrente : une licence par session simultanée. Adapté aux grandes populations de lecteurs occasionnels ; à dimensionner sur le pic d’usage (clôtures).
  • Maintenance annuelle : un pourcentage du prix de licence, chaque année, qui donne droit aux versions et au support. C’est le poste que l’on « voit », et celui que l’on compare à tort au seul prix d’un abonnement concurrent.
  • Abonnement : la Private Cloud Edition transforme licences et maintenance en abonnement incluant l’hébergement et l’exploitation ; SAP Analytics Cloud est en abonnement par utilisateur. Comparer un abonnement à une maintenance n’a de sens que si l’on ajoute à la maintenance l’infrastructure et l’exploitation qu’elle ne couvre pas.
  • Le rapport Auditor est l’outil pour rapprocher licences et usage réel : dans les parcs que nous voyons, 20 à 40 % des licences nommées ne servent pas.

Les coûts cachés, poste par poste

  • Le second outil : un abonnement de visualisation acheté « pour les tableaux de bord » à côté de BO. Il double la couche sémantique, la sécurité, la formation, et ajoute un flux de données à maintenir. C’est le coût caché le plus fréquent et le plus élevé.
  • Les exports Excel : chaque rapport que les métiers exportent pour le retravailler est un rapport dont le coût de développement n’a pas produit de valeur, et un risque de chiffres divergents.
  • Les rapports en double : dix versions du même état, avec des filtres différents, maintenues par des personnes différentes. L’audit du parc les révèle.
  • Les environnements surdimensionnés : des serveurs taillés pour des pics qui n’existent plus, ou pour des rapports lents qu’une optimisation aurait réglés (voir notre article sur les performances).
  • Le retard de version : rester sur une version hors maintenance coûte en risque de sécurité, en incompatibilités progressives (OS, Java, navigateurs), et en projet de mise à jour plus lourd le jour où il devient inévitable.

Les leviers pour réduire le TCO

Six leviers de réduction du TCO classés par effort et par gain : rapprocher licences et usage, archiver le parc inutilisé, optimiser et planifier, consolider les environnements, moderniser par extensions plutôt qu'un second outil, passer en cloud privé si l'exploitation pèse
Figure 2 — Les leviers les plus rentables sont aussi les moins coûteux à actionner.
  1. Rapprocher licences et usage : Auditor, puis renégociation ou bascule partielle en sessions concurrentes. Gain immédiat sur la maintenance.
  2. Archiver le parc inutilisé : moins de rapports à maintenir, à migrer, à sécuriser ; moins de stockage.
  3. Optimiser et planifier : rapports lourds planifiés la nuit, instances servies le jour ; les serveurs se dimensionnent sur une charge réelle plus faible.
  4. Consolider les environnements : un DEV et un REC mutualisés, des serveurs virtualisés ; l’infrastructure BO tolère bien la consolidation.
  5. Moderniser par extensions plutôt qu’acheter un second outil : le besoin visuel est réel, mais il coûte une fraction du prix quand il est traité dans Webi, sur les univers existants, sans nouvelle plateforme.
  6. Passer en cloud privé si l’exploitation pèse : la Private Cloud Edition remplace infrastructure et administration par un abonnement ; à chiffrer contre le coût interne réel, pas contre la seule maintenance.

Le coût que l’on oublie : celui de partir

Le raisonnement « la maintenance BO coûte X, l’abonnement de l’outil Y coûte moins » omet trois choses. D’abord, l’abonnement Y s’ajoute à un TCO complet (infrastructure ou cloud, exploitation, développement, formation) qu’il faut reconstituer. Ensuite, la migration elle-même : reconstruction de la couche sémantique, redéveloppement des rapports critiques, double run de un à trois ans pendant lequel on paie les deux. Enfin, ce que l’on perd : les publications éclatées, la sécurité par ligne dans les univers, les états paginés, que l’outil Y ne fait pas ou fait moins bien. Sur un parc de taille moyenne, le coût de migration représente typiquement cinq à dix ans de maintenance BO (voir Migrer ou moderniser).

Questions fréquentes

Comment obtenir le nombre d’utilisateurs réellement actifs ?
Par l’Auditor (événements de connexion et d’ouverture de document sur douze mois) ou par requête sur les tables d’audit. C’est la première étape de toute renégociation.

Les licences perpétuelles ont-elles encore un intérêt ?
Oui pour un parc stable et une DSI qui exploite déjà des serveurs : la maintenance seule est souvent inférieure à un abonnement équivalent. L’abonnement prend l’avantage quand l’exploitation est externalisée ou que la population varie.

Une mise à jour vers BI 2025 change-t-elle le coût de licence ?
Non, une mise à jour de version est couverte par la maintenance. Ce qui change, c’est le coût projet, et le coût de ne pas la faire.

Faut-il inclure le temps des métiers dans le TCO ?
Le temps passé à retraiter des exports, oui : c’est un coût de non-qualité du reporting. C’est souvent lui qui justifie la modernisation.

Pour aller plus loin. Le levier 5, c’est N4V FOR WEBI : les visualisations, cartes et tableaux de bord que les métiers demandent, installés sur la plateforme BO existante, sans second outil, sans licence SAP supplémentaire pour les lecteurs des exports HTML, et sans nouvelle couche sémantique à maintenir. Documentation · Essai gratuit.

Sources et références

À lire aussi

👉 Découvrez Need4Viz et ce que nous apportons vraiment à SAP Web Intelligence

Need4Viz étend SAP Web Intelligence avec des capacités avancées de dataviz, d'interactivité, d'automatisation et d'IA pour transformer vos rapports en véritables outils de pilotage.

Découvrir Need4Viz
×
×