IA et SAP : comment une plateforme d'IA accède à l'ERP
Une plateforme d'IA accède aux données de l'ERP par ses interfaces, chez SAP par exemple par des services OData publiés. Trois points comptent : l'IA lit avec les droits de la personne qui pose la question, pas avec un compte collectif ; elle commence par lire sans rien écrire ; et les conditions d'utilisation de l'éditeur autorisent cette voie. Depuis avril 2026, la politique API de SAP restreint l'accès des agents d'IA à ses interfaces.
Pourquoi une IA a-t-elle besoin d’accéder à l’ERP ?
L’ERP contient le budget, les finances, les achats, les stocks et souvent les ressources humaines. Avec un accès à ces données, une IA répond à des questions pour lesquelles il faudrait sinon demander un rapport ou parcourir plusieurs écrans : où en est la ligne budgétaire par rapport au prévisionnel ? Quelles commandes auprès de ce fournisseur sont encore ouvertes ? Pourquoi le réalisé s’écarte-t-il ? Les données servent à rédiger des projets, par exemple un commentaire d’analyse des écarts ou une lettre de relance.
Beaucoup de tâches n’ont pas besoin de l’ERP : vérifier des dossiers de consultation, résumer des contrats ou rédiger des notes se fait avec des documents. Une connexion devient rentable lorsque les questions sur les chiffres et opérations en cours sont fréquentes.
Par quelles voies une IA accède-t-elle aux données ?
| Voie | Ce qui se passe | Points d’attention |
|---|---|---|
| Interface publiée (chez SAP, par exemple des services OData) | L’IA interroge des données précises par une interface documentée. | Services proposés par votre système ; conditions d’utilisation de l’éditeur |
| Base de données de reporting | L’IA lit une copie destinée aux analyses, pas le système en production. | Actualité des données ; les droits doivent aussi s’appliquer dans la copie |
| Plateforme d’échange de données de l’établissement | L’IA se branche sur une plateforme par laquelle l’ERP communique déjà avec d’autres systèmes. | Qui contrôle les droits : la plateforme ou l’ERP |
| Export sous forme de fichier | Quelqu’un exporte une liste et la donne à l’IA. | Travail manuel, mais contrôle total sur chaque enregistrement |
Chez SAP, les interfaces autorisées figurent dans le SAP Business Accelerator Hub. Les systèmes plus anciens n’offrent souvent que des modules fonctionnels, qu’il faut d’abord rendre accessibles à une IA.
Que prévoit la politique API de SAP ?
En avril 2026, SAP a publié la version 4/2026 de sa politique API. SAP y interdit l’utilisation de ses interfaces par des systèmes d’IA (semi-)autonomes ou génératifs qui planifient, sélectionnent ou exécutent des enchaînements d’appels d’interface, ainsi que la lecture et la copie de données à grande échelle, sauf si cela passe par des architectures et des voies prévues par SAP. SAP se réserve le droit de surveiller l’utilisation et de limiter ou bloquer les accès. La politique a été critiquée par la presse spécialisée et par des associations de clients SAP.
Pour vous, cela signifie : avant de connecter une IA à SAP, clarifiez avec SAP ou votre partenaire SAP quelle voie est autorisée pour votre contrat et votre système. Cela vaut pour toute IA, pas seulement pour certains fournisseurs. Les autres éditeurs d’ERP ont leurs propres conditions ; renseignez-vous aussi auprès d’eux.
Quels droits s’appliquent quand l’IA lit dans l’ERP ?
Dans l’ERP, les droits sont réglés finement : qui peut voir quelles sociétés, quels centres de coûts et quelles données du personnel ? Une IA ne doit pas contourner ces règles. Deux principes aident :
- Accès avec le compte de la personne : l’IA interroge avec les droits de la personne qui pose la question. Un compte technique collectif aux droits étendus montrerait à chacun, via l’IA, plus que ce qu’il a le droit de voir dans l’ERP.
- D’abord en lecture seule : écritures comptables, commandes et modifications des données de base restent du ressort des personnes. L’IA propose, une personne vérifie et comptabilise.
S’y ajoute un risque que beaucoup sous-estiment : lorsqu’une IA lit le texte de justificatifs ou de courriers de fournisseurs, des instructions peuvent y être cachées pour l’amener à des actions non voulues. L’accès en lecture seule et la validation par des personnes limitent les dégâts. Instructions manipulées dans les documents →
Que faut-il clarifier avant une connexion ?
- Recenser les questions : quelles questions les services posent-ils souvent, et de quelles données ont-ils besoin pour y répondre ?
- Vérifier les interfaces : quelles interfaces documentées votre système offre-t-il aujourd’hui, et votre contrat avec l’éditeur autorise-t-il leur utilisation par une IA ?
- Définir les droits : l’accès passe-t-il par les comptes des personnes ? Comment se fait l’authentification ?
- Exclure l’écriture ou la limiter strictement : que peut l’IA seulement proposer, et que pourra-t-elle un jour créer elle-même ?
- Journalisation : chaque accès de l’IA à l’ERP doit figurer dans le journal d’audit.
Comment cela fonctionne-t-il avec basebox ?
basebox connecte les systèmes par des connecteurs. Chaque accès se fait avec les droits de la personne qui pose la question, sans compte de service commun ; par défaut, basebox ne fait que lire, et nous convenons avec vous des accès en écriture avant de les valider de façon ciblée. Chaque appel d’un connecteur figure dans le journal d’audit.
Pour l’administration, le connecteur SAP pour le budget et les finances est annoncé (« Bientôt disponible »), Infoma newsystem est prévu. Pour les autres ERP ou d’autres domaines SAP : si un système dispose d’une interface, nous construisons le connecteur. La conception est gratuite, puis un prix forfaitaire s’applique ; les systèmes complexes comme SAP coûtent 13 800 € une fois, ou 6 900 € si le connecteur nouvellement construit peut rejoindre notre bibliothèque (prix catalogue, hors taxes). Sans connexion, vous travaillez avec des exports et des documents ; un outil de calcul est inclus comme connecteur pour que les chiffres et les totaux soient justes, et basebox produit aussi des résultats au format Excel. Tous les connecteurs et leur statut figurent sur /konnektoren.
Pas un conseil juridique : savoir si et comment vous pouvez utiliser les interfaces d’un éditeur d’ERP pour l’IA dépend de votre contrat. Le résumé de la politique API de SAP reflète l’état de nos recherches au 11 octobre 2026.
Questions fréquentes
Faut-il exporter les données dans un entrepôt de données pour interroger l'ERP avec l'IA ?
Pas forcément. Pour des questions sur des opérations précises, par exemple une commande ou une ligne budgétaire, un accès en lecture par une interface suffit. Pour des analyses sur de nombreuses années et de nombreux services, une base de données de reporting est souvent la meilleure voie, car l'ERP n'a alors pas à fournir de gros volumes à chaque question.
L'IA peut-elle passer des écritures dans l'ERP ?
Techniquement, c'est possible par les interfaces. L'usage habituel et raisonnable est que l'IA fasse une proposition, par exemple une imputation, et qu'une personne la vérifie et la comptabilise. Les accès en écriture doivent être convenus et validés un par un.
La politique API de SAP s'applique-t-elle aussi aux systèmes hébergés dans votre propre centre de données ?
La politique porte sur l'utilisation des interfaces SAP. Dans quelle mesure elle concerne votre contrat et votre système, clarifiez-le avec SAP ou votre partenaire SAP, de préférence avant de commander une connexion de l'IA.
Sources
Cet article a été créé avec l’aide de l’IA, sur la base des sources citées. Responsable du contenu : basebox GmbH. Ceci n’est pas un conseil juridique, aucune responsabilité. État de la recherche : 11 octobre 2026.