SAP Business Information Consulting

Un des reproches récurent fait à BW par les autres éditeurs d’outil BI était l’absence de push… ce manque a été comblé en version 3.5 avec l’arrivée de la fonction « Broadcast » (fonction qui a été améliorée en 7.0) Le broadcast, qu’est-ce que c’est ? Le broadcast permet la diffusion de données depuis BW à un ensemble de destinataires (utilisateurs et non utilisateurs BW). Le broadcast peut être configuré pour être diffusé de façon unique, basée sur un calendrier régulier (1/sem, 1/mois…), si un évènement se produit (définit par l’utilisateur) et en temps qu’élément d’une process chain. De quelles sources ? L’information diffusée par le broadcaster peut provenir de différentes sources : requêtes Bex, vues, classeurs (nouveauté apparue dans cette dernière version du BEx Report Designer), Web template, report formaté, applications Web. Pour les utilisateurs BI administrator la transaction RSMON permet également d’accéder au broadcaster. Sous quels formats ? L’utilisateur peut depuis la version Netweaver 7.0 diffuser des documents sous format PDF. N’oublions pas les autres formats toujours accessibles html, mhtml, fichiers ZIP, fichiers excel, ps et pcl. Comment les diffuser ? Une large gamme de choix de diffusion est disponible : Impression : Adobe PDF, Common Printer Language (psl), Post Script (ps). Possibilité d’imprimer en pdf une application dans son intégralité, impression pdf individuelle de chaque élément composant l’état et paramétrage de la mise en page via une boîte de dialogue. Email en masse (ou Data bursting) : diffusion d’information spécifique à chaque utilisateur via les données de base avec adaptation possible du format de sortie à chaque destinataire. L’information visible par un groupe de users est donc restreinte par le système. Email par exception : créations d’alertes basées sur des exceptions définies (par exemple dans le query designer) Portail : les états sont accessibles sur le portail (par exemple sur les différents services des collaborative rooms comme le chat, les forums de discussions, messageries instantanée…) Multiple distribution : par exemple portail + impression Etats pré calculés : remplissage de pré calculs et de cache. Lien direct aux données online: c’est une des méthodes de diffusion les plus sécurisées. Le destinataire doit cependant avoir un accès online au système avec un identifiant et mot de passe. Dans ce cas l’utilisateur aura la dernière version actualisée des données (si par exemple une modification a été faite entre le moment de l’envoi du mail et l’ouverture de celui-ci). Le broadcast permet la diffusion d’information spécifique à chaque type d’utilisateur Source : SAP Quelle est la valeur ajoutée du broadcast pour l’utilisateur ? Le broadcast réduit significativement le temps passé à rechercher l’information nécessaire aux analyses business. Avec le broadcast, l’information parvient à l’utilisateur. Il augmente la probabilité que les données BI soient en effet utilisées par les utilisateurs. Il permet aux données BW d’être accessible immédiatement par les utilisateurs. ceux ci pouvant partager des données BW entre eux et avec d’autres acteurs externes. Le plus du broadcast : Le broadcast est à portée de main d’utilisateurs occasionnels, d’utilisateurs non-BW, d’utilisateurs en déplacements professionnels ou de dirigeants peu familiers avec BW. Que doit retenir de tout ça ? Le broadcast apporte un réel changement de mentalité dans les méthodes de diffusion de l’information BI. Comment être le plus réactif possible sur le marché sans perdre un temps fou à passer en revue les informations indispensable au business ? La réponse est sans hésiter : le broadcast. En effet, l’utilisation du Bex Broadcaster pour vos reports de cœur de métier va nettement simplifier les problématiques liées à la sécurité d’accès aux données BI et permettre une diffusion rapide des reports (on gagne également en productivité des systèmes sources en limitant les accès directs au système). Cette approche de « push » de l’information permet indéniablement une analyse plus fine des données indispensables au business tout en réduisant le temps passé à la rechercher.

Avec le temps, les idées commencent à s'affiner et nous avons réussi à obtenir plus de précisions sur les futures gammes de produits dédiées Business Intelligence SAP.

Pioneer
Le Query Designer et le Bex Analyzer étant amenés à disparaître dans quelques mois, il n'y avait qu'un nom sur le produit destiné à les remplacer. Pioneer remplacera aussi à terme Voyager. Il se décline en plusieurs versions : Pioneer BOE et Pioneer Netweaver BI et chacun propose une version Web et Office.

