Oracle hat am 26. Oktober 2026 Fusion Companion und Fusion Agentic Home angekündigt und dabei einen Ansatz beschrieben, bei dem Beschäftigte ein Geschäftsziel formulieren und Fusion dann die dafür nötigen Transaktionen, Workflows, Freigaben und Agenten koordiniert. Die Governance-Folge davon ist, dass die Workflow-Auswahl selbst zu einem Teil dessen wird, was Verantwortliche für Unternehmensanwendungen prüfen müssen, zusätzlich zu den Berechtigungen für jede einzelne Aktion.
Oracle erklärt, dass die Funktionen innerhalb etablierter Unternehmenskontrollen arbeiten. Die Ankündigung ist eine Herstellerbeschreibung und kein Nachweis unabhängig geprüfter Kontrollwirksamkeit. Sie nennt weder einen datierten allgemeinen Verfügbarkeitstermin noch Preise oder eine universelle Kundenberechtigung für Companion.
Was sich in der Interaktion ändert
Laut Oracles Ankündigung nutzt Companion Geschäftskontext, Daten und Nutzerberechtigungen, um Arbeit auszuwählen und zu koordinieren. Unterstützte KI-Werkzeuge wie ChatGPT können einen Einstiegspunkt bieten. Agentic Home liefert eine native Fusion-Erfahrung für Delegation und Fortschrittsverfolgung. Oracle beschreibt außerdem die Koordination mit anderen Unternehmenssystemen sowie die Eskalation von Entscheidungen, die menschliches Urteilsvermögen erfordern.
Die separate Berichterstattung von AgentsCalling hebt die noch offenen Rollout-Details hervor und grenzt Companion von den spezialisierten Agenten ab, die die Arbeit ausführen. Das Produkt wurde dort nicht unabhängig getestet. Die Nennung von ChatGPT belegt weder den Zugriff für alle ChatGPT-Nutzer noch einen bestimmten Integrationsstandard.
Die folgende Analyse von Maetra bezieht sich darauf, wie ein Anwendungsverantwortlicher dieses Ziel-zu-Workflow-Design bewerten könnte. Es handelt sich um vorgeschlagene Abnahmetests, nicht um Feststellungen zu Oracle-Bereitstellungen.
Den ausgewählten Workflow prüfen, bevor Erfolg gemessen wird
Eine nützliche Bewertung beginnt mit einem eng definierten Geschäftsziel und einem Nachweis darüber, welchen Workflow das System auswählt. Die prüfende Person sollte erkennen können, welche Anwendungen, Agenten und Transaktionen beteiligt waren und warum sie für die Anfrage relevant waren. Eine allein abgeschlossene Aufgabe liefert kaum Belege dafür, ob auf dem Weg dorthin eine unnötige Aktion stattgefunden hat.
Stellen Sie sich zum Beispiel einen Mitarbeitenden in der Lieferkette vor, der Optionen zur Lösung einer verspäteten Bestellung anfordert. Diese hypothetische Aufgabe könnte Analysen und die Vorbereitung einer Empfehlung erlauben, Änderungen bei Lieferanten aber einer separaten Entscheidung vorbehalten. Die Bewertung sollte prüfen, ob der ausgewählte Workflow diese Trennung respektiert. Sie sollte auch zeigen, wie der Verantwortliche erkennen kann, dass eine neue Integration eine weitere mögliche Aktion eingeführt hat.
Halten Sie den Test eng am tatsächlichen Autorisierungsmodell der Organisation. Manche zulässigen Aktionen können automatisch laufen, andere können eine Prüfung erfordern oder untersagt sein. Oracles Verweise auf Freigabekontrollen sollten nicht als Zusage verstanden werden, dass jeder Schritt eine menschliche Freigabe erhält.
Die zusammengesetzte Transaktion prüfen
Mehrere einzeln zulässige Schritte können zusammen ein Ergebnis erzeugen, das über die ursprüngliche Anfrage hinausgeht. Verantwortliche für Anwendungen sollten deshalb sowohl die Berechtigungen der einzelnen Komponenten als auch die endgültige geschäftliche Wirkung testen. Ein Workflow, der einen Datensatz ändert, eine Nachricht sendet und einen nachgelagerten Prozess auslöst, braucht eine klare Darstellung, wie diese Schritte zusammenwirken.
Ein kompaktes Abnahmeprotokoll könnte enthalten:
| Test | Anzufordernde Nachweise |
|---|---|
| Eine Anfrage mit zwei plausiblen Workflows | Ausgewählter Pfad, relevanter Kontext und daraus resultierende Aktionen |
| Ein Schritt außerhalb der Befugnisse des Mitarbeitenden | Verweigerung oder Eskalation ohne unautorisierte Wirkung |
| Berechtigung wird während einer langen Aufgabe entzogen | Beobachtetes Verhalten bei der nächsten folgenreichen Aktion |
| Eine wiederholte Anfrage nach einer Unterbrechung | Nachweis bereits abgeschlossener Schritte und Umgang mit Duplikaten |
Dies sind Fragen von Käufern. Sie bedeuten nicht, dass Oracle derzeit ein bestimmtes Protokollfeld, ein bestimmtes Abbruchverhalten oder einen Mechanismus zur Vermeidung von Duplikaten bereitstellt. Fragen Sie nach dem unterstützten Verhalten und prüfen Sie es dann in der Konfiguration, die Sie bereitstellen möchten.
Autorisierung über Systemgrenzen hinweg nachverfolgen
Die systemübergreifende Koordination schafft einen weiteren Prüfungspunkt. Wenn ein Workflow Fusion verlässt und zu einer externen Anwendung oder einem externen Agenten wechselt, identifizieren Sie die handelnde Identität, die delegierte Befugnis und die Daten, die über diese Grenze übertragen werden. Bestimmen Sie, welches System den resultierenden Datensatz besitzt und wie eine Bedienperson einen teilweisen Ausfall untersucht.
Beginnen Sie mit einem Inventar der Fähigkeiten, das die Werkzeuge und Transaktionen benennt, die dem ausgewählten Workflow zur Verfügung stehen. Verknüpfen Sie jede folgenreiche Wirkung mit der Richtlinie, die sie zulässt, und mit den anschließend aufbewahrten Nachweisen. Wenn der Workflow zwischen mehreren Agenten wählen kann, prüfen Sie, wie Änderungen an dieser Menge überprüft werden. Ein neuer Weg zum selben Geschäftsziel kann das operative Risiko verändern, selbst wenn die Worte des Nutzers unverändert bleiben.
Die Bereitstellungsentscheidung sollte auf beobachteten Ergebnissen an diesen Grenzen und auf schriftlichen Antworten zu Verfügbarkeitsfragen beruhen. Eine überzeugende Demonstration des Happy Path ist nützlich, sie kann aber nicht belegen, was geschieht, wenn sich Berechtigungen ändern, eine Abhängigkeit ausfällt oder eine Anfrage wiederholt wird.
Oracles Ankündigung macht dies zu einer aktuellen Bewertungsfrage für Fusion-Anwendungs- und Plattformteams. Bevor delegierte Arbeit ausgeweitet wird, sollten Sie ein Ziel auswählen, seine möglichen Transaktionen abbilden und die daraus entstehenden Autorisierungsgrenzen testen. Die Dokumentation von Maetra erläutert das Inventar von Fähigkeiten und Richtlinienkontrollen, die helfen können, diese Prüfung zu strukturieren. Sie belegt weder eine Oracle-Integration noch ersetzt sie die Kontrollen in den Anwendungen, die die Arbeit ausführen.