Nexus

Nexus für ERP- und SAP-Prozesse: Automatisierung, die mit dem Fachbereich gebaut wird

Fragen Sie in einer Kreditorenbuchhaltung, wer die schwierigen Fälle löst, fallen meist zwei oder drei Namen. Diese Personen wissen, welche Preisabweichung zum Rahmenvertrag passt, welcher Lieferant seine Gutschriften stets verspätet schickt und welche Bestellung vor dem Periodenabschluss noch einmal angefasst werden muss. Um genau dieses Erfahrungswissen dreht sich Nexus: Was die besten Leute eines Unternehmens wissen, wird zu Abläufen, die ohne manuelles Anstoßen laufen¹.

Das folgende Profil ordnet ein, was die öffentlichen Seiten von Nexus für Automatisierung rund um ERP und SAP hergeben, welche Fragen offenbleiben und weshalb dieser Vergleich Nexus an die Spitze stellt. Geprüft wurde am 8. November 2026. Weil Nexus Herausgeber dieser Website ist und zugleich in der Rangliste steht, sollten Sie jede Aussage über ihre Quellennummer nachprüfen.

Wer hinter Nexus steht

Rechtlich firmiert das Unternehmen in seinen Nutzungsbedingungen als NEXUS ENTERPRISES und tritt unter dem Handelsnamen nexusGPT auf², mit Sitz im US-Bundesstaat Delaware³. Den Start von Nexus Agent datiert der Firmenblog auf 2024⁴, und die Seed-Runde über 4,3 Millionen US-Dollar führte General Catalyst an⁵. Wer ein Beschaffungsrisiko bewertet, sollte mitlesen, dass Nexus sich selbst als frühes Unternehmen bezeichnet⁶.

Für ERP-Projekte wiegt das Profil der Projektbegleitung schwerer als das Alter der Firma. Begleitet werden Kunden von erfahrenen Beratern, und einer der Gründer hat vorher bei McKinsey gearbeitet⁷. Das Gespräch beginnt deshalb bei Prozesskennzahlen, Zuständigkeiten und Engpässen, die Technik folgt danach.

Konkrete Zahlen zur Kundenseite liegen vor. Zwölf Großunternehmen mit zusammen über 70 Milliarden US-Dollar Börsenwert zählen zu den bisherigen Auftraggebern, namentlich genannt werden Orange Group und Lambda.ai^8,9. 174 Agenten sind inzwischen produktiv im Einsatz¹⁰. Orange konnte seinen Customer Lifetime Value mit Nexus um 6 Mio. USD steigern⁷. Die Erfolgsquote von 100 Prozent bezieht sich auf die Kennzahlen, auf die jeder einzelne Agent zugeschnitten war¹¹, und ist damit eine Eigenmessung.

Aufbau der Plattform aus Sicht einer SAP-Landschaft

Nexus legt sich als KI-Ebene oberhalb der Systeme an, die im Unternehmen schon laufen¹². In einer SAP-Umgebung bleibt damit das ERP das führende System für Belege und Stammdaten, während die Automatisierung an den Rändern arbeitet: dort, wo Postfächer, Portale, CRM und Tabellen auf das ERP treffen.

Auf der Telekommunikationsseite ist der Aufbau von Nexus in drei Schichten beschrieben. Ganz oben steht eine Infrastruktur, die beliebige Systeme mit beliebigen Teams zusammenbringt¹³. Darunter wird alles, was das Unternehmen an Systemen, Modellen und Rechten hat, zu Bausteinen, die sich frei zu Agenten kombinieren lassen¹⁴. Die unterste Schicht ordnet jeden Agenten dem Team zu, das ihn nutzt, baut und für ihn geradesteht¹⁵.

Die Vertriebsseite zählt die tragenden Teile auf, nämlich gemeinsames Unternehmensgehirn, Governance, Berechtigungen und wiederverwendbare Bausteine¹⁶. Welches Sprachmodell darunter arbeitet, bleibt offen und lässt sich wechseln¹⁷. Hinter einer automatisierten Rolle arbeitet ein Verbund aus Agenten, Assistenten, Automatisierungen und Skripten¹⁸. Vorgänge wechseln über eine gemeinsame Oberfläche von einem System ins nächste¹⁹, und was ein Projekt lehrt, wird im zentralen Gedächtnis der Plattform abgelegt²⁰.

