SAP Business Information Consulting

SAP a su proposer des solutions de planning de longue date : BPS, puis BI-Integrated Planning et enfin Business Planning & Consolidation après le rachat d’Outlooksoft. L’annonce de l’arrivée de BPC avait suscité l’émoi de nombreux clients qui venaient d’investir dans le développement de BI-IP.

BI-IP ou BPC ? SAP n’a jamais tranché, en partie sous la pression des utilisateurs, mais aussi parce que les usages, atouts et contraintes des deux solutions sont différents, voire complémentaires.

Avec l’arrivée de l’In-Memory via HANA, SAP va optimiser ces solutions de planning. L’In-Memory apporte son lot de promesses pour le planning :

réaliser des simulations plus complexes,

apporter de meilleurs temps de réponse,

traiter des volumes de données toujours plus importants.

La proposition de SAP s’appelle le Planning Framework. Le planning framework va consister à introduire progressivement de nouvelles applications de planning par métier ou par industrie. Ce planning framework devra permettre la mise en place d’une véritable solution intégrée de planning appelée Entreprise Business Planning (EBP), concept encore assez flou mais dont on comprend la logique d’intégration.

Concrètement le planning framework repose aujourd’hui sur deux outils : BPC 10 et le tout nouveau Planning Applications Kit (PAK), tous deux optimisés pour HANA et supportés par BW 7.3.

Alors exit BI-IP ? Le Planning Applications Kit, disponible avec BW 7.3 SP5, reprend en fait l’essentiel des composants BI-IP connus et leur apporte l’optimisation In memory pour HANA ainsi que de nouvelles fonctionnalités. Le passage de BI-IP vers PAK pourra d’ailleurs être réalisé sous certaines conditions.

La question de BI-IP, PAK ou BPC ne se pose donc pas aujourd’hui en fonction de la roadmap SAP puisque les développements sont poursuivis sur les différentes solutions comme le montre l’arrivée de PAK et de BPC 10. La réponse doit donc être donnée en fonction de l’usage dont votre entreprise a besoin.

BI-IP, et PAK demain, fournissent des applications de planning centralisées, maîtrisées et maintenues par le département IT, tandis que BPC apporte des applications de planning plus flexibles et davantage maintenables par des utilisateurs finaux.

Nous reviendrons plus précisément sur l’arrivée de PAK qui va susciter bien de nouvelles questions aux utilisateurs actuels d’Integrated Planning, et notamment sur les conditions de passage de BI-IP vers PAK. Aurélien Guignat

Cette vidéo nous fait remonter le temps et raconte comment nos chers scientifiques auraient pu aller plus vite grâce à Excel!
Vidéo réalisée par Microsoft.

Chea-Lie Heng

Dans un ancien article présentant les nouveautés apportées par l’ensemble des outils de la suite SAP BusinessObjects BI 4.0, nous avions évoqué les évolutions majeures de l’outil de conception d’univers (ex « Universe Designer ») désormais appelé Information Design Tool (IDT). Parmi celles-ci figurent notamment la possibilité de créer des univers directement à partir des infoproviders BW sans avoir à passer par une couche BEx, ou encore de créer des univers multi-sources, ce qui n’était pas le cas avant.

Nous avons donc souhaité tester ces nouvelles fonctionnalités par nous-même, en reproduisant un cas qui peut être fréquemment rencontré au sein des entreprises, à savoir un budget issu d’un système non SAP (ici une base de données MySQL) et un réalisé dans SAP BW. L’objectif ici est donc de rapprocher une base de données relationnelle avec une base de données multidimensionnelle au sein d’un seul et même univers multi-sources de l’Information Design Tool afin de pouvoir s’en servir dans les outils de reporting de la suite BO 4.0.

Source de données N°1 : Multicube SAP BW contenant un réalisé de ventes pour une société donnée :




Source de données N°2 : Base de données MySQL contenant une table «budget » des ventes (quantité et montant) à la maille région :

• Conversion du cube BW en base de données relationnelle :
  
  

