SAP renforce son contrôle des résultats des audits


Comme nous le savons, les levés ont régulièrement lieu sous la forme d'autodéclarations à l'aide des outils de levé mis à disposition par SAP (voir les conditions générales de SAP). SAP pourrait également effectuer des relevés à distance si l'auto-évaluation a été refusée. Toutefois, SAP s'abstient dans la plupart des cas de procéder à ces remesurages à distance ou sur place. Au lieu de cela, elle demande à ses clients de fournir des données supplémentaires.
Plus de données, s'il vous plaît !
Dans ces cas, lorsque SAP demande un audit, il envoie non seulement le "Measurement Plan", mais aussi un document appelé "Measurement Deliverables for SAP Software License Audit". Ce document explique étape par étape ce que le client doit faire et quelles données il doit fournir. On pourrait également appeler cela un audit avancé.
Au début de ce document, on décrit la date à laquelle le client doit fournir les données et où celles-ci doivent être téléchargées chez SAP. Le client doit mettre à jour le "Measurement Plan", ce que je recommande vivement, car c'est par rapport à ce plan que l'on vérifie ensuite.
L'audit avancé comprend l'ancien standard (License Audit Workbench Report), dans lequel tous les systèmes SAP basés sur Abap de l'environnement de production et de développement doivent être mesurés. Cela signifie que les clients doivent exécuter les outils de mesure mis à disposition par SAP (USMM, LAW et LMBI pour BO). Comme de plus en plus de clients utilisent la base de données Hana, celle-ci doit désormais être mesurée conformément au "SAP Hana Database, User's Guide to Measurement".
Certains moteurs sont licenciés en fonction des cœurs. Auparavant, le client devait les indiquer dans le formulaire d'auto-déclaration. Aujourd'hui, les clients doivent déterminer le nombre de cœurs en suivant les instructions du SAP (Processor Core Worksheet). Il vaut mieux y regarder de plus près, car les installations en cluster sur des serveurs virtuels rassemblent parfois plus de cœurs qu'on ne le pensait. Tous les autres moteurs qui ne peuvent pas être mesurés continueront à être indiqués sous forme d'auto-déclaration.
Bien plus qu'une analyse d'utilisation
Avec l'extraction de données système, les choses deviennent passionnantes et vraiment "avancées". Pour les systèmes de développement, SAP veut notamment savoir qui a attribué l'objet d'autorisation "S_Develop". Il ne s'agit donc pas de modifier du code, mais des autorisations. Dans l'environnement de production, SAP va encore beaucoup plus loin. Voici un extrait des tables/états demandés à partir desquels les clients doivent fournir des données : UST12, USRBF2, AGR_PROF, AGR_TEXTS, AGR_1251, USR11, SM37, WE21.
Si l'on prend tout en compte, SAP exige que le client divulgue pratiquement tout ce qui pourrait être pertinent pour l'octroi de licences : Autorisations, utilisation, interfaces, IDocs, aperçu des tâches et tous les objets du référentiel qui n'ont pas été créés par SAP. Cela va bien au-delà d'une analyse de l'utilisation et donne l'impression que SAP ne se fie plus à ses propres outils de mesure ou que leurs résultats ne suffisent plus. Ce type d'interrogation pourrait devenir la nouvelle "norme" ou le nouvel audit standard.
Utilisez l'audit avancé !
Jusqu'à présent, ma recommandation était d'utiliser l'aide à la classification de SAP avant d'envoyer les résultats de l'audit à SAP. Mais maintenant, SAP veut être plus précis et ne fait plus confiance à ses clients, notamment pour la classification des utilisateurs. Vérifiez donc tous vos résultats avant de les envoyer. SAP a fourni des instructions sur la manière de procéder avec son Advanced Audit. Utilisez-le pour être prêt pour le prochain audit de SAP.