Pioneer devient le client OLAP avec accès direct au cube SAP BW (sans avoir à créer de requêtes au préalable pour Pioneer Netweaver BI) et bénéficiant d'une intégration avec MS Office (Powerpoint, Excel).
C'est un produit Business Objects, ce qui signifie qu'il sera connectable à la plupart des produits Business Objects (Web Intelligence, Xcelsius, Crystal...) et autres (MS analysis services, Essbase...) Il reprendra la plupart des fonctionnalités des outils de reporting dans Netweaver BI (utilisation avancée de hiérarchie, conversion de devises, RRI, Broadcast...) tout en gardant l'ergonomie des produits Business Objects (UI en Ajax, web 2.0).

Les utilisateurs de BI IP n'ont pas été oublié, les fonctionnalités seront reprises dans Pioneer Netweaver BI, les 2 produits seront compatibles BI Accelerator et bien sur, des fonctions de migration de requêtes seront disponibles pour reprendre vos requêtes du Query designer.

La 1ere version est prévue pour Q4 2009 pour Business Objects Entreprise. Pour Netweaver, l'attente sera un petit peu plus longue avec une livraison en 2010.

Web Intelligence
En 2009, une nouvelle version avec une meilleure intégration avec Netweaver BI verra le jour (avec en prime des améliorations dans les fonctionnalités)

Crystal Reports
Une version Netweaver devrait sortir en 2010 sous la forme d'un add on à installer sur le stack Java pour succéder au Report Designer. Les applications pourront être intégrés à Visual Composer.

Xcelsius
à partir de 2009/2010, il vous sera possible de vous connecter directement à SAP BW et les tableaux de bords pourront être intégrés à Visual Composer

BI-Accelerator
En 2009/2010, en terme de nouveautés, les DSO pourront être optimisés dans Bi-accelerator et bien sur utilisables depuis les produits Business Objects.

SAP BW
Pour finir, BW n'a pas été oublié et proposera quelques innovations tels que l'amélioration de la connectivité avec des systèmes tiers, data quality (pour l'analyse de qualité des données) et data integrator (représenté comme un système tiers), pour l'intégration des données dans BW, le partitionnement sémantique (pour éviter de créer plusieurs DSO et cubes pour diminuer la volumétrie) et l'apparition de l'Hybrid provider pour avoir "quasiment" les données en temps réel dans BW.

Pour faire quoi ?

SAP NetWeaver Visual Composer permet la composition d’applications WEB uniquement via paramétrage. Aucune ligne de code n’est donc à produire ! Le temps et l’effort pour la réalisation d’une application sont de fait limités.

L’ergonomie générale est pilotée par des feuilles de style proposée par défaut par l’éditeur et configurable au besoin par les clients. Pour l’animation et la présentation des objets, Visual Composer fait appel aux bibliothèques Flash embarquées sur la plateforme SAP NETWEAVER. Le rendu est alors saisissant !

L’application peut-être connectée à travers des services aux systèmes transactionnels SAP (R/3, CRM, SRM,..), à SAP BI, mais aussi à n'importe quel système tiers. Visual Composer ouvre ainsi les portes au déploiement de « Rich Internet Application » (RIA) dans un monde SAP. La fusion des mondes du transactionnel et du décisionnel devient une réalité.

Comment cela fonctionne ?

SAP NetWeaver Visual Composer est l’un des composants de SAP Enterprise SOA : il est positionné parmi les outils de composition des interfaces utilisateurs.

Source : SAP

SAP NetWeaver Visual Composer est un environnement de modélisation graphique. A partir de fonctions de type drag and Drop, le consultant organise le processus métier et compose simplement l’application. Une fois paramétré, le modèle est compilé et déployé. L’application est alors immédiatement disponible dans le portail SAP pour être qualifiée par les experts business.

Pour plus d'infos, n'hésitez pas à nous contacter sur www.censio.fr.

Après visionnage du webcast
"SAP et Business Objects - TRANSFORMER LES MODES DE TRAVAIL DANS L’ENTREPRISE EN RELIANT LES HOMMES, LES INFORMATIONS ET LES ENTREPRISES"

Pas de grandes annonces, mais beaucoup de paroles visant à rassurer les clients Business Object.
Ils ne seront pas forcés à migrer sur SAP

Quelques extraits :
Henning Kagermann :
"SAP et Business Objects est la combinaison de deux leaders, donnant naissance au numéro un du marché. Nos portefeuilles produits sont complémentaires et nous allons faire sorte de maintenir le portefeuille agnostique de Business Objects pour qu’il puisse fonctionner sur tous les entrepôts de données et sur toutes les applications transactionnelles."

"Je veux tout d’abord leur dire [aux clients B.O.] que nous ne les forcerons pas à devenir clients de SAP. Nous conserverons un portefeuille Business Objects aussi indépendant et aussi agnostique qu’il l’est aujourd’hui. Nous préserverons donc l’investissement des clients de Business Objects."

le mot agnostique revient souvent, et me semble assez symptomatique
petite définition : L'agnosticisme est la position philosophique selon laquelle la vérité de certaines propositions (le plus souvent théologiques, concernant l'existence de Dieu, des dieux, etc.) est inconnue ou inconnaissable. C’est une pensée fondée sur le doute. La vérité absolue est incertaine.
Bref, pas une seule plateforme, ni un seul modèle... et pas vraiment de position tranchée...


