Wie die Partnerschaft von Google Cloud und Workday AI‑Agenten für HR und Finance in bestehende Systeme integriert

Warum die Workday‑Google‑Cloud‑Partnerschaft für bestehende HR- und Finance-Systemlandschaften relevant wird

Wenn Self-Service- und Admin-Anfragen in HR oder Finance über mehrere Systeme laufen, entstehen Reibungspunkte an den Übergaben. Genau dort setzt die Workday-Google-Cloud-Partnerschaft an: Sie bringt AI-Agenten näher an die tägliche Arbeitsumgebung und verlagert Antworten und Aktionen in die Anwendungen, die Mitarbeitende bereits nutzen. Workday und Google Cloud koppeln dafür den Workday Agent System of Record (ASOR) mit Googles Enterprise-Agentenplattform und schaffen nach eigener Darstellung eine gemeinsame Grundlage für Workflows mit Governance und Security [1].

Für bestehende Systemlandschaften ist das relevant, weil die klassische Trennung zwischen Fachanwendung, Suchoberfläche und Prozessschritt aufweicht. Der Sana Self-Service Agent von Workday ist jetzt direkt in Gemini Enterprise verfügbar. Mitarbeitende können dort Fragen stellen und erhalten Antworten aus Workday, wobei Policies und Berechtigungen bereits angewendet werden [1]. Das reduziert nicht automatisch jede Integrationskomplexität, verschiebt aber den Zugriffspunkt an den Ort, an dem Arbeit ohnehin stattfindet. Für HR-IT-Leiter ist genau das der Punkt: Weniger Sprünge zwischen Portalen, weniger Medienbrüche in Standardanfragen, weniger manuelle Nacharbeit in der Bearbeitungskette.

Die Partnerschaft zielt zudem nicht nur auf Self-Service. Google Cloud und Workday kündigen an, gemeinsam eine nächste Generation von Workday-Agenten für HR und Finance zu entwickeln [1]. Damit rückt die Frage in den Vordergrund, wie solche Agenten künftig in bestehende Prozesse eingebettet werden: als Frontend für Anfragen, als Orchestrierungsschicht zwischen Systemen oder als Auslöser für Folgeaktionen in Workday und angrenzenden Plattformen.

Hinzu kommt die Modellauswahl. Gemini wird laut Marktberichterstattung zum Default-KI-Modell für Sana for Workday [2]. Für Architekturteams ist das kein Detail, sondern ein Hinweis auf die technische Klammer der Zusammenarbeit: Wenn Modell, Agentenplattform und System-of-Record enger verzahnt sind, verschiebt sich die Integrationsfrage von reiner Schnittstellenanbindung hin zu Governance, Berechtigungslogik und Ausführungsort der Agenten. Wer heute HR- oder Finance-Systeme modernisiert, sollte diese Richtung mitdenken. Wer diese Frage strategisch einordnen möchte, findet im Beitrag zu Cloud vs. On-Premise HR – die richtige Wahl 2025[3] zusätzliche Orientierung zu Architektur-, Sicherheits- und Integrationsentscheidungen.

Die neuen technischen Bausteine: ASOR, Gemini und die Enterprise-Agentenplattform

Die technische Logik der Partnerschaft liegt nicht in einem einzelnen neuen Bot, sondern in einer engeren Kopplung von Agenten-, Modell- und Governance-Schicht. Workday verbindet seinen Agent System of Record mit Googles enterprise-fähiger Agentenplattform und den dazugehörigen Modellen, sodass Agenten von Workday, Google und Drittanbietern in gemeinsamen HR- und Finance-Workflows zusammenarbeiten können [4]. Für Architekturteams ist das mehr als eine Funktionsmeldung. Es deutet darauf hin, dass nicht nur Frontend-Interaktion, sondern auch Ausführung, Berechtigung und Steuerung enger zusammenrücken. ASOR kann damit als integrativer Anker für Policies, Zuständigkeiten und Agentenbeziehungen dienen.

