Le patrimoine BI n'est pas vieux. Il est inconnu.

Par Évelyne WasselinPublié le 28 août 2026Mis à jour le 28 août 2026

Un socle décisionnel hérité se juge sur trois grandeurs que presque personne n'a sous la main : la part du parc réellement consultée, le nombre de règles de gestion qui ne sont documentées nulle part, et la liste des applications qui consomment ses sorties. Tant que ces trois grandeurs ne sont pas relevées, toute estimation de charge est une opinion, et tout calendrier de bascule est une intention.

• Le volume du parc ne dit rien de sa valeur : il dit le coût d'une reprise à l'identique, c'est-à-dire de la décision que personne n'a arbitrée.
• La cause d'écart la plus fréquente à la réconciliation n'est pas un calcul faux, c'est une règle posée dans la couche sémantique et invisible depuis le rapport.
• Un inventaire d'usage tiré de logs purgés à quatre-vingt-dix jours transforme tout rapport trimestriel en rapport fantôme, et fait supprimer ce que quelqu'un attend.
• La documentation d'origine, quand elle existe, décrit l'intention du projet initial, pas l'état du parc après dix ans de demandes ponctuelles.

Cette page s'adresse à un responsable BI, un DSI d'ETI ou un chef de projet décisionnel qui pilote un socle exploité en interne. Elle ne traite ni le choix de la cible, ni le coût des licences : deux questions qui se posent après, et qui n'ont pas de réponse tant que le périmètre n'est pas arrêté.

Combien de vos rapports sont réellement consultés, et comment le savoir

La mesure se prend sur les logs d'audit du serveur, sur douze mois glissants. La première vérification ne porte pas sur le nombre de consultations mais sur la durée de rétention de ces logs : une rétention à quatre-vingt-dix jours ne peut pas voir un rapport trimestriel, et le tri qui en découle est faux dans le sens le plus coûteux.

Le relevé utile tient en trois colonnes : identifiant du rapport, nombre d'ouvertures distinctes, dernier utilisateur identifié. C'est la troisième qui fait avancer le dossier, parce qu'elle donne un nom à qui poser la question. Un rapport dont personne ne se déclare propriétaire après deux relances n'est pas un rapport critique, quel que soit son intitulé.

Comptez à part les rapports planifiés qui s'exécutent sans être ouverts : ils apparaissent dans les logs d'exécution, pas dans les logs de consultation. Les confondre conduit à conclure à un abandon massif qui n'existe pas, et à supprimer des sorties qui alimentent un flux quotidien.

Où se cachent les règles de gestion que personne n'a écrites

Dans un univers BusinessObjects, une règle peut vivre à quatre endroits distincts : dans la définition d'un objet, dans une condition prédéfinie, dans un contexte de requête, ou dans un filtre de rapport. Seul le dernier est visible depuis le Webi. Les trois autres s'appliquent silencieusement, et se découvrent à la réconciliation, quand les montants ne tombent pas.

La méthode qui coûte le moins cher consiste à partir des indicateurs, pas des rapports. Prenez les dix chiffres que la direction lit chaque mois, et remontez pour chacun la chaîne complète jusqu'à la source : objet, jointure, condition, contexte. Dix chaînes documentées valent mieux que quatre cents rapports inventoriés, parce que ce sont ces dix-là qui bloqueront la bascule.

Notez au passage ce que vous ne parvenez pas à expliquer. Une règle dont l'origine reste inconnue après investigation est une information en soi : elle doit être portée au valideur métier avant la migration, pas découverte après.

Ce que le tri change au chiffrage

Trier avant de chiffrer déplace la question. Sur un parc largement dormant, la reconstruction du périmètre utile revient souvent moins cher que la reprise de l'ensemble, et surtout elle produit une cible que quelqu'un pourra maintenir. Sur un parc dense en règles non documentées, l'arbitrage s'inverse : la reprise préserve une logique que la réécriture devrait reconstituer à l'aveugle.

Aucune de ces deux situations ne se reconnaît de mémoire. Elles se reconnaissent sur deux chiffres : le taux d'usage et la part de rapports complexes. La grille d'audit de patrimoine décisionnel les prend en entrée et situe l'arbitrage, avec ses pondérations affichées pour être contestées.

Ce que cette page ne couvre pas

Elle ne donne aucune date de fin de support. Ces dates existent, elles engagent un calendrier, et elles ne se citent qu'avec le lien vers la note officielle de l'éditeur et la date à laquelle elle a été consultée. La méthode pour les relever et les lire est traitée dans les échéances éditeurs.

Elle ne traite pas non plus l'architecture de la cible, ni les modalités de licence, ni la data science. Le périmètre de ce site s'arrête à la sortie d'un socle décisionnel hérité : dès qu'un sujet demande de sortir de ce champ, il relève d'un autre interlocuteur.

À lire ensuite

Le silo « Socles hérités » du blog développe cette page article par article :

• Auditer un patrimoine décisionnel avant de le migrer
• Rapports BI jamais consultés : comment les identifier
• Retrouver les règles de gestion enfouies dans un univers BO

Voir tous les articles « Socles hérités »

Évelyne WasselinConsultante indépendante en audit et migration de socles décisionnels

Onze ans passés à construire des univers BusinessObjects puis neuf ans à hériter du parc qu'elle avait aidé à bâtir : le tri d'un patrimoine décisionnel, elle l'a conduit de l'intérieur avant de le conduire pour d'autres.

Évelyne Wasselin a construit pendant vingt ans les socles décisionnels qu'elle démonte aujourd'hui : onze ans d'intégration d'univers BusinessObjects et de SAP BW chez un intégrateur, puis neuf ans comme responsable BI interne dans une ETI de la métallurgie. Depuis 2018, elle intervient en indépendante sur l'audit et la migration de socles décisionnels.

Sa page auteur et ses autres articles