Betrugs- und Risikoteams: Regeln selbst in die Hand nehmen
In der Betrugsprävention gewinnt derjenige, der sich am schnellsten anpasst. Truvali ermöglicht es Risikoexperten, Regeln direkt selbst zu schreiben: Entwürfe werden aus natürlicher Sprache generiert, in Simulationen getestet und nach der Freigabe direkt in die Produktion übernommen.
Betrugs- und Risikoteams bewegen sich auf einem schmalen Grat zwischen der Vermeidung von Verlusten und der Minimierung von Reibungspunkten für den Kunden. Beide Fehler verursachen Kosten und beide sind messbar: Ein nicht erkannter Betrugsfall bedeutet einen direkten Verlust, während ein fälschlicherweise abgelehnter legitimer Kunde entgangenen Umsatz darstellt.
Warum ist die Reaktionszeit so entscheidend?
Betrugsmuster sind niemals statisch. Sobald sich eine Lücke schließt, öffnet sich innerhalb weniger Wochen eine neue – und die Person, die sie entdeckt, ist meistens in Ihrem Team. Die Herausforderung besteht nicht darin, die Bedrohung zu erkennen, sondern diese Erkenntnis in das System zu übertragen.
Wenn der Regelersteller und der Risikoexperte unterschiedliche Personen sind, landet jede Änderung in einer Warteschlange. Dadurch hängt die Reaktionszeit von der Länge des Backlogs ab. Mit Truvali formulieren Sie die Kontrollvorgabe in Ihren eigenen Worten, um einen Regelentwurf zu erstellen, der niemals ohne Freigabe live geht. Erfahren Sie mehr auf der Seite Regelerstellung mit Prompts.
Worauf basieren die Regeln?
| Baustein | Funktion |
|---|---|
| Aggregationsfenster | Anzahl, Summe und Durchschnitt der Transaktionen eines Kunden über einen bestimmten Zeitraum |
| Nicht-finanzielle Ereignisse | Logins, Gerätewechsel, Dokumenten-Uploads, Einstellungsänderungen |
| Beziehungsnetzwerk | Konten, die über gemeinsame Geräte-, IP-, Karten-, Adress- oder E-Mail-Muster verknüpft sind |
| Score-Beitrag | Regeln, die zu einem Gesamt-Score beitragen, anstatt eine direkte Entscheidung auszulösen |
| Regel-Inhaberschaft | Der Eigentümer der Regel, ob sie privat oder geteilt ist und mit wem sie geteilt wird |
| Ausführungsreihenfolge | Die Reihenfolge, in der die Regeln ausgewertet werden |
Das Ergebnis einer Regel muss nicht immer eine harte Blockierung sein. Ein Beitrag zu einem Score, das Hinzufügen eines Warngrundes oder das bloße Markieren der Transaktion sind ebenfalls zulässige Ergebnisse. So können Sie aggressive Regeln überwachen, bevor Sie sie in der Produktion einsetzen.
Lässt sich die Auswirkung einer Änderung im Voraus absehen?
Ja, und das sollte sie auch. Eine neue Regel wird vor der Liveschaltung anhand historischer Transaktionsdaten getestet. Dabei wird gemessen, wie viele Transaktionen sie blockiert hätte, wie viele Warnmeldungen generiert worden wären und wie viele davon tatsächlich Betrugsfälle waren. Ein Testlauf für einen bestimmten Tag zeigt genau, wie das Ergebnis im Datenverkehr dieses Tages ausgefallen wäre.
Ohne diese Messung bleiben Diskussionen über Grenzwerte rein subjektiv. Mit ihr können Sie genau analysieren, wie viele Kunden betroffen sind, wenn Sie einen Grenzwert um einen einzigen Punkt anheben. Die Seite Regelsimulation und Backtesting erklärt dies im Detail.
Regeln aus vergangenen Fällen ableiten
Die beste Quelle für eine Regel ist ein bereits aufgetretener Betrugsfall. Das Signalmuster innerhalb des Falls kann extrahiert und in eine Regel umgewandelt werden, sodass derselbe Pfad nicht zweimal ausgenutzt werden kann. Dadurch bleibt das institutionelle Wissen im Unternehmen verankert, anstatt an einzelne Personen gebunden zu sein. Erfahren Sie mehr auf der Seite Regelgenerierung aus vergangenen Betrugsfällen.
Geschwindigkeit ist eine Notwendigkeit, kein Feature
Betrugsprüfungen finden direkt im Transaktionsfluss. Eine Auswertung, die nicht schnell genug für eine Entscheidung vorliegt, liefert die richtige Antwort erst, wenn das Geld bereits abgeflossen ist – was keinen praktischen Nutzen hat. Wie diese Auswertungen strukturiert sind, wird auf den Seiten Betrugserkennung und Echtzeit-Risikobewertung ausführlich beschrieben.
Szenarien
Spezifische Muster werden auf eigenen Themenseiten behandelt: Kontoübernahme, Bonusmissbrauch und Multi-Accounting sowie Rücklastschrift- und Zahlungsbetrug.
Häufige Fragen
- Was ist der größte Engpass für Betrugsteams?
- Es ist nicht das Erkennen der Bedrohung, sondern das Übertragen dieser Erkenntnis in das System. Wenn der Regelersteller und der Risikoexperte unterschiedliche Personen sind, landet jede Änderung in einer Warteschlange.
- Sind technische Kenntnisse erforderlich, um Regeln zu schreiben?
- Nein. Sie formulieren die Kontrollvorgabe in Ihren eigenen Worten, um einen Regelentwurf zu erstellen, der niemals ohne Freigabe live geht.
- Muss eine Regel eine Transaktion immer blockieren?
- Nein. Ein Beitrag zu einem Score, das Hinzufügen eines Warngrundes oder das bloße Markieren der Transaktion sind ebenfalls zulässige Ergebnisse. So können Sie aggressive Regeln überwachen, bevor Sie sie in der Produktion einsetzen.
- Können nicht-finanzielle Ereignisse in Regeln einbezogen werden?
- Ja. Auch Ereignisse ohne monetären Wert wie Logins, Gerätewechsel, Dokumenten-Uploads und Einstellungsänderungen werden in Regeln verwendet.
- Wie wird die Auswirkung einer neuen Regel gemessen?
- Die Regel wird vor der Liveschaltung anhand historischer Transaktionsdaten getestet. Dies zeigt, wie viele Transaktionen sie blockiert hätte, wie viele Warnmeldungen generiert worden wären und wie viele davon tatsächlich Betrugsfälle waren.
- Können Tests für einen bestimmten Tag durchgeführt werden?
- Ja. Die Regel kann für den Datenverkehr dieses Tages simuliert werden, um genau zu sehen, wie das Ergebnis ausgefallen wäre.
- Können Regeln aus vergangenen Fällen generiert werden?
- Ja. Das Signalmuster innerhalb des Falls kann extrahiert und in eine Regel umgewandelt werden. Dadurch bleibt das institutionelle Wissen im Unternehmen verankert, anstatt an einzelne Personen gebunden zu sein.
- Kann die Ausführungsreihenfolge von Regeln gesteuert werden?
- Ja. Die Reihenfolge, in der die Regeln ausgewertet werden, kann definiert werden. Zudem werden der Eigentümer der Regel und die Freigabeberechtigungen erfasst.