"Tournons-nous maintenant vers le client SAP. En quoi la fusion de SAP et de Business Objects va-t-elle aider cette personne ?
Doug Merritt :
De plusieurs manières complémentaires également. La plupart des clients SAP ont des environnements mixtes. Et la capacité de la plate-forme de Business Objects et l’ensemble d’outils qui en résulte offrent maintenant à ces clients une capacité beaucoup plus large en termes d’informations. Mais elle leur apporte aussi une dimension entièrement différente de la facilité d'utilisation. Et les applications dont ils pourront tirer avantage en conséquence vont elles aussi bénéficier de cette facilité d'utilisation. Je pense que SAP s’est distingué en étant la meilleure entreprise en matière de compréhension des processus professionnels et de fourniture d'applications d’une grande performance, d’une grande fiabilité et d’une grande exactitude. Et maintenant que nous fusionnons toutes ces forces avec des technologies et des applications faciles à utiliser, flexibles et ouvertes, le résultat est, à coups sûrs, une combinaison gagnante."

Bref, tout est beau ! mais nous restons sur notre faim.

Dans 15 min commence une conférence animée par Henning Kagermann (CEO de SAP A.G.) sur Business Object et la roadmap BI.

Les annonces sont attendues, mais voila nos pronostics :
- Accent sur BPC (Business Planning and Consolidation) au dépend de BI Integrated Planning ?
- SAP NetWeaver 7.0 BI en outil de ref. pour stocker les données (partie Datawarehouse) ?
- BO en frontal user (en remplacement du Wad, peut être même du Bex ?)

A valider ou invalider dans une heure !