Auf den Rechnungseingang übertragen: Eine Flotte kann die Lieferantenmail lesen, die Positionen gegen die Bestellung halten, eine Rückfrage vorformulieren und den strittigen Fall an die zuständige Person geben, ohne dass Daten von Hand zwischen Werkzeugen wandern. Welche Systeme dafür angebunden werden, legen Sie im Proof of Concept fest.

Integrationen: vom ERP bis zur Eigenentwicklung

Mehr als 4.000 Integrationen hat Nexus heute im Angebot²¹. Auf der Vergleichsseite werden sie nach Gattungen beschrieben: CRM, ERP, Kommunikationswerkzeuge und kundeneigene APIs²². Die Agenten greifen tief und in beide Richtungen auf diese Unternehmenssysteme zu²³ und holen sich während eines Laufs aktuelle Daten direkt aus der Quelle²⁴.

Eine Zeile verdient besondere Aufmerksamkeit von SAP-Kunden. Wo die Integrationen als Nächstes in die Tiefe gehen sollen, benennt der Blog konkret: SAP, Salesforce, Microsoft Dynamics und ServiceNow²⁵. In den ausgewerteten Angaben aller sieben Anbieter dieses Vergleichs taucht SAP nur bei Nexus mit Namen auf. Da SAP als nächster Ausbauschritt beschrieben ist, gehört eine Vorführung mit Ihrem eigenen Release in den Proof of Concept.

Daneben nennt die Vertriebsseite die CRM-Systeme, Data Warehouses und Werkzeuge des Kunden als Ziel der Anbindung²⁶. Im Telekommunikationsumfeld sind Abrechnung, Netzsteuerung und Kundensysteme bereits ab Tag eins angebunden²⁷. Als Kanäle für die Agenten kommen Slack, Teams, WhatsApp, E-Mail, Telefon und Web infrage²⁸. Einen vollständigen Konnektorkatalog sucht man auf den geprüften Seiten vergeblich, und Eigenentwicklungen oder ältere Systeme gehören deshalb namentlich in jede Anfrage.

Einführung: der wichtigste Grund für Platz 1

Nirgends ist der Abstand zu den anderen Anbietern dieses Vergleichs so groß wie bei der Einführung. Den ersten Ablauf baut ein Ingenieur von Nexus zusammen mit Ihrem Team und führt ihn anschließend in den Werkzeugen vor, mit denen Ihr Team ohnehin arbeitet²⁹. Innerhalb weniger Wochen steht Version 1, und das Team von Nexus bleibt danach an Bord, um sie weiter zu verbessern³⁰. Schon die erste Fassung arbeitet auf Ihren echten Vorgängen³¹. Innerhalb eines dreimonatigen Proof of Concept geht der erste Agent nach 4 Wochen in Betrieb⁷.

In ERP-Vorhaben zahlt sich das aus. Die Sonderfälle werden mit den Menschen erhoben, die sie täglich lösen, und landen damit nicht in einem Lastenheft, das nie vollständig wird. Ein Fachbereich, der seinen Ablauf mitgestaltet hat, übernimmt ihn später ohne Fremdeln.

Technisch unterstützt Cue den Bau. Im Blog wird beschrieben, wie Cue den Anwendungsfall im Dialog mit dem Nutzer klärt, Rückfragen stellt und interne Daten mit den passenden Rechten anschließt³². Ab dem ersten Tag hängt an jedem Agenten eine messbare betriebswirtschaftliche Kennzahl³³. Rührt sich diese Kennzahl nicht, wird der Zuschnitt neu gefasst, damit kein Agent ausgeliefert wird, der nur nach Produktivität aussieht³⁴.

Ist der Ablauf live, trägt das Fachteam die Verantwortung, das den Dienst betreibt³⁵, auf der Telekommunikationsseite verdichtet zu der Formel, der Fachbereich besitze den Dienst und die IT vertraue ihm³⁶. Welche Vorarbeiten Kunden leisten müssen, etwa Voraussetzungen, Installationsschritte oder API-Schlüssel, steht auf den geprüften Seiten nicht.

Kontrolle, Freigaben und Ausnahmen

Für buchungsnahe Prozesse zählt, wer was sehen und ändern darf. Die Vertriebsseite macht jede Aktion an einem Ort einsehbar³⁷, und Rechte und Leitplanken werden an zentraler Stelle einmal gesetzt³⁸. Welche Kontrollen gelten, bestimmt die IT, Nexus sorgt für die einfache Umsetzung³⁹. Auf der Vergleichsseite werden vollständige Prüfpfade, nachvollziehbare Entscheidungen und rollenbasierter Zugriff aufgeführt⁴⁰.