Là où dans l’Universe Designer nous étions contraints de passer par des requêtes Bex pour utiliser les données de BW dans un univers BO, l’Information Design Tool nous permet désormais d’utiliser directement les infoproviders comme source de données. De plus, la conversion des infoproviders multidimensionnels dans un univers relationnel se fait très aisément puisque les tables et jointures sont créées pour nous. (L’exemple est ici établi sur un multicube en version BW 7.0, mais pour l’avoir testé, le comportement est le même à partir d’un Semantic Partitioned Object (SPO) en 7.3)

Le multicube BW que nous utilisons dans cet exemple est ainsi représenté de la façon suivante une fois importé dans l’IDT :



Les tables de cet univers étant nombreuses, nous ne pouvons bien sûr pas toutes les afficher, mais nous voyons ici que la table des faits (fond jaune), celles des dimensions (fonds bleus) et des textes (fonds verts) ont été automatiquement créées et jointes entre elles.

• Ajout d’une nouvelle source de données :
  
  

Il faut ensuite ajouter à cet univers la seconde source de données. Nous voyons ci-dessous qu’en plus de la connexion à la source BW appelée « SALES_ANALYSIS_-_MULTI » (en vert) s’est ajouté la connexion à la source MySQL appelée « DEMOBO » (en bleu) et contenant la table « Budget » :



Une fois la source MySQL jointe à l’univers, il faut la relier avec la source BW pour obtenir un univers multi-sources exploitable. Dans notre exemple c’est la caractéristique « Région » qui nous permet de faire le lien entre les 2 sources de données :



Nous obtenons ainsi un univers multi-sources dans lequel nous avons à la fois des données réelles et du budget que nous pouvons exploiter avec les outils de reporting, comme par exemple ci-dessous avec un rapport webi basé sur cet univers :



Nous voyons donc que des indicateurs provenant de sources SAP et non SAP (« Amount » et « Quantity » pour BW, « Amount Budget » et « Quantity Budget » pour MySQL) peuvent être facilement utilisés simultanément. Cela suppose que les jointures sur les caractéristiques communes soient correctement créées au préalable dans l’univers.

Des améliorations concrètes…et quelques limites

Cette nouvelle version de l’outil de conception d’univers de la suite BO est donc un exemple supplémentaire de la meilleure intégration qui s’est opérée entre ces outils et ceux de SAP. Le fait de pouvoir intégrer directement les infoproviders BW dans l’IDT réduit en effet les « couches » successives de données nécessaires à la création de rapport.

Cependant, s’affranchir de cette étape BEx a aussi ses limites puisqu’en agissant de la sorte nous nous privons de certaines fonctionnalités qui lui sont liées, à savoir les indicateurs restreints et calculés ou les structures personnalisées. De plus l’univers créé étant de type relationnel, les hiérarchies BW ne sont pas supportées. Enfin, les autorisations BW ne sont pas exploitables.

Ces limites, non négligeables, doivent donc être prises en compte lorsque l’on projette de créer des rapports basés sur des univers multi-sources : un arbitrage doit donc s’opérer entre le fait de se donner la possibilité d’effectuer des univers multi-sources (et la faculté de relier facilement des informations qui ne l’étaient pas) et les contraintes de ce type d’architecture.
Jean-François Houdmon

N'hésitez pas à nous contacter sur cc-mstr@censio.fr pour de plus amples informations.

Caroline Tchou

1 - Contexte :
Comme dans tout système d'information, les utilisateurs verrouillent souvent leur compte utilisateur. Ils doivent alors souvent appeler un helpdesk qui va manuellement débloquer le user et générer un nouveau mot de passe. Cette opération représente bien souvent une perte de temps et d'argent importante, autant pour l'utilisateur que pour le support.

Il serait idéal que les utilisateurs puissent de manière autonome et sécurisée gérer ce déblocage et le renouvellement de leur user SAP. Une application simple mais pertinente de l’utilisation des connecteurs SAP et .NET, permettrait à un utilisateur de débloquer son user SAP et de générer un nouveau mot de passe sans intervention externe.

L’utilisateur Windows peut être mappé dans une table de transcodification le reliant à l’utilisateur SAP.

