Keine Custom-ABAP-Entwicklung, keine proprietären Adapter: Der ORAI Agent nutzt die Standard-OData-Schnittstellen, die SAP mitliefert, und übernimmt Ihre SAP-Berechtigungen 1:1. Wie die Anbindung abläuft, was sie voraussetzt und warum jede Abfrage nachvollziehbar bleibt.
Diese Frage kommt in jedem Erstgespräch, meist mit einer Sorge im Hintergrund: Steht uns ein Integrationsprojekt bevor? Die kurze Antwort: nein. Der ORAI Agent nutzt die Standard-OData-Schnittstellen, die SAP ohnehin mitliefert. Keine ABAP-Entwicklung, keine proprietären Adapter, kein Eingriff in Ihr System.
Die längere Antwort steckt in drei Prinzipien: Standard statt Custom, echte Benutzerberechtigungen statt technischem Sammel-User, Nachvollziehbarkeit statt Blackbox. Der Reihe nach.
OData (Open Data Protocol) ist ein offener Standard für REST-basierte Schnittstellen. SAP setzt seit Jahren darauf: Fiori-Apps sprechen OData, die Integrationswerkzeuge tun es, und SAP S/4HANA liefert für die Kernprozesse dokumentierte Standard-APIs mit. Diese Schnittstellen sind in Ihrem System bereits vorhanden, getestet und von SAP gepflegt.
Der ORAI Agent setzt genau darauf auf: Er liest die Metadaten der freigegebenen Services und erzeugt daraus automatisch seine Funktionen, vom Auftragskopf bis zur Lagerbestandsabfrage. Was der Katalog heute abdeckt, mit über 100 Funktionen für Order-to-Cash und Procure-to-Pay, zeigt dieser Beitrag.
Vier Schritte, ohne Eingriff in Ihr SAP-System.
Die relevanten Standard-Services im Gateway aktivieren (Vertrieb, Einkauf, Material)
Sicher über SAP Cloud Connector oder VPN, on-premise oder in der Cloud
SSO über Ihren Identity Provider, jeder nutzt seinen eigenen SAP-User
Der Agent liest die Service-Metadaten und ist einsatzbereit
Der ORAI Agent arbeitet nicht mit einem technischen Sammel-User, der alles sehen darf. Ihre Mitarbeiter melden sich mit ihrem persönlichen SAP-User an, und Ihr bestehendes Rollenkonzept gilt 1:1. Der Vertrieb sieht die Kunden seiner Region, der Einkauf seine Warengruppen, und was jemand in SAP nicht sehen darf, sieht er auch im Chat nicht.
Das hat zwei angenehme Folgen. Erstens entfällt das neue Berechtigungskonzept, das sonst jedes Integrationsprojekt begleitet: Ihre bestehende Berechtigungsmatrix bleibt die einzige Quelle der Wahrheit. Zweitens ist jede Antwort des Agenten einem echten Nutzer zugeordnet.
Audit & Compliance
Da jede Abfrage unter dem persönlichen SAP-User läuft, entstehen Audit-Trails an zwei Stellen: in Ihren SAP-Logs, wie bei jedem anderen Zugriff auch, und im ORAI Agent selbst, der jede Frage, jeden Tool-Aufruf und jede Freigabe protokolliert. Wer hat wann welche Daten abgefragt, wer hat welche Schreibaktion freigegeben? Das lässt sich lückenlos beantworten, auch für TISAX, ISO 27001 oder die interne Revision.
Drei Dinge gehören auf den Tisch.
Die OData-Services müssen aktiviert sein. SAP S/4HANA bringt die Standard-APIs mit, aber nicht immer sind sie freigeschaltet. Die Aktivierung ist Basis-Arbeit von wenigen Stunden, kein Projekt, sie braucht aber Ihre SAP-Basis.
Ältere Systeme bringen weniger Standard mit. Ein aktuelles S/4HANA liefert den vollen API-Katalog. Bei ECC prüfen wir vorab, welche OData-Services zur Verfügung stehen und was sich nachrüsten lässt.
Der Netzwerkweg ist Ihre Entscheidung. SAP Cloud Connector oder VPN, Cloud oder on-premise: Beides funktioniert, aber Ihre IT muss den Weg freigeben und mittragen. Wir bringen die Referenzarchitektur mit, entschieden wird bei Ihnen.
Ob die Anbindung bei Ihnen in Tagen oder Wochen steht, hängt an genau diesen Punkten: Systemstand, aktivierte Services, Netzwerkweg. Das lässt sich in einer halben Stunde klären. Wir schauen gemeinsam auf Ihr System, zeigen den Agenten live, und Sie sehen, wie sich Abfragen mit Ihren eigenen Berechtigungen anfühlen.
Schreib uns oder buche direkt ein kurzes Meeting.
