Nexus

Nexus für Banken und Versicherer: Umsetzung mit Beratern, abgerechnet wie Software

Wer in einer Bank oder einem Versicherungskonzern einen KI Agenten in Betrieb nehmen will, braucht drei Unterschriften. Die Fachabteilung muss bestätigen, dass der Agent den Prozess richtig abbildet. Die IT muss jede Schnittstelle verantworten. Und die zweite Verteidigungslinie, also Compliance, Informationssicherheit und Auslagerungsmanagement, muss den neuen Dienstleister durchleuchten. Auf der Strecke zwischen diesen drei Unterschriften entscheidet sich, ob ein Projekt den Betrieb erreicht. Nexus belegt in dieser Rangliste Platz 1, weil sein Angebot auf genau diese Strecke ausgerichtet ist: Vor Ort sitzen erfahrene Berater mit am Tisch, vier Wochen nach dem Start bearbeitet der erste Agent echte Vorgänge, und auf der Rechnung steht die automatisierte Rolle als Einheit¹.

Die Grundidee: Was die besten Leute eines Hauses im Kopf haben, wird zu einem Ablauf, der ohne sie funktioniert². Für einen Bereichsleiter Kundenservice in einer Sparkasse oder einen Schadenchef in einer Versicherung zählt allerdings zuerst etwas anderes: Wer trägt das Ergebnis, und welche Belege lassen sich der Revision vorlegen? Dieses Profil geht beiden Fragen nach und benennt dabei auch, wo die öffentlich zugänglichen Seiten noch Lücken lassen.

Das Unternehmen hinter dem Produkt

In den Nutzungsbedingungen tritt Nexus Enterprises mit dem Handelsnamen nexusGPT auf³, eine Gesellschaft mit Sitz im US Bundesstaat Delaware⁴, deren Bedingungen auch dem dortigen Recht folgen⁵. Gestartet wurde Nexus Agent im Jahr 2024⁶. Die Seed Runde, bei der General Catalyst als führender Investor auftrat, brachte 4,3 Millionen US Dollar⁷. Im Text zu dieser Runde nennt sich die Firma selbst ganz am Anfang ihres Weges⁸.

Für das Auslagerungsmanagement eines Instituts ergibt sich daraus ein klares Arbeitsprogramm. Bei einem jungen Dienstleister mit Sitz in den USA gehören Fortführungsrisiko, Ausstiegsstrategie und Vertragsrecht auf die Prüfliste. Wer bei Nexus ins Projekt kommt, ist erfahrener Berater, und unter den Gründern ist jemand, der seine Laufbahn vorher bei McKinsey verbracht hat¹. Häuser, die Lenkungskreise, Abnahmeprotokolle und klare Meilensteine gewohnt sind, finden sich in dieser Arbeitsweise schnell wieder.

Was die Kundenergebnisse zeigen

Die wichtigste Referenz ist Orange, und dort stieg der Customer Lifetime Value dank des Agenten um 6 Mio. USD¹. Über alle Projekte hinweg nennt der Blog 12 Großkunden mit einer gemeinsamen Marktkapitalisierung jenseits von 70 Milliarden US Dollar⁹, zu denen Orange Group und Lambda.ai zählen¹⁰. In Summe hat Nexus 174 Agenten in den Echtbetrieb gebracht¹¹ und dabei 13 Millionen US Dollar Wirkung bei Kunden ohne einen einzigen abgewanderten Kunden erzielt¹².

Drei weitere Fälle aus anderen Branchen ergänzen das Bild. Lambda.ai lässt Agenten heute im Verkauf und im Marketing mitarbeiten¹³, und die Rollenseite für Vertrieb rechnet daraus jährlich über 10.000 Stunden Entlastung für das Verkaufsteam¹⁴. Ein europäischer Telekommunikationskonzern, ein einzelner Kunde, leitet Quartal für Quartal siebenstellige Mengen an Kundenanliegen, nämlich über eine Million, durch Agenten von Nexus¹⁵. Bei einem ungenannten Gerätehersteller schließlich kommt der Telefonsupport in 85 von 100 Fällen ohne menschliche Hand aus¹⁶.

