Skip to content
🚀 EDDI 6.5.0

19 LLM प्रदाता, आपकी साइट क्रॉल करने और आपकी फ़ाइलें पढ़ने वाले नॉलेज बेस, और संगत एजेंट संस्करणों के साथ आगे बढ़ने वाली बातचीतनया क्या है

प्रबंधित क्लाउड शुरू करें
सभी इंटीग्रेशन
एंटरप्राइज़ सिस्टमOData / REST

SAP

EDDI में कोई नेटिव SAP कनेक्टर नहीं है। आप SAP तक उसकी OData और REST APIs के ज़रिए OpenAPI इंपोर्ट या HTTP कॉल से, या MCP सर्वर के ज़रिए पहुँचते हैं, अनुमोदन और ऑडिट लेजर के तहत।

आपको क्या मिलता है

  • ऐसे एजेंट जो SAP से उसकी प्रकाशित APIs के ज़रिए पढ़ते हैं और, अनुमोदन के साथ, उसमें लिखते हैं
  • किसी भी अन्य टूल जैसी गवर्नेंस: अनुमोदन, ऑडिट लेजर, वॉल्ट में रखे क्रेडेंशियल
  • एजेंट में कोई कोड नहीं। कनेक्शन ऐसा कॉन्फ़िगरेशन है जिसे आप रिव्यू कर सकते हैं

EDDI में यह कैसे काम करता है

  1. रास्ता चुनें। अगर SAP सर्विस OpenAPI विवरण प्रकाशित करती है तो OpenAPI इंपोर्ट इस्तेमाल करें। अलग-अलग OData या REST अनुरोध घोषित करने के लिए HTTP कॉल इस्तेमाल करें। अगर आप SAP के सामने पहले से MCP सर्वर चलाते हैं तो MCP इस्तेमाल करें।
  2. SAP क्रेडेंशियल या टोकन को Secrets Vault में रखें और उसे ${vault:...} के रूप में संदर्भित करें।
  3. पहले केवल वे रीड ऑपरेशन घोषित करें जिनकी एजेंट को ज़रूरत है, जैसे बिज़नेस ऑब्जेक्ट की सूची देखना या पढ़ना।
  4. हर राइट पर http.post:*, http.put:*, http.patch:*, http.delete:* से गेट लगाएँ और रीड को http.get:* से छूट दें। अनुमोदक Manager या Slack में निर्णय लेते हैं।
  5. एजेंट को और अनुमति देने से पहले हर कॉल के लिए ऑडिट लेजर जाँचें।

कॉन्फ़िगरेशन

EDDI दस्तावेज़ों से लिया गया। your-agent-id जैसे प्लेसहोल्डर आपको अपने मान से बदलने होंगे।

httpCalls configuration: read from an SAP OData service (example)SAP OData सर्विस से रीड का एक उदाहरण। होस्ट, सर्विस पाथ और प्रमाणीकरण आपके 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)राइट इंसान का इंतज़ार करते हैं। रीड गुज़र जाते हैं।
{
  "hitlConfig": {
    "toolApprovals": {
      "requireApproval": [
        "http.post:*",
        "http.put:*",
        "http.patch:*",
        "http.delete:*"
      ],
      "exempt": [
        "http.get:*"
      ],
      "approvalTimeout": "PT30M",
      "timeoutPolicy": "AUTO_REJECT"
    }
  }
}

गवर्नेंस

  • राइट अनुमोदन के लिए रोके जाते हैं, और निर्णय HMAC-हस्ताक्षरित, केवल-जोड़ने वाले ऑडिट लेजर में दर्ज होता है।
  • क्रेडेंशियल वॉल्ट में रहते हैं और एजेंट कॉन्फ़िगरेशन या एक्सपोर्ट में कभी नहीं दिखते।
  • एंडपॉइंट allow-list का मतलब है कि जो SAP ऑपरेशन घोषित नहीं है उसे कॉल नहीं किया जा सकता, यूज़र कुछ भी टाइप करे।

जानने योग्य बातें

  • यह एक इंटीग्रेशन पैटर्न है, प्रमाणित SAP कनेक्टर नहीं। SAP से प्रमाणीकरण कैसे होगा और वह कौन-सी APIs देता है, यह आपके लैंडस्केप पर निर्भर है।
  • EDDI Solutions आपके लिए यह कनेक्शन बना और बनाए रख सकता है, कस्टम MCP टूल समेत, और इसे आपके क्लाउड या ऑन-प्रेमिसेस में चला सकता है।

क्या आप चाहते हैं कि कोई इसे बनाए और चलाए?

EDDI Solutions कनेक्टर बनाता और बनाए रखता है, EDDI को मैनेज्ड या सह-संचालित इंस्टेंस के रूप में चलाता है, और आपके अपने क्लाउड या ऑन-प्रेमिसेस में आपका साथ देता है।

EDDI Solutions से बात करें ↗

संबंधित इंटीग्रेशन

इस पेज का कॉन्फ़िगरेशन और व्यवहार EDDI दस्तावेज़ों पर आधारित है, जिन्हें 2026-10-14 को जाँचा गया। रिलीज़ के बीच फ़ील्ड नाम और डिफ़ॉल्ट बदल सकते हैं, इसलिए उन्हें अपने संस्करण के दस्तावेज़ों में पुष्टि करें।