Wichtig ist außerdem der Sicherheitsrahmen. Die Partnerschaft zielt laut Dossier darauf, dass Daten die sichere Workday-Umgebung nicht verlassen [5]. Das verschiebt die Bewertungsfrage für HR- und Finance-Architekturen: Nicht die reine Verfügbarkeit eines Agenten entscheidet, sondern die Frage, ob er innerhalb der bestehenden Schutz- und Freigabelogik agiert. Wenn Sie heute Rollen, Berechtigungen und Freigabeketten sauber modelliert haben, wird genau dieser Bestand zum Hebel für die nächste Integrationsstufe. Falls Sie gerade prüfen, ob Ihre Landschaft dafür eher auf einen Cloud-Kern oder auf eine ERP-gebundene Struktur ausgerichtet sein sollte, hilft der Vergleich Workday vs. SAP SuccessFactors: ERP-Verbund oder Cloud-first-Kern?[6] bei der Einordnung.

ASOR als integrativer Anker für Permissions und Policies

ASOR steht in dieser Partnerschaft für mehr als ein Register technischer Agenten. Workday und Google Cloud beschreiben eine gemeinsame Grundlage, auf der Workflows mit Governance und Security laufen [1]. Für Unternehmen heißt das: Ein Agent bekommt seine Handlungsmacht nicht isoliert, sondern eingebettet in die vorhandenen Regeln des führenden Systems. Policies und Berechtigungen werden laut Workday bereits angewendet, bevor eine Antwort aus Workday im Gemini-Enterprise-Kontext erscheint [1].

Genau daraus kann ASOR als integrativer Anker für Rechte- und Attributsteuerung entstehen. Für HR- und Finance-Teams ist das relevant, weil Agenten dann nicht nur Anfragen beantworten, sondern ihre Antworten an Kontext wie Rolle, Organisationseinheit oder Freigabestatus koppeln können. Das ist kein Detail der Benutzeroberfläche. Es entscheidet darüber, ob ein Agent in einer globalen Organisation brauchbar bleibt oder in jeder Tochtergesellschaft separat eingefasst werden muss.

Gemini als Default‑Modell und seine Implikationen

Gemini wird laut Dossier zum Default-KI-Modell in Sana for Workday [2]. Das ist architektonisch relevant, weil damit nicht nur ein Modell angeschlossen wird, sondern ein Standard für die Modellschicht gesetzt wird. Wer mehrere HR- und Finance-Agenten parallel betreibt, profitiert vor allem dann von einem solchen Default, wenn Antwortverhalten, Kontextverarbeitung und Dialoglogik möglichst konsistent bleiben. Für Betriebsverantwortliche wird damit die Modellfrage zu einer Steuerungsfrage für Qualität und Wiederholbarkeit.

Die Partnerschaft koppelt diese Modellentscheidung direkt an Workday-Prozesse. Mitarbeitende können in Gemini Enterprise Fragen stellen und erhalten Antworten aus Workday, während die passenden Richtlinien bereits greifen [1]. Für Architekturverantwortliche ergibt sich daraus die Möglichkeit, Modellverhalten über HR- und Finance-Agenten hinweg stärker zu vereinheitlichen. Entscheidend bleibt aber, ob diese Konsistenz auch bei komplexeren Workflows trägt, etwa wenn ein Agent Informationen nur zusammenführt oder bereits Folgeaktionen anstößt.

Multi‑Agent Governance in Enterprise‑Umgebungen

Die Partnerschaft ist explizit auf ein Agenten-Ökosystem ausgelegt. Workday, Google Cloud und Drittanbieter-Agenten sollen in gemeinsamen HR- und Finance-Workflows arbeiten [4]. Laut Dossier unterstützt die Kooperation Agent-to-Agent, Agent-to-UI und das Model Context Protocol [7]. Genau daraus entsteht die Governance-Frage für Enterprise-Umgebungen: Wer darf welche Information weiterreichen, welcher Agent darf eine Aktion auslösen, und an welcher Stelle endet der Kontext?

MCP kann dabei als Schnittstellenoption für Kontextweitergabe dienen, wenn Unternehmen unterschiedliche Agenten in denselben Prozess einbinden wollen. Das ist besonders dann relevant, wenn HR und Finance nicht über ein einzelnes Frontend laufen, sondern über mehrere Fachanwendungen, Freigaben und Hilfssysteme. Die Partnerschaft legt dafür einen gemeinsamen Governance-Stack nahe. Ob daraus im eigenen Haus eine saubere Betriebslogik wird, hängt allerdings von der bestehenden Integrationsdisziplin ab.

Was die Partnerschaft für Integrationsarchitekturen bedeutet

