Onboarding und KYB
Prüfen Sie Kunden, Unternehmen, Verkäufer und Begünstigte vor der Aktivierung und leiten Sie mögliche Treffer zur Prüfung weiter.
Lösungen / API für Screening in Echtzeit
Echtzeit-AML-Screening-API für Ihre Produktprozesse
Integrieren Sie AML-Screening in Echtzeit in Ihre Produktprozesse, geben Sie strukturierte Ergebnisse an Ihre Systeme zurück und leiten Sie mögliche Treffer nach Ihren eigenen Richtlinien zur Prüfung weiter.
CRMOnboarding
ZahlungenTransaktionsereignis
CoreKontowechsel
POST/check/sanctions_pep
EingabeKunde oder Gegenpartei
AbdeckungSanktionen, PEP, Fahndungslisten, Transaktionskontext
AusgabeErgebnisse + Trefferprofile
FortsetzenIhre Produktregel
PrüfenAnalysten-Warteschlange
SpeichernScreening-Verlauf
InlineVor Freigabe, Auszahlung oder Eskalation prüfen
RoutingErgebnisse in den nächsten Prozessschritt überführen
NachweiseAnalysten quellengestützte Prüfinformationen bereitstellen
AbläufeOnboarding, Zahlungen, Auszahlungen, Transaktionen
AML-Screening-API für Sanktionen, PEP und Watchlist-Prüfungen
Ersetzen Sie manuelle Suchen und getrennte Übergaben durch eine serverseitige Integration. Prüfen Sie Kunden und Gegenparteien dort, wo Risiko in den Geschäftsprozess gelangt, geben Sie strukturierte Screening-Daten an Ihr Produkt zurück und liefern Sie Compliance den Quellenkontext für eine zügige Trefferprüfung.
Risiko im Produktfluss kontrollieren
Prüfen Sie vor Kontoaktivierung, Begünstigtenanlage, Auszahlung, Überweisung oder Annahme einer Gegenpartei, statt Risiko erst nach dem Ereignis zu bearbeiten.
Compliance-Übergaben standardisieren
Geben Sie strukturierte Ergebnisse und Trefferprofile zurück, die nachgelagerte Teams in Fallwarteschlangen, EDD-Prozesse oder MLRO-Prüfungen überführen können.
Audit-Nachweise angebunden halten
Verknüpfen Sie Anfrage, zurückgegebene Ergebnisse, Folgeaktion und Prüfergebnis über Ihre eigenen Referenzen mit dem Kunden-, Transaktions- oder Falldatensatz.
Produkt-Events in Compliance-Entscheidungen verwandeln
Verbinden Sie die Momente, in denen Risiko ins Geschäft eintritt, mit einer Screening-Schicht und wenden Sie Ihre eigene Richtlinie auf die Ergebnisse an.
Zahlungen und Auszahlungen
Prüfen Sie Parteien und Transaktionskontext, bevor exponierte Aktivität freigegeben wird.
Fallprüfung und Audit
Geben Sie Analysten strukturierte Nachweise und halten Sie das finale Ergebnis für Prüfungen angebunden.
API-AntwortErgebnisse für Ihre Routing-Regeln
Produkt und Compliance arbeiten mit derselben strukturierten Screening-Antwort.
Checklynx-Prozesse mit Ihren Systemen verbinden
Binden Sie Checklynx in die Kunden-, Zahlungs- und Betriebsabläufe ein, die Ihre Teams bereits nutzen. Führen Sie Screening- und Prüfprozesse über die API aus und halten Sie Antwort und Nachweise mit dem auslösenden Geschäftsereignis verknüpft.
Kundenlebenszyklus
Kontrollen in Onboarding und Aktualisierung einbauen
Verbinden Sie KYC-, KYB-, Kunden-, wirtschaftlich Berechtigten-, Gegenparteien- und Profiländerungsereignisse mit dem passenden Screening-Prozess.
Geldbewegungen
Vor der Bewegung von Geld oder Werten prüfen
Prüfen Sie Zahlungsparteien, Begünstigte, Auszahlungen, Überweisungen, Wallets und transaktionsbezogene Namen an den relevanten Stellen Ihres Prozesses.
Prüfbetrieb
Mögliche Treffer kontrolliert prüfen
Übergeben Sie strukturierte Ergebnisse und Quellenkontext an Analysten-, Fall-, Eskalations- und Nachweisprozesse, ohne den Screening-Verlauf neu aufzubauen.
Bestandskontrollen
Wiederkehrende Prüfungen nach dem Onboarding anbinden
Unterstützen Sie Kundenaktualisierung, Batch-Screening und konfiguriertes Monitoring, wenn sich Datensätze, Quelldaten oder Geschäftskontext ändern.
Geschäftlicher NutzenSchnellere AbläufeKontrollen im Produktprozess Einheitlicher BetriebEin verbundener Prozess Stärkere NachweiseEin nachvollziehbarer Entscheidungsdatensatz
Prüfen Sie Risiko zum relevanten Geschäftszeitpunkt, ohne eine separate manuelle Übergabe einzubauen.
Produkt, Operations und Compliance arbeiten mit derselben strukturierten Antwort und demselben Prüfungskontext.
Verknüpfen Sie Anfrage, Antwort, Folgeaktion und Prüfergebnis über Ihre eigenen Geschäftsreferenzen.
Beispiele für Anfrage und Antwort
Senden Sie genau einen namensbasierten search_term oder einen kennungsbasierten search_identity. Dieses serverseitige Beispiel beschränkt die Suche mit dem dokumentierten Standard-Fuzziness-Wert auf Sanktionen und Unternehmen.
Anfragebeispiel
POST /check/sanctions_pep
x-api-key: <api_key>
Content-Type: application/json
{
"search_term": "Northbridge Trading Ltd",
"fuzziness": "1",
"filters": {
"source_type": ["sanctions"],
"group_type": ["entity"]
}
}Antwortbeispiel
{
"results": [
{
"id": "result_7842",
"score": "4.7",
"target": {
"name": "Northbridge Trading",
"group_type": "entity"
},
"source": {
"id": "OFACSDN",
"name": "Office of Foreign Assets Control SDN List",
"region": "USA",
"source_type": "sanctions"
}
}
],
"match_profiles": [
{
"match_profile_id": "profile_7842",
"name": "Northbridge Trading",
"rca_hit": false,
"id_hit": false,
"results_ids": ["result_7842"]
}
]
}Authentifizierung und Implementierung
Authentifizieren Sie Server-zu-Server-Aufrufe über den Header x-api-key und halten Sie den Schlüssel aus Browser- und Mobile-Code heraus. Speichern Sie Anfrage, Antwort und Ihre eigene Geschäftsreferenz gemeinsam, damit Analysten den Screening-Kontext ohne manuelle Rekonstruktion erreichen.
API, Portal, Batch oder Monitoring
Wählen Sie den Ablauf danach, wo die Entscheidung getroffen wird und wie viel operative Kontrolle Ihr Team braucht.
| Ablauf | Am besten für | Typische Ausgabe |
|---|---|---|
| Echtzeit-API | Onboarding, Zahlungen, Auszahlungen, Begünstigtenanlage und Backend-Risikoereignisse | Ergebnisse und Trefferprofile für Ihre Routing-Regeln |
| Prüfportal | Manuelle Untersuchungen, breite Subjektsuchen und analystengeführte Prüfung | Suchergebnisse und Prüfungskontext |
| CSV-Batch-Prüfung | Aktualisierung von Kunden-, Gegenparteien- oder Lieferantendateien außerhalb des Live-Produktpfads | Massenergebnisse mit Bezug zu hochgeladenen Datensätzen |
| Laufendes Monitoring | Freigegebene Kunden, UBOs, Gegenparteien und Zahlungspartner nach dem Onboarding | Neue Hinweise, unterdrückte Nichttreffer, Fälle und Prüfnachweise |
Was kann die Real-Time Screening API prüfen?
Die Screening-API unterstützt Sanktionen, PEP, Fahndungslisten und weitere unterstützte Watchlists mit Filtern für Personen, Unternehmen, Schiffe und Flugzeuge. Adverse Media läuft über einen separaten Suchpfad.
Wo sollten Teams Echtzeit-AML-Screening einsetzen?
Typische Integrationspunkte sind Onboarding, KYC- und KYB-Einreichung, Kontoaktivierung, Begünstigtenanlage, Gegenparteienerstellung, Transaktionsprüfung, Zahlungs- oder Auszahlungsfreigabe, Profiländerungen und Backend-Risikoaktualisierungen.
Ersetzt die API menschliche Prüfung?
Nein. Die API liefert strukturierte Ergebnisse und Trefferprofile, damit Ihr Prozess potenzielles Risiko weiterleiten kann. Prüfrichtlinien und finale Compliance-Entscheidungen bleiben unter Kontrolle Ihres Teams.