SAP Business Information Consulting

Petit résumé de ce sujet "chaud bouillant" qui agite le petit monde de SAP :

2007

-lancement de l'enteprise support par SAP : support 'haut de gamme' facturé 22% vs 17% pour la maintenance classique.

- les nouveaux clients se voient d'office affecter l'enterprise support.

2008

- rachat de B.O. (qui facture depuis toujours 22% de maintenance à ses utilisateurs)

- Juillet : SAP annonce qu'il va dorénavant imposer au niveau mondial, un taux unique de 22% en généralisant le contrat « Enterprise Support » à tous les clients, aussi bien pour les licences acquises que pour les nouveaux acquéreurs.

- Eté : 'émoi' très fort chez les clubs utilisateurs, qui s'unissent et fondent le SUGEN (SAP User Group Executive Network - clug mondial des clubs utilisateurs) pour peser sur les prises de decisions de SAP.

- Automne : tournée mondiale des dirigeants de SAP afin d'expliquer cette augmentation. Leo apotheker passera à la convention USF de Tours le 15 octobre 2008.

2009

- 29 avril : dans un rare geste d'apaisement, SAP lie la mise en place de l'enterprise support aux résultats d'un ambitieux prog 'KPI' visant à mesurer le 'TCO' des application SAP. Ce projet est géré par le Gartner et le SUGEN), ci joint un extrait du communiqué de presse de l'USF: lien vers le communiqué de presse /Article du blog Censio

   Ainsi, l’augmentation prévue du prix de la maintenance de 8 % par an, qui permettait d’atteindre les 22 % en 2012, est maintenant reportée en 2015, ce qui réduit à 3,1 % l’augmentation annuelle à partir de 2010. De plus cette augmentation est associée à un système de mesure visant à démontrer concrètement la valeur correspondant à cette augmentation. À cet effet, une équipe de travail commune, SAP-SUGEN, formée en novembre 2008, à laquelle l’USF participe, a établi un indice de performance (SUGEN Value Key Performance Index - SUGEN KPI Index) chargé d’évaluer sur la durée, la satisfaction des clients sur les services apportés par l’Enterprise Support. Pour veiller à ce que tous les clients puissent réaliser un retour sur investissement de l’Enterprise Support et qu’ils aient les moyens d’évaluer, par des mécanismes transparents, le service rendu par rapport au prix de la maintenance, SAP a accepté de suspendre la hausse des prix si les KPI ne sont pas atteints 

- fin 2009, le projet KPI patine, des demissions en haut niveaux sont annoncées, et SAP se voit obligé de reporter la première hausse. Article du blog Censio

2010

17 janvier : SAP renonce. Le tarif Standard de maintenance qui devait théoriquement disparaître, revient dans le catalogue de l'éditeur... c'est un coup dur porté à Léo apotheker qui avait bataillé dur pour cette évolution de la maintenance.

Une des raisons de ce revierement serait lié à une longue liste de clients SAP qui étaient tout simplement prèt à se passer de maintenance (ou a faire appel à des tiers), point potentiellement dévastateur pour SAP. A noter tout de même que la maintenance standard revient à 18% (soit 1% de hausse) et sera indexée sur l'inflation.

Thomas Becquet

Ce blog a de plus en plus de succès, non seulement en terme de visiteurs, mais aussi en terme d'attaque de 'hacker'...

Une attaque qui a eu lieu hier soir a été particulièrement virulente et a eu pour conséquence une indisponibilité de 24H00 du blog et du site Censio, et une courte nuit pour les équipes afin de remettre l'ensemble sur pied.

Toutes nos excuses à ceux d'entre vous qui ont trouvé 'porte close'

Thomas Becquet

