Les éditeurs d’ERP facturent historiquement leurs licences par utilisateur. Or un agent d’IA, un robot logiciel ou une application tierce n’est pas un utilisateur au sens habituel. C’est ce qu’on appelle l’accès indirect, et il a déjà donné lieu à des litiges très médiatisés entre éditeurs et clients.
L’exemple de SAP
En 2018, SAP a introduit un modèle dit Digital Access pour ces usages. Le principe : au lieu de compter des utilisateurs, on compte certains documents créés dans le système par des tiers. Neuf types de documents sont concernés, dont les commandes clients, les factures, les commandes d’achat, les mouvements de stock et les documents financiers. Dans ce modèle, lire des données ne coûte rien de plus ; en créer, si.
Mais tout dépend du contrat signé. Un contrat ancien, au modèle par utilisateur, ne se lit pas comme un contrat récent, et les offres cloud ont leurs propres règles.
Trois questions à poser avant de concevoir
- Quelle version, quel déploiement, quels modules ? Une ancienne version ou S/4HANA, sur site ou dans le cloud : les règles ne sont pas les mêmes.
- Le système va-t-il lire ou écrire ? Un reporting qui lit les données n’a pas le même effet qu’un agent qui crée des commandes ou des factures.
- Que dit votre contrat sur l’accès indirect ? Modèle par documents, par utilisateur, ou mixte.
Ces questions viennent avant l’architecture. Selon les réponses, on peut par exemple choisir de lire les données dans l’ERP et de produire les rapports à l’extérieur, plutôt que d’écrire dans le système.
Le coût d’un projet d’IA sur un ERP ne s’arrête pas au projet : il peut réapparaître dans la facture de licences.
À noter
Nous ne sommes ni juristes ni spécialistes des licences. Pour l’interprétation de votre contrat, voyez votre éditeur ou un conseil spécialisé. Notre rôle est de poser ces questions au bon moment, avant que le projet ne soit lancé.
Vous préparez un projet d’IA autour de votre ERP ? Posons ces questions ensemble.
Réserver un appelAutres notes