Pourquoi la PAM SAP devrait être votre premier réflexe
J’ai vu des installations de SAP BusinessObjects échouer pour des raisons qui n’avaient rien à voir avec la complexité du produit. Un Tomcat dans une version non supportée. Une base de données Oracle dont le patch level ne figurait pas dans la matrice de compatibilité. Une JVM 64 bits alors que le composant exigeait du 32 bits. À chaque fois, le même scénario : l’équipe technique avait préparé l’infrastructure sans consulter la PAM.
La PAM (Product Availability Matrix) est le document officiel de SAP qui recense, pour chaque version de BusinessObjects, les combinaisons exactes de systèmes d’exploitation, bases de données, serveurs d’applications et librairies supportées. Ce n’est pas une recommandation. C’est la liste de ce qui marche, et rien d’autre.
Le problème, c’est que ce document est un PDF de plusieurs dizaines de pages, hébergé sur le portail SAP Support, rarement lu en entier, et encore plus rarement croisé avec les SAP Notes complémentaires qui précisent des points que la PAM ne couvre pas. Résultat : on découvre l’incompatibilité au moment de l’installation, quand il est trop tard pour changer l’infrastructure sans décaler le planning.
Ce que la PAM couvre (et ce qu'elle ne couvre pas)
La PAM liste les compatibilités pour une version donnée de la plateforme BO. Concrètement, vous y trouverez les systèmes d’exploitation serveur validés (Windows Server, Linux RHEL, SUSE…), les bases de données supportées pour le CMS et l’audit (SQL Server, Oracle, SAP HANA, DB2…), les serveurs d’applications web (Tomcat, dans la version précise indiquée), et les navigateurs supportés côté client.
Chaque version majeure a sa propre PAM. Voici les trois que vous croiserez le plus souvent en 2025-2026 :
- PAM BI 2025 : la version la plus récente de la plateforme, successeur de BI 4.3
- PAM BI 4.3 : encore largement déployée, mais dont la fin de support mainstream approche
- PAM BI 4.2 : en fin de vie, mais toujours présente dans certaines ETI qui n’ont pas encore migré
SAP publie aussi des PAM spécifiques pour Data Services (BODS), le moteur ETL de la suite SAP BI. Si votre plateforme utilise BODS pour alimenter vos univers ou vos rapports, vous devez croiser les deux PAM pour vérifier que les versions sont compatibles entre elles.
Ce que la PAM ne dit pas, en revanche, c’est quelle version exacte de Tomcat et de la JVM utiliser pour votre version de BO. Elle ne précise pas non plus les ports réseau à ouvrir pour chaque composant client. Ces informations existent, mais dans des SAP Notes séparées.
Les SAP Notes que la PAM ne remplace pas
Sur le terrain, j’ai constaté que les incidents post-installation les plus fréquents venaient de deux oublis récurrents.
Le couple Tomcat/JVM. La PAM indique « Tomcat supporté », mais pas la version exacte. Or, entre Tomcat 9.0.54 et 9.0.80, le comportement peut changer sur certains appels CORS ou sur la gestion des sessions. La SAP Note 2112338 est celle qu’il faut consulter : elle donne, version de BO par version de BO, le Tomcat et la JVM certifiés. Ne pas la lire, c’est jouer à la loterie.
La compatibilité croisée BI/BODS. Si vous déployez BusinessObjects et Data Services sur la même infrastructure (ce qui est le cas dans beaucoup de SI décisionnels), la PAM BI seule ne suffit pas. La SAP Note 3623529 (pour BI 2025 et BODS 2025) et la SAP Note 3197694 (pour BI 4.3 et BODS 4.3) détaillent les matrices de compatibilité croisée entre les deux produits. Ignorer ce point, c’est risquer une mise à jour de l’un qui casse l’autre.
Il y a aussi la question des ports réseau. La documentation SAP officielle fournit la liste des ports à ouvrir pour chaque application client (Web Intelligence, Crystal Reports, CMC, etc.). Sur les projets où l’équipe réseau est distincte de l’équipe BO, ce document est souvent demandé trop tard, quand les tests fonctionnels échouent sans explication apparente et que le firewall bloque silencieusement un flux.
Les liens PAM et SAP Notes à garder sous la main
Plutôt que de chercher ces documents à chaque projet, voici la liste consolidée. Les PAM sont des PDF hébergés par SAP et mis à jour régulièrement : les liens restent stables, mais le contenu évolue. Enregistrez-les plutôt que de les télécharger.
PAM BusinessObjects
PAM Data Services
SAP Notes complémentaires
- SAP Note 2112338 : versions Tomcat et JVM par version de BO
- SAP Note 3623529 : compatibilité BI 2025 / Data Services 2025
- SAP Note 3197694 : compatibilité BI 4.3 / Data Services 4.3
- Ports réseau par application client
Comment utiliser la PAM sans perdre de temps
La PAM fait plusieurs dizaines de pages, mais vous n’avez pas besoin de tout lire. L’approche qui fonctionne, c’est de partir de votre infrastructure existante et de vérifier chaque composant dans la matrice :
Votre OS serveur figure-t-il dans la liste des OS supportés pour la version de BO que vous ciblez ? Attention aux éditions (Standard vs Datacenter) et aux niveaux de patch minimum.
Votre SGBD pour le CMS et l’audit est-il compatible, dans la version exacte que vous utilisez ? Un Oracle 19c n’est pas un Oracle 12c, même si les deux sont « Oracle ».
Votre version de Tomcat correspond-elle à celle indiquée dans la SAP Note 2112338, et pas seulement à « une version 9.x » ?
Les ports sont-ils ouverts entre les différents tiers (serveur BO, Tomcat, postes clients) ? Surtout si votre infrastructure implique un DMZ ou des règles de firewall strictes.
Si un seul de ces composants n’est pas dans la liste, vous avez deux options : adapter l’infrastructure, ou choisir une autre version de BO. Il n’y a pas de troisième voie, et le support SAP ne vous couvrira pas sur une configuration non certifiée.
Conclusion de l’expert
La PAM n’est pas un document passionnant. Personne ne la lit pour le plaisir. Mais c’est le seul document qui garantit que votre installation repose sur des fondations supportées par SAP. Les projets qui dérapent sur des problèmes d’infrastructure ont presque tous le même point commun : la PAM n’a pas été consultée, ou elle a été lue en diagonale sans croiser les SAP Notes associées.
Si vous préparez une installation, une mise à jour vers BI 2025, ou une migration depuis BI 4.2/4.3, prenez trente minutes pour vérifier chaque composant de votre infrastructure contre la PAM. C’est le meilleur investissement de temps que vous ferez sur ce projet.
Et si vous préférez que quelqu’un le fasse pour vous, avec le recul de plusieurs dizaines de projets d’installation et de migration BO, c’est exactement ce que nos consultants SAP BusinessObjects font au quotidien.