Wenn HR- und Finance-Prozesse heute an Grenzen stoßen, liegt das oft nicht an der Fachlogik, sondern an der Integrationsform. Die Partnerschaft von Workday und Google Cloud verschiebt den Schwerpunkt weg vom einzelnen Portal hin zu einer Umgebung, in der Multi-Agent-Orchestrierung direkt in den Tools stattfindet, die Mitarbeitende bereits nutzen [5]. Workday beschreibt zudem, dass Agenten Informationen austauschen und Aufgaben in Echtzeit aneinander übergeben können [7]. Das deutet auf ein Integrationsparadigma hin, in dem nicht mehr primär ein System per API abgefragt wird, sondern ein Agent einen Kontext übernimmt, eine Entscheidung vorbereitet und den nächsten Schritt weiterreicht.

Für bestehende Architekturen ist das relevant, weil sich der Ort der Interaktion verändert. Statt dass Nutzer in ein HR- oder Finance-Portal wechseln, wird Gemini Enterprise zum Einstiegspunkt für Fragen und Aktionen [1]. Damit wandert die Prozesslogik näher an die Oberfläche, die im Arbeitsalltag bereits genutzt wird. Die eigentliche Fachanwendung bleibt führend, aber sie tritt für Standardanfragen stärker in den Hintergrund.

Event-getriebene Agent Interaktionen im Vergleich zu klassischen API-Integrationen

Die Ankündigung legt nahe, dass sich Integrationen von expliziten Pull-Aufrufen hin zu agentenbasierten Übergaben entwickeln. In einer klassischen API-Integration fordert ein Zielsystem Daten gezielt an und verarbeitet sie anschließend selbst. In der von Workday und Google Cloud skizzierten Logik können Agenten Aufgaben dagegen autonom in Echtzeit weiterreichen [7]. Das ist für Architekturen relevant, weil die Kopplung lockerer werden kann, der Kontext aber stärker standardisiert sein muss.

Die bereitgestellten Quellen nennen A2A, A2UI und das Model Context Protocol als unterstützte Ansätze [7]. Daraus ergibt sich technisch eine einfache Lesart: A2A trägt die Weitergabe zwischen Agenten, A2UI koppelt den Prozess an die Benutzeroberfläche, und MCP kann Kontext standardisieren, damit ein Agent den nächsten Schritt mit ausreichendem Bezug übernimmt. Für IT-Verantwortliche heißt das: Schnittstellen müssen nicht nur Daten transportieren, sondern auch Zuständigkeiten, Rechte und Ausführungsreihenfolgen abbilden. Genau dort entstehen die meisten Brüche, wenn ein Agent nicht nur antwortet, sondern Folgehandlungen anstoßen soll.

Neue Rolle von Gemini Enterprise als Orchestrationslayer

Gemini Enterprise wird in der Partnerschaft zum zentralen Interaktionspunkt für Self-Service. Mitarbeitende können dort direkt Fragen stellen und erhalten Antworten aus Workday, wobei Policies und Berechtigungen bereits angewendet werden [1]. Damit wird Gemini Enterprise mehr als ein Chat-Frontend. Es bündelt Anfrage, Kontext und Rückgabe an einem Ort und fungiert damit als Orchestrationslayer für die erste und oft wichtigste Prozessinteraktion.

Der technische Mehrwert liegt in der Verlagerung der Einstiegslogik. Ein Nutzer stellt eine Frage in Gemini Enterprise, der Sana Self-Service Agent greift auf Workday zu, und die Antwort kommt mit den dort hinterlegten Regeln zurück [1]. Wenn Daten die sichere Workday-Umgebung nicht verlassen [5], entsteht für Integrationsverantwortliche ein klarer Prüfpunkt: Wo endet die Oberfläche, und wo beginnt die eigentliche Geschäftslogik? Genau diese Trennung entscheidet darüber, ob Gemini Enterprise den Workflow nur bedient oder ihn tatsächlich orchestriert.

Praxisbeispiele: Mögliche Multi‑Agent‑Workflows in HR und Finance

Die Partnerschaft zielt auf reale HR- und Finance-Workflows, nicht auf einen isolierten Assistenten im Nebenfenster [5]. Genau dort entsteht für Integrationsverantwortliche der eigentliche Mehrwert: Ein erster Agent nimmt die Anfrage an, ein zweiter prüft den Kontext, ein dritter stößt die passende Aktion an. Laut Dossier unterstützen die beteiligten Systeme dabei Agent-to-Agent und Agent-to-UI [7]. Das ist architektonisch interessant, weil Aufgaben damit nicht an einer einzigen Oberfläche hängen bleiben. Ein Vorgang kann in Gemini Enterprise starten, in Workday verifiziert werden und im nächsten Schritt wieder in der Nutzeroberfläche landen.

