Jedes Institut, das seit einigen Jahren tätig ist, trägt einen Altbestand: Dossiers, die unter einer früheren Policy eröffnet wurden und deren Nachweise dem heutigen Standard nicht mehr genügen. Manchmal wird die Lücke intern entdeckt. Häufiger durch die Revision, die Aufsicht oder eine Korrespondenzbank, die eine Frage stellt, die sich nicht rasch beantworten lässt.
Was folgt, heisst fast immer Remediation-Programm — und Remediation-Programme haben eine schlechte Bilanz. Sie dauern länger als geplant, kosten mehr als budgetiert, zehren die eingesetzten Teams aus und müssen, was die Geschäftsleitung am meisten beunruhigen sollte, oft nach wenigen Jahren wiederholt werden.
Die Gründe sind strukturell, nicht eine Frage des Einsatzes.
1. Warum Remediation-Programme scheitern
Sie werden als Projekt aufgesetzt statt als Korrektur eines Prozesses. Ein Projekt hat Enddatum, Budget und Schlussbericht. Ein Altbestand ist das kumulierte Ergebnis eines laufenden Prozesses. Bleibt dieser unverändert, beginnt der Bestand ab Programmschluss erneut zu wachsen — und die zweite Remediation wird bei null aufgesetzt, weil die erste einen Bericht hinterliess und keine Fähigkeit.
Sie werden nach Bequemlichkeit sequenziert statt nach Risiko. Alphabetisch, nach Portefeuille, nach Kundenberater, nach Eröffnungsdatum. Operativ vertretbar, gegenüber der Aufsicht nicht: Keine dieser Reihenfolgen bearbeitet die risikoreichsten Dossiers zuerst.
Sie werden in abgeschlossenen Dossiers gemessen. Die Kennzahl steuert das Verhalten: Es wird abgeschlossen, was sich leicht abschliessen lässt. Die schwierigen Fälle wandern ans Ende der Warteschlange und treffen dort mit erschöpftem Budget und nahem Termin ein. Jede Remediation hat einen langen Schwanz — und in ihm steckt das meiste reale Risiko.
Sie behandeln den Kundenkontakt als Formalität. Ein erheblicher Teil eines Altbestands lässt sich ohne Kundenanfrage nicht bereinigen, und ein erheblicher Teil dieser Kunden antwortet auf eine erste Anfrage nicht. Unterstellt der Plan eine hohe Rücklaufquote, ist der Plan falsch.
Sie produzieren Dokumente, keine Daten. Drei Jahre später erfordern dieselben Fragen dieselbe manuelle Rekonstruktion, weil ein Archiv entstanden ist und kein strukturierter Datensatz.
2. Scoping: drei Fragen zuerst
Was genau ist mangelhaft? «Das KYC ist alt» ist kein Umfang. Ein brauchbarer Umfang benennt die Lücken: fehlende oder abgelaufene Identifikation; wirtschaftliche Berechtigung nicht nach heutigem Standard überprüft; kein Nachweis der Vermögensherkunft über einem Schwellenwert; Rating nach aufgehobener Methodik; Screening seit einem Datum nicht erneuert.
Welche Population, nach welchem Kriterium? Entscheidend ist nicht wie viele Dossiers, sondern welche. Risikobasierte Segmentierung ist zugleich aufsichtsrechtliche Erwartung und praktische Notwendigkeit.
Was ist der Zielzustand? Auf die heutige Policy zu bereinigen ist die naheliegende und oft die falsche Antwort. Steht eine Revision an, garantiert die Bereinigung auf den auslaufenden Standard einen zweiten Durchgang.
3. Sequenzierung: Risiko zuerst — und belegbar
Nach Risiko zu sequenzieren scheint selbstverständlich und geschieht selten, weil das im System hinterlegte Rating selbst Teil des Mangels ist. Der Ausweg ist ein Triage-Durchgang: eine leichtgewichtige Neubewertung der gesamten Population auf bereits vorhandenen Daten, die eine vorläufige Prioritätenreihenfolge ergibt. Die Triage ist nicht die Remediation; sie ist günstig und sagt, wo zu beginnen ist.
Drei Bedingungen machen sie verteidigungsfähig: als Methodik dokumentiert, einheitlich angewandt, aufbewahrt. Die Aufsicht wird fragen, warum ein bestimmtes Dossier noch nicht bearbeitet war. «Wir gingen alphabetisch vor» ist eine schlechte Antwort.
4. Das Problem des Kundenkontakts
Dieser Teil bestimmt die tatsächliche Dauer des Programms — und wird regelmässig unterschätzt.
Anfragen bündeln. Das mit Abstand teuerste Muster ist, einen Kunden dreimal für drei Dokumente zu kontaktieren. Klären Sie den vollständigen Bedarf je Kunde vor dem ersten Kontakt, selbst wenn sich dieser dadurch um eine Woche verzögert. Jede vermiedene Rückfragerunde spart mehr Zeit, als sie kostet.
Über die Kundenbeziehung gehen, nicht daran vorbei. Eine Anfrage, die von einer Compliance-Adresse mit Frist eintrifft, liest sich wie ein Vorwurf. Dieselbe Anfrage vom Kundenberater, mit Kontext versehen, konvertiert deutlich besser. Das kostet Beraterzeit — sie muss also geplant und zugesagt sein, nicht unterstellt.
Den Pfad für Nichtantwort festlegen, bevor er gebraucht wird. Ein Teil der Kunden wird nicht antworten, und die Policy für diesen Fall — Nachfassen, Einschränkung, Beendigung — muss schriftlich vorliegen, bevor die erste Nichtantwort eintritt, mit klarer Zuständigkeit. Programme, die das improvisieren, treffen Beendigungsentscheide unter Terminzwang: die schlechtesten Bedingungen dafür.
Nutzen, was bereits vorliegt. Ein nennenswerter Teil der scheinbaren Lücken sind keine: Der Nachweis liegt in einem anderen Dossier, einem anderen System oder beim Datensatz einer Schwestergesellschaft. Suchen ist schneller als Fragen — und schont den guten Willen für jene Anfragen, die wirklich gestellt werden müssen. Es ist eines der stärksten Argumente für einen einheitlichen Client-Lifecycle-Datensatz.
5. Was zu messen ist
Ersetzen Sie «abgeschlossene Dossiers» durch vier Grössen, die sich nicht auf dieselbe Weise manipulieren lassen.
Risikogewichteter Fortschritt. Der Fortschritt in der Hochrisiko-Population, separat berichtet. Ein Programm, das gesamthaft bei 80 % und im Hochrisiko bei 30 % steht, ist im Rückstand und nicht voraus.
Das Alter des Schwanzes. Das Alter des ältesten ungelösten Dossiers und die Grösse der Menge jenseits einer Schwelle. Der beste Frühindikator dafür, dass schwierige Fälle aufgeschoben werden.
Die Rücklaufquote je Kanal und Segment. Ab dem ersten Kontakt gemessen, zeigt sie innert Wochen, ob die Annahmen des Plans tragen — solange noch Zeit bleibt, das Vorgehen zu ändern.
Die Nacharbeitsquote. Dossiers, die nach ihrer Fertigmeldung wieder geöffnet werden. Eine steigende Quote bedeutet, dass der Abschlussstandard uneinheitlich angewandt wird — womit jedes zuvor abgeschlossene Dossier fragwürdig wird.
6. Einmal bereinigen
Der Test eines Remediation-Programms ist nicht, ob es endet. Er ist, ob das Institut ein weiteres braucht. Vier Dinge müssen zurückbleiben.
Ein strukturierter Datensatz statt eines Archivs. Wirtschaftliche Berechtigung als Graph; Rating als berechnetes Attribut mit seinen Eingangsgrössen; Dokumente verknüpft mit den Aussagen, die sie belegen. Dann ist die nächste Policy-Änderung eine Neuberechnung über eine bekannte Population — Stunden Analyse statt manueller Durchsicht von zehntausend Ordnern.
Ereignisbasierte Auslöser statt Kalenderüberprüfungen. Der Altbestand existiert, weil Dossiers bei Eröffnung korrekt waren und danach niemand sie beobachtete. Die Dossiers zu reparieren, ohne das zu ändern, erzeugt einen neuen Altbestand im selben Takt. Das ist der Kern des perpetual-KYC-Arguments, und Remediation ist der Ort, an dem seine Abwesenheit bezifferbar wird.
Eine Policy-Version an jedem Entscheid. Jedes Dossier sollte festhalten, unter welcher Policy-Fassung es beurteilt wurde. Damit bestimmt die nächste Änderung ihre Remediation-Population selbst. Ohne sie verlangt jede künftige Änderung eine Durchsicht des Gesamtbestands, um überhaupt herauszufinden, wer betroffen ist — so bereinigt man dieselben Kunden mehrfach.
Die erhaltene Fähigkeit statt eines aufgelösten Teams. Eine Population zu definieren, zu triagieren, Kundenkontakte zu bündeln und risikogewichteten Fortschritt zu verfolgen, hat operativen Wert weit über ein Programm hinaus. Institute, die das behalten, behandeln die nächste Regulierungsänderung als Routinelauf. Wer es auflöst, kauft die Fähigkeit alle paar Jahre neu — zu Projektpreisen.
7. Wo eine CLM-Plattform die Rechnung ändert
Remediation kostet im Verhältnis dazu, wie fragmentiert das Kundendossier ist. Ist es ein strukturiertes Objekt, ist der grösste Teil des Programms Berechnung. Ist es ein Ordner je Konto über mehrere Systeme, ist jeder Schritt manuell und die Kosten wachsen linear mit der Zahl der Dossiers.
Wecans CLM-Plattform führt den Kunden als einen Datensatz — strukturierte wirtschaftliche Berechtigung, berechnetes Risiko, ereignisgesteuerte Auslöser, Policy-Version je Entscheid. Institute, die nur einmal bereinigen, haben nicht die grössten Programmteams. Sie haben den Datensatz zugleich mit den Dossiers korrigiert.
