Google Gemini Enterprise

Wer in einer Schweizer Bank über Google als KI-Lieferanten nachdenkt, stellt meist zuerst die Frage nach Datenstandort und Schlüsselhoheit. Gemini Enterprise gibt darauf mehr dokumentierte Antworten als die meisten Wettbewerber in diesem Vergleich. Google beschreibt das Produkt als Kombination aus Intranetsuche, KI-Assistent und Agentenplattform¹¹ und die App als fortgeschrittene agentische Plattform, die Googles KI jedem Mitarbeitenden zugänglich macht¹².

Platz 4 in dieser Rangliste spiegelt zwei Dinge. Einerseits sind Sicherheits- und Residenzdokumentation stark, mit einer langen Liste von Zertifizierungen, EU-Datenhaltung und eigenen Schlüsseln^13,4,14. Andererseits ist Gemini Enterprise eine Plattform, auf der die Bank selbst baut, verteilt auf zwei getrennt zu kaufende Produkte². Nexus liefert den ersten produktiven Agenten mit erfahrenen Beratern innerhalb von vier Wochen¹⁵, Hebbia ist auf die Finanzbranche spezialisiert¹⁶, und Copilot Studio passt besser zu Häusern, die bereits auf Microsoft setzen¹⁷. Die Quelle N18 bezeichnet eine Unternehmensbestätigung von Nexus.

Wer Google Cloud kennt, erkennt das Muster der Einrichtung sofort wieder. Zuerst kauft die Bank ein Abonnement einer Edition für ihr Rechnungskonto³⁴. Danach verteilt sie Lizenzen auf bestimmte Projekte und Standorte³⁵. Lizenzen lassen sich automatisch oder von Hand zuweisen³⁶, sie gelten für ein Google Cloud Projekt und einen Standort³⁷, und Abonnements hängen an einem Rechnungskonto³⁸. Sitzlizenzen bucht man wahlweise für einen Monat oder ein ganzes Jahr³⁹, wobei die Cloud-Konsole von sich aus eine Obergrenze für die Sitzzahl durchsetzt⁴⁰. Voraussetzung für jede Zuweisung ist, dass der betreffende Mitarbeitende zuvor wenigstens als Gemini Enterprise User berechtigt wurde⁴¹.

Für die IT einer Bank ist das vertrautes Terrain, sofern sie Google Cloud bereits betreibt. Für Häuser ohne Google Cloud Erfahrung bedeutet es einen zusätzlichen Aufbau von Projekten, Rollen und Rechnungskonten. Für eine erste Erprobung gewährt Google bei Standard und Plus eine Gratisphase von 30 Tagen⁴².

Die Nachweisliste von Google gehört zu den längsten im ganzen Vergleich¹³. Für Standard, Plus und Notebook Enterprise⁵¹ zählt sie Regelwerke und Prüfungen wie HIPAA, FedRAMP, ISO 27001, PCI DSS und die SOC-Berichte 1 bis 3 auf¹³. Für Banken sticht SOC 1 in dieser Liste hervor; PCI nennt neben Google auch WRITER⁵². Eine Zertifizierung nach ISO 42001 ist in der zitierten Liste nicht genannt; Nexus führt sie auf seiner öffentlichen Vergleichsseite auf⁵³, ebenso nennen Hebbia, Glean und WRITER diese Norm^54,55,56.

Bei den Schlüsseln bietet Google mehrere Stufen. Kundenverwaltete Schlüssel werden unterstützt¹⁴, für Standard und Plus über den Cloud Key Management Service⁵⁷. Dazu kommen ein externer Schlüsselverwalter und Hardware-Sicherheitsmodule⁵⁸. Eine Einschränkung ist für die Planung entscheidend: Wählt die Bank den Standort global, muss sie auf eigene Schlüssel und auf Access Transparency verzichten⁸. Eine Bank, die Schlüsselhoheit verlangt, muss also eine konkrete Region wählen.

Zugriffe steuert Cloud IAM, das den Zugang auf eingerichtete Administratoren und Nutzer beschränkt⁵⁹. Zugriffsrechte auf Dokumentebene werden durchgesetzt, um Datenabfluss zu verhindern⁶⁰, und die Suche gibt Informationen nur unter Beachtung der Berechtigungen frei⁶¹. Für Konnektoren zu Drittsystemen empfiehlt Google Workforce Identity Federation⁶². Als reiner Clouddienst lässt Gemini Enterprise keinen Raum für Netzwerkkontrollen, die die Bank selbst einzieht⁶³.

Google verspricht mit der App eine einzige Konsole, in der sämtliche Agenten aller Abteilungen unter zentraler Aufsicht stehen⁶⁴. Verwaltet werden die grossen Editionen mit drei Mitteln: IAM, Single Sign-on per Workforce Identity Federation und die Zugriffslisten der angebundenen Quellen¹⁰. Administratoren können ein Kontingent pro Nutzer aktivieren, um den Verbrauch zu begrenzen⁶⁵.

