Ob eine Bank heute einen Kunden gewinnt, scheitert selten an dessen Bereitschaft, ein Konto zu eröffnen. Es scheitert an dem, was zwischen dem Klick auf „Konto eröffnen” und der ersten Transaktion passiert: Identitätsprüfung, Dokumentenkontrolle, Sanktionsprüfung, Risikobewertung, Freigabe durch den Analysten. Jeder dieser Schritte kann manuell, langsam und fehleranfällig sein. Für einen Compliance-Verantwortlichen bedeutet das doppelten Druck - der Kunde erwartet ein Onboarding in Minuten, die Aufsicht erwartet vollständige, nachvollziehbare Compliance.
Nach unserer Erfahrung liegt die Schwierigkeit nicht darin, „das Formular zu digitalisieren”, sondern Geschwindigkeit und AML-Strenge so zu verbinden, dass keines das andere auffrisst. Wir haben in genau diesem Feld keine öffentliche Referenz, bringen in Ihr Projekt aber etwas Konkreteres mit: Engineers und Berater, die Onboarding- und KYC-Prozesse auf CRM- und Low-Code-Plattformen bauen (unter anderem Creatio und Salesforce) sowie in Individualsoftware. Diese Kompetenz ergänzen wir im Team der Bank über Team-Verstärkung oder ein dediziertes Team.
Warum tut manuelles Onboarding mit KYC so weh?
Ein manueller Prozess ist nicht nur „etwas langsamer” - er produziert Risiko. Ein Analyst tippt Daten zwischen Systemen ab, Dokumente wandern per E-Mail, und die Entscheidung, einen Kunden anzunehmen, hängt an einer Tabelle, die später niemand rekonstruieren kann. Kommt eine Prüfung, kann die Bank nicht belegen, wer wann und auf welcher Grundlage entschieden hat.
Dazu kommen die Kosten. Je mehr Anträge eingehen, desto länger die Warteschlangen im AML-Team, und der Kunde bricht ab, bevor es zur ersten Einzahlung kommt. Automatisierung ist deshalb keine Kosmetik - sie verlagert die Arbeit der Menschen vom Abtippen von Daten hin zur echten Risikobewertung und zu den Ausnahmen, die tatsächlich einen Menschen brauchen.
Was umfasst digitales Kunden-Onboarding in einer Bank?
Digitales Kunden-Onboarding in der Bank ist nicht ein Bildschirm, sondern ein entworfener Weg, der einen Antrag ohne manuelle Sprünge vom Eingang bis zur Entscheidung trägt. Wir gestalten ihn so, dass jeder Schritt einen Verantwortlichen, einen Status und eine Uhr hat.
In der Praxis ruht er auf vier Schichten:
- einem Front-End für den Kunden - Antrag, Erfassung von Daten und Dokumenten, Statusmeldungen,
- einer Prozess-Engine - Orchestrierung der Schritte, Regeln, Aufgaben-Queues und Eskalationen,
- Integrationen - mit Registern, Verifizierungsanbietern, dem Core-Banking-System und dem CRM,
- einer Entscheidungsschicht - Risiko-Scoring, Schwellenwerte sowie Annahme- und Ablehnungsregeln.
Die Low-Code- und CRM-Plattformen, auf denen wir arbeiten, liefern für diese Orchestrierung ein fertiges Gerüst, sodass sich das Team auf Regeln und Integrationen konzentriert, statt eine Prozess-Engine von Grund auf zu bauen.
Wie prüfen Sie Identität und Dokumente eines Kunden?
An der Verifizierung bleibt das Onboarding am häufigsten hängen. Wir binden sie an externe Anbieter an, statt deren Fähigkeiten in der Bank nachzubauen. Üblicherweise kombinieren wir Identitätsprüfung (eID, Video-Verifizierung, Selfie mit Dokument), Auslesen und Validieren von Dokumenten (OCR, Prüfung der Datenkonsistenz) und Abgleich mit Registern.
Entscheidend ist, dass ein Prüfergebnis als Datum in den Prozess zurückfließt, nicht als PDF-Anhang. Erst das erlaubt der Onboarding-Engine, selbst zu entscheiden, ob der Antrag weiterläuft oder zum Analysten geht - und diese Entscheidung samt Grundlage festzuhalten.
Was bedeuten KYC, AML und Screening in der Praxis?
Kurz gesagt: KYC heißt „Kenne deinen Kunden”, und AML ist die weiter gefasste Pflicht zur Geldwäschebekämpfung, zu der KYC gehört. In der EU setzen den Rahmen die aufeinanderfolgenden Geldwäscherichtlinien (AMLD) sowie das entstehende einheitliche Regelwerk und die Aufsicht auf EU-Ebene - die Einzelheiten bestätigt immer die Compliance-Funktion der Bank zusammen mit dem geltenden nationalen Recht.
Aus Sicht eines Systems läuft KYC/AML auf einige wiederholbare Schritte hinaus:
- Identifizierung und Verifizierung des Kunden und des wirtschaftlich Berechtigten,
- Screening gegen Sanktionslisten, PEP- und Adverse-Media-Quellen,
- Risikobewertung des Kunden und Zuordnung einer Risikokategorie,
- laufende Überwachung und periodische Überprüfung.
Wir automatisieren diese Schritte so, dass das Screening automatisch läuft und Treffer (Alerts) mit vollem Kontext beim Analysten ankommen, statt eine manuelle Suche in Listen zu erzwingen.
Wie sichern Sie Compliance und einen Audit-Trail?
Das ist für Compliance der Kern: Das System muss nicht nur funktionieren, sondern auch belegen, dass es regelkonform funktioniert hat. Deshalb entwerfen wir den Prozess vom ersten Tag an um den Audit-Trail herum, statt ihn am Ende anzuschrauben.
In der Praxis heißt das eine vollständige, unveränderliche Aufzeichnung der Ereignisse: wer auf welchen Daten und auf welcher Regelversion wann entschieden hat und mit welchem Ergebnis. Dazu kommen Zugriffssteuerung und Funktionstrennung, Versionierung der Entscheidungsregeln und Berichte, die für eine aufsichtsrechtliche Prüfung bereitstehen. Ein so gebautes Onboarding beantwortet die härteste Prüfungsfrage - „warum wurde dieser Kunde angenommen?” - mit einer einzigen Abfrage statt mit einer Woche Rekonstruktion.
Welche Rolle spielen Automatisierung und AI in KYC/AML?
Regelautomatisierung nimmt Analysten wiederkehrende Arbeit ab, der eigentliche Hebel liegt aber im Senken der Fehlalarme. Hier greifen wir vorsichtig zu Machine Learning und Modellen, die helfen, Treffer zu priorisieren - immer als Vorschlag für einen Menschen, nie als automatisches Urteil über einen Kunden. Unsere AI/Data-Kompetenz ist real: In der RITS Group führen wir LLM-, Daten- und Automatisierungsprojekte durch. Im regulierten KYC/AML bestehen wir jedoch auf Erklärbarkeit und einem Menschen in der Schleife, denn das ist es, was vor einer Aufsicht Bestand hat.
Wie binden Sie Onboarding und KYC an die Systeme der Bank an?
Onboarding lebt nicht im luftleeren Raum - es muss mit dem Rest der Bank sprechen. Wir integrieren es mit Core Banking, CRM, AML-Systemen und dem Data Warehouse, damit Kundendaten über den gesamten Lebenszyklus konsistent bleiben, statt in einem weiteren Silo dupliziert zu werden. Wir arbeiten schrittweise: Wir starten mit einem Kundensegment oder einem Produkt, schließen die Integrationen ab und weiten den Umfang dann aus. So sieht die Bank früh einen Nutzen, und das Delivery-Risiko verteilt sich über die Zeit.
Welche Kompetenzen stellen wir für ein Onboarding/KYC-Projekt bereit?
Wir stellen das Team rund um den konkreten Prozess zusammen, nicht „auf Vorrat”. Für Onboarding- und KYC-Projekte besetzen wir meist diese Rollen:
- einen Berater / Prozessanalysten, der KYC/AML versteht und die Sprache der Compliance spricht,
- Entwickler für CRM- und Low-Code-Plattformen (Creatio, Salesforce), die Prozesse und Regeln bauen,
- Integrations- und Backend-Entwickler, die Register, Verifizierungsanbieter und das Core-System anbinden,
- Data/AI-Spezialisten überall dort, wo Risiko-Scoring oder die Senkung von Fehlalarmen ins Spiel kommt.
Wir prüfen die Kompetenzen vor dem Start und arbeiten als Nearshore-Partner aus Polen in einer nahen Zeitzone, sodass das Team ohne langen Anlauf an Reviews und Terminen teilnimmt.
Wie machen wir das bei RITS?
Wir tun es als Erweiterung des Bankteams, nicht als „Black Box”:
- wir binden Spezialisten in Ihr Team und unter Ihre Governance ein und folgen den Prozessen der Bank,
- wir bauen Onboarding und KYC auf Plattformen, die wir kennen (CRM und Low-Code, Individualsoftware),
- wir entwerfen Compliance und Audit-Trail vom ersten Tag an, nicht zum Schluss,
- wir stellen das Team rund um den Prozess zusammen und prüfen die Kompetenzen vor dem Start.
Wo ein ganzer, in sich geschlossener Arbeitsstrang nötig ist, gehen wir in ein Dediziertes Team über; wo eine bestimmte Rolle fehlt, füllen wir sie über Team-Verstärkung.
Wo beginnen Sie mit der Automatisierung von Onboarding und KYC?
Beginnen Sie mit einem Weg und einem Kundensegment - zum Beispiel dem Onboarding eines Privatkunden mit niedrigem Risiko - und mit einer Karte der Entscheidungen, die Compliance treffen muss. Das legt fest, welche Regeln, Integrationen und Rollen Sie brauchen, bevor Sie sich auf das Ganze festlegen. Die Unterschiede zwischen den Kooperationsmodellen haben wir in unserem Artikel zu IT-Kooperationsmodellen beschrieben.
Sie automatisieren Onboarding oder KYC/AML in einer Bank? Sprechen wir darüber - wir finden ein Team und einen Ansatz, die Tempo und Compliance zugleich tragen.