Skip to content
🚀 EDDI 6.5.0

19 fournisseurs LLM, des bases de connaissances qui explorent votre site et lisent vos fichiers, et des conversations qui suivent les versions compatibles des agentsNouveautés

Cloud Géré Démarrer
Toutes les intégrations
Systèmes d'entrepriseOData / REST

SAP

EDDI n'a pas de connecteur SAP natif. Vous accédez à SAP par ses API OData et REST, avec l'import OpenAPI ou des appels HTTP, ou via un serveur MCP, sous validations et journal d'audit.

Ce que vous obtenez

  • Des agents qui lisent dans SAP et, avec validation, y écrivent via ses API publiées
  • La même gouvernance que tout autre outil : validations, journal d'audit, identifiants conservés dans le coffre
  • Aucun code dans l'agent. La connexion est une configuration que vous pouvez relire

Fonctionnement dans EDDI

  1. Choisir la voie. L'import OpenAPI si le service SAP publie une description OpenAPI. Les appels HTTP pour déclarer des requêtes OData ou REST individuelles. MCP si vous exploitez déjà un serveur MCP devant SAP.
  2. Stocker l'identifiant ou le jeton SAP dans le coffre de secrets et le référencer avec ${vault:...}.
  3. Déclarer d'abord uniquement les opérations de lecture dont l'agent a besoin, comme lister ou lire des objets métier.
  4. Protéger chaque écriture avec http.post:*, http.put:*, http.patch:*, http.delete:* et exempter les lectures avec http.get:*. Les approbateurs décident dans le Manager ou dans Slack.
  5. Vérifier le journal d'audit pour chaque appel avant d'élargir ce que l'agent peut faire.

Configuration

Tirée de la documentation d'EDDI. Les espaces réservés comme your-agent-id sont à remplacer par vos propres valeurs.

httpCalls configuration: read from an SAP OData service (example)Un exemple de lecture sur un service OData SAP. L'hôte, le chemin du service et l'authentification dépendent de votre système SAP.
{
  "targetServerUrl": "https://sap.example.com/sap/opu/odata/sap/API_SALES_ORDER_SRV",
  "httpCalls": [
    {
      "name": "list-sales-orders",
      "saveResponse": true,
      "responseObjectName": "salesOrders",
      "request": {
        "method": "GET",
        "path": "/A_SalesOrder",
        "queryParams": { "$top": "10", "$format": "json" },
        "headers": { "Authorization": "Bearer ${vault:sap-api-token}" }
      }
    }
  ]
}
agent configuration (hitlConfig)Les écritures attendent un humain. Les lectures passent.
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "http.post:*",
        "http.put:*",
        "http.patch:*",
        "http.delete:*"
      ],
      "exempt": [
        "http.get:*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

Gouvernance

  • Les écritures sont retenues pour validation, et la décision est consignée dans le journal d'audit en ajout seul, signé par HMAC.
  • Les identifiants restent dans le coffre et n'apparaissent ni dans la configuration de l'agent ni dans les exports.
  • La liste d'autorisation des endpoints signifie qu'une opération SAP non déclarée ne peut pas être appelée, quoi que saisisse un utilisateur.

Bon à savoir

  • C'est un schéma d'intégration, pas un connecteur SAP certifié. La façon dont vous vous authentifiez auprès de SAP, et les API qu'il expose, dépendent de votre paysage applicatif.
  • EDDI Solutions peut construire et maintenir la connexion pour vous, y compris des outils MCP sur mesure, et l'exploiter dans votre cloud ou sur site.

Vous voulez qu'on le construise et l'exploite pour vous ?

EDDI Solutions construit et maintient des connecteurs, exploite EDDI en instance managée ou co-exploitée, et vous accompagne dans votre propre cloud ou sur site.

Contacter EDDI Solutions ↗

Intégrations associées

La configuration et le comportement décrits sur cette page suivent la documentation d'EDDI, vérifiée le 2026-10-14. Les noms de champs et les valeurs par défaut peuvent changer d'une version à l'autre : confirmez-les dans la documentation de votre version.