Geldwäscheprüfung mit dem MCP-Server – Sanktionen, PEP- und Adverse-Media-Checks mit jeder KI durchführen

Wichtigste Erkenntnisse

• Führen Sie AML-Screenings (Anti-Geldwäsche) mit über 1.300 Sanktions-, PEP- und Adverse-Media-Listen von jedem MCP-kompatiblen KI-Client aus.
• Ein Tool-Aufruf: didit_verify_aml mit full_name (erforderlich) plus optionalem Entitätstyp, Geburtsdatum, Nationalität, Dokumentennummer, Adverse-Media-Flag und Anmeldung zur fortlaufenden Überwachung.
• 0,20 $ pro AML-Screening, 0,07 $/Benutzer/Jahr für die fortlaufende Überwachung. 500 kostenlose Verifizierungen pro Monat inklusive.
• Fehlalarme können mit einem Prüfvermerk über didit_session_add_review oder einem didit_case_manage-Kommentar gelöscht werden.
• Der Didit MCP-Server stellt 115 Tools (gehostet, OAuth-authentifiziert) in 19 Domänen bereit – kein API-Schlüssel erforderlich, kein npm-Paket zu installieren.
• Wird von über 2.000 Unternehmen in der Produktion eingesetzt. Y Combinator W26, 7,5 Mio. $ Kapitalbeschaffung.

Was ist AML-Screening und warum sollte man es über MCP durchführen?

AML-Screening – die Überprüfung einer Person oder eines Unternehmens anhand von Sanktionslisten, PEP-Datenbanken (Politically Exposed Person) und Adverse-Media-Quellen – ist eine regulatorische Anforderung für Fintechs, Krypto-Plattformen, Zahlungsunternehmen und jedes Unternehmen, das Benutzer an Bord nimmt oder grenzüberschreitende Transaktionen verarbeitet. Es ist typischerweise die zweite Prüfung in einem KYC-Workflow, nach der Identitätsprüfung und bevor der Kunde genehmigt wird.

Der Didit Model Context Protocol (MCP)-Server macht AML-Screening als einen einzigen Tool-Aufruf verfügbar, den ein KI-Agent direkt aufrufen kann. Es gibt keine Benutzeroberfläche zum Navigieren, keinen API-Schlüssel, der in eine Konfigurationsdatei eingefügt werden muss, und keinen Zwischenservice, der verpackt werden muss. Ein Agent, der mit dem Didit-Konnektor ausgestattet ist, kann einen Namen anhand globaler Echtzeit-Beobachtungslisten überprüfen und einen strukturierten Trefferbericht in weniger als zwei Sekunden zurückgeben.

Das Tool: didit_verify_aml

Das Tool didit_verify_aml ist Teil der verify-Domäne des Didit MCP-Servers. Es akzeptiert die folgenden Parameter:

• full_name (erforderlich) – der zu überprüfende Name.
• entity_type – person oder company (Standard ist person).
• date_of_birth – Format JJJJ-MM-TT. Verbessert die Treffergenauigkeit für Personen.
• nationality – ISO-Ländercode. Verbessert die Trefferpräzision weiter.
• document_number – optionale Dokumenten-ID für exakte Übereinstimmung.
• include_adverse_media – Boolescher Wert. Wenn „true“, werden Adverse-Media-Ergebnisse zusammen mit Sanktions- und PEP-Treffern zurückgegeben.
• include_ongoing_monitoring – Boolescher Wert. Wenn „true“, wird die überprüfte Entität für die kontinuierliche Überwachung zu 0,07 $/Benutzer/Jahr registriert.
• vendor_data – optionaler String für anbieterspezifische Konfiguration.
• metadata – optionales Objekt für benutzerdefinierte Schlüssel-Wert-Paare.

Das Tool prüft anhand von über 1.300 Beobachtungslisten, die globale Sanktionsregime (UN, OFAC, EU, UK), PEP-Datenbanken aus über 220 Ländern und Adverse-Media-Quellen umfassen. Jeder Treffer wird mit Übereinstimmungsdetails, Listenname, Kategorie und Konfidenzindikatoren zurückgegeben.