Für den Schutz sensibler Daten ist Sensitive Data Protection verfügbar, das verhindert, dass sensible Inhalte aus Konnektoren aufgenommen oder indexiert werden⁶⁶. Es funktioniert mit allen Editionen außer Business⁶⁷ und unterstützt die Multiregionen global, EU und USA⁶⁸. Zwei Grenzen sind dokumentiert: Datenspeicher der älteren Bauart, etwa Cloud Storage, BigQuery oder Websites, bleiben von den Inhaltsregeln unberührt⁶⁹. Und Microsoft-Dateien mit Verschlüsselung durchsucht das System nicht nach Regelverstössen⁷⁰. Gerade Banken, die Office-Dokumente mit Verschlüsselung schützen, sollten diesen Punkt kennen.

Als Datenstandort stehen drei Werte zur Auswahl: us, eu oder global⁴. In Standard und Plus verspricht Google, dass die Daten in dem gewählten Gebiet bleiben⁷¹. Für die Prüfspur bieten die Unternehmenseditionen Access Transparency und Cloud Audit Logs⁹. Eine Schweizer Region ist in dieser Liste nicht enthalten⁴; eine Bank, die eine Verarbeitung in der Schweiz verlangt, findet dazu auf den geprüften Seiten keine Option.

Zum Training sind die Aussagen klar. Prompts, Antworten und Unternehmensdaten der Unternehmenseditionen werden nicht zum Training der Basismodelle verwendet^72,5, und auch für die Business Edition gilt, dass sie weder Google-Modelle noch Modelle anderer Kunden trainieren⁷³. Kundendaten bleiben im jeweiligen Google Cloud Projekt isoliert⁷⁴. Verlangt ein Nutzer die Löschung seiner Daten, ist sie spätestens nach 60 Tagen vollzogen⁷⁵.

Bei der Agent Platform sieht das Regelwerk etwas anders aus. Ein Training oder Feintuning mit Kundendaten findet dort nur statt, wenn der Kunde es vorher erlaubt oder anweist⁷⁶. Nutzt die Bank Models as a Service, bleiben ihre Daten eine begrenzte Zeit gespeichert⁷⁷. Die Protokollierung von Anfragen und Antworten ist standardmässig ausgeschaltet⁷⁸. Bei der Fundierung über die Google Suche werden Protokolle bis zu drei Tage gespeichert⁷⁹. Für eine Bank mit strengen Vorgaben zur Datenhaltung ist diese Unterscheidung zwischen App und Agent Platform wichtig.

Die Standard Edition erlaubt 160 Assistentenanfragen pro Tag und Lizenz⁹⁰, die Plus Edition 200⁹¹. Die Kontingente werden mit Ausnahme von Speicher und Indexierung über die Nutzer einer Edition gepoolt⁹². Speicher- und Indexierungskontingente sind über alle Editionen eines Projekts und Standorts zusammengefasst⁹³.

Aus den Unterlagen von Google lässt sich ein Prüfpfad für die Architektur- und Compliance-Abnahme ableiten.

1. Region festlegen: eu statt global, damit eigene Schlüssel und Access Transparency überhaupt verfügbar sind^8,4. 2. Schlüsselmodell bestimmen: Cloud KMS, externer Schlüsselverwalter oder Hardware-Sicherheitsmodul^57,58. 3. Ausgehenden Verkehr der Fremdkonnektoren mit der Netzwerksicherheit abstimmen, da diese öffentliche Endpunkte ansprechen³. 4. Organisationsrichtlinien für VPC Service Controls vorbereiten, damit erlaubte Datenquellen angelegt werden können^49,50. 5. Sensitive Data Protection für die Konnektoren einschalten und prüfen, welche älteren Datenspeicher ausserhalb seiner Regeln bleiben^66,69. 6. Klären, wie verschlüsselte Office-Dateien behandelt werden, weil sie nicht auf Verstösse geprüft werden⁷⁰. 7. Für die Agent Platform die Aufbewahrung bei Models as a Service und die Protokolle der Google-Suche bewerten^77,79. 8. Ein verbindliches Angebot für Standard oder Plus einholen, weil öffentliche Sitzpreise fehlen⁸⁸.

Diese Fragen sind lösbar, aber sie verlangen ein Team mit Google-Cloud-Erfahrung. Den eigentlichen Bau des ersten Agenten für einen Bankprozess übernimmt dabei niemand von Google; dazu schweigen die geprüften Seiten. Genau an diesem Punkt setzt Nexus an, mit erfahrenen Beratern, die gemeinsam mit dem Fachbereich bauen, und einem ersten Agenten, der nach vier Wochen produktiv läuft¹⁵.