Jouer dans le jardin du voisin

Il s'agit une fois de plus du thème de l'utilisation indirecte ! Au sens le plus large et, par nature, non juridique, la question est la suivante : qu'est-ce qu'un utilisateur, un partenaire SAP, un fournisseur de logiciels externe, un consultant peut utiliser, traiter, copier et orchestrer à partir d'un système SAP ? Sans commettre de violation de copyright vis-à-vis de SAP !

La question de l'utilisation indirecte des données et des algorithmes ERP n'a pas encore été tranchée à ce jour. Le sujet est multiple et complexe sur le plan technique, et il est encore plus complexe en raison des conditions de licence qui se sont développées au fil du temps. Il n'est pas rare que les clients SAP existants et les conseillers rencontrent des problèmes qui n'en étaient pas auparavant : Dans ce cas, la seule solution est de suivre une chronologie. Qu'est-ce qui était autorisé au moment de l'achat du logiciel ERP ? Les conditions générales de vente SAP de l'époque existent-elles encore ? Le contrat de licence a-t-il été modifié entre-temps ?

Le fait est que même s'il s'agit d'une licence d'achat, l'utilisateur final ne jouit pas de toutes les libertés. Certains droits d'auteur et d'exploitation s'appliquent également au-delà de l'achat. Pour les "choses" comme les livres, les voitures ou les CD de musique, la situation peut encore être gérable et largement logique. Dans le cas de la propriété intellectuelle d'un programme informatique (algorithme) et des structures de données, la situation se complique à coup sûr.

Problème de la poule et de l'œuf

La discussion sur le problème de l'œuf et de la poule est la plus importante : qu'est-ce qui était là en premier ? Qu'est-ce qui semble essentiel ? En informatique, il s'agit de la discussion sur les structures de données et les algorithmes : En règle générale, les données proviennent des utilisateurs. Les structures sont définies par une base de données, qui peut être définie aussi bien par l'utilisateur que par le fournisseur de logiciels. Les algorithmes sont le plus souvent soumis à la paternité du développeur du programme.

Dans le cas de SAP, de nombreux programmes sont toutefois créés sous la souveraineté des utilisateurs finaux, mais dans de nombreux cas sur la base d'outils informatiques de SAP. Les limites sont donc diffuses et variables. Les choses se compliquent vraiment lorsque des fournisseurs tiers viennent s'ajouter à la liste et utilisent aussi bien les données des clients SAP existants que les structures de données et les algorithmes de SAP. Naturellement, ces consultants externes et ces fournisseurs tiers n'ont accès au système ERP qu'avec l'autorisation du client SAP concerné, ce qui ne limite en rien les droits de SAP. Que se passe-t-il donc lorsqu'un fournisseur tiers s'introduit dans le système ERP avec une solution logicielle, mais que SAP a lui-même une solution à proposer ? Le fournisseur de logiciels Celonis, basé à Munich, tente de générer un chiffre d'affaires considérable grâce aux déficits apparemment existants du logiciel SAP. Ce qui soulève la question de la légitimité d'un gagne-pain dans le jardin du voisin.

Comme les offres de SAP et de Celonis se sont alignées dans certains domaines au fil des années, le logiciel Celonis ne peut actuellement plus être considéré comme un complément indispensable à un système ERP SAP. D'autre part, un client SAP existant devrait pouvoir choisir librement ses consultants et ses fournisseurs de logiciels. Mais Celonis prétend être entravé par SAP dans son "envie de jouer" dans le jardin du voisin.