Für HR- und Finance-Systemowner heißt das nicht, dass jeder Prozess sofort agentenfähig wird. Es heißt aber, dass die Kette aus Frage, Prüfung und Freigabe neu gedacht werden kann. Wenn Ihre Organisation bereits klare Zuständigkeiten, Rollen und Freigaben modelliert hat, lässt sich diese Logik eher in Multi-Agent-Flows überführen. Wo die Regeln unsauber sind, wird der Agent die Unschärfe nur sichtbarer machen.

Wenn Sie die Auswirkungen auf Ihre heutige HR-Systemlandschaft einordnen wollen, hilft ein Blick auf Workday vs. Personio – welche HR-Software passt zu dir?[8] insbesondere dann, wenn Self-Service, Automatisierung und Skalierung im Mittelpunkt stehen.

HR‑Self‑Service‑Szenarien der nächsten Generation

Ein naheliegendes Szenario ist die PTO-Anfrage. Der Mitarbeitende formuliert die Frage in Gemini Enterprise. Ein Workday-Agent zieht die relevanten Daten aus dem HR-Kontext, prüft die hinterlegten Rechte und gibt eine Antwort aus, ohne dass der Nutzer zwischen Anwendungen wechseln muss [5]. Der nächste Schritt kann über A2UI wieder in der Oberfläche erscheinen, wenn eine Bestätigung oder Rückfrage nötig ist [7].

Ähnlich lässt sich eine Mitarbeiterdatenabfrage denken. Statt ein Formular zu öffnen, fragt der Nutzer nach Resturlaub, Vorgesetzten oder Teamzuordnung. Der Agent beantwortet die Anfrage aus Workday und kann bei Bedarf an einen weiteren Agenten übergeben, der etwa eine Änderung vorbereitet oder den Vorgang zur Freigabe weiterreicht. Entscheidend ist nicht das einzelne Beispiel. Entscheidend ist die Chain dahinter: Erst Kontext holen, dann berechtigen, dann handeln.

Finance‑Workflows: Von Reporting zu Aktion

Im Finanzbereich ist die Logik ähnlich, aber die Hürde höher. Das Dossier beschreibt, dass die tiefere Verbindung zwischen Gemini und Workday Data Cloud Unternehmen von statischen Reports zu unmittelbaren Aktionen führen kann, ohne dass Daten die sichere Workday-Umgebung verlassen [2]. Das ist relevant für Budgetfragen. Ein Manager fragt nach dem verfügbaren Restbudget, der Agent ruft den aktuellen Stand ab und kann bei Bedarf den nächsten Schritt anstoßen.

Für Spesenprozesse lässt sich eine ähnliche Kette denken. Ein Agent identifiziert eine unvollständige Abrechnung, ein zweiter fordert die fehlenden Angaben an, ein dritter leitet den Vorgang zur Prüfung weiter. Durch A2A können diese Agenten Informationen und Aufgaben übergeben, ohne dass der Nutzer jeden Zwischenschritt selbst ausführen muss [7]. Genau hier liegt der architektonische Unterschied zu klassischem Reporting. Der Bericht erklärt nicht nur den Status, sondern eröffnet direkt einen bearbeitbaren Prozess.

Wenn Sie solche Workflows bewerten, sollten Sie weniger auf die Oberfläche schauen und mehr auf die Reibungspunkte dahinter: Welche Aktion darf ein Agent autonom auslösen, wann braucht es eine Freigabe, und wie sauber ist der Handover nach A2UI definiert? Diese Fragen entscheiden darüber, ob Multi-Agent-Workflows den Alltag entlasten oder nur zusätzliche Komplexität erzeugen.

Architektur-Check: Was Unternehmen jetzt vorbereiten sollten

Wenn Sie AI-Agenten in HR und Finance ernsthaft testen wollen, beginnt die Arbeit nicht am Prompt, sondern in der Systemlandschaft. Die Partnerschaft von Workday und Google Cloud zeigt bereits die Richtung: Alphabet nutzt die Gemini Enterprise Agent Platform, um einen eigenen Workday-Agenten zu bauen [7]. Für IT-Verantwortliche ist das ein klares Signal, dass agentenfähige Workflows nicht mehr nur als Oberfläche gedacht werden dürfen. Entscheidend wird, ob Ihre bestehende HR-/Finance-Architektur Kontext, Rechte und Übergaben sauber tragen kann.