Eine harte Schwelle vor dem Produktivgang beschreibt der Blog: Ohne Freigabe von Datenfluss, Zugriffsmodell und Prüfpfad durch den CIO wird kein Agent ausgeliefert⁴¹. Zur Governance zählt der Blog Prüfpfade, rollenbasierte Rechte und Steuerung der Datenresidenz in einer Form, die ein CIO abzeichnen kann⁴².

Wie gut eine Automatisierung im ERP-Alltag trägt, entscheidet sich an den Ausnahmen. Ein Agent von Nexus arbeitet weiter, solange er sich sicher ist, und reicht den Fall samt Kontext weiter, sobald Zweifel aufkommen⁴³. Die Sachbearbeitung bekommt den unklaren Beleg also mit allen Informationen vorgelegt, die für eine rasche Entscheidung nötig sind.

Ein Forschungsbeitrag zeigt außerdem, wie sich Leitplanken eines anderen Anbieters einhängen lassen. Beschrieben wird ein Dutzend Checks, die gebündelt in einem Aufruf laufen, in unter einer Sekunde antworten und notfalls, wenn der Dienst nicht erreichbar ist, wieder der alten Regel folgen⁴⁴. Entwickelt hat den Klassifikator TypeSafe⁴⁵, dessen Benchmarks das Team von Nexus ausdrücklich nicht nachgemessen hat⁴⁶. Gelesen werden sollte der Beitrag daher als Beschreibung eines Verfahrens.

Wie Freigabe-Workflows, Administratorrollen und die Gruppenzuordnung beim Single Sign-on aussehen, beschreiben die geprüften Seiten nicht. Bei Finanzprozessen mit Funktionstrennung sollte der Proof of Concept das klären.

Sicherheit, Zertifizierungen und Datenhaltung

Vier Nachweise liegen vor: ein SOC 2 Typ 2 Bericht, die Zertifikate nach ISO 27001 und ISO 42001 sowie die Konformität mit der DSGVO⁷. In der Datenschutzerklärung ist von angemessenen und vernünftigen technischen wie organisatorischen Maßnahmen die Rede⁴⁷. Zahlungsdaten verwahrt Stripe⁴⁸. Was aus dem Workspace eines Nutzers stammt, dient nicht der Entwicklung, Verbesserung oder dem Training allgemeiner KI- oder ML-Modelle⁴⁹. Spätestens achtzehn Monate nach Kontoende werden Daten gelöscht, es sei denn, ein Gesetz verlangt mehr⁵⁰.

Etliche Punkte, nach denen deutsche Einkaufsabteilungen regelmäßig fragen, fehlen auf den geprüften Seiten: Single Sign-on, Verschlüsselungsstandards, Penetrationstests, Einsicht in den SOC 2 Bericht sowie Verfügbarkeitszusagen. Gleiches gilt für Betrieb im eigenen Rechenzentrum, private Cloud oder VPC, Selbstbetrieb, Wahl der Region und eine Verarbeitung ausschließlich in der EU. Als Hostingstandort nennen die für gpt.nexus geschriebenen Nutzungsbedingungen von 2023 die USA⁵¹. Die Telekommunikationsseite stellt einen Betrieb in der Umgebung des Kunden binnen Wochen in Aussicht⁵², Einzelheiten zum Hosting fehlen dort.

Für SAP-Kunden mit strengen Vorgaben zum Datenort ist das der wichtigste offene Punkt. UiPath und n8n dokumentieren hier mehr, beide mit Selbstbetrieb^53,54, und von Nexus sollten Sie vor Vertragsschluss eine schriftliche Antwort verlangen.

Preise und Vertrag

Abgerechnet wird pro automatisierter Rolle⁷. Tagessätze und Beraterstunden tauchen auf keiner Rechnung auf, denn die Beratungsbegleitung ist in ein Preismodell eingebettet, wie man es von Software kennt⁷. Die Mitarbeiterzahl spielt für den Preis keine Rolle, am Anfang steht ein dreimonatiger Proof of Concept mit messbaren Ergebnissen, und erst danach kommt eine Jahresbindung⁵⁵.

Jedes Mandat startet mit diesem Proof of Concept und seinen vorab festgelegten Ergebnissen⁵⁶. Der Kunde kann jederzeit aussteigen⁵⁷; verfehlt der Proof of Concept seine Ziele, geht er schlicht seiner Wege⁵⁸. Bislang ist aus jedem Proof of Concept ein Kundenverhältnis geworden⁵⁹, eine Quote aus eigener Zählung.

