Il n'est pas juste d'opposer les solutions BI SAP et BO puisque BO a été racheté par SAP. En conséquece, la solution BI SAP peut être amenée à changer en intégrant par exemple des fonctionnalités de BO et inversement les solutions BO vont potentiellement changer et s'intégrer à la BI SAP. Historiquement c'est le type de statégie qui est courament adoptée par SAP.

Si on se base sur les produits actuels, les grandes différences concernent :

- l'intégration dans SAP de la solution BI SAP : notion de Business Content permettant de générer automatiquement des datamarts sur tous les domaines fonctionnels SAP : finance, gestion, achat, ventes... 

- l'intégration de tous les modules d'une solution BI dans la solution BI SAP : extracteur, outil de stockage relationnel ou multidimensionnel, restitution, portail, outil de gestion de prévisions, de consolidation...

-  l'intégration de tous les outils d'une solution BI dans la solution BI SAP : reporting, Balanced Scorecard, analyse prédictive, consolidation statutaire et de gestion basés sur la même architecture Netweaver avec le même outil de reporting .

- différence avec BO qui a une optique "Best of Breed" : rachat de Cartesis pour la consolidation, autre outil pour les extractions, pour le calcul des marges... 

- l'excellence en terme d'ergonomie de la solution BO qui a une longueur d'avance sur la BI SAP sur le domaine, ce qui constitue sans doute la raison pour laquelle SAP a racheté la solution BO.

En conclusion, la solution BO a pour elle l'ancienneté et une meilleure ergonomie mais elle n'est pas à ce jour intégrée dans SAP, à l'inverse la solution BI SAP est à ce jour parfaitement intégrée et sera préférée pour des clients SAP. Il est plus facile de changer un outil final qu'une architecture. 

Les outils décisionnels peuvent être classés en différentes catégories :

• les outils de restitution qui permettent de faire des états statiques destinés à être imprimés ou consultés ou des états dynamiques permettant la navigation sur différents axes (drill down)  


• les bases de données de stockage qui peuvent être relationnelles ou multidimensionnelles


• des outils d\'extraction et de transformation pour alimenter le datawarehouse  en informations

BO et Cognos sont généralement classés dans la catégorie des outils de restitution et offrent des fonctionalités similaires.

hyperion est classé dans la catégorie des bases de données multi dimensionnelles.

En conséquence les deux catégories d'outils ne sont pas vraiment comparable car elles n'ont pas les mêmes finalités. 

En fait les solutions BO et ognos offrent également une suite d'outils comprenant des extracteurs, des outils de consolidation, des outils d'analyse des marges pour BO par exemple et il faudrait savoir si la question se rapporte à l'outil de restitution ou aux autres composants de la suite. 

Enfin  il faut savoir qu'il y a eu récemment des acquisitions de ces outils : BO par SAP, Cognos par IBM et hypérion par Oracle. En conséquence il s'agira de connaître la politique des éditeurs SAP, IBM et Oracle par rapport aux évolutions probables de ces outils.

Bonjour

Cette question est très intéressante car la réponse a considérablement changé ces dernières années. En synthèse, nous dirons qu'avant la Business Intelligence concernait principalement la finance et qu'elle touche maintenant la quasi totalité des domaines fonctionnels, stratégiques pour l'entreprise.

Historiquement, les premiers systèmes de Business intelligence ont été mis en place pour la finance afin de vérifier la bonne tenue financière de l'entreprise : les profits, les dépenses, les marges. C'est toujours le premier domaine qui est mis en place et en effet il s'avère que les financiers de l'entreprise sont souvent décideurs et se donnent les moyens d'avoir de meilleures performances grâce à un système de Business Intelligence.

Depuis quelques années, d'autres domaines fonctionnels, dépendants du secteur d'activité et de la stratégie de l'Entreprise ont également été demandeurs de systèmes de Business intelligence :

-les ventes et le CRM  afin d'optimiser les relations clients