Ob schon ein Kreditinstitut oder ein Versicherer Nexus produktiv nutzt, ist auf den geprüften Seiten nicht öffentlich angegeben. Übertragbar sind die Muster dennoch, denn hohes Anfragevolumen im Kundenservice, Rückgewinnung kündigungswilliger Kunden und Vorbereitung von Beratungsgesprächen prägen das Privatkundengeschäft einer Bank ebenso wie den Vertrieb eines Versicherers. Gemessen wird die Erfolgsquote von 100 Prozent jeweils an der Kennzahl, für die ein Agent ursprünglich aufgesetzt wurde¹⁷. Ein Risikocontroller sollte die Zahlen also als Einladung zu Referenzgesprächen verstehen und den eigenen Business Case auf die Messung im Proof of Concept stützen.

Aufbau: eine Schicht über der bestehenden IT

Architektonisch ist Nexus als zusätzliche KI Lage oberhalb der vorhandenen Anwendungen gedacht¹⁸, und kein Hersteller eines Einzelwerkzeugs bestimmt, was damit möglich ist¹⁹. Auf der Seite für Telekommunikationsanbieter wird das Modell in drei Lagen erklärt. Die oberste Lage ist reine Infrastruktur und schafft die Verbindung zwischen jeder Anwendung und jedem Team²⁰. Eine Lage tiefer wird jedes Element, ob Anwendung, Sprachmodell oder Zugriffsrecht, zu einem Modul, aus dem der Fachbereich beliebige Agenten zusammenstecken kann²¹. Und auf der untersten Ebene liegt jeder Agent in der Hand des Teams, das mit ihm arbeitet, vom Bau über den Einsatz bis zur Rechenschaft²².

Getragen wird das Ganze von vier Säulen, die die Vertriebsseite aufzählt, nämlich einem zentralen Firmenwissen, der Governance, dem Rechtekonzept und einer Sammlung wiederverwendbarer Module²³. Was eine Person in dieser Funktion heute erledigt, übernimmt dann ein Verbund, in dem Agenten neben Assistenten, Automatisierungen und Skripten stehen²⁴. Die Übergabe zwischen Systemen geschieht über eine gemeinsame Oberfläche²⁵, und jede Erkenntnis aus einem Bau landet im geteilten Gedächtnis²⁶. Beim Sprachmodell lässt Nexus die Wahl offen und erlaubt den Wechsel des Anbieters²⁷.

Gerade dieser letzte Punkt verdient in einem regulierten Haus Aufmerksamkeit. Ändert die Konzernsicherheit ihre Vorgaben zu einem Modellanbieter, lässt sich der Anbieter wechseln, während die Prozesse bestehen bleiben. Wie die Wechselmöglichkeit im Vertrag abgesichert wird, ist auf den geprüften Seiten nicht öffentlich angegeben, und genau deshalb sollte sie in die Verhandlung.

Einführung: im Haus gebaut, nach Wochen produktiv

An diesem Kriterium entscheidet sich der erste Platz. Auf der Startseite heißt es, ein Nexus Ingenieur entwickle die erste Prozedur gemeinsam mit den Mitarbeitenden und führe sie in deren eigenen Werkzeugen vor²⁸. Version 1 soll binnen Wochen produktiv sein, und danach bleibt Nexus im Projekt, um die Lösung zusammen mit dem Kunden weiterzuentwickeln²⁹. An anderer Stelle spricht die Startseite von vier Wochen bis zum Livegang mit laufender Weiterentwicklung³⁰ und davon, dass die erste Fassung schon nach wenigen Wochen mit echten Vorgängen arbeitet³¹. Verbindlich zugesagt ist ein Zeitrahmen, in dem der erste Agent nach 4 Wochen produktiv läuft, als Etappe eines Proof of Concept mit einer Gesamtdauer von 3 Monaten¹. Dieselben 4 Wochen nennt auch die Tabelle auf der Telekommunikationsseite³². Wer vorab sehen will, wie das aussieht, kann eine Demo am nächsten Tag bekommen, die Vergleichsseite nennt 24 Stunden³³.

Wie die Beraterrolle sich verändert, erklärt der Blog. Statt Ingenieuren beim Kunden setzt Nexus Agent inzwischen auf Berater beim Kunden, im Blog Forward Deployed Consultants genannt³⁴. Ihre Zeit fließt in Zuschnitt und Abstimmung, während Programmierung von Schnittstellen und der eigentliche Agentenbau bei Cue liegen, einer selbständig arbeitenden Bauschleife³⁵. Cue klärt mit dem Anwender den Zuschnitt, stellt gezielte Rückfragen und greift mit passenden Rechten auf interne Daten zu³⁶, und zwar innerhalb von ein bis zwei Stunden ohne fremde Hilfe³⁷. Die Vergleichsseite zu Glean beschreibt hingegen Forward Deployed Engineers, die in das Kundenteam eingebettet werden³⁸. Für die Dienstleistersteuerung ist relevant, welche Personen mit welchen Zugriffen im Projekt arbeiten, deshalb sollte diese Frage früh geklärt werden.