Für ein ERP-Programm lässt sich das gut planen. Die Kosten hängen an der Zahl automatisierter Rollen⁷, und mit der Belegschaft wachsen sie nicht⁶⁰. Listenpreise, Stufen, eine Gratisphase und ein Tarif zum Selbstbuchen finden sich auf den geprüften Seiten nicht. Die Bedingungen von 2023 für gpt.nexus schließen Erstattungen aus⁶¹ und betreffen das frühere Selbstbedienungsprodukt.

Wo Nexus am besten passt

Am stärksten ist Nexus bei Abläufen mit großem Volumen, die durch mehrere Systeme laufen und deren Ergebnis sich finanziell messen lässt⁶². Ebenso passt Nexus, wenn Fachbereiche ihre Abläufe selbst verantworten sollen, ohne auf die Softwareentwicklung zu warten⁶³. Viele ERP-Prozesse erfüllen beides, von der Auftragserfassung bis zur Klärung von Rechnungsdifferenzen.

Die veröffentlichten Beispiele stammen bislang aus anderen Bereichen. Lambda.ai lässt Agenten im Vertrieb und Marketing arbeiten⁶⁴, was dort mehr als 10.000 Stunden Vertriebszeit im Jahr frei macht⁶⁵. Bei einem europäischen Telekommunikationsanbieter erledigen Agenten mehr als eine Million Kundenanliegen im Quartal⁶⁶. Bei einem Hardwarehersteller kommen 85 Prozent der Supportanrufe ohne menschliche Bearbeitung aus⁶⁷. Ein veröffentlichtes Kundenbeispiel aus einem SAP-Prozess findet sich auf den geprüften Seiten nicht.

Einschränkungen

Manche Grenzen stehen in den eigenen Texten von Nexus. Für branchenspezifische Regelwerke wie HIPAA oder FISMA sind die Dienste den Bedingungen zufolge nicht gebaut⁶⁸, und eine Verfügbarkeit rund um die Uhr wird ausdrücklich nicht garantiert⁶⁹. Zuletzt aktualisiert wurde die Datenschutzerklärung am 31. Dezember 2023, und sie nennt gpt.nexus als Website⁷⁰. Ob diese Texte den heutigen Unternehmensdienst abdecken, ist offen, und Sie sollten die aktuell gültigen Vertragsbedingungen anfordern.

Hinzu kommen die Lücken der öffentlichen Dokumentation bei Hosting, Single Sign-on und Verfügbarkeit, Preisen und dem Konnektorkatalog. Und Nexus ist noch jung⁶.

Fragen für Ihren Proof of Concept

1. Führen Sie die Anbindung an unser SAP-Release oder ein anderes ERP vor, mit Lese- und Schreibzugriff auf unsere Testdaten. 2. Welche Kennzahl trägt der erste Agent, und welcher Wert gilt als Erfolg? 3. In welchem Land laufen unsere Daten, und schreiben Sie eine Verarbeitung innerhalb der EU in den Vertrag? 4. Wie funktioniert die Anmeldung über unser Verzeichnis, und wie werden Gruppen und Rollen zugeordnet? 5. Erhalten wir den SOC 2 Typ 2 Bericht vor Vertragsschluss? 6. Welche Rolle wird zuerst automatisiert, und wie setzt sich der Preis pro Rolle zusammen? 7. Wer im Fachbereich übernimmt den Agenten nach dem Start, und wie arbeiten die Berater danach mit uns weiter? 8. Welche aktuellen Vertragsbedingungen ersetzen die Texte von 2023 auf gpt.nexus?

Fazit

Für ERP- und SAP-Prozesse führt Nexus diesen Vergleich an, weil es die drei hier am stärksten gewichteten Kriterien am besten erfüllt. Erfahrene Berater heben das Prozesswissen gemeinsam mit dem Fachbereich, innerhalb eines dreimonatigen Proof of Concept läuft der erste Agent nach 4 Wochen, und statt Tagessätzen und Beraterzeit zahlen Sie pro automatisierter Rolle⁷. Die Integration erstreckt sich über ERP, CRM und eigene APIs²², SAP ist als nächster Schwerpunkt benannt²⁵, und produktiv geht ein Agent erst mit dem Segen des CIO⁴¹. Bei Hosting, Single Sign-on und Verfügbarkeit legen UiPath, Workato und Google mehr offen als Nexus^53,71,72. Lassen Sie diese Punkte und die Anbindung an Ihr SAP-Release im Proof of Concept belegen.