Welche Nachweise sind für KYC-/AML-Prüfungen am wertvollsten?

Eine nachvollziehbare Verbindung zwischen Entscheidungen zu Warnmeldungen und den zum damaligen Zeitpunkt aktiven Beobachtungslisten, Regeln, Modellversionen und Prüferaktionen.

Wie sollten wir Falsch-Positive behandeln?

Dokumentieren Sie Schwellenwerte und Prüferleitfäden sowie, wie Rückmeldungen Regeln und Modelle aktualisieren. Bewahren Sie Nachweise für diese Änderungen und Ergebnisse auf.

Wie behandeln wir sensible Daten in Protokollen?

Definieren Sie Schwärzungsregeln und speichern Sie, wo möglich, gehashte Verweise; begrenzen Sie Zugriffe und erfassen Sie alle Exportaktionen.

Was gilt in KYC/AML als wesentliche Änderung?

Aktualisierungen von Beobachtungslisten und Regeln, Modelländerungen, Änderungen des Werkzeugzugriffs sowie Prozessänderungen, die Ergebnisse von Warnmeldungen oder die Belastung der Prüfer beeinflussen.

Brauchen wir Stichproben?

Stichproben sind für Warnmeldungen mit mittlerem Risiko und die Kalibrierung von Prüfern hilfreich; für Fälle mit dem höchsten Risiko sind verpflichtende Prüfungen üblich.

Was lehnen Auditoren ab?

Nachweise, die nicht verifiziert oder reproduziert werden können: fehlende Versionen, fehlende Prüferidentitäten oder Exporte ohne Integritätsnachweise.

Anhang-IV-Vorlage

Anhang-IV-Vorlage: KYC-/AML-Systeme

Laden Sie eine Anhang-IV-Dokumentationsvorlage für KYC-/AML-Systeme herunter: Prüfung, Triage von Warnmeldungen, Eskalationen, Überwachung und Hinweise für Nachweise.

Erstellen Sie in etwa 60 Minuten einen prüfbaren Anhang-IV-Entwurf für KYC/AML.

Für Teams aus Regulatorik, Risikomanagement, Produkt und Betrieb maschinellen Lernens, die agentenbasierte Prozesse in regulierten Umgebungen einsetzen.

Zuletzt aktualisiert: 16. Dez. 2025 · Version v1.0 · Fiktives Beispiel. Keine Rechtsberatung.

KYC-/AML-Vorlage herunterladen Vollständiges Paket anfordern

Problem melden: /contact

Kontext

Was dieses Artefakt ist (und wann Sie es brauchen)

Minimal funktionsfähige Erklärung, geschrieben für Audits, nicht für Theorie.

Eine auf den Systemtyp zugeschnittene Anhang-IV-Vorlage für KYC-/AML-Prozesse: Prüfung bei der Kundenaufnahme, Transaktionsüberwachung, Triage von Warnmeldungen und Eskalationsverfahren.

Der Fokus liegt auf belastbaren Nachweisen: Welche Regeln und Modelle wurden verwendet, wer hat Warnmeldungen geprüft und wie werden Falsch-Positive und Falsch-Negative behandelt?

Sie brauchen dies, wenn

Ihr System prüft Kunden, markiert verdächtige Aktivitäten oder empfiehlt Eskalationen (Fallmanagement, SAR-Entscheidungen).
Sie benötigen eine belegbare Spur für Entscheidungen, Freigaben und Konfigurationsänderungen.
Sie stimmen Überwachung, Stichproben und Aufbewahrung auf Prüfanforderungen ab.

Häufiger Fehler

Entscheidungen zu Warnmeldungen können nicht reproduziert werden: Das Team kann nicht zeigen, welche Version von Beobachtungsliste, Regeln, Modell oder Richtlinie für eine bestimmte Entscheidung aktiv war.

Checkliste

Erfolgskriterien

Akzeptanzkriterien, die Prüfer tatsächlich überprüfen.

Die Prozessgrenze ist ausdrücklich festgelegt (beratende oder automatische Entscheidungen).
Die Daten-Governance umfasst den Umgang mit sensiblen Daten und Schwärzungsregeln.
Die Kennzahlen decken Precision und Recall, Prüferauslastung und SLAs für Warteschlangen ab.
Für Kontoschließungen, SAR-Empfehlungen und Warnmeldungen mit hohem Risiko gibt es Aufsichtsauslöser.
Die Änderungssteuerung verknüpft Änderungen an Beobachtungslisten, Regeln und Modellen mit Freigaben und Nachweisen.

Vorschau

Vorlagenvorschau

Ein echter Auszug in HTML, damit er indexierbar und prüfbar ist.

Vorlagenvorschau (Auszug)

## 2) Systemelemente und Entwicklungsprozess
- Prüflogik (Sanktions-/PEP-Regeln + maschinelles Lernen)
- Modell(e) zur Triage von Warnmeldungen
- Fallmanagement und Eskalation

## 4) Leistungskennzahlen
- Precision und Recall bei der Triage von Warnmeldungen
- Umgang mit Falsch-Positiven und Falsch-Negativen
- SLAs für Warteschlangen und Durchsatz der Prüfer

Vollständiges Artefakt herunterladen

Anleitung

Wie man es (schnell) ausfüllt

Benötigte Eingaben, Zeit zum Abschließen und ein minimales Arbeitsbeispiel.

Benötigte Eingaben

Beschreibung Ihres Prüfprozesses und der Triage von Warnmeldungen sowie der Eskalationsschritte.
Entscheidungsbefugnis und Anforderungen an die Aufsicht (wer darf freigeben oder übersteuern).
Kennzahlen und Schwellenwerte (Precision, Recall, SLA, Durchsatz).
Aufbewahrungsrichtlinie und Mechanismus für Nachweisexporte.

Zeit zum Abschließen: 45–90 Minuten für v1.

Kurzbeispiel: Eskalationsstufen

BEISPIEL

Eskalation:
- P0 (möglicher Treffer auf einer Sanktionsliste): innerhalb von 15 Minuten an die Regulatorik eskalieren
- P1 (Warnmeldung mit hohem Risiko): innerhalb von 2 Stunden eskalieren
- P2 (Warnmeldung mit mittlerem Risiko): innerhalb eines Geschäftstags prüfen

KLA-Mapping

Wie KLA daraus belastbare Nachweise macht

Verknüpfen Sie das Artefakt mit Produktfunktionen.

Govern

Als Code hinterlegte Richtlinien, die risikoreiche Aktionen blockieren oder eine Prüfung verlangen.
Versionskontrolle für Änderungen an Modellen, Eingabeaufforderungen, Richtlinien und Prozessen.

Assure

Risikogestufte Stichprobenprüfungen (Grundstichprobe sowie zusätzliche Stichproben bei Vorfällen oder nach Änderungen).
Erfassung von Beinahevorfällen (blockierte oder beinahe blockierte Schritte) als messbares Kontrollsignal.

Prove

Konfigurierbare Aufbewahrungsfristen, Integritätsprüfung und ein ausschließlich ergänzbares Prüfprotokoll.
Nachweisexporte mit Manifest und Prüfsummen, damit unabhängige Prüfer sie verifizieren können.

Verwandte Ressourcen

Zentrale für Anhang-IV-Vorlagen Vorlage für einen Plan zur Überwachung nach dem Inverkehrbringen Vorlage für eine Richtlinie zur Aufbewahrung von Prüfprotokollen Checkliste für Nachweispakete