Stand: 26. Oktober 2026 · Version 1.2
Redaktionshinweis: Mit KI-Unterstützung recherchiert und erstellt sowie vom Herausgeber redaktionell kuratiert und zur Veröffentlichung freigegeben. Produktangaben wurden mit Oracle-Quellen sowie für den Alternativenvergleich mit Dokumentationen von Microsoft, SAP und LangChain abgeglichen. Ein eigener Produkttest wurde nicht durchgeführt. Nutzen- und Sicherheitsversprechen sind Herstellerangaben. Praxisbeispiel, Nachweiskatalog, Pilotvorschläge und Auswahlhilfe sind redaktionelle Einordnungen; das Rechenbeispiel verwendet ausschließlich illustrative Annahmen. Rechtliche Hinweise dienen der Orientierung.
In 30 Sekunden
- Oracle verbindet auf der AI World 2026 KI-Bedienoberflächen, ausführende Unternehmensagenten und Datenkontrollen zu einem umfassenden Angebot.
- Fusion Companion und Fusion Agentic Home wurden am 26. Oktober angekündigt. Fusion Claw und 25 darauf basierende Anwendungen stammen bereits aus der September-Ankündigung.
- Deep Trust AI soll Schutzmechanismen in Plattform und Datenbank verankern. Das ist ein Architekturansatz, kein unabhängiger Sicherheitsnachweis.
- Für DACH-Unternehmen zählen konkrete Mandantenverfügbarkeit, Datenflüsse, Freigaben und Gesamtkosten. Teile der Lakehouse-Erweiterungen sind erst für die kommenden zwölf Monate vorgesehen.
Oracle will KI-Agenten nicht nur Antworten geben lassen, sondern Geschäftsprozesse ausführen. Im Einkauf könnten sie beispielsweise Vertragsabweichungen untersuchen und die nächsten Schritte vorbereiten. Sobald sie auch Bestellungen ändern oder Buchungen anstoßen, muss klar sein, wer diese Aktionen erlauben darf und welche Grenzen technisch gelten.
Neue Bedienoberflächen, bestehende Agenten und eine Sicherheitsarchitektur: Was das Messepaket für den Unternehmenseinsatz bedeutet – mit Prüfanforderungen, Kostenbeispiel und Alternativenvergleich.
Für IT-Leitungen und Prozessverantwortliche mit bestehender Oracle-Landschaft ist die relevante Frage deshalb: Welche Arbeit lässt sich innerhalb vorhandener Berechtigungen verlässlich übertragen? Eine zusätzliche Dialogoberfläche allein beantwortet sie noch nicht.
Erste Handlungsempfehlung
Wählen Sie einen abgegrenzten Prozess mit klarer Datenbasis, etwa die Untersuchung von Einkaufsabweichungen. Lassen Sie sich die dafür tatsächlich verfügbaren Funktionen, Lizenzbedingungen und Datenverarbeitungsorte schriftlich bestätigen. Beginnen Sie mit Analyse und Handlungsvorschlägen; schreibende Aktionen folgen erst nach fachlicher und technischer Abnahme.
Oracle AI World 2026: Was neu ist und was bereits existiert
Oracle hat am 26. Oktober in Las Vegas neue Funktionen für Fusion Applications, eine Deep Trust AI Architecture und Erweiterungen des Autonomous AI Lakehouse vorgestellt. Das Paket verbindet unterschiedliche Produktstände. Eine pauschale Aussage, alle genannten Werkzeuge seien an diesem Tag neu erschienen oder sofort nutzbar, wäre falsch.
| Baustein | Funktion | Einordnung zum 26. Oktober |
|---|---|---|
| Fusion Companion / Agentic Home | Aufgaben formulieren, delegieren und verfolgen | Neu angekündigt; konkrete Freischaltung im eigenen Mandanten prüfen |
| Fusion Claw | Kontrollierte Ausführung komplexer Geschäftsaufgaben | Bereits am 29. September eingeführt; 25 Anwendungen laut Oracle verfügbar |
| Deep Trust AI Architecture | Kontrollen über Plattform, Daten und Anwendungen hinweg | Neu vorgestellter Architekturrahmen mit mehreren Produktbausteinen |
| Lakehouse: AI Data Catalog und Business Semantic Layer | Daten erschließen und Geschäftsbegriffe vereinheitlichen | Laut Oracle innerhalb der nächsten zwölf Monate vorgesehen |
| APEX AI Application Generator 26.2 | KI-gestützte Anwendungsentwicklung | On-Premises-Verfügbarkeit bereits am 6. Oktober angekündigt |
Die Tabelle trennt Ankündigungsdatum und Einsatzreife. Die Quellen sind die Fusion-Mitteilung, die ursprüngliche Claw-Ankündigung, die Architektur-Mitteilung, die Lakehouse-Roadmap und die APEX-Release-Mitteilung. Verfügbarkeit einer Produktfamilie ersetzt keine Bestätigung für die benötigte Funktion und Betriebsumgebung.
Fusion: Aus einem Geschäftsauftrag wird eine Aktionskette
Fusion Companion soll aus einem formulierten Ziel die passenden Transaktionen, Workflows, Freigaben und Agenten auswählen und koordinieren. Oracle nennt unterstützte KI-Werkzeuge wie ChatGPT als möglichen Zugang. Fusion Agentic Home bildet die zugehörige Oberfläche innerhalb von Fusion. Dabei sollen bestehende Identitäten und Berechtigungen gelten. Die Ankündigung belegt jedoch keine pauschale Nutzbarkeit mit jedem ChatGPT-Konto und nennt keinen belastbaren allgemeinen Freischalttermin für sämtliche Kunden.
Fusion Claw ist die Ausführungsumgebung hinter entsprechenden agentischen Anwendungen. Oracle beschreibt eine Verbindung von KI-Schlussfolgerungen mit deterministischer Berechnung und geregelten Aktionen. In der Oktober-Mitteilung nennt der Hersteller beispielsweise Anwendungen für Buchhaltungsabweichungen, Personalplanung und Einkaufsanalysen. Die Zahl von 25 verfügbaren Claw-Anwendungen war bereits Bestandteil der September-Veröffentlichung.
Für die Einführung bedeutet das: Ein Pilot muss die vollständige Aktionskette prüfen. Eine richtige Empfehlung kann in einer falschen Buchung enden, wenn Objektzuordnung, Berechtigung oder Übergabe an das nächste System nicht stimmen. Für die Vorbereitung hilft ein systematischer Testplan zur Freigabe von KI-Assistenten; für ausführende Agenten kommen ausdrücklich Aktionstests hinzu.
Deep Trust AI: Regeln näher an die Daten rücken
Oracles Architektur setzt an einer Schwachstelle an: Regeln, die ausschließlich in einer einzelnen Anwendung liegen, schützen nicht automatisch jeden anderen Datenzugang. Deep Data Security soll Zugriffsrechte in der Datenbank durchsetzen; SQL Assertions sollen dort Geschäftsregeln absichern. Deep Trust Data APIs begrenzen den Zugriff auf fachliche Objekte. Deep NL2SQL soll Unternehmensbegriffe und Datenwissen für natürlichsprachliche Abfragen zusammenführen. APEX ergänzt die Anwendungsentwicklung mit deklarativen Definitionen, die seine Laufzeit ausführt. Diese Mechanismen beschreibt Oracle im Architekturpapier zur Ankündigung.
Das ist als Konstruktionsprinzip plausibel: Ein außerhalb des Sprachmodells durchgesetztes Limit hängt nicht davon ab, ob das Modell eine Anweisung korrekt befolgt. Dennoch muss jemand die richtige Regel definieren. Falsch modellierte Zuständigkeiten und unvollständige Datenklassifikationen werden durch zentrale Durchsetzung nicht richtig. Für den Einsatz braucht es daher Negativtests, die unzulässige Zugriffe und Änderungen gezielt überprüfen.
Welche Nachweise vor der Freigabe vorliegen sollten
Fordern Sie für die tatsächlich eingesetzte Produktvariante und Konfiguration überprüfbare Unterlagen an. Der folgende Nachweiskatalog ist eine Empfehlung für die Beschaffung, keine Behauptung über bereits vorliegende Oracle-Nachweise:
- Sicherheitstests: aktuelle Zusammenfassungen unabhängiger Penetrationstests mit Geltungsbereich, Datum und Umgang mit offenen Befunden. Für die eigene Integration zusätzlich testen, ob manipulierte Eingaben unerlaubte Werkzeugaufrufe oder Datenzugriffe auslösen können.
- Audit-Logs: anhand eines Testvorgangs vorführen lassen, ob Identität, betroffene Objekte, Aktion, Freigabe und Ergebnis nachvollziehbar sind; Export, Aufbewahrung und Schutz vor nachträglicher Veränderung klären.
- Rollenkonzept: dokumentieren, welche Rechte der Nutzer und der Agent besitzen, wie sie weitergegeben werden und welche Schreibaktionen technisch ausgeschlossen sind. Ein gesperrter Zugriff muss im Negativtest scheitern.
- Datenresidenz: den vollständigen Verarbeitungsweg nachweisen lassen, einschließlich Modellaufrufen, Protokollen, Sicherungen und Supportzugriffen. Der Standort der Hauptdatenbank allein reicht nicht.
- Vertragszusagen: zugesagte Funktionen, Betriebsregionen, Unterauftragnehmer, Löschung, Sicherheitsvorfälle und Ausstiegsmöglichkeiten schriftlich klären. Eine Produktpräsentation ersetzt keine verbindliche Vereinbarung.
Ein Penetrationstest bestätigt nur den untersuchten Umfang und Zeitpunkt. Er ersetzt weder Tests der kundeneigenen Rollen noch die fachliche Prüfung einer Aktion. Entscheidend ist, dass sich die Unterlagen auf denselben Dienst und dieselbe Betriebsform beziehen, die später eingesetzt werden.
Das Lakehouse soll Fachwissen für Agenten bereitstellen
Ein Datenzugang erklärt noch nicht, ob „Umsatz“ einen Auftragseingang, fakturierte Leistungen oder Zahlungseingänge meint. Oracles angekündigter Business Semantic Layer soll solche Geschäftsdefinitionen für Analysen und KI nutzbar machen. Weitere Erweiterungen betreffen Iceberg-Daten, einen KI-gestützten Arbeitsbereich und Simulationen mit integrierter Essbase-Technik. Oracle nennt für AI Data Catalog und Business Semantic Layer einen Horizont von zwölf Monaten und versieht die Ankündigung mit einem Vorbehalt zu künftigen Produkten.
Unternehmen sollten diese Roadmap nicht in kurzfristige Einsparungszusagen umrechnen. Sinnvoll ist schon heute die Vorarbeit: zentrale Kennzahlen definieren, Datenverantwortliche benennen und widersprüchliche Berechnungen bereinigen. Ohne diese fachliche Grundlage wird eine semantische Schicht zum neuen Ort alter Definitionskonflikte.
Praxisbeispiel: Einkaufsabweichungen untersuchen
Hypothetisches Szenario: Ein Produktionsunternehmen möchte klären, warum Bestellungen außerhalb vereinbarter Lieferantenverträge erfolgen. Ein Agent liest freigegebene Bestell- und Vertragsdaten, kennzeichnet Abweichungen und erstellt Vorschläge. Er darf weder Lieferantenstammdaten ändern noch Bestellungen auslösen. Der Einkauf prüft zunächst, ob die vermeintliche Abweichung tatsächlich ein Fehler oder eine genehmigte Ausnahme ist.
Eine spätere Schreibfreigabe sollte den konkreten Datensatz, die geplante Änderung und ihre Folgen zeigen. Technische Rechte und Betragsgrenzen gelten weiterhin außerhalb des Modells. Die freigebende Person muss fachlich zuständig sein und den Vorgang ablehnen können. Ein Bestätigungsbutton allein ist keine belastbare Kontrollarchitektur.
Vor dem Produktivgang sollten Sie prüfen: kein Zugriff auf gesperrte Lieferantendaten, keine Änderung ohne passende Freigabe, keine doppelte Buchung bei Wiederholungen und ein nachvollziehbares Protokoll je Aktion. Diese Prüfungen sind vor Produktivsetzung sowie nach Änderungen an Modellen, Werkzeugen oder Berechtigungen zu wiederholen.
DACH-Perspektive: Datenflüsse und Verantwortung bleiben beim Unternehmen
Governance-Hinweis
Eine Architekturbezeichnung ist kein Compliance-Nachweis. Der Europäische Datenschutzausschuss betont bei KI-Modellen die Einzelfallprüfung, unter anderem bei Anonymität und berechtigtem Interesse. Seine Stellungnahme bewertet nicht die hier vorgestellten Oracle-Produkte.
Für einen DACH-Pilot sollten IT, Datenschutz und Fachbereich gemeinsam dokumentieren, welche Daten aus Fusion an welche Modelle und externen Oberflächen gelangen. Zu klären sind Verarbeitungsorte, Unterauftragnehmer, Aufbewahrung, mögliche Trainingsnutzung, Löschung und Protokollexport. Eine Datenbank in Europa belegt für sich genommen noch keinen ausschließlich europäischen Verarbeitungsweg.
Bei Personalprozessen gehören außerdem die jeweilige rechtliche Einordnung und die Einbindung der zuständigen Arbeitnehmervertretung auf die Prüfliste. Für Schweizer Standorte ist das anwendbare Datenschutzrecht gesondert zu berücksichtigen. Diese Punkte sind Prüfaufträge, keine Aussage, dass ein konkreter Oracle-Einsatz unzulässig wäre.
Wirtschaftlichkeit: Die abgenommene Aufgabe zählt
Die ausgewerteten Mitteilungen liefern keine hinreichende Grundlage für eine belastbare Gesamtkostenrechnung. Offen bleiben für den konkreten Einsatz unter anderem zusätzliche Lizenzen, Modellverbrauch, Integrationsaufwand und Betrieb. Auch deutsche Sprachqualität und messbare Einsparungen wurden für diesen Beitrag nicht praktisch geprüft.
Redaktionelle Messvorlage: Kosten je fachlich abgenommener Aufgabe = zurechenbare Lizenz-, Verbrauchs-, Betriebs-, Prüf- und Nacharbeitskosten geteilt durch die Zahl erfolgreich abgenommener Aufgaben. Einmalige Integration separat ausweisen und für die Planung über einen ausdrücklich benannten Zeitraum verteilen. Verglichen wird derselbe Prozess vor und nach Einführung, einschließlich menschlicher Korrekturzeit.
Mini-Rechenbeispiel: Wann sich ein Einkaufspilot tragen könnte
Rein illustrative Annahmen, keine Oracle-Preise und keine gemessenen Ergebnisse: Ein Team nimmt pro Woche zehn Einkaufsprüfungen fachlich ab. Jede spart gegenüber dem bisherigen Ablauf netto 30 Minuten manuelle Arbeit – zusätzliche Kontrolle und Nacharbeit sind dabei bereits abgezogen. Bei einem angenommenen internen Stundensatz von 60 Euro ergibt sich:
10 Prüfungen × 0,5 Stunden × 60 Euro = 300 Euro Kapazitätswert pro Woche. In einem ausdrücklich angenommenen Vier-Wochen-Zeitraum sind das 20 Stunden beziehungsweise 1.200 Euro.
Lägen die zusätzlichen laufenden Lizenz-, Verbrauchs- und Betriebskosten in diesen vier Wochen zusammen bei angenommenen 600 Euro, bliebe rechnerisch ein Nutzenüberschuss von 600 Euro vor einmaliger Integration. Bei nur 15 Minuten Nettoersparnis je Prüfung wäre dieser Überschuss bereits null. Die angenommene Zeitersparnis ist deshalb die entscheidende Messgröße im Pilot.
Freie Arbeitszeit ist zunächst zusätzliche Kapazität, keine automatische Budgeteinsparung. Ein finanzieller Effekt entsteht erst, wenn die Kapazität sinnvoll genutzt wird oder tatsächliche Ausgaben sinken. Integrationskosten und Fehlerfolgen sind in dieser vereinfachten Rechnung noch nicht enthalten.
Ein kleiner Pilot benötigt dafür zunächst einen Verantwortlichen, restriktive Rechte und einen wiederholbaren Testlauf. Bei mehreren Integrationen sind zentrale Rollen- und Protokollregeln sinnvoll. Für sensible Personalentscheidungen oder hohe finanzielle Wirkung muss die Prüfung vertieft werden. Aufwand und Kontrollen sollten sich an möglichen Schäden orientieren.
Wann Oracle passt – und wann Alternativen näherliegen
Die folgende Auswahlhilfe ist eine redaktionelle Einordnung, kein vergleichender Produkttest. Den Ausschlag sollte der Prozess geben, in dem die Daten und verbindlichen Transaktionen liegen. Eine vertraute Chatoberfläche allein ist kein Grund, die Ausführung in ein anderes Ökosystem zu verlagern.
| Ansatz | Wann zuerst prüfen? | Worauf es ankommt |
|---|---|---|
| Oracle Fusion mit integrierten Agenten | Der Kernprozess und seine Geschäftsobjekte liegen bereits in Fusion. | Abdeckung des konkreten Prozesses, Mandantenverfügbarkeit und Bindung an Oracle; kein Plattformwechsel nur für eine Agentenfunktion. |
| Microsoft Copilot / Copilot Studio | Die Arbeit beginnt überwiegend in Microsoft 365 oder Teams und verbindet Wissen mit bestehenden Workflows. | Copilot als Zugang und Copilot Studio als Entwicklungswerkzeug unterscheiden; Rechte und Transaktionsfähigkeit jedes angebundenen Systems prüfen. |
| Microsoft Foundry, im Azure-Umfeld | Ein Entwicklungsteam benötigt eigene Agentenlogik mit verwaltetem Betrieb, Modellwahl und zentraler Identität. | Integration und fachliche Regeln müssen passend zum Zielsystem umgesetzt werden; Modell- und Werkzeugwahl ersetzen kein Prozessdesign. |
| SAP Joule / Joule Studio | Der maßgebliche Geschäftsprozess liegt in SAP, etwa in S/4HANA. | Verfügbare Funktionen und Berechtigungsweitergabe in der eigenen Landschaft prüfen; Zugangsregeln für Agenten können vom Rollout abhängen. |
| Offenere Architektur, etwa mit LangGraph | Mehrere Plattformen müssen verbunden werden und das Team braucht eigene Ablauflogik sowie Wahlfreiheit bei Komponenten. | Mehr eigener Aufwand für Integration, Sicherheit, Überwachung und Betrieb; ein offenes Framework macht die Gesamtlösung nicht automatisch unabhängig oder günstiger. |
Die Produktgrundlagen liefern die Dokumentationen zu Copilot Studio, Microsoft Foundry Agent Service, Joule-Agenten und LangGraph. Microsofts aktuelle Dokumentation verwendet die Bezeichnung Microsoft Foundry. SAP weist bei Agent Access Policies ausdrücklich auf mögliche Unterschiede zwischen Kundenlandschaften hin.
Diese Ansätze schließen sich nicht vollständig aus: Eine eigene Orchestrierung kann auf einer verwalteten Plattform laufen, und ein Microsoft-Zugang kann Arbeit in einem anderen Geschäftssystem anstoßen. Vergleichen Sie deshalb dieselbe Aufgabe mit denselben Rechten, Qualitätskriterien und Kostenbestandteilen. Wer die verbindliche Transaktion kontrolliert, ist wichtiger als das Logo der Oberfläche.
Fazit: Delegation braucht eine überprüfbare Grenze
Oracles Ansatz ist besonders für Unternehmen interessant, deren Prozesse bereits in Fusion und Oracle-Datenbanken liegen. Die enge Integration kann Übergaben vereinfachen; zugleich bindet sie Ausführung, Datenmodell und Kontrollen stärker an den Anbieter. Die nächste Entscheidung sollte deshalb ein begrenzter, messbarer Pilot sein. Eine überzeugende Demo rechtfertigt noch keine weitreichenden Schreibrechte.
FAQ
Ist Fusion Claw dasselbe wie OpenClaw?
Nein. Oracle beschreibt Fusion Claw als Ausführungsumgebung für seine Fusion Agentic Applications. Aus der Namensähnlichkeit lässt sich keine technische Gleichsetzung ableiten.
Müssen Unternehmen für die neuen Funktionen ihre gesamte Datenplattform wechseln?
Das folgt aus den Ankündigungen nicht. Entscheidend ist, welche Funktion für den gewählten Prozess benötigt wird und welche Produktabhängigkeiten sie konkret hat. Eine Architekturübersicht ersetzt keine Stückliste für das eigene Vorhaben.
Kann man die Lakehouse-Roadmap als Lieferzusage behandeln?
Nein. Oracle kennzeichnet die beschriebenen künftigen Funktionen ausdrücklich als allgemeine Produktrichtung mit möglichen Änderungen an Bereitstellung, Zeitpunkt und Preis. Vertragliche Zusagen müssen gesondert geklärt werden.
Quellen
Quellenstand: 26. Oktober 2026. Produktquellen sind Herstellerangaben; die Behördenquelle dient der übergeordneten Datenschutz-Einordnung.
- Oracle: Fusion Applications, 26. Oktober 2026
- Oracle: Fusion Companion und Agentic Home, 26. Oktober 2026
- Oracle: Einführung von Fusion Claw, 29. September 2026
- Oracle: Deep Trust AI Architecture, 26. Oktober 2026
- Oracle: Autonomous AI Lakehouse, 26. Oktober 2026
- Oracle: APEX 26.2, 6. Oktober 2026
- Europäischer Datenschutzausschuss: Datenschutz bei KI-Modellen, 18. Dezember 2024
- Microsoft Learn: Copilot Studio – abgerufen am 26. Oktober 2026.
- Microsoft Learn: Foundry Agent Service – abgerufen am 26. Oktober 2026.
- SAP Help: Joule Studio Agents – abgerufen am 26. Oktober 2026.
- SAP Help: Assigning Permissions – abgerufen am 26. Oktober 2026.
- LangChain: LangGraph – abgerufen am 26. Oktober 2026.
Weiterführende Artikel auf AI-Fabrik
- KI-Assistenten prüfen: 20 Testfälle für die Freigabe – wie eine nachvollziehbare Abnahme aufgebaut wird.
- Gemini Enterprise Agent Platform – eine weitere Plattformstrategie für Unternehmensagenten.
- SAP und der Zugriff von KI-Agenten – warum neben Technik auch vertragliche Zugangsregeln zählen.