• Fusionner les environnements transactionnels (SAP ECC, SRM, CRM) et décisionnels pour accélérer la prise de décision
• Apporter des nouvelles fonctionnalités dans vos processus métier (Workflow, validation par mail, formulaire, documentation en ligne)
• Simplifier vos architectures et supprimer les interfaces entres les systèmes d’information
• Regrouper les transactions utilisateurs à travers des outils ergonomiques pour fédérer l’information et limiter les besoins de formation aux outils

Nous vous proposons un premier aperçu du potentiel de SAP pour la mise en oeuvre d'application ergonomique orientée processus métier. Cette démonstration est basée sur une version SAP NETWEAVER 7.0 EHP1 avec utilisation des composants Portail, Webdynpro et Visual Composer.

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

Chea-Lie Heng

En ce début d'année 2010, Censio vous souhaite ses meilleurs voeux, de la santé et de beaux projets !

Merci aux fidèles lecteurs qui nous suivent avec assiduité et nous espérons que vous trouver le contenu intéressant.

A bientôt,

Chea-Lie Heng

Voici les premières images de l'interface du nouvel outil de SAP BusinessObjects : Pioneer, décliné en mode Web et Office (pour Excel)

Les images proviennent de SAP. L'outil est prévu pour l'année prochaine avec une 1ère version BO XI puis une version Netweaver. (cliquez sur les images pour zoomer)

Chea-Lie Heng

Ce sujet avait très fortement marqué les esprits en 2008 et impacté négativement les relations entre SAP et ses clubs utilisateurs.

Après des discussions agitées et acharnées, l'augmentation avait été validée (passage de progressif de 17 à 22%), sous réserve que SAP démontre indicateurs à l'appui au nombre de 11 (indisponibilité, nombre d'incidents, délai de réponse, tests après migration, stockage des données...). En cas de mauvais indicateurs, SAP s'était engagé à ne pas augmenter ses tarifs. Du jamais vu dans le monde des éditeurs !.

Nouveau rebondissement ces derniers jours, SAP vient d'annoncer le report de la première hausse, le programme KPI ayant pris du retard (la démission des deux responsables SAP du projet avait déjà donné l'alerte il y a quelques jours).

Ce report aura un impact sur les comptes, ce qui en cette période perturbée n'est pas une bonne nouvelle.

Thomas Becquet

En version SAP NetWeaver 7.0, il est possible de composer des applications WEB en se basant sur l’outil Visual Composer.

• Modélisation du processus à travers l’outil de composition
• Choix des paramètres pour la mise en forme (Layout)
• Déploiement de l’application sur le Portail SAP

La version est stable et la mise en œuvre d’une application est simple car tout ce passe à travers des outils de paramétrage (Pas de développement ABAP).

En revanche, dans cette version 7.0, la réalisation de maquettes / prototypes Visual Composer démontre rapidement les limites de l’outil. Son utilisation pour un déploiement d’une solution productive n’est pas convaincante.

La version SAP NetWeaver 7.0 EhP1 apporte son lot de nouvelles fonctionnalités et d’optimisations techniques : elle permet de positionner le composant Visual Composer comme un outil de référence pour la composition d’application WEB dans le monde SAP à moindre coût.

Nouvelles fonctionnalités

• Gestion des versions sur un modèle
• Simplification dans la réutilisation de tout ou partie des modèles déjà mis en œuvre.
• Optimisation des paramètres d’ergonomies (Gestion des popups, dimensionnement des pages)
• Modification dans la gestion des libellés d’objets : ils peuvent désormais être gérés de manière dynamique ce qui simplifie la gestion « multi-langue ».
• Nouveaux types d’actions disponibles en standard (En particulier l’export Excel, refresh du contexte,...)
• Nouvelles possibilités de sélection dans les tableaux pour le transfert de contexte aux étapes suivantes.
• Gestion des statuts de validation et blocage du processus

Optimisations techniques majeures :

• Intégration des autres composants SAP dans l’outil de modélisation (Webdynpro par exemple)
• Optimisation des temps de compilation des modèles (ce qui n’est vraiment pas un luxe)

