Une première concession


En août 2017, il y a eu une publication à ce sujet dans le réseau DSAG. Il s'agissait entre autres de la nouvelle réglementation de l'obligation de licence pour les scénarios de tiers (SAP NetWeaver Foundation for 3rd Party Applications). Il a même été question d'une étape importante.
L'accès via les API n'est plus soumis à licence
Dans ce document, la DSAG a notamment précisé que le code des clients ou des fournisseurs tiers devait fonctionner sur la pile Abap ou Java pour qu'il y ait une quelconque revendication de la part de SAP.
Pourquoi était-ce important ?
Dans les PKL jusqu'à 2015/4, il était toujours question d'environnements d'exécution. Mais SAP avait changé cela dans la PKL 2016/2. On y disait soudain que les applications qui accédaient aux données dans les tables SAP via des API devaient également disposer d'une licence supplémentaire "SAP NetWeaver Foundation For Third Party Application", ce qui représentait une nette détérioration des exigences précédentes.
Cette décision a été annulée. En outre, la DSAG a fait savoir que SAP clarifiait en interne si l'obligation de licence devait également être supprimée à l'avenir pour les applications servant uniquement à l'administration, au monitoring ou à la gestion du système.
Dans les explications DSAG-NWF 2017, on peut lire au point 2.2 : "Autres cas exclus de l'obligation de licence" : En outre, SAP interprète actuellement l'obligation de licence pour NWF TPA de telle sorte que de telles applications (de tiers/clients), qui servent uniquement à l'administration, au monitoring et/ou à la gestion du système, ne déclenchent pas d'obligation de licence pour NWF TPA.
La mise en œuvre de cette interprétation doit encore être clarifiée en interne à SAP". Entre-temps, SAP a clarifié ce point en interne et l'a intégré au point 5.13 de la LPC 2017/4 actuelle.
SAP exige cette licence de ses clients s'ils veulent faire fonctionner leurs propres développements (add-ons) ou des logiciels de tiers sur l'environnement NetWeaver Runtime.
Il existe aujourd'hui deux exceptions à cette règle :
Premièrement, les développements internes (add-ons) ou les logiciels tiers n'accèdent pas aux informations (données) dans les tables SAP (base de données).
Deuxièmement, les modules complémentaires et les logiciels tiers qui contiennent exclusivement des fonctionnalités d'administration, de surveillance et de gestion du système. [Nouveau depuis PKL 2017/4]
La modification actuelle dans la LPC 2017/4 est la première véritable concession de SAP en la matière. Que signifie ce changement pour les clients SAP ? Les notions d'administration du système, de surveillance du système et de gestion du système font toutes partie du champ d'action de la base SAP.
Cela comprend donc tous les logiciels tiers pour la gestion des identités, la gestion des droits, la gestion de la sécurité, la gestion des licences, les logiciels de surveillance (monitoring) et les copies du système SAP.
Loin d'être la meilleure solution pour les clients
Nous nous félicitons vivement de cette évolution, même si nous continuons à penser que l'ensemble de la demande de SAP était et reste illégale. D'ici la fin de l'année 2018, SAP a annoncé qu'elle procéderait à de nouveaux changements à cet égard.
L'idéal serait que SAP supprime complètement ses exigences de la CPL. Mais après trois ans de discussions, nous ne pensons pas que cela arrivera.
Pour en finir définitivement avec ce sujet, une solution simple et peu coûteuse serait praticable pour tous les clients SAP. Notre proposition : un forfait unique de 16.000 euros, comme à l'époque, lors de l'introduction de NetWeaver.
En contrepartie, tous les clients SAP devraient avoir le droit illimité d'utiliser des logiciels non SAP - y compris l'accès aux données dans les tables d'application SAP - sur l'environnement d'exécution SAP.