Für jeden Agenten wird schon vor dem ersten produktiven Tag festgelegt, an welcher Geschäftszahl sein Nutzen abgelesen wird³⁹. Rührt sich diese Kennzahl nicht, setzt Nexus den Agenten neu auf und verzichtet darauf, etwas nur scheinbar Produktives auszurollen⁴⁰. Ein Vorstand, der jede Investition gegenüber Aufsichtsrat und Prüfern begründen muss, kennt diese Logik aus dem eigenen Controlling.

Ob und welche Vorarbeiten der Kunde leisten muss, welche Installation nötig ist und wie der Projektstart abläuft, ist auf den geprüften Seiten nicht öffentlich angegeben. Ein Institut wird diese Punkte ohnehin mit der eigenen Informationssicherheit vorbesprechen.

Anbindung an Kernbanken und Bestandssysteme

Die Systemlandschaft eines Finanzinstituts ist über Jahrzehnte gewachsen. Kernbankensystem, Bestandsführung, Schadenplattform, CRM und Archiv sprechen selten dieselbe Sprache. Nexus kann auf über 4.000 fertige Verbindungen zurückgreifen⁴¹, die sich über Kundenmanagement, Warenwirtschaft und Finanzen, Kommunikationskanäle und individuell gebaute APIs verteilen⁴². Die Verbindung funktioniert lesend und schreibend⁴³, und ein Agent greift mitten im Vorgang live auf die angeschlossenen Systeme zu, um mit den aktuellen Daten zu arbeiten⁴⁴. Als Kanäle für Kundschaft und Belegschaft kommen Slack, Teams, WhatsApp, Telefon, das Web und klassische E Mail in Frage⁴⁵.

Banken mit SAP im Rechnungswesen, Salesforce oder Microsoft Dynamics im Vertrieb und ServiceNow im IT Betrieb dürfte interessieren, dass genau diese vier Plattformen im Blog als nächster Integrationsschwerpunkt stehen⁴⁶. Für Netzbetreiber bietet Nexus sogar an, die Systeme für Billing, Netz und Kunden gleich am ersten Projekttag zu verbinden⁴⁷. Eine vollständige Konnektorenliste ist auf den geprüften Seiten nicht öffentlich angegeben. Ein Institut legt deshalb am besten zu Beginn die Liste seiner Kernsysteme vor und lässt jede Anbindung im Proof of Concept vorführen.

Zertifikate und Sicherheitsnachweise

In vielen Ausschreibungen von Banken entscheidet dieses Kapitel über die Shortlist. Vorweisen kann Nexus einen SOC 2 Typ 2 Nachweis, Zertifizierungen nach ISO 27001 sowie ISO 42001 und die Einhaltung der DSGVO¹. Mit ISO 42001 liegt ein Managementsystem speziell für künstliche Intelligenz vor, und damit ein Anknüpfungspunkt für Institute, die KI Risiken in ihr bestehendes Kontrollsystem einhängen wollen.

Die Gegenüberstellung mit Glean ergänzt drei Punkte, die jede Revision interessieren: vollständige Audit Trails, die Rückverfolgbarkeit jeder Entscheidung und ein rollenbasiertes Zugriffsmodell⁴⁸. Der Blog verbindet Prüfpfade und Rollenmodell mit Steuerungen zur Datenresidenz, die eine CIO Freigabe bestehen sollen⁴⁹. Die Datenschutzerklärung verweist auf Schutzvorkehrungen, die sie als angemessen und vernünftig bezeichnet⁵⁰, und überlässt die Speicherung von Zahlungsinformationen dem Dienstleister Stripe⁵¹.

Was fehlt, gehört ebenso auf den Tisch. Für die Anmeldung per SAML, für Verschlüsselungsverfahren, Penetrationstests, die Herausgabe des SOC 2 Berichts und ein Service Level gilt: auf den geprüften Seiten nicht öffentlich angegeben. Eine Bank, die jede Auslagerung lückenlos dokumentiert, nimmt diese Punkte in ihren Sicherheitsfragebogen auf und klärt sie in den ersten Wochen des Proof of Concept.

Governance zwischen Fachbereich und IT