Prüfen Sie zuerst, wo heute die kritischen Integrationspunkte liegen. In vielen Landschaften hängen dort nicht die Fachprozesse, sondern Berechtigungen, Freigaben und Datenqualitäten. Genau diese Stellen werden bei Agenten sofort relevant, weil ein Agent nicht nur lesen, sondern auch vorbereiten oder anstoßen soll. Wenn Ihre Organisation heute bereits saubere Rollenmodelle, klare Freigabeketten und nachvollziehbare Datenherkunft pflegt, ist der Übergang deutlich einfacher. Wenn nicht, verstärkt ein Agent die Schwachstellen nur schneller.

Checkliste: 6 Punkte für die Vorbereitung auf AI‑Agenten‑Integrationen

Architektur-Bewertung: Erfassen Sie, welche HR- und Finance-Systeme führend sind und wo Nutzer heute zwischen Oberflächen wechseln müssen. Policy-Review: Prüfen Sie, welche Antworten und Aktionen ein Agent überhaupt auslösen darf. Data-Governance: Stellen Sie sicher, dass Stammdaten, Berechtigungen und Herkunft der Daten eindeutig sind. Schnittstellenanalyse: Identifizieren Sie alle Übergaben, die heute nur per Punkt-zu-Punkt-Integration laufen. Use-Case-Mapping: Priorisieren Sie Szenarien mit klaren Regeln, etwa Self-Service oder Statusabfragen. Pilot-Scoping: Begrenzen Sie den ersten Test auf einen Prozess mit kontrollierbarer Freigabelogik.

Der Nutzen dieser Prüfung liegt nicht in der Vollständigkeit, sondern in der Reduktion von Risiko. Ein Pilot ist nur dann sinnvoll, wenn Sie ihn fachlich und technisch sauber eingrenzen können.

Was diese Entwicklung für die strategische HR‑ und Finance‑Roadmap bedeutet

Wenn HR- und Finance-Anfragen künftig in einer einzigen Experience starten, verschiebt sich die Roadmap weg von einzelnen Fachlösungen hin zu einer agentenfähigen Interaktionsschicht [7]. Genau das ist der strategische Kern der Workday-Google-Cloud-Partnerschaft: Der Nutzer soll nicht mehr wissen müssen, in welchem System die Antwort entsteht. Die Systeme übernehmen die Arbeit im Hintergrund, solange Policies, Berechtigungen und Übergaben sauber modelliert sind [1].

Für Enterprise-Architekten ist das kein reines Frontend-Thema. Eine solche Experience-Schicht verändert, wie Sie Integrationen priorisieren. Klassische Punkt-zu-Punkt-Verbindungen reichen dann oft nicht mehr aus, wenn ein Workflow Kontext aufnehmen, Entscheidungen vorbereiten und die nächste Aktion anstoßen soll. Die Roadmap sollte deshalb drei Ebenen getrennt betrachten: Datenzugriff, Berechtigungslogik und Übergabe zwischen Agenten und Oberflächen.

Der relevante Unterschied liegt in der Steuerung. Ein statischer Prozess beantwortet eine Anfrage. Ein agentischer Prozess kann die Anfrage anreichern, prüfen und in einen Folgeprozess überführen [7]. Das ist für HR und Finance attraktiv, weil dort viele Abläufe bereits regelbasiert sind. Gleichzeitig steigt die Bedeutung von Governance. Je mehr Automatisierung Sie zulassen, desto klarer müssen Zuständigkeiten, Freigaben und Auditierbarkeit definiert sein.

Für die Bewertung Ihrer Systemlandschaft bietet sich jetzt ein strukturierter Abgleich an: Welche HR- und Finance-Prozesse laufen heute noch mit Medienbrüchen? Wo liegen die entscheidenden Berechtigungen? Welche Workflows könnten in einer einzigen Experience zusammengeführt werden, ohne die Systemverantwortung zu verwischen? Genau aus diesen Antworten ergibt sich, ob Sie eine agentische Architektur nur beobachten oder aktiv vorbereiten sollten.

Wenn Sie Ihre aktuelle HR-/Finance-Systemlandschaft im Hinblick auf zukünftige AI-Agenten-Integrationen prüfen möchten, bietet sich eine fachliche Bewertung der heutigen Rollen-, Freigabe- und Schnittstellenlogik an.