Cet article a pour objectif dans un premier temps de vous présenter cet exemple d'application puis de vous présenter quelques méthodes pour connecter Microsoft .NET et SAP.

2 - Exemple concret
Si l’entreprise possède un portail Sharepoint, l’application pourra y être ajoutée.





Par le même principe, tout changement de mot de passe ou de données concernant l’utilisateur pourra être modifié, un mail récapitulatif peut être envoyé.



3 - Comment connecter Microsoft à SAP ?

Plusieurs solutions sont disponibles, nous en évoquerons deux ici :

Microsoft Biztalk LOB Adapter

Theobald ERPConnect

Ces deux outils facilitent grandement le développement de ces applications.
Remarque : nous allons rentrer ici dans une partie plus technique, avec nos excuses à nos lecteurs plus fonctionnels.

3a - Présentation de BizTalk

La création d'applications offrant des services SAP est grandement facilitée aujourd'hui grâce au produit Microsoft BizTalk adapter 3.0 for mySAP Business Suite. Ce logiciel (qui ne nécessite pas le BizTalk Server) est un connecteur SAP qui permet aux applications d'entreprise de s’interfacer avec le système SAP par l’utilisation de mécanismes de programmation similaires à ceux proposés par les services Web. Techniquement, ce connecteur est un « binding » Windows Communication Framework (WCF), composante du .NET Framework 3.0, qui fournit un modèle de programmation unifié pour construire des applications d’entreprise orientées services qui communiquent à travers le Web.

Point clé et essentiel de ce connecteur :

BizTalk Adapter implémente un service Windows Communication Foundation (WCF) encapsulé par la WCF Line of Business (LOB) Adapter SDK Runtime. Il bénéficie ainsi des avantages que fournit cette plateforme à savoir :

Uniformité dans les développements

- Un seul Framework (SDK) et une API pour le développement de connecteurs

- Fournit une couche d'abstraction entre le monde orientée services et des interfaces d'applications d’entreprise

Réutilisabilité

- Permet le développement de bloc réutilisable

- Interfaces uniformes avec des technologies diverses

- Présente le connecteur comme une liaison WCF

Génération de contrat axé sur la consommation de service

- Génère les opérations et les classes d’objets métiers par introspection du système cible

- Parcoure, recherche et génère des contrats WCF

- Le contrat de service utilise les fonctions et le modèle de données du système cible.

L'adaptateur SAP communique avec le système SAP, par la version 64-bit ou 32-bit du SDK SAP RFC Unicode (librfc32u.dll).

3b - Présentation d’ERPConnect

ERPConnect est un outil proposé par la société Theobald Software, certifié par SAP. Cette société s’est spécialisée sur .NET (Microsoft) et SAP.

Il s’agit d’une collection de DLL pour les différentes versions du Framework .NET faisant correspondre des classes avec des outils SAP. Cette bibliothèque offre notamment l'exécution de modules Fonction, de BAPIs, de code ABAP ou encore l’envoi d’Idoc.

Principales fonctionnalités d’ERPConnect :

Ouvrir une connexion SAP.

Exécuter des modules fonction ou des BAPIs via les classes RFCFunction ou RFCBapi. Les classes utilisées pour l’exécution de module fonction sont représentées par le schéma ci-dessous.

Source : theobald-software.com

L’envoi et le reçu d’IDocs (classe Idoc).

L’exécution de requêtes (classe Queries).

L’accès aux Cubes et aux Tables (classes BWCube et ReadTable).

La manipulation de serveurs (classe RFCServer).

Avantages d’ERPConnect :

Supporte tous les IDE et les supports .NET

Offre un assistant graphique pour générer le code

Actuellement, le seul connecteur possédant l’accès aux Cubes et Tables

Censio est partenaire de Theobald, retrouvez notre article sur leur outil Xtract PPV (comment brancher PowerPivot sur SAP)

Plus d’information et version d’évaluation disponible ici.

Si cette application vous intéresse, n'hésitez pas à revenir vers nous.

Lucie Mathiot

Tout le long de l’année 2011, MicroStrategy a annoncé l’arrivée de son application sur Android Market qui est arrivé tant bien que mal le 20 décembre 2011:

 