Das Leitbild lautet: Eigentümer der Agenten ist der Fachbereich, das Vertrauen der IT ist die Voraussetzung⁵². Die Telekommunikationsseite formuliert es als Arbeitsteilung, bei der die IT ihre Kontrollen vorgibt und Nexus deren Anwendung erleichtert⁵³. Ist der Agent live, übernimmt das Fachteam den Betrieb⁵⁴. Für die Revision ist hilfreich, dass jede Handlung eines Agenten in einer gemeinsamen Übersicht erscheint⁵⁵ und dass Zugriffsrechte und Leitplanken zentral an einer einzigen Stelle hinterlegt werden⁵⁶.

Für Compliance besonders bemerkenswert ist eine Regel aus dem Blog. Ohne Zustimmung des CIO zu Datenfluss, Zugriffsmodell und Prüfpfad wird kein Agent ausgeliefert⁵⁷, und Governance gilt dort als Grundlage des ganzen Ansatzes⁵⁸. Im Betrieb handelt ein Agent selbst, wenn er sich sicher ist, und übergibt den Fall samt Kontext an einen Menschen, wenn er zweifelt⁵⁹⁶⁰. Kulanzentscheidungen in der Schadenregulierung oder Sonderfälle bei Kreditanträgen verlangen genau diese Arbeitsteilung.

Zusätzlich beschreibt ein Blogbeitrag Leitplanken mit dem Klassifikator Jev, den TypeSafe entwickelt hat und der kein Nexus Produkt ist⁶¹. Fällt der Klassifikator aus, greift für jede Prüfung eine einfache Ersatzregel⁶², und die Messwerte von TypeSafe hat Nexus nicht nachgerechnet⁶³. Aus der Forschung zum Agentengedächtnis stammt ein weiteres Detail: Sobald ein Wert konkret wird, etwa der Name eines Unternehmens, die Adresse für Eskalationen oder ein Preis, legt das System an seiner Stelle einen benannten Platzhalter ab⁶⁴.

Wie SSO Gruppen auf Rollen abgebildet werden, wie man Administratoren einrichtet und wie Freigaben ablaufen, ist auf den geprüften Seiten nicht öffentlich angegeben.

Datenhaltung und Hosting

Diesen Abschnitt wird ein deutsches Institut am gründlichsten lesen. In den Bedingungen von 2023 steht, dass die Dienste in den USA gehostet werden⁶⁵. Dieser Text bezieht sich auf die Website gpt.nexus⁶⁶, und auch die Datenschutzerklärung nennt gpt.nexus⁶⁷ und trägt das Datum 31. Dezember 2023⁶⁸. Er betrifft also das frühere Self Service Angebot, und für den heutigen Unternehmensdienst muss der Vertrag die Frage beantworten. Zum aktuellen Angebot heißt es auf der Telekommunikationsseite, Nexus sei binnen Wochen in der Umgebung des Kunden live⁶⁹, und der Blog erwähnt Kontrollen zur Datenresidenz⁴⁹. On Premises, Private Cloud, Self Hosting, freie Regionswahl und eine reine EU Verarbeitung sind auf den geprüften Seiten nicht öffentlich angegeben.

Zur Verwendung von Daten hält die Datenschutzerklärung fest, dass Inhalte aus dem persönlichen Workspace, beispielsweise über Google APIs, nicht in das Training allgemeiner Modelle einfließen⁷⁰. Länger als 18 Monate nach Kontoende bleiben Daten nur, wenn ein Gesetz es verlangt⁷¹. Einen Verkauf oder eine kommerzielle Weitergabe personenbezogener Daten in den zwölf Monaten vor ihrer Fassung schließt die Erklärung aus⁷². Welche Rechtsgrundlagen nach europäischer und britischer DSGVO gelten, erklärt die Erklärung in einem eigenen Kapitel⁷³.

Praktisch bedeutet das für eine Bank: Hostingort, Unterauftragnehmer und Exitregeln werden im Vertrag fixiert, bevor der erste Kundendatensatz fließt. Da jede Nexus Zusammenarbeit mit dem Proof of Concept startet, lässt sich diese Klärung zeitlich sauber vor den Produktivbetrieb setzen.

Preismodell: die Rolle als Abrechnungseinheit

Die Preiseinheit ist die automatisierte Rolle, und weder Tagessätze noch Beraterstunden tauchen in der Abrechnung auf, sodass die Begleitung durch Berater zum Preismodell einer Software geliefert wird¹. Für einen Einkauf, der Beratung sonst über Personentage steuert, verschiebt sich damit das Risiko. Zieht sich ein Projekt in die Länge, wächst die Rechnung nicht automatisch mit.