Ces apports peuvent sembler anodins mais ils apportent de véritables éléments pour l'industrialisation de l’outil : ça change tout.

Pour plus d'informations, n'hésitez pas à nous contacter sur www.censio.fr.
Cyril Tiberghien – Manager

Cyril Tiberghien

On en entend parler un peu partout.  Mobile ceci, mobile cela - la BI est enfin prête pour le (tout) petit écran.  Peut-être, mais qu'en est-il vraiment?

Longtemps limités, les "smartphones" sont maintenant capables vraiment d'apporter un plus en entreprise.  Les écrans deviennent d'une taille, d'une résolution et d'une qualité respectables, et avec les interfaces "touch", il devient facile d'interragir avec les applications et les pages web.

Il reste une question de connectivité, que chaque entreprise doit résoudre selon ses besoins:

• Est-ce qu'on utilise des terminaux de type BlackBerry, toujours connectés, avec les données "fraiches" livrées automatiquement sur le terminal en mode Push.  Intéressant lorsque l'utilisateur est dans son pays d'origine - mais comment maîtriser les coûts lorsqu'on est en déplacement?
• Est-ce qu'on utilise des terminaux de type Windows Mobile, une connexion en 3G (donc d'une vitesse respectable), mais avec un browser web d'une qualité somme toute juste acceptable
• Est-ce qu'on utilise un terminal type iPhone, avec un bon browser Web qui fait croire au serveur que c'est un browser "normal" de desktop, et on laisse l'utilisateur zoomer/dézoomer, scroller à volonté sur une page - globalement est-ce qu'on ne fait rien de spécial pour le mobile.  Microstrategy met en avant cette possibilité - sauf qu'avec cette plateforme, c'est le serveur qui donne des pages adaptées au terminal, et non le terminal lui-même qui s'en occupe - un gain certain d'utilisation, surtout si le processeur du terminal n'est pas très puissant)
• Est-ce qu'on développe des applications pour les terminaux (le chemin favorisé par BO), ce qui permet  d'adapter les requêtes existantes aux contraintes de l'écran, et en plus qui permet une gestion des données "en cache", afin de pouvoir accèder aux informations même quand le terminal n'est pas connecté au serveur.  Dans ce cas de figure, il faut aussi se poser la question des mises à jour des applications - comment gère-t-on des bugs dans les applications, de nouveaux cubes d'analyse, etc?  (surtout lorsque l'application a été déployée sur des centaines de terminaux)
• Est-ce qu'on a besoin de plus que de la présentation pure de données?  Par exemple, SAP propose une solution d'application sur écran mobile avec Webdynpro mobile.  Cette option est très séduisante pour des applications de type CRM, où saisir des informations en temps réel peut être très utile, mais là encore, il faut bien gérer les cas où le terminal n'est pas connecté (mettre les informations en cache jusqu'à la prochaine conenxion, par exemple)

En même temps que la question de connectivité, il faut penser à la sécurité.  Les terminaux mobiles sont très facilement perdus, voire même volés.  Si on a des informations en mémoire cache sur le terminal, jusqu'à quel point est-ce préjudiciable pour l'entreprise si ces informations sont répandues?

Un point supplémentaire à aborder, mais qui est présent dans tout projet de BI, est la notion de "single truth".  Lorsqu'on parle de rentabilité par exemple, est-ce qu'on est sûr d'utiliser exactement la même construction partout dans notre paysage BI - mobile ou pas?  C'est une question qui est déja problématique dans des projets BI classiques, avec parfois deux ou trois colonnes, selon les requêtes que l'on lance, qui ont le même libellé mais pas du tout la même construction.  Le coté mobile ne peut que complexifier cette question.

