AccueilDeutschOracle setzt in Fusion Cloud auf autonome KI-Agenten – und erhöht das...

Oracle setzt in Fusion Cloud auf autonome KI-Agenten – und erhöht das Risiko im ERP

Oracle will nicht mehr nur Chatbots in seine Fusion-Cloud-Anwendungen schrauben. Der Konzern legt eine neue Schicht „autonomer KI-Agenten“ über Finance, Einkauf, HR und CRM – Software, die Ziele erreichen soll, statt nur auf Zuruf zu helfen. Klingt nach Produktivitätssprung. Ist aber vor allem eine Machtverschiebung: weg vom Menschen, hin zu Systemen, die selbst handeln. Und genau da wird es heikel.

Bisher waren Assistenten oft bessere Suchmasken: Anfrage rein, Text raus, vielleicht ein Formular vorausgefüllt. Ein autonomer Agent ist etwas anderes. Er bekommt ein messbares Ziel, einen Handlungsspielraum – und kann Schritte aneinanderreihen, ohne dass nach jedem Klick jemand abnickt. In einem ERP ist das keine Spielerei. Das ist der Moment, in dem Automatisierung in Delegation kippt.

Oracle verkauft damit nicht „noch ein Feature“, sondern eine neue Arbeitslogik: mehrere spezialisierte Agenten, die wie ein Team koordiniert werden. Für Vorstände, die schnelle Effizienzgewinne sehen wollen, ist das verführerisch. Für Compliance, Revision und IT-Security ist es ein Stresstest: Rechte, Protokolle, Nachvollziehbarkeit – und die banale Frage, wer den Scherbenhaufen aufräumt, wenn der Agent Mist baut.

Keine Plaudertasche, sondern Ausführer: Oracle definiert Agenten über Ziele

Oracle wählt seine Worte auffällig klar: Diese Agenten sollen „Geschäftsziele autonom erreichen“. Das ist mehr als Marketing-Schaum, weil es die Messlatte verschiebt. Ein Chatbot wird an der Qualität seiner Antwort gemessen. Ein Agent an Ergebnissen: Rechnung verarbeitet, Zahlung angemahnt, Lieferantendaten aktualisiert, HR-Prozess ausgelöst.

In Fusion Cloud heißt das praktisch: Der Agent liest Daten, entscheidet eine Abfolge von Schritten und schreibt zurück – oft über mehrere Module hinweg. Dafür braucht es Regeln, Schwellenwerte, Berechtigungen und eine Orchestrierung, die festlegt, was wann passieren darf. Oracle spielt hier seinen klassischen Vorteil aus: eine integrierte Suite, tief in den Prozessen, mit viel Kontrolle über Workflows. Autonomie lässt sich so als „logische Weiterentwicklung“ verkaufen.

Nur: In den vorliegenden Informationen bleibt Oracle auffällig vage. Keine konkrete Liste der Agenten, keine klaren Grenzen, keine Details zu Kontrollmechanismen. Genau diese Granularität entscheidet aber, ob Autonomie ein Werkzeug oder ein Risiko ist. Unternehmen werden sehr schnell nach harten Antworten fragen: Wer überwacht? Wo ist das Aktionsprotokoll? Wie werden Ausnahmen behandelt? Gibt es einen sauberen „Rollback“, wenn etwas schiefgeht? In einem ERP kann ein falsch gesetzter Haken sofort Geld kosten – oder Ärger mit Aufsichtsbehörden bringen.

„Teams“ aus Agenten: Orchestrierung, Rechte und Audit werden zum Kernproblem

Oracle spricht von Agenten-Teams. Dahinter steckt Spezialisierung: einer sammelt Informationen, einer prüft, einer führt aus. Das klingt nach Arbeitsteilung – ist aber vor allem ein Governance-Thema. Denn im Unternehmen ist nicht die Textgenerierung die Kunst, sondern die Garantie, dass jede Aktion Regeln einhält: interne Kontrollen, Vier-Augen-Prinzip, externe Vorgaben.

Der kritische Punkt sind Berechtigungen. Ein Agent, der Lieferanten anlegen, Bankverbindungen ändern, Spesen freigeben oder Bestellungen auslösen kann, bewegt sich in Zonen, in denen Betrug und Fehler richtig teuer werden. Autonomie muss deshalb abgestuft sein: nur lesen, Handlung vorschlagen, unter Kontrolle ausführen, und erst dann – in eng definierten Fällen – ohne Freigabe laufen. Ohne dieses Stufenmodell wird der Agent entweder gefährlich oder nutzlos, weil er am Ende doch wieder jede Kleinigkeit bestätigen lässt.

Ebenso zentral ist die Nachvollziehbarkeit. Compliance-Abteilungen und Wirtschaftsprüfer wollen ein vollständiges Journal: Welche Daten wurden gelesen? Welche Regeln angewandt? Welche Entscheidung getroffen? Welche Aktion ausgeführt – und warum? Ein Agent, der „einfach macht“, ist im Streitfall mit einem Lieferanten oder bei einer Prüfung ein Problem. Oracle verkauft an große Organisationen; dort gelten ERP-Standards, nicht die Logik von Consumer-Tools.

Und dann ist da noch das Zusammenspiel: Wenn mehrere Agenten interagieren, wer entscheidet bei Widersprüchen? Wer setzt Prioritäten? Wer erkennt Endlosschleifen? In der Automatisierung kommen die echten Pannen aus den Randfällen, nicht aus der Demo. Unternehmen werden Oracle daran messen, ob es Schutzgeländer liefert: Aktionslimits, Whitelists, Konsistenzchecks, saubere Eskalation an Menschen, sobald etwas aus dem Rahmen läuft.