-les achats pour optimiser les relations fournisseurs

-la logistique pour optimiser les stocks, les livraisons clients

- mais aussi la maintenance pour surveiller des indicateurs de type taux de disponibilité des équipements, la production pour optimiser les chaînes de production  produits, les ressources humaines pour optimiser la gestion du personnel...

En conclusion, la presque totalité des activités de l'entreprise est justifiable d'un système de Business Intelligence, dans la mesure bien évidemment où son activité représente un enjeu Business.

Il s'avère que suite à cette croissance très importante des domaines décisionnels par tous les domaines de l'entreprise, on assiste à une multiplication d'indicateurs dont certains sont transverses (par exemple livraison à temps de la logistique qui est partagée avec les ventes et les achats) et un des enjeux majeurs de la Business Intelligence consiste à construire un système de Business Intelligence multi activité cohérent. 

On dispose de nombreux exemples de retours sur investissements conséquents liés à la mise en place d’application de Business Intelligence.
Nous pouvons citer le concept du « fossé de la Business Intelligence » du Gartner Group qui décrit la nécessité d’avoir des applications BI évoluées afin de permettre de répondre aux besoins des décisionnaires de l’entreprise et d’améliorer les performances de l’entreprise.

Clémence Consulting propose une pyramide décrivant les degrés de maturité des entreprises en matière de Business Intelligence :

Le niveau 1 correspond au reporting opérationnel, il ne représente pas un avantage stratégique pour l’Entreprise.
Le niveau 2 correspond à la mise en place d’indicateurs stratégique pour un domaine fonctionnel permettant de mesurer la performance.
Le niveau 3 correspond au choix d’une solution décisionnelle globale tout domaine. Ce niveau nécessite une cohérence globale avec la mise en place d’un référentiel commun et d’une matrice des indicateurs fonctionnels. A ce niveau des bénéfices importants sont retirés grâce à la mutualisation des ressources.
Le niveau 4 correspond à la mise en place d’un outil de prévision budgétaire permettant de se projeter vers l’avenir et de comparer le réalisé avec les prévisions.
Le niveau 5 correspond à la mise en place d’une solution décisionnelle cohérente intégrée au niveau groupe, elle représente le niveau le plus évolué en terme de Business Intelligence.

Nous faisons actuellement une étude sur le sujet auprès des entreprises utilisatrices de la solution SAP BW et SEM. Les premières conclusions font apparaître un lien fort entre la présence d’un Centre de Compétence BI SAP et la réussite des projets. Les raisons évoquées sont, entre autre, la publication des bonnes pratiques, l’élévation des compétences dans l’entreprise.

Les deux cas de figure sont présents dans les entreprises.
Il est clair que des liens forts existent avec SAP par rapport notamment à toutes les opérations techniques et d’administration. Toute modification dans SAP est susceptible d’avoir des impacts sur la solution BI SAP.
Par contre les liens avec la BI sont également importants notamment sur le plan fonctionnel car la démarche de construction d’un système de BI est bien différente de celle d’un système transactionnel De plus la constitution d’un centre de compétence BI permet de garantir la cohérence globale des indicateurs.
En conclusion nous préconisons une coordination forte avec les centres de compétence BI et SAP afin de garantir la mutualisation des ressources et la cohérence globale du système BI.

SAP BI permet d’utiliser des « Business content » (BC) ou applications pré-configurées comprenant des informations structurées en terme d’indicateurs, d’axes d’analyses, restitutions, qu’il suffit d’activer puis de charger avec les données de l’entreprise. Ces BC couvrent la totalité des domaines fonctionnels de l’entreprise : la finance, les ventes, la logistique, les achats, le CRM, la GRH, la maintenance et la production …. Ils couvrent également les solutions verticales telles que le secteur public, la distribution, l’automobile, les télécommunications, le pétrole…. Ils comprennent plusieurs centaines de cubes et milliers de requêtes. Leur contenu s’enrichit à chaque nouvelle version.
Grâce aux BC on peut réaliser très rapidement des démonstrations qui permettent de vérifier l’adéquation entre la solution et les attentes de l’entreprise. C’est un support pour les ateliers de conception avec les utilisateurs. La mise en place des BC dés le début du projet permet de minimiser les développements spécifiques et d’obtenir l’adhésion des utilisateurs.
Cependant la grande richesse de ces BC nécessite l’intervention de consultants expérimentés afin de faire les choix des BC à activer et de former les utilisateurs à leur utilisation.