Sans doute l'aspect le plus important à retenir, c'est l'utilisateur.  Un utilisateur devant un ordinateur, à son bureau, et un utilisateur devant son terminal mobile, ce n'est pas du tout la même chose.  Au bureau, l'utilisateur est captif - les nuisances sont beaucoup moindres que lorsque l'utilisateur est dans le bus, en réunion, dans la rue - ou même tout simplement chez lui (qui a dit "Facebook"?).  Lorsqu'on conçoit une solution mobile, il ne faut surtout pas perdre de vue ce point - et développer en conséquence.  Peu d'informations à la fois, les données clés, une présentation simple et claire.

Pour résumer, et en 6 lignes.  Il faut bien faire attention à :

• les coûts de connexion
• la sécurité des informations - que ce soit sur le réseau ou sur le terminal
• les mises à jour d'applications mobiles - comment allez-vous gérer ça?
• la notion de "single truth" partout sur le paysage
• l'ergonomie de votre application BI - est-ce qu'elle arrivera a capter l'attention de vos utilisateurs?
• la fraicheur des données vs. la sécurité vs. les coûts

Mark Walker

Une nouvelle version de SAP BW doit voir le jour début 2010.

Avec l'acquisition de Business Objects, le maître mot des futurs produits est l'intégration.
Voici une liste des fonctionnalités majeures à apparaître :

1) améliorer l'intégration avec les produits Business Objects
Des améliorations notamment sur le MDX et les opérations SQL ont déjà été livrées dans les SP de l'ehP1. Dans la version 7.2, les améliorations concernent surtout l'intégration de données - meilleure intégration de Data integrator dans la gestion des datasources et des process chains
- utilisation de Data integrator dans le open hub
- utilisation de SAP BusinessObjects Metadata Manager pour améliorer l'intégration depuis plusieurs sources de données

2) plus d'options quant à la modélisation des flux
- apparition du semantic partitionning pour gérer le partitionnement logique (plus besoin de créer autant de cubes que d'années ou que de branches fonctionnelles, un seul objet permet de modifier le tout)
- partitionnement physique des DSO
- remodélisation des DSO
- amélioration des performances lors de l'activation des DSO
- Archivage NLS disponible pour les multiproviders
- accès au NLS depuis le query designer
- copie complète des flux BW via un wizard
- outil de migration des flux 3.x vers 7.x
- Apparition de l'hybrid provider qui génère automatiquement les objets nécessaires (cube+virtual provider) pour combiner l'information de vos cubes SAP BW et les données transactionnelles R/3 afin de rester au plus près de la notion de temps réel
- possibilité de faire du delta générique sur les autres sources de données (UD Connect/DB Connect, fichier plat)
- plus de notion init/delta dans les infopackages, c'est automatique
- intégration du chargement des hierarchies en 7.x
- export des données Open Hub en XML
- modélisation des groupes sémantiques disponibles dans la transformation
- les attributs de navigations des objets sources sont disponibles dans la transformation
- amélioration du monitoring des process chains

3) au niveau de l'administration
- Amélioration du Cockpit d'adminstration
- Plus de wizard pour configurer la plateforme Netweaver

4) ouvrir la base de données aux spécialistes du datawarehouse (Neoview/HP, Teradata)
Comme nous vous en avions parlé lors de certains articles, SAP va supporter Neoview et Teradata, ce qui devrait permettre quelques améliorations sur la gestion du datawarehouse, notamment dans l'intégration de données SAP et non SAP.

5) BW-Accelerator
BW-Accelerator devrait connaître quelques évolutions car il sera proposé par SAP BusinessObjects pour des plateformes autres que BW (nom de code : Newton)
- les VirtualProviders et DSO sont pris en compte
- Amélioration de la gestion des multiproviders
- Amélioration de la gestion des master data
- Possibilité de mettre les données du cube uniquement dans BWA