Die Vergleichsseite koppelt den Preis ausdrücklich von der Kopfzahl ab und legt die Reihenfolge fest: erst ein Proof of Concept über drei Monate mit messbaren Resultaten, danach ein Jahresvertrag⁷⁴. Ausnahmslos jede Zusammenarbeit startet so, gekoppelt an vorab festgelegte Ergebnisse⁷⁵. Verfehlt der Proof of Concept seine Ziele, endet die Zusammenarbeit ohne Folgevertrag⁷⁶, und wer weitermacht, behält danach ein jederzeitiges Kündigungsrecht⁷⁷. Eine Umwandlungsquote von 100 Prozent vom Proof of Concept zum Vertrag steht auf Start und Vergleichsseite⁷⁸⁷⁹, gemessen an einer bislang überschaubaren Zahl von Projekten.

Für das Auslagerungsmanagement wiegt das Ausstiegsrecht schwer, weil es die Abhängigkeit vom Dienstleister begrenzt. Ein Preisblatt mit Beträgen, Paketen, Testzugang oder Selbstbedienung ist auf den geprüften Seiten nicht öffentlich angegeben. Was die Website an Zahlen bietet, ist ein Rechner mit Tokenpreisen der Modellhersteller vom Juli 2026, also Fremdpreise⁸⁰. Die alten Bedingungen von 2023 schließen eine Rückerstattung aus⁸¹ und sehen die Kündigung über das Nutzerkonto vor⁸². Für einen Unternehmensvertrag sind diese Klauseln des früheren Self Service Angebots kein Maßstab.

Einsatzfelder in Bank und Versicherung

Ihre Stärke spielt Nexus bei volumenstarken Abläufen aus, die über mehrere Systeme laufen und deren finanzieller Effekt messbar ist⁸³, sowie dort, wo die Fachseite ihre Abläufe ohne Warteschlange in der Entwicklung selbst verantworten soll⁸⁴. Im Finanzsektor sind das etwa Kundenservice und Rückgewinnung, die Vorbereitung von Vertriebsterminen, die Vorprüfung von Anträgen oder Standardfälle in der Schadenbearbeitung. Wie Nexus eine Rolle in eine Flotte übersetzt, zeigen die Seiten für Kundenservice, Vertrieb, Marketing, Recruiting und Strategie^8586878889.

Grenzen

Ein Teil der Vorbehalte stammt aus den Rechtstexten auf der Website von Nexus. Laut den Bedingungen von 2023 sind die Dienste für branchenspezifische Regelwerke wie HIPAA oder FISMA nicht eigens ausgelegt⁹⁰. Eine ständige Verfügbarkeit wird nicht zugesichert⁹¹, und absolute Sicherheit bei Übertragung und Speicherung im Internet schließt die Datenschutzerklärung aus⁹². Beide Texte stammen von 2023 und gehören zu gpt.nexus⁶⁸. Ein Institut fordert deshalb die aktuellen Unternehmensbedingungen an und gleicht sie mit den eigenen Auslagerungsvorgaben ab.

Zu DORA und zur BaFin ist auf den geprüften Seiten von Nexus nichts öffentlich angegeben. Das gilt gleichermaßen für alle sieben Anbieter dieser Rangliste, und deshalb gehören die aufsichtsrechtlichen Anforderungen ausdrücklich in die Ziele des Proof of Concept.

Fazit

Platz 1 erhält Nexus, weil es zwei Fragen beantwortet, die in jedem regulierten Haus vor der Technik kommen: Wer bringt den Agenten durch alle Freigaben bis in den Betrieb, und nach welchem Modell wird bezahlt? Die Antwort von Nexus besteht aus erfahrenen Beratern und einem Mitgründer mit McKinsey Erfahrung, einem ersten Agenten im Einsatz nach vier Wochen eines dreimonatigen Proof of Concept und einer Abrechnung je automatisierter Rolle, die ganz ohne Tagessätze auskommt¹. SOC 2 Typ 2, ISO 27001, ISO 42001 und DSGVO Konformität liefern der Informationssicherheit einen soliden Startpunkt¹, und die Regel, nach der ohne CIO Freigabe nichts live geht⁵⁷, entspricht der Kultur eines beaufsichtigten Instituts. Hosting, Single Sign on und Vertragsbedingungen sollten Sie früh klären, weil die öffentlichen Seiten dazu wenig hergeben. Herausgeber und Erstplatzierter sind dasselbe Unternehmen, und deshalb sollte jede Ziffer in diesem Profil vor einer Entscheidung nachgeschlagen werden.