Du fait du caractère évolutif des applications BI, la méthodologie projet est plus que jamais nécessaire. Les règles classiques de gestion de projet s’appliquent aux projets décisionnels : phases projets suivies de validation, documentation à jour…. La non observation de ces règles entraîne des applicatifs non maîtrisés, les dépassements de charges et la non cohérence globale.
Un point particulier, cependant, concerne les requêtes
Il faut bien dissocier les requêtes officielles de l’entreprise, qui donnent des résultats s’appuyant sur des règles de gestion labellisées, ces requêtes doivent être validées et documentées, elles sont partagées dans l’entreprise. Certains utilisateurs peuvent faire leurs propres requêtes afin de mener leurs analyses pour améliorer leurs performances. Ces requêtes n’ont pas les mêmes contraintes de documentation que les précédentes.

Les ressources BI SAP, idéalement, doivent avoir :
- une culture forte SAP puisque la source de données des applications BI SAP est majoritairement SAP
- une culture BI puisque les projets BI SAP sont avant tout des projets BI
- des compétences fonctionnelles fortes afin de comprendre et restituer les besoins émis par les utilisateurs sur tous les domaines de l’entreprise
- des compétences techniques afin de maîtriser correctement toutes les possibilités de la solution intégrée BI SAP BW SEM

Il est conseillé de choisir des profils à bon potentiel ayant déjà un acquis sur un ou plusieurs des quatre composants cités et ayant la capacité et la volonté d’évoluer sur les autres composants.

La mise en place d’un centre de compétence BI SAP est un atout pour les ressources BI SAP : elles ont à la fois la reconnaissance de leur rôle sur les projets et la capacité à progresser plus rapidement qu’en étant isolées.
D’une façon plus générale la connaissance des indicateurs de performance de l’entreprise et la maîtrise des applications de BI correspondantes sont des acquis importants pour des collaborateurs qui devraient leur permettre une évolution au sein de l’entreprise. La communication qui est faite sur ce sujet permet de générer une forte motivation.

Sur la phase de conception il convient d’avoir des ressources disponibles et impliquées du côté fonctionnel client. La définition d’un référentiel des données maître et des indicateurs est un point clé.
La communication sur le projet et la conduite du changement doivent être menés tout au long du projet. En particulier la formation de la maîtrise d’ouvrage à l’utilisation du nouvel outil choisi est nécessaire dés le démarrage du projet.
Il conviendra d’anticiper les problèmes de performance pour le chargement des données et les temps de réponse des requêtes.
La qualification des données, dans le cadre du projet BI est importante, elle est complémentaire à la qualification des données pour les applications transactionnelles.
Enfin on prendra garde à ne pas développer des spécifiques susceptibles de ne pas migrer lors d’un changement de version.

Les fonctions techniques sont généralement présentes : veille technologique, test et homologation des nouvelles versions, choix d’architecture, audit de performances, revues de phases projet…. L’administration des systèmes est parfois déportée bien que les aspects chargements de données et cohérence des données soient très importants pour les applications BI SAP et nécessitent généralement l’intervention du CC BI SAP.

Les projets BI SAP sont généralement gérés par les centres de compétence BI SAP ainsi que le support aux applications. La notion de responsable maîtrise d’œuvre est acquise, la responsabilité maîtrise d’ouvrage est un atout indéniable au sein du CC BI SAP.