Wie ein Rexto-Projekt in der Praxis tatsächlich aussieht.

Die Ausgangslage

Das Schadenannahme-Team eines regionalen Versicherers las jede Erstmeldung, ob per E-Mail, PDF oder Webformular, manuell durch, um zu entscheiden, in welche Warteschlange sie gehörte und welche Unterlagen noch fehlten, bevor ein Sachbearbeiter die Akte öffnen konnte. Dem Team war bereits klar, wie die Lösung aussehen musste: ein Klassifikator und eine Dokumenten-Checkliste, kein Discovery-Prozess.

Da die Anforderungen, Quellsysteme und Compliance-Vorgaben intern bereits erfasst waren, wollte der Versicherer einen festen Scope und einen festen Preis, kein Time-and-Materials-Projekt, das sich ausweiten könnte.

Was wir bauen

Rexto lieferte gegen einen schriftlich festgelegten Scope und einen vor Projektbeginn vereinbarten Festpreis, mit einem in den Zeitplan eingebauten Puffer von zwei Wochen, statt eines Change-Request-Verfahrens für alles, was im ursprünglichen Auftrag enthalten war.

• Annahme-Klassifikator — Ein Modell, das eingehende Schadensmeldungen über E-Mail-, PDF- und Webformular-Kanäle liest und ihnen eine Schweregradstufe sowie eine Versicherungssparte zuweist, anstelle der bisherigen manuellen Erstsichtung.
• Dokumenten-Checklisten-Engine — Eine Kombination aus Regeln und Modelllogik, die jeden Schadensfall gegen die für seinen Typ erforderliche Dokumentation prüft und fehlende Unterlagen markiert, bevor der Fall einen Sachbearbeiter erreicht.
• Integration in das Schadensystem — Die Ergebnisse werden direkt als weitergeleiteter, annotierter Datensatz in das bestehende Schadenmanagementsystem des Versicherers geschrieben, ohne separates Dashboard, das Sachbearbeiter zusätzlich prüfen müssten.

Zeitplan der Umsetzung

Was Ihr Team verantwortet

Ab dem Go-Live verantwortet das IT-Team des Versicherers den eingesetzten Klassifikator und die Checklisten-Engine innerhalb des eigenen Schadensystems. Der Fixed-Scope-Vertrag von Rexto umfasste eine festgelegte Gewährleistungsfrist für das vereinbarte Liefergut, nach deren Ablauf das Kundenteam es eigenständig betreibt.

Was Sie erwarten können

• Jede eingehende Schadensmeldung wird eingestuft und weitergeleitet, bevor sie eine menschliche Warteschlange erreicht, statt während einer manuellen Erstsichtung.
• Sachbearbeiter sehen zu jedem Schadensfall eine Dokumenten-Checkliste, anstatt sie aus dem Gedächtnis zusammenzustellen.
• Das Projekt wurde zum zu Beginn vereinbarten Festpreis und im vereinbarten Scope ausgeliefert, ohne Überraschungen durch nachträgliche Change Requests.
• Modellentscheidungen werden zusammen mit den zugrunde liegenden Eingabedaten protokolliert, sodass eine strittige Weiterleitung überprüft werden kann.

Verwandtes

Die Ausgangslage

Ein schnell wachsendes Zahlungs-Fintech verlor durch Card-Testing- und Account-Takeover-Betrug schneller Geld, als sein zweiköpfiges Risikoteam Regeln dafür schreiben konnte. Es brauchte ein Echtzeit-Scoring-System und langfristig ein internes Team, das es verantworten und weiterentwickeln konnte. Allerdings hatte es noch keine Data-Science-Mitarbeitenden eingestellt und keine zwölf Monate Zeit, um darauf zu warten.

Anstatt das gesamte Vorhaben dauerhaft über externe Verträge zu besetzen, wollte das Fintech, dass Rexto die Fähigkeit aufbaut, sie im Produktivbetrieb betreibt, während der Kunde rekrutiert, und sich anschließend zurückzieht, mit einem Übergabetermin, der vor Projektbeginn vereinbart wurde, nicht erst am Ende ausgehandelt.

Was wir bauen

Rexto entwickelte und betrieb das System als de facto in die Infrastruktur des Kunden eingebettetes Team und integrierte die neu eingestellten Mitarbeitenden des Kunden direkt in dieses Team, statt parallel zu ihnen zu arbeiten.

• Echtzeit-Scoring-Dienst — Ein Transaktionsrisikomodell, das im Autorisierungspfad von Zahlungen Scores mit einer Latenz von unter 100 ms liefert und statische Regelschwellen durch ein Modell ersetzt, das mit gelabelten Betrugsfällen neu trainiert wird.
• Feature-Pipeline — Ein Streaming-Feature-Store, der Geräte-, Velocity- und Netzwerkgraph-Signale je Transaktion berechnet, aufgebaut auf einer Infrastruktur, die die eigenen Ingenieure des Kunden ohne Neuentwicklung übernehmen konnten.
• Fallprüfungs-Tooling — Eine Analystenkonsole, mit der das Risikoteam markierte Transaktionen prüft und Ergebnisse labelt, die wiederum in das Retraining einfließen. Das ist der Regelkreis, den das interne Team bei der Übergabe übernahm.

Zeitplan der Umsetzung

Was Ihr Team verantwortet

Zum Übergabetermin übernimmt das eigene Risk-Engineering-Team des Kunden, eingestellt und eingearbeitet während der Betriebsphase, die vollständige Verantwortung für den Scoring-Dienst, die Feature-Pipeline und den Retraining-Kreislauf. Der Zugriff von Rexto wird am selben Tag entzogen, gemäß dem bei Vertragsabschluss vereinbarten Übergabeplan.

Was Sie erwarten können

• Der Kunde verfügt über ein besetztes, internes Team, das die Betrugserkennungsfunktion betreibt, kein System, das niemand vor Ort warten kann.
• Der Übergabetermin wurde zu Beginn des Projekts festgelegt und nicht als fortlaufende Abhängigkeit verlängert.
• Scoring-Logik und Feature-Pipelines wurden auf einer Infrastruktur aufgebaut, die die eigenen Ingenieure des Kunden ohne Neuentwicklung übernehmen konnten.
• Der Fallprüfungs- und Retraining-Kreislauf, der das Modell aktuell hält, wurde zusammen mit dem gesamten System übergeben, über die reinen Modellgewichte hinaus.

Verwandtes