6) BI-Integrated Planning
C'est la grande surprise, BI-IP fait l'objet de nouveaux développements car SAP continue de maintenir le produit avant de sortir dans les prochaines années un produit hybride entre BI-IP et BPC.
Les nouveautés sont apparues lors de l'ehP1 et notamment du SP05.
- intégration dans l'Administrator Cockpit
- Blocage par cellule lors de l'utilisation des planning layout
- une fonctionnalité "inverse formulas" en gros, pour retrouver depuis une formule, la valeur manquante sans avoir à refaire la formule
- Optimisation de l'exécution des fonctions BI-IP

Rendez-vous à partir de Février 2010 pour ceux qui auront la chance de participer au ramp-up !

Chea-Lie Heng

A contrario des directions financières, les directions informatiques, très grandes entreprises mises à part, demeurent assez peu familières avec une approche d’audit. Pourquoi sommes-nous audités ? Qui est à l’origine de cet audit ? Qu’est-ce que cela va apporter ? Autant de questions que se posent nombre d’acteurs des projets informatiques.

La nécessité de l’audit informatique apparaît avec la prise de conscience du caractère stratégique des systèmes pour l’entreprise (fonctions opérationnelles, financières, analytiques…). L’audit informatique répond également à des exigences normatives en matière de contrôle interne (Sarbanes-Oxley, Loi de Sécurité Financière….).

L’audit informatique intéresse donc en premier lieu la Direction Générale de l’entreprise afin de s’assurer que les projets et les systèmes supportent bien toutes les dimensions de ces enjeux clés. L’audit informatique intéresse également la Direction des Systèmes d’Information, parce que cette direction est en premier chef concernée par les constats, les risques et les recommandations formulés par les auditeurs, mais surtout parce que les conclusions d’audit doivent constituer un levier de progrès continu.

Les principaux points d’attention des auditeurs informatiques se portent généralement d’abord sur la sécurité logique (accès, mots de passe, protection réseau…), puis sur les problématiques de sauvegarde (back-up, restore, disaster recovery plan et business continuity plan), viennent ensuite les questions de méthodologie projet et les contrôles métiers automatisées dans les systèmes.

Si les accès intéressent en premier les auditeurs, c’est à la fois parce que

- les enjeux et la perception de ces risques sont clairs pour les acteurs métiers et IT,

- l’approche d’audit est maîtrisée,

- les expertises techniques sont les plus développées sur ces points.

Pour répondre aux exigences des auditeurs, et notamment en matière d’accès, la mise en place de procédures documentées constitue la meilleure façon de répondre aux questions.

La fréquence des changements d’organisation et des mouvements humains dans l’entreprise rendent difficile voire quasi impossible une gestion efficace de ses procédures sans recourir à des outils de gestion. La mise en place de tels outils constitue donc un moyen efficace pour fiabiliser ses procédures et fournir une documentation consistante aux auditeurs qui en sont friands.

Par exemple, la mise en place d’un outil de gestion des incidents permet de tracer les actions correctives, de suivre les délais de résolution, de piloter les ressources et mesurer l’efficacité des prestataires.

Autre exemple, l’utilisation d’outil de gestion des accès doit permettre de vérifier les procédures de gestion des comptes utilisateurs, de contrôler la cohérence de la liste des utilisateurs avec les personnes travaillant pour l’entreprise, de s’assurer de la correcte déclinaison des droits d’accès dans le système en fonction des responsabilités dans l’entreprise.

En conclusion, l’audit informatique doit constituer un moyen de faire progresser l’entreprise. Il s’agit d’une approche au service du management qui doit pour être mise en œuvre pour améliorer les méthodes de la direction informatique et de ses clients.

Censio peut vous aider à préparer vos audits, sur l’ensemble des aspects de l’audit informatique. Expert SAP, Censio vous propose également Smart qui peut aussi bien être utilisé comme système de gestion des accès SAP ERP que comme un outil d’audit pour vos missions d’audit interne.

Pour plus d’informations, n’hésitez pas à nous contacter et à consulter notre page web dédié à SMART. Aurélien Guignat