Stratégies de licence pour développeurs pour et contre Hana


Partie 1 - Stefan Autengruber
Osons regarder vers l'avenir. Comment évolue le Developer User dans S/4 Hana ? Ce qui frappe, c'est qu'il n'y a plus d'utilisateur, mais la désignation "Developer Access" - c'est-à-dire l'accès à l'activité de développement.
Ceux qui connaissent SAP savent que les "zones grises" sont d'abord écrites dans les listes de prix et ne sont exécutées que plus tard : Le Developer Access en tant que "composante de licence supplémentaire pour le développement du logiciel" ne couvre pas toutes les activités de développement, loin de là :
Il existe maintenant un Development Cloud et celui qui veut y développer a besoin d'une licence Web IDE (Integrated Development Environment). Actuellement, SAP ne facture que la licence IDE, mais d'un point de vue juridique, il est également autorisé à facturer l'accès développeur. SAP ne l'exécute pas encore, mais peut-être seulement dans quelques années, à sa guise. La créativité de SAP a toujours été présente lorsqu'il s'agit d'interpréter les droits de licence.
Il y avait autrefois des développeurs NetWeaver pour NetWeaver, il y avait des développeurs Mobile pour Mobile et il y avait aussi à un moment donné la règle selon laquelle il fallait au moins un "développeur" par contrat, et parfois même la déclaration selon laquelle cela était nécessaire par installation.
Seuls les véritables experts en matière de licences sont en mesure de donner des conseils juridiquement valables. Il n'est pas non plus utile d'avoir recours à des analyses d'avocats qui se basent sur le droit d'auteur.
La situation juridique est sûre et claire : elle dépend uniquement du savoir-faire en matière de listes de prix et de conditions générales de vente des 18 dernières années. Retour vers le futur : outre l'accès à l'IDE web, le développement dans Native Hana est strictement interdit. Il ne peut être développé qu'en dehors des interfaces. Tout le monde sait que cela ne fonctionne pas et SAP ne veut pas l'entendre et le tolère parfois tacitement. Mais cela ne crée pas un droit !
Si vous connaissez la tarification SAP (PKL) depuis aussi longtemps que je la connais, vous devez vous préparer à ce que SAP prévoie un nouveau type d'utilisateur pour "Native Hana Development", dont le prix sera probablement plus élevé que celui des développeurs actuels.
D'où le conseil suivant : insistez pour que, lors de la conclusion de contrats Hana-DB et S/4-Hana, l'accès développeur soit accordé gratuitement aux utilisateurs actuels du développeur. Votre vendeur SAP ne veut pas l'entendre. Mais l'équipe Legal and Contracting qui se trouve derrière sait qu'il en est ainsi et qu'il doit en être ainsi.
Partie 2 - Peter M. Färbinger
Dans le dernier communiqué de presse de SAP sur les nouvelles conditions dans la PCL et l'utilisation indirecte, on trouve également le paragraphe de texte suivant comme "offre" et "réparation" aux clients existants de SAP :
[...] SAP introduit également de nouvelles règles en matière d'organisation et de gouvernance, qui prévoient une séparation stricte entre l'organisation et les processus de vente et l'organisation d'audit et ses processus.
Jusqu'à aujourd'hui, il y a toujours des divergences entre les clients et SAP sur la manière dont les anciens contrats doivent être interprétés par rapport aux nouvelles exigences numériques.
[...] Les changements organisationnels du côté de SAP permettent désormais de séparer ces faits et d'avoir des discussions indépendantes. Cela facilite la collaboration entre les clients et les collaborateurs du service commercial SAP.
(Fin de la citation tirée du message SAP de Global Communications le 10 avril 2018)
Entre les lignes, on peut donc lire très précisément le conflit entre le service commercial de SAP, qui doit respecter un quota, et l'équipe Legal and Contracting de SAP, qui veut également assurer la sécurité juridique.
Il reste à prouver que la séparation administrative et organisationnelle est vraiment à l'avantage des clients existants. En fin de compte, on veut un système de licence consolidé avec SAP et non avec différents départements.
Bien malin celui qui pourrait penser du mal de cette diversification de SAP. Mais ce sont une fois de plus les nombreux objectifs que l'ambitieux patron de SAP, Bill McDermott, veut atteindre tous en même temps :
On-premise et Cloud Computing ; coûts de licence maximum pour l'utilisation indirecte et la transformation numérique avec des capteurs IoT qui doivent transmettre leurs données directement à l'ERP ; tous les clients SAP existants doivent passer à la nouvelle plateforme Hana et doivent payer de nouvelles licences de développeur.
La liste des exigences et des contradictions de Bill McDermott pourrait s'allonger à l'infini. Le fait demeure : Si SAP n'a pas consolidé sa liste de prix et de conditions (PKL) pour la transformation numérique d'ici 2020, il n'y aura pas non plus de changement de S/4 d'ici 2030.
Et à Walldorf, on discute déjà à huis clos de ce scénario d'horreur :
Que se passerait-il si les clients existants réalisaient l'IoT, la blockchain, le Machine Learning, le Mobile Computing, etc. avec d'autres partenaires informatiques et réduisaient SAP à son ancien rôle d'ERP - sans aucun développeur ni utilisation indirecte ?