Note post conférence : pas de grandes annonces sur une stratégie produit, nos pronostics sont donc ni confirmés ni infirmés... cela dit, nous (et l'ecossytème SAP) restons sur notre faim... vivement les roadmaps !

La convergence des réseaux (GSM, 3G, WIFI, WIMAX, Bluetooth) et les progrès technologiques des terminaux ont ouvert une autoroute d’innovations. Les opérateurs télécom l’ont bien compris et proposent désormais à leurs clients des applications mobiles en collaboration avec les grands noms du WEB 2.0 & les fournisseurs de services de type messagerie, news, informations géographiques, networking... Avant de rentrer dans le vif du sujet, il faut s’interroger sur le type d’application mobile qui est recherchée.

• Application Online : L’utilisateur du terminal consomme un processus métier et des services en temps réel. Aucune donnée n’est stockée sur le terminal. Les bases de données de l’entreprise sont mises à jour immédiatement et le terminal ne contient pas d’applicatif.

• Application Offline : L’utilisateur utilise une application en local qui stocke des informations sur le terminal. Lorsque le terminal est connecté à l’entreprise à travers un réseau, un processus de synchronisation se met en œuvre & les données sont transférées (dans les deux sens).

Le premier mode a l’immense avantage d’être synchrone mais est dépendant à 100% de la capacité de connexion au réseau d’entreprise et génère du trafic « « data » qu’il faudra payer à l’opérateur réseau. Le deuxième mode est moins générateur de traffic et l’application est autonome... Mais il faut une architecture applicative capable de gérer les processus de synchronisation. Et SAP ? La mobilité pour les entreprises n’est pas née d’hier... SAP, avec sa plateforme NETWEAVER, propose désormais un environnement de développement et d’exécution robuste et évolutif pour déployer ce type d’application. SAP NETWEAVER fournit un environnement de développement & d’exécution permettant la mise en œuvre rapide d’application mobile dite « on-line ». Aucune installation supplémentaire n’est nécessaire : c’est à partir du « SAP NETWEAVER Developper Studio » que les interfaces seront créées via la technologie « WEB DYNPRO ». Pour la mise en œuvre d’application OFF-LINE, le sujet est un peu plus corsé. Il faut utiliser le composant « SAP Mobile Infrastructure » de NETWEAVER fournit dans le « SAP Mobile Development tool kit ». Le déploiement de l’application sur le terminal communicant, la gestion de la synchronisation entre le serveur & les postes clients sont alors pris en charge par ce composant SAP. Vous avez envie d’en savoir plus ? Vous avez envie de partager sur le sujet ? N’hésitez pas à commenter cet article et/ou à nous contacter. Nous nous ferons une joie de vous rencontrer et d'échanger sur nos expériences.

Nous avons vu il y a quelques mois une première approche sur le design des cubes (cf article)

Interessons nous maintenant aux requêtes.

Le design des requêtes est une source fréquente de non performance... et bonne nouvelle, c'est aussi le plus facile à améliorer.

Voici quelques règles générales a appliquer :

1 - ne montrez que ce qui est necessaire. D'un point de vu performance, l'adage 'qui peut le plus, peut le moins' est une catastrophe.

Pour ce faire, utiliser au maximum les variables et les sélections en début de requête. Evitez autant que possible les exclusions, qui sont très pénalisantes.

2 - commencez par une vue aggrégée.

un risque fréquent lorsque l'on met en place un outil de BI, est la bonne vieille habitude des utilisateurs des listings... Beaucoup de gens sont convaincus qu'il ne peuvent pas bosser sans la liste des commandes sur 37 pages !

C'est ici qu'intervient le rôle de conseil du consultant. Faire de la BI, ce n'est pas lister les commandes (ou autre), c'est analyser de manière dynamique les données...

Il convient d'utiliser les possibiliter de drill down, d'alertes... afin d'avoir une vision claire des données (quitte à descendre au niveau de détail pour une sélection restrainte) et d'amener les utilisateur à cette nouvelle manière de travailler.

3 - utilisez 0INFOPROVIDER pour filtrer.

Nous avons vu dans notre article précédent qu'il était judicieux de toujours utiliser des multiproviders. Cependant, dans certain cas, une requêtes ne va utiliser qu'un nombre restreint de providers. Il convient alors de signaler ces cubes dans une selection sur l'objet 0INFOPROVIDER, de manière à ce que le système n'aille lire que les providers utiles.

4 - utilisez les statistiques BW

L'optimisation des requêtes doit êtres sélective, il n'est pas très utile d'optimiser une requête peu utilisée, alors qu'un gain de temps sur une requête lancée plusieurs dizaine de fois par jour sera indispensable.

Pour se faire, regardez les statistiques, surveillez l'utilisation des espaces, discutez avec les users.

5 - utilisez les aggrégats et maintenez les !

Un aggrégat est un très bon accélerateur de requête. Cependant, un système BI est un système vivant, qui évolue avec les besoins de l'entreprise et son de marché.

Par conséquent, vérifiez régulièrement que vos aggrégats répondent toujours aux besoins et qu'ils sont utiles. Remplacez les par des nouveaux si nécessaire.

****

Bien sûr, chaque cas est un peu particulier et demande une réponse adaptée, surtout dans le domaine de l'optimisation... mais ces quelques points vous aideront à vous faire une idée sur votre solution.

Si vous avez des questions, ou si vous souhaitez que nous procédions à un audit plus complet de votre solution, n'hésitez pas à nous contacter.

Plus d'infos sur notre site

Mail

Mais qu’est-ce donc que SOA

L’ « architecture orientée services » (cf. anglais : Service Oriented Architecture (SOA)) est une expression à la mode à placer dans tous les salons... C’est avant tout une architecture applicative et une méthodologie de mise en œuvre.

L'idée sous-jacente de la SOA est de cesser de construire la vie de l'entreprise autour d'applications monolithiques & hétérogènes pour déployer une architecture logiciel d’entreprise orientée processus métiers et décomposée en fonction de base appelée « services ».

L’architecture SOA se base sur des couches qui répondent à des fonctions. Ce n’est pas une révolution dans le monde de l’informatique mais la généralisation de ce concept permet la construction de bases solides pour les développements futurs des applications de l’entreprise.


Parmi les apports majeurs des applications SOA, citons au moins :

* La réutilisation et la composition, permettant le partage de modules entre applications et les échanges inter-applicatifs ;
* L'évolutivité, car toute application est vivante, a une certaine durée de vie, peut se voir greffer de nouveaux modules et doit pouvoir répondre aux nouveaux besoins fonctionnels ;
* L'ouverture et l'interopérabilité, pour partager des modules applicatifs entre plates-formes et environnements.


L’entreprise SOA avec SAP NETWEAVER

SAP en tant que plateforme pour la mise en œuvre d’application d’entreprise SOA est peu connu en dehors du mode SAP.

Et pourtant, NETWEAVER fournit l’infrastructure de communication, l’ensemble des composants permettant la gestion du cycle de vie des applications, le développement et la validation des solutions, la gestion de la gouvernance.

« L’enterprise Services Repository » permet la définition, le classement, la gestion du cycle de vie de objets et des services disponibles (SAP – NON SAP, Standards – personnalisé). C’est le cœur du système de gestion de l’entreprise SOA, l’objet de toutes les attentions de la gouvernance.

SAP fournit un ensemble de services préconfigurés (Type WEB Services) sur l’ensemble des composants dans la Business Suite (ERP, CRM, SRM, PLM, SCM) : ces WEB services permettent la communication entre la plateforme SAPNETWEAVER et les back-offices SAP. Il est bien sûr possible de construire des services sur des systèmes non SAP.

Une fois les services configurés, des applications riches (RIA) peuvent être développées / composées à partir des outils de SAP NETWEAVER tels que « Visual Composer », « Webdynpro (Abap ou Java) ». Avec l’arrivée de la version 7.1 NETWEAVER, SAP complète les fonctionnalités et l’ergonomie de l’environnement de développement.

Il ne reste plus qu’à mettre en œuvre l’entreprise SOA !


Quelques bonnes pratiques de mise en œuvre

La littérature est assez riche sur le sujet car la mise en œuvre d’une application SOA nécessite de revisiter la méthodologie classique de déploiement des projets : l’approche monolithique ne viendra pas à bout des risques projet et ne pourra garantir l’efficacité opérationnelle Le projet big bang a bien peu de chance de déboucher sur de la création de valeur pour l’entreprise, le risque est trop grand de tomber dans la spirale infernale des mauvaises compréhensions du besoin, modifications du périmètre de la prestation, décalage planning, augmentation des coûts… Il faut au contraire migrer certaines applications en mode pilote avec souplesse, amender le modèle de gestion de projet, organiser la gouvernance, bénéficier des retours d’expérience.

L’aspect technologique du sujet ne doit pas cacher le véritable chalenge d’un projet orienté SOA. C’est bien la compréhension et modélisation du process métier à travers des appels à des services qu’il faut réussir. Une fois le service défini, il faut se projeter dans un futur plus ou moins proche et identifier les processus métier qui pourront utiliser ce service. Penser en quelque sorte à l’avenir plutôt qu’au présent.

La technique n’est reléguée qu’à l’arrière plan. Elle reste une composante nécessaire du projet mais c’est avant tout l’organisation de l’utilisation de la technologie qui tient une place prépondérante. S’appuyer sur les standards, maitriser les catalogues de services existants, faire vivre cette bibliothèque.


La route est longue et semée d’embuche jusqu’à l’entreprise 100 % SOA et le coup de migration de l’ensemble des processus reste à valider. Mais pour commencer, une bon chemin est sans doute de se lancer sur un pilote SAP NETWEAVER « Visual Composer ». Cet outil permet la composition d’applications aux standards SOA, offre des moyens de mise en forme ergonomique qui emballeront les dégoutés du SAPGUI. Une autre voie peut être choisie à travers une application en développant des WEBDYNPRO mais faudra alors prendre soin de la mettre en œuvre correctement...

Pour votre plaisir, n’hésitez pas à relire l’article sur « Visual Composer » sur le blog…

Au sein d’une organisation, la gestion budgétaire et les simulations sont des facteurs clés de structuration entre la réalisation des stratégies et la mise en œuvre opérationnelle. Or le temps est souvent passé à collecter et homogénéiser les informations, effectuer les boucles de validation, communiquer les états produits, etc. le tout au détriment de l’analyse et la compréhension, valeurs ajoutées indéniables pour une entreprise. Hors, à ce jour SAP propose deux solutions financières pour répondre à ces besoins : BPS (Business Planning & Simulation) et BI-IP (Business Intelligence Integrated Planning). Pourquoi choisir BPS à l’instar de BI-IP ou vice versa ? Quelles sont les différences ? [et bientôt 3, nous verrons cela dans un article à venir]

Faisons tout d’abord un point historique.

En 2003, la solution financière SEM-BPS 3.1 sort (SEM = Strategic Enterprise Management). Celle-ci est la première version « correcte » qui a fait le succès de ce produit. Fin 2004, SAP BPS est intégré dans la version BW 3.5.

Netweaver 7.0 sort fin 2006 et intègre un nouvel outil, BI-IP tout en maintenant le produit BPS.

Passons maintenant à la présentation de BPS, suivi de celle de BI - Integrated Planning pour ensuite les comparer.

Qu’est ce que BPS ?

Initialement, SAP BPS était intégré à la solution financière SEM, et était peu orienté sur le Web. SAP a préféré mettre l’accent sur la création de transaction ALV « budget » et sur l’interface Excel. Face au succès de BPS, SAP a décidé de le livrer avec la version 3.5 de BW alors que l’intégration technique n’était pas davantage poussée avec BW.

BPS se définit comme un outil de simulation et de saisie budgétaire permettant de saisir les données directement dans des cubes BW. Les données du budget sont donc immédiatement disponibles pour le reporting. En plus de la saisie, BPS propose diverses fonctions de calculs et de simulation, pour notamment gérer plusieurs versions de budget (souvent réclamé par les contrôleurs de gestion).

Les interfaces étant peu orientées Web, SAP a décidé depuis 2004 d’y concentrer ses efforts. Par conséquent, les possibilités en Web sont aujourd’hui plus nombreuses qu’en Excel avec, par exemple, une intégration partielle du reporting sur l’écran de saisie.

Comment se passe la modélisation avec BPS ? BPS utilise des cubes BW dit « transactionnels », et peut, en l’occurrence, ajouter des lignes dans le cube en permanence. Une fois le cube transactionnel généré dans BW, le paramétrage pour la mise en page des écrans de saisie se fait alors dans BPS via la transaction BPS0.

Par ailleurs, BPS propose également divers panels de fonctions de planification à utiliser pour créer tous les traitements nécessaires, tels que la copie, la conversion de devises, la réévaluation, l’éditeur de formule Fox Formula, etc.

Passons à présent à BI-IP.

Depuis fin 2006, SAP a sorti sa nouvelle solution de Business Intelligence (BI) via la plateforme SAP Netweaver 7.0 (ex 2004s), version de SAP répondant aux critiques émises par les utilisateurs à l’encontre de BW 3.5. Le développement des fonctionnalités du datawarehouse et du reporting sont les principales nouveautés.

SAP a pour objectif, avec SAP Netweaver 7.0, de conquérir de nouvelles parts de marché. Pour ce faire, il offre une solution BI plus complète et plus performante, ajoute de nouvelles fonctionnalités, plus orientées utilisateur, garantit une meilleure intégration de ses solutions, et améliore la compatibilité avec d’autres applicatifs, SAP et non-SAP.

Lors de la sortie de Netweaver 7.0, SAP a intégré BI-IP, son nouvel outil de planification et de simulation.

En comparaison à son prédécesseur, BPS, BI-IP possède divers avantages tels que :

• l’intégration des simulations et des planifications à l’outil de reporting et l’intervention directe sur le reporting, pour une prise de décision plus rapide
• l’amélioration des structures techniques pour obtenir une plus grande facilité et de possibilités dans la gestion de la simulation et de la planification
• l’ajout de fonctionnalités techniques
• une meilleure intégration avec le Web
• la gestion via les formules Excel

BI-IP présente une interface unique pour analyser les données et planifier : l’interface utilisateur et l’outil de conception sont réunis dans une seule et même interface. De plus, son intégration avec BW permet d’utiliser les fonctionnalités telles que les hiérarchies, les variables, les ratios calculés, les ratios restreints, les fonctions de planification (les mêmes que BPS) etc. dans les écrans de saisies. La mise en place des simulations et reporting avec BI-IP sera donc plus rapide, la majorité des objets étant en commun.

Maintenant que BPS et BI-IP ont été présentés, lequel serait à choisir si les financiers de mon entreprise recherchaient un outil capable de réaliser des budgets, des simulations de ces budgets, et du reporting ?

BPS et BI-IP ont des différences en termes d’architecture. BPS fait une distinction entre le reporting et la planification, d’où des zones de stockage distinctes, des fonctionnalités en double, etc. BI-IP va, au contraire, réunir ces deux outils en un.

Architecture BPS

Architecture BI-IP

En ce qui concerne les avantages, BPS est une solution robuste qui a d’ores et déjà fait ses preuves et qui n’a pas besoin de migration pour la version Netweaver 7.0. BI-IP, par contre, s’intègre totalement dans les outils de reporting BW, avec davantage de possibilités et de flexibilité dans le paramétrage, d’où une accélération dans les processus de décision et une gestion de la conduite du changement moins importante.

Au sujet des risques, de nombreuses fonctionnalités avancées pour BPS ne sont uniquement disponibles que via l’environnement Web et la mise en page des écrans de saisie est plutôt laborieuse. Par ailleurs les évolutions de ce produit se sont arrêtées, sa maintenance standard se finit dans deux ans et sa migration automatique vers BI-IP est impossible. BI-IP étant un produit relativement récent, son risque en termes de bug au cours d’un projet est plus important que pour BPS, bien que BW 7.0 en est au support package (SP) 13 et que nombreux sont les clients à travailler en production en SP 12 sans le moindre souci.

Après un comparatif des avantages et risques de BPS et BI-IP, allons voir ce qu’en dit l’éditeur, lui-même.

Sur le site help.sap.com, SAP recommande d’utiliser le nouvel outil BI Integrated Planning lors de la mise en place de nouveaux scénarios.

De plus, concernant la montée de version pour l’existant, il faut savoir que Netweaver est capable d’émuler les anciennes versions 3.x pour en assurer la compatibilité. Cependant, quelques éléments devront être mis à jour pour pouvoir profiter des nouvelles fonctionnalités, comme par exemple les requêtes pour accéder à BI reporting suite.

Au regard de toutes ces informations recueillies, ainsi qu’aux recommandations de SAP, BI- Integrated Planning est aujourd’hui l’outil à privilégier tant pour ses nouvelles fonctionnalités que pour le potentiel d’évolution du produit.

Article rédigé par Caroline T.

Au sein des nouveautés offertes par Netweaver 7.0, il y a une nouveauté qui est dans un premier temps passée inaperçue, mais qui pourtant offre des perspectives interessantes.
Il s'agit de SAP Visual Composer...
A quoi ça sert ?
Cet outil permet de créer des applications composites... c'est à dire, des applications qui font appel à des données de BW, de R/3 mais aussi de n'importe quel système tiers !

Mais pour quoi faire ?
Une des premières application qui vient à l'esprit est un dashboard... un vrai qui mélange des données agrégées depuis BW, des données en temps réel depuis R/3.
Par exemple un tableau de bord de suivi d'un client mélangeant du BW (historique des ventes, marketing mix...) de R/3 (position crédit en temps réel, liste des Cdes en cours...) et par exemple d'un système CRM (historique des contacts de la force de vente, accès aux comptes-rendus de visites rédigés par les commerciaux...)



Et comment ça marche ?
Et bien le tour de force de visual composer, c'est que tout ceci se fait sans écrire de code... SAP nous dit que le consultant qui travaille sur Visual Composer n'est pas un 'codeur', mais un expert métier. En gros, et pour faire court, c'est un paramétrage visuel avec des 'boîtes' et des 'flèches' :
En conclusion : Visual Composer ouvre de très nombreuses perspectives, surtout en ce qui concerne les 'dashboards' et il est probable qu'il devienne à terme un élément indispensable d'une bonne solution SAP BI.

Pour plus d'infos, n'hésitez pas à nous contacter sur www.censio.fr ou sur contact@censio.fr