Déclencheur SAP versus e-mail

Partie 1 - Autengruber

L'utilisation indirecte n'est pas un déclencheur dans le monde SAP. SAP ne peut toujours pas déterminer cette utilisation avec des outils de mesure. SAP maîtrise cependant parfaitement les demandes polies par mail.

Celui qui donne des informations sans réfléchir peut même enfreindre le RGPD de l'UE. Les déclencheurs corrects sont les demandes de mesure SAP pour l'audit, le besoin de renouveler la licence d'un produit existant, la base de données Hana, un produit S/4 Hana on premise ou dans le cloud. Une bonne pratique doit être enregistrée ici dans trois articles successifs, Déclencheur 1 - Audit SAP :

1. vérifier précisément ce qui est mesuré : Quelles installations ? Quels sont les systèmes ? Quelles sont les différences par rapport à l'année précédente ? La demande de mesurage SAP dans le PDF rend toute comparaison difficile.

Remède à la situation : Transférer dans Excel. Clarifier avec SAP si et pourquoi le champ d'application a été élargi par rapport à l'année précédente et convenir au préalable par écrit avec SAP du champ d'application et d'un calendrier.

2. vérifier ce que SAP peut auditer et à quel niveau, ainsi que les outils que SAP prescrit. Vérifier quelles sont les obligations et les droits lors de l'arpentage. Les clients de Business Suite Applications doivent être mesurés différemment de ceux de Business Suite.

3. quels moteurs sont lus ? Sont-ils payants ou inclus dans les paquets de base ? S'agit-il d'indicateurs ou de valeurs ? S'agit-il de valeurs absolues ou de valeurs à corriger par le calcul ?

Une connaissance approfondie de tous les numéros d'identification des géomètres et de leurs références, des listes d'Enhancement Packs et de l'évaluation du caractère payant ou gratuit d'un EhP est ici un avantage.

4. comparaison des résultats avec les chiffres de l'année précédente. Qu'est-ce qui a changé et comment ? Pourquoi est-ce le cas ? Le changement correspond-il à mes prévisions ? Le changement est-il explicable ? Comment se présentent mes benchmarks à ce sujet ?

5. envoyer les résultats originaux. S'il y a des divergences, les signaler activement à SAP et l'inviter au dialogue. Seuls ceux qui fournissent des résultats corrects peuvent s'attendre à une proposition de rachat correcte de la part de SAP. Celle-ci devrait toujours être nulle, car nous partons tous du principe que nous sommes conformes.

Ceux qui font tout cela avant la demande de relevé n'auront pas de stress. Ceux qui ne le font pas peuvent recevoir plus tard une proposition de rachat en raison d'informations inexactes ou non réfléchies transmises à SAP, même s'ils sont conformes.

Partie 2 - Färbinger

Depuis de nombreuses années, l'association des utilisateurs SAP DSAG se plaint d'une liste de prix SAP trop complexe. La liste des prix et conditions (LPC) de SAP existe certes dans un format Excel coloré, mais de nombreuses colonnes et différentes métriques font finalement de la LPC un ensemble de chiffres presque impossible à maîtriser - mais la communauté SAP s'est habituée à ce défi LPC, même si elle ne l'a pas accepté.

Les efforts de la DSAG restent donc pour l'instant un combat contre des moulins à vent. Comme l'auteur de E-3, Stefan Autengruber, le présente pour la première fois publiquement, la mesure d'un système SAP semble être une tâche encore plus complexe !

Les relevés peuvent également avoir lieu plusieurs fois par an. En général, le responsable SAP-CCoE reçoit une invitation à l'arpentage une fois par an. Ainsi, le catalogue de questions de notre collègue Autengruber (voir colonne de gauche) devient immédiatement percutant.

Naturellement, il y a de nombreuses questions techniques à clarifier avant chaque levé et peut-être aussi à court terme, il faut remettre son propre système dans un statut "Compliant".

Pourquoi ? Il se pourrait qu'il y ait un utilisateur de trop dans le système - bien sûr temporairement, parce que quelqu'un est venu travailler quelques jours à l'essai.

Mais il y aurait aussi des cas où SAP a préféré effectuer les mesures du système en été, lorsqu'il y a de fortes chances que quelques stagiaires soient présents pour un ou deux mois.

En fin de compte, il ne s'agit que de quelques utilisateurs de plus ou de moins et une solution a toujours été trouvée autour d'une table ronde. La complexité de la métrique de licence de SAP et l'adaptation quasi trimestrielle des conditions générales de vente de SAP pèsent bien plus lourd dans la balance.

Que l'on soit conforme ou non n'a plus d'importance lorsque l'on compare des pommes et des poires - lorsque les données d'un relevé de l'année dernière ne sont plus comparables avec un relevé de licence actuel, car les métriques de licence et de moteur ont massivement changé.

Comment réagir en tant que client SAP existant face à des demandes rétroactives ? Car il n'y a pas de dimension temporelle dans les outils de mesure de SAP. D'un point de vue purement juridique, les nouvelles conditions générales de vente ne sont pas rétroactives, mais il en résulte rapidement une situation confuse lorsqu'il n'est pas clair quand quelle licence a été acquise et avec quelles conditions générales de vente alors en vigueur. Avec des connaissances historiques appropriées, il est toutefois possible de refuser de nombreuses propositions d'achat ultérieur.