Attention pour pouvoir en bénéficier, la version minimum requise d’Android est la 2.1.

Petit bémol : aucun menu de paramétrage (cf les images ci dessous) n’est disponible pour le moment, comme proposé sur les produits Apple.

Pas de menus, pas de serveurs paramétrables...

Caroline Tchou

Cet article est le premier d'une série d'articles concernant HANA

 

J'ai eu fin décembre un cadeau de la part de SAP - l'opportunité de "jouer" avec une machine virtuelle HANA.

A première vue, c'est assez perturbant - pas de SAPGui, juste BO sous Excel, et le 'SAP HANA Studio' permettant de créer des objets (Tables, vues, etc.) sous HANA, et de les manipuler en ligne de commande SQL.

Jeu de données test

Pour avoir une idée des performances d'HANA, il faut avoir une bonne base de données. Il me parait clair qu'une centaine de lignes dans une table ne va pas nous permettre de savoir si HANA est plus rapide qu'Oracle, ou même MySQL !

M'inspirant largement sur cet article [http://www.mysqlperformanceblog.com/2009/10/02/analyzing-air-traffic-performance-with-infobright-and-monetdb/], j'ai donc passé quelques jours à télécharger, nettoyer et mettre en forme la liste quasi-exhaustive des vols commerciaux des Etats-Unis, de Janvier 1988 à Octobre 2011.

Il y a toutes sortes d'informations intéressantes dans le fichier, par exemple les aéroports de départ et d'arrivée, heure et date de vol, mais aussi nombre de minutes de retard, temps de vol, ... - de quoi faire pas mal d'analyses 'pur SQL', facilement reproductibles entre différents types de base de données.

24 fichiers CSV

Au total 48Go de données brutes

140 Millions de lignes (140.239.135 lignes exactement)

Pour 'nettoyer' les données, chaque fichier CSV source a été passé à travers un petit programme qui entoure chaque champ du fichier par des ", et qui supprime les décimales de chaque champ qui en possède ; ceci afin de permettre le chargement dans des bases qui n'apprécient pas que l'on mette "4.00" dans un champ défini comme un entier... (HANA, je te parle)

Temps de chargement

Temps de chargement du premier fichier (année 1988, 5,2M lignes) : 2m13s - Impressionnant!

Pour bien donner une idée des temps et ce que représente HANA en termes de gain de temps, j'ai également installé une base MySQL sur un ordinateur de bureau, afin de lancer les mêmes instructions sur les deux bases. Temps de chargement du fichier 1992.csv sous MySQL : 5m18s

Les autres fichiers sont insérés dans HANA tout aussi rapidement - l'année la plus rapide a été traitée en 2m10, la plus "lente" en 4m11s.

Temps total de chargement dans HANA : 1h11m



(Les remarques « Rows affected : 0 » sont normaux !)

Pour MySQL, les temps de chargement sont constants aussi : aux alentours de 5m30 par fichier pour un total d’un peu plus de 2h

Ne sachant pas ce qu'SAP nous a mis à disposition comme machine serveur HANA, nous avons aussi fait l'essai avec MySQL sur une machine avec un SSD. Les temps de chargement des fichiers sont comparables aux temps d'HANA - environ 2m30 par fichier (ce qui est tout à fait honnête pour une base de données gratuite!)

Taille de la base de données

Si l’on considère qu’il y a 48Go de données dans les fichiers CSV d’origine, comparons la taille des bases une fois chargées :

HANA :

MySQL :

Effectivement, les remarques de SAP concernant la compression des données semblent bien vraies - compresser 48Go de données en un peu plus que 7Go, c'est pas mal du tout!.

 

Rapidité du moteur SQL

(mes excuses pour les instructions SQL, je sais qu'on a plus l'habitude de montrer des schémas, des graphiques! )

(Merci à Vadim Tkachenko, auteur de l'article lié, pour les instructions SQL d'origine - son article me permet de comparer HANA à MonetDB et InfoBright (deux autres bases de données "en colonne"), en plus de MySQL)



Résultat HANA :