Produktivität: Der Hebel liegt in Prozessen – und in der Datenqualität

Natürlich verkauft Oracle das als Produktivitätsmaschine. Der Unterschied zur bisherigen Assistenz-Logik: Ein Chatbot spart Minuten hier und da. Ein autonomer Agent soll End-to-End-Zyklen verkürzen, Rückstände abbauen, Volumen abfangen, ohne dass man sofort neue Stellen schafft. In Fusion Cloud zielt das auf Massengeschäft: Rechnungen, Abgleiche, Mahnläufe, interne Anträge, repetitive Erfassung.

Das passt auch zur Budgetrealität vieler IT-Abteilungen: weniger Tool-Wildwuchs, weniger Speziallösungen, mehr „aus einer Hand“. Oracle kann argumentieren: Agenten direkt in den Fachanwendungen, nah an Daten und Regeln, weniger Integrationsaufwand. Der Haken: Die Kosten verschwinden nicht, sie wandern. Cloud-Verbrauch, Zusatzlizenzen, Beratung, Change-Management – ohne transparente Preise bleibt jede ROI-Rechnung wacklig, gerade bei Kunden mit mehrjährigen Verträgen.

Und dann kommt der Klassiker, den viele gern verdrängen: Datenqualität. Ein autonomer Agent muss nicht „dumm“ sein, um zu scheitern. Eine schlecht gepflegte Lieferantendatenbank, widersprüchliche Stammdaten, lokale Sonderregeln, die nur in Köpfen existieren – das reicht. Autonomie zwingt Unternehmen zur Daten-Governance, ob sie wollen oder nicht. Für Oracle ist das Risiko und Chance zugleich: Wer die Referenzdaten aufräumt, verankert die Suite tiefer im Betrieb.

Am Ende trifft es auch die Organisation. Wenn Agenten Aufgaben schließen, muss menschliche Arbeit neu definiert werden: Kontrolle, Ausnahmebehandlung, Verhandlung, Kundenkontakt, Steuerung. Wer Automatisierung gut macht, verschiebt Kapazitäten – statt nur Stellen zu streichen und Servicequalität zu ruinieren. Daran wird sich Oracles Versprechen messen lassen: nicht an der Demo, sondern am echten Tagesgeschäft mit tausenden Transaktionen.

Wettlauf mit Microsoft, SAP und Salesforce – plus neue Angriffsflächen

Oracle rennt nicht allein. Microsoft drückt mit Dynamics 365 und Copilot, SAP mit Joule, Salesforce mit agentenorientierten CRM-Ansätzen. Der Trend heißt „Agentifizierung“: KI soll nicht nur beraten, sondern ausführen – durch Apps navigieren, APIs aufrufen, Aktionen verketten. Oracle will in diesem Narrativ nicht abgehängt werden.

Die Unterschiede werden an drei Stellen entschieden. Erstens: Tiefe der Integration in ERP-Prozesse, wo Fehler sofort teuer sind. Zweitens: Governance – Rechte, Kontrollen, Audit, Trennung von Aufgaben. Drittens: Sicherheit. Ein Agent ist eine neue Angriffsfläche, weil er handeln kann. Kompromittierte Zugangsdaten, falsche Konfiguration oder manipulierte Eingaben (Stichwort Prompt Injection über Datenflüsse) können reale Schäden auslösen. Unternehmen werden Garantien verlangen: Isolation, Protokollierung, Missbrauchserkennung.

Dazu kommt Regulierung. In der EU setzt der AI Act je nach Einsatzfall unterschiedliche Pflichten. Agenten, die in HR- oder Finanzentscheidungen eingreifen, können strengere Auflagen bedeuten: mehr Kontrolle, mehr Erklärbarkeit, mehr menschliche Aufsicht. Oracle liefert die Technik – die Verantwortung bleibt am Ende beim Anwenderunternehmen. Genau deshalb werden CIOs und Compliance-Leute weniger auf Versprechen hören und mehr auf „eingebaute“ Compliance-Funktionen drängen.

Und intern bleibt ein Vertrauensproblem: schneller werden, ohne die Kontrolle zu verlieren. Viele Unternehmen haben genug schlechte Erfahrungen mit starren Automatisierungen und schweren ERP-Projekten. Eine zusätzliche „intelligente“ Schicht, die im System handelt, weckt Skepsis. Oracle muss das in der Praxis beweisen: zuverlässig, steuerbar, reversibel. Alles andere ist Show.

Fragen, die sich Unternehmen jetzt stellen müssen

Was unterscheidet Oracle zwischen Assistent und autonomem Agent?
Der Assistent antwortet und schlägt vor. Der Agent bekommt ein Ziel und darf – innerhalb definierter Regeln und Rechte – Schritte selbst ausführen.

Wo liegen die größten Risiken im ERP?
Bei Berechtigungen (sensible Aktionen), Nachvollziehbarkeit (Audit), Sicherheit (neue Angriffsfläche) und Compliance, besonders in HR und Finance.

Warum kommt Oracle damit jetzt?
Weil Microsoft, SAP und Salesforce denselben Kurs fahren: KI soll vom Helfer zum Ausführer werden. Oracle will Autonomie direkt in die eigenen Geschäftsanwendungen ziehen, um Prozessgewinne zu verkaufen.

Top Infos

Favoriten