Wie man ein AML-Screening von einem MCP-Client aus durchführt

Verbinden Sie zunächst Ihren MCP-Client mit dem Didit-Server. Der gehostete Endpunkt ist https://mcp.didit.me/mcp und verwendet OAuth 2.1 + PKCE – es ist kein statischer API-Schlüssel involviert. In Claude verwenden Sie den Dialog für benutzerdefinierte Konnektoren:

Didit als Claude-Konnektor hinzufügen

Sobald die Verbindung hergestellt ist, können Sie den Agenten auffordern, eine AML-Prüfung durchzuführen. Eine typische Aufforderung sieht so aus:

Überprüfen Sie den folgenden Namen anhand globaler AML-Beobachtungslisten: John Michael Smith. Fügen Sie Adverse Media hinzu und melden Sie sich für die fortlaufende Überwachung an.

Der Agent ruft didit_verify_aml mit den Parametern auf und gibt ein strukturiertes Ergebnis zurück, das jeden Treffer, seine Kategorie, den Beobachtungslistennamen und den Konfidenzwert auflistet.

Interpretation von AML-Treffern

Ein AML-Screening-Ergebnis enthält eine Liste von Treffern, jeweils mit:

• Trefferkategorie – Sanktionen, PEP oder Adverse Media.
• Listenname – die spezifische Beobachtungsliste, die den Treffer ausgelöst hat (z. B. OFAC SDN, EU Consolidated, UK Sanctions List).
• Treffervertrauen – ein Wert, der angibt, wie genau die überprüfte Entität mit dem Listeneintrag übereinstimmt.
• Entitätsdetails – Name, Geburtsdatum, Nationalität, wie in der Liste aufgeführt.

Ein Treffer bedeutet nicht automatisch, dass es sich bei der Person um eine sanktionierte Person handelt. Viele Übereinstimmungen sind Fehlalarme, die durch gebräuchliche Namen, teilweise Namensübereinstimmungen oder veraltete Listeneinträge verursacht werden. Der typische Arbeitsablauf eines Operators ist:

1. Überprüfen Sie das Treffervertrauen und die Listenkategorie.
2. Wenn der Treffer ein geringes Vertrauen hat oder eindeutig eine andere Person ist, fügen Sie einen Überprüfungsvermerk zur Sitzung hinzu, der den Treffer löscht.
3. Wenn der Treffer ein hohes Vertrauen hat und die Entität auf einer Sanktionsliste mit übereinstimmenden Identifikatoren steht, eskalieren Sie den Fall zur manuellen Compliance-Überprüfung.

Einen Fehlalarm löschen

Um die Löschung eines Fehlalarms zu dokumentieren, verwenden Sie das Tool didit_session_add_review, um der ursprünglichen Verifizierungssitzung einen Prüfkommentar hinzuzufügen:

# Agent ruft didit_session_add_review mit auf:
# session_id: die UUID vom AML-Screening
# comment: "Fehlalarm – John Michael Smith ist ein gebräuchlicher Name.
#          OFAC-Treffer ist eine andere Person, geboren 1975 im Irak;
#          unsere Person wurde 1990 in Kanada geboren."
# new_status: "Approved"

Alternativ, wenn aus dem AML-Treffer ein Fall erstellt wurde, verwenden Sie didit_case_manage mit der Aktion comment, um die Erklärung zur Fallchronik hinzuzufügen. Die sechs verfügbaren Aktionen sind assign, resolve, reopen, escalate, comment und update – alle von demselben MCP-Client aus zugänglich, ohne zur Konsole wechseln zu müssen.

Preise und kostenlose Stufe

Das AML-Screening kostet 0,20 $ pro Screening. Wenn Sie zusätzlich eine Identitätsprüfung benötigen, kostet das vollständige KYC-Paket (ID-Verifizierung + passive Lebenderkennung + Gesichtsabgleich + IP-Analyse) 0,33 $. Die fortlaufende AML-Überwachung kostet 0,07 $ pro Benutzer pro Jahr und wird durch Setzen von include_ongoing_monitoring: true beim didit_verify_aml-Aufruf aktiviert.

Jede Funktion umfasst 500 kostenlose Verifizierungen pro Monat. Der MCP-Server selbst ist kostenlos – es fallen keine zusätzlichen Kosten für die Verwendung des MCP-Protokolls im Vergleich zur REST-API an. Alle Preise sind öffentlich auf didit.me/pricing ohne Mindestmengen oder Verträge.

Jenseits der einmaligen Überprüfung: fortlaufende Überwachung

AML ist kein einmaliges Ereignis. Regulierte Unternehmen müssen ihre Kundenbasis fortlaufend anhand aktualisierter Beobachtungslisten überwachen. Die Didit-Plattform erledigt dies durch die fortlaufende AML-Überwachung, die registrierte Entitäten erneut überprüft, sobald Beobachtungslisten aktualisiert werden. Die Registrierung ist ein Parameter beim didit_verify_aml-Aufruf – keine separate API oder Workflow erforderlich.

Wenn die fortlaufende Überwachung einen neuen Treffer ergibt, erscheint dieser in der Business Console als Fall. Der MCP-Server stellt den gesamten Falllebenszyklus über sechs spezielle Tools (didit_case_search, didit_case_list, didit_case_get, didit_case_create, didit_case_manage, didit_case_statistics) zur Verfügung, sodass ein Agent neue Treffer priorisieren, Kommentare hinzufügen, eskalieren oder Fälle lösen kann, ohne die Chat-Oberfläche zu verlassen.

Aktivitäten mit hoher Schwere wie die Einreichung von SARs (Suspicious Activity Report) und die Verwaltung von Regelpaketen bleiben in der Business Console – sie erfordern menschliches Urteilsvermögen und Prüfungsmechanismen, die außerhalb der MCP-Tool-Oberfläche liegen. Der MCP übernimmt die Erfassung, Überprüfung, Triage und den Falllebenszyklus; die Konsole übernimmt die Governance und Berichterstattung.

Wenn die Konsole übernimmt

Der MCP-Server ist für Triage und operative Aktionen konzipiert, nicht für die Compliance-Governance. Die Business Console unter business.didit.me ist der Ort für:

• Konfiguration von AML-Regelpaketen und Screening-Parametern.
• Überprüfung und Einreichung von SARs mit vollständigen Audit-Trails.
• Verwaltung von Benutzerrollen und Berechtigungen für AML-Workflows.
• Export von Compliance-Berichten und Audit-Protokollen.

Der MCP ergänzt die Konsole, indem er Agenten die schnelle Schleife – einen Namen überprüfen, nach Treffern suchen, Fehlalarme löschen und echte Übereinstimmungen eskalieren – ermöglicht, während die Konsole die Quelle der Wahrheit für Compliance-Aufzeichnungen und behördliche Einreichungen bleibt.

Erste Schritte

Der Didit MCP-Server ist Open Source (MIT) und auf GitHub verfügbar. Der gehostete Server unter https://mcp.didit.me/mcp verwendet OAuth 2.1 + PKCE und erfordert keinen API-Schlüssel, keine lokale Installation und kein npm-Paket. Melden Sie sich mit Ihrem Didit-Konto an, und Ihr Agent erbt Ihre Arbeitsbereichsberechtigungen.

Fügen Sie den Didit-Konnektor zu Claude hinzu, um Ihr erstes AML-Screening von einem KI-Agenten aus durchzuführen.

Weitere Details finden Sie in den MCP-Übersichtsdokumenten, der vollständigen Tool-Referenz und dem OAuth-Authentifizierungsleitfaden.

Verwandte Lektüre: Wie Didit den Identitäts- und Betrugs-MCP-Server entwickelt hat und Didit MCP-Tools Referenz.