Bei einer Sanktionsprüfung im Batch wird ein festgelegter Bestand von Personen oder Organisationen gemeinsam verarbeitet. Der Bestand kann als CSV-Datei bereitgestellt, in Excel vorbereitet und als CSV exportiert oder über einen anderen unterstützten Massendatenprozess übergeben werden. „Massenprüfung gegen Sanktionslisten“ bezeichnet meist dieselbe Prüfung auf Bestandsebene.
Eine Kontrolle kann als Prüfung eines festgelegten Bestands oder als Reaktion auf ein Geschäftsereignis erfolgen. Batch oder Echtzeit ist nicht grundsätzlich die bessere Wahl. Entscheidend sind Prüfanlass, Bestand, verfügbare Daten und die erforderlichen Nachweise der Überprüfung.
Diese Seite erläutert Batch-, Massen- und CSV-Prüfungen sowie in Excel vorbereitete Prüfungen und vergleicht die Prüfmodelle. Sie bestimmt weder, welche Parteien ein Unternehmen prüfen muss, noch welche Sanktionsregelungen gelten oder ob eine Aktivität fortgesetzt werden darf.
Wichtigste Punkte
- Batch-Prüfung bewertet einen festgelegten Bestand, häufig über eine CSV-Datei, bei einer Bereinigung oder im Rahmen einer planmäßigen Überprüfung.
- Echtzeitprüfung bewertet übermittelte Daten, wenn ein festgelegtes Ereignis den Prüfprozess auslöst, häufig über eine API-Verbindung.
- Beide benötigen brauchbare Identitätsdaten, einen klar geregelten Prüfweg und Nachweise zu Anfrage, Ergebnis und Entscheidung.
- Ein möglicher Treffer ist keine rechtliche Schlussfolgerung. Die Reaktion bestimmt der freigegebene Prozess des Unternehmens.
- Ein hybrider Ansatz kann ereignisbezogene Prüfungen an wichtigen Kontrollpunkten mit erneuten Bestandsprüfungen im Batch oder konfiguriertem laufendem Monitoring verbinden.
Batch, Massendaten, CSV und Excel: Was ist der Unterschied?
| Begriff | Praktische Bedeutung |
|---|---|
| Sanktionsprüfung im Batch | Verarbeitung einer festgelegten Gruppe von Parteien in einem Lauf oder als kontrollierter Bestand |
| Massenprüfung gegen Sanktionslisten | Gängiger Such- und Beschaffungsbegriff für Batch-Prüfungen oder die Prüfung großer Bestände |
| Sanktionsprüfung per CSV | Batch-Prüfung, bei der der Bestand im CSV-Format bereitgestellt wird |
| Sanktionsprüfung mit Excel | Üblicherweise ein in Excel gepflegter oder vorbereiteter Bestand, der in ein unterstütztes Upload-Format exportiert wird, oder ein tabellenbasierter manueller Prozess |
Checklynx dokumentiert derzeit die Bereitstellung per CSV. Wird die Kundenliste in Excel gepflegt, sind die erforderlichen Spalten vorzubereiten und das Arbeitsblatt als CSV zu speichern oder zu exportieren. „Sanktionsprüfung mit Excel“ bedeutet nicht automatisch, dass XLS- oder XLSX-Dateien direkt hochgeladen werden können.
Eine Tabelle zu pflegen ist zudem nicht dasselbe wie den darin enthaltenen Bestand zu prüfen. Die Datei enthält die Quelldaten. Abgleich, Ermittlung möglicher Treffer, Bearbeitung durch Analysten, wiederkehrende Kontrolle und Nachweisführung gehören zum Prüfprozess.
Batch- und Echtzeitprüfung im Überblick
| Entscheidungsmerkmal | Batch-Prüfung | Echtzeitprüfung |
|---|---|---|
| Ausgangspunkt | Eine festgelegte Datei oder ein festgelegter Bestand | Ein festgelegtes Geschäftsereignis |
| Typischer Einsatz | Bereinigung, Migration, regelmäßige Prüfung von Kunden oder Lieferanten | Onboarding, Genehmigung, Änderung einer Gegenpartei oder anderes Systemereignis |
| Datenübergabe | CSV oder ein anderer unterstützter Massendatenprozess | Übermittelte Daten aus dem verbundenen Prozess |
| Operative Frage | Welche bekannten Datensätze sollen gemeinsam geprüft werden? | Soll dieses Ereignis jetzt einen Prüf- und Bearbeitungsprozess auslösen? |
| Aufzubewahrende Nachweise | Bestand, Eingabedaten, Laufkontext, Ergebnisse, Ausnahmen und Prüfergebnisse | Ereigniskontext, übermittelte Eingabedaten, Ergebnis, Überprüfung und Entscheidung |
| Was dadurch nicht entschieden wird | Rechtlicher Anwendungsbereich oder abschließende Maßnahme | Rechtlicher Anwendungsbereich oder abschließende Maßnahme |
Der Vergleich betrifft die Art der Ausführung, nicht eine allgemeingültige rechtliche Abfolge. Eine Richtlinie kann für einen kontrollierten Bestand eine Batch-Prüfung und für ein anderes Ereignis eine Echtzeitprüfung vorsehen. Welche Kombination passt, hängt von Risikobewertung, Betriebsmodell und anwendbaren Vorgaben des Unternehmens ab.
Wann die Batch-Prüfung besser passt
Eine Batch-Prüfung eignet sich, wenn das Team den zu untersuchenden Bestand bereits kennt und nicht jeder Datensatz durch ein aktuelles Systemereignis eingehen muss.
Beispiele sind:
- Bereinigung oder Migration eines Kundenstamms;
- regelmäßige Prüfung genehmigter Kunden, Lieferanten, Vertriebspartner oder Gegenparteien;
- kontrollierte Überprüfung nach einer Änderung der Datenqualität oder des Prüfumfangs; und
- ein tabellenbasierter Prozess, bei dem Compliance die Ergebnisse mit stabilen IDs im Quellsystem verbinden muss.
Die CSV-Batch-Prüfung unterstützt Uploads für einen festgelegten Bestand, Aktualisierungen von Kundendatensätzen, Bearbeitungskontext und gegebenenfalls die Wiederverwendung früherer Entscheidungen zu falsch positiven Treffern. Das Unternehmen bleibt für die übermittelten Datensätze, die maßgebliche Richtlinie und die Maßnahme nach der Bearbeitung verantwortlich.
Bei einem Lieferantenbestand geht es um mehr als die Wahl zwischen Datei und API. Der Leitfaden API oder Batch-Prüfung für Lieferantenbestände vergleicht CSV, ereignisbezogene Prüfung und konfiguriertes laufendes Monitoring.
Wann die Echtzeitprüfung besser passt
Eine Echtzeitprüfung eignet sich, wenn ein festgelegtes Geschäftsereignis die übermittelten Daten zu Parteien oder Transaktionen beim Eintritt des Ereignisses in einen Prüfprozess senden soll. Typische Beispiele können Kunden-Onboarding, Lieferantenfreigabe, Änderung einer Gegenpartei oder ein zahlungsbezogener Kontrollpunkt sein.
Das Ereignis selbst bestimmt nicht die rechtliche Reaktion. Teams sollten den Datenvertrag, die erfassten Datensätze, die Zuständigkeit für mögliche Treffer, das Vorgehen bei einem technischen Fehler und die Befugnis für die abschließende Entscheidung festlegen.
Die Echtzeit-Prüf-API von Checklynx kann übermittelte Daten aus einem Kundenprozess mit Prüfung und Bearbeitung verbinden. Sie entscheidet nicht, welche Parteien rechtlich geprüft werden müssen oder ob ein Unternehmen ein Ereignis genehmigen, zurückhalten, ablehnen oder melden muss.
Nach Kontrollpunkt, Daten und Bearbeitungskapazität entscheiden
Vor der Wahl des Prüfmodells sind diese Fragen zu beantworten:
- Wo liegt der Kontrollpunkt? Bezieht sich der Bedarf auf ein Geschäftsereignis, einen genehmigten Bestand, eine Bereinigung oder eine in der Richtlinie festgelegte Aktualisierung?
- Welche Datensätze gehören in den Prüfumfang? Kunde, Lieferant, Eigentümer, Gegenpartei oder verbundene Partei sind vor der Formatwahl festzulegen.
- Welche Identifikatoren sind verfügbar? Namensdaten allein reichen möglicherweise nicht aus, um einen möglichen Treffer zu klären. Die verfügbaren Identifikatoren und der Beziehungskontext müssen für den Analysten erhalten bleiben.
- Wer ist für die Prüfung zuständig? Jeder Prüfweg benötigt eine Arbeitsliste, einen Eskalationsweg und eine für die Entscheidung zuständige Person.
- Was ist aufzubewahren? Prüfanlass oder Bestand, Eingabedaten, Zeitstempel, Prüfkontext, Begründung des Analysten und Ergebnis sind festzuhalten. Auch Ausnahmen wie abgelehnte Zeilen oder fehlgeschlagene Anfragen gehören in die Dokumentation.
Fallmanagement sowie Prüfspur und Nachweise können Prüfkontext, Notizen, Bearbeitung und Ergebnisse miteinander verbinden. Sie unterstützen einen kontrollierten Prozess, ersetzen aber weder die rechtliche Bewertung noch das menschliche Urteil des Unternehmens.
Einen Kundenbestand vorbereiten
Jede Partei sollte eine stabile Kennung aus dem Quellsystem erhalten, damit Ergebnisse, Korrekturen und spätere Läufe demselben Datensatz zugeordnet werden können. Aufzunehmen sind Identitätsmerkmale, die rechtmäßig verfügbar und für die Untersuchung nützlich sind, etwa vollständiger Name, Aliasnamen, Geburtsdatum, Staatsangehörigkeit, Anschrift, Handelsregisternummer und relevanter Beziehungskontext.
Zu dokumentieren sind Quellsystem, Extraktionsdatum, Dateiversion, Umfang des Bestands und die Frage, ob die Datei den vollständigen aktiven Bestand oder nur Ergänzungen und Änderungen enthält. Versehentliche Duplikate sollten entfernt werden, ohne tatsächlich verschiedene Personen oder Unternehmen mit gleichem Namen zusammenzuführen.
Eine Namensübereinstimmung ist ein möglicher Treffer und kein Beleg dafür, dass die Partei mit der gelisteten Person identisch ist. Die britischen OFSI-Leitlinien erläutern beispielsweise, dass zusätzliche Identifikatoren berücksichtigt werden sollten, um zu entscheiden, ob eine Namensübereinstimmung eine tatsächliche Übereinstimmung mit der gelisteten Person ist.1
Kontrollübersicht für wiederkehrende CSV-Sanktionsprüfungen
Dies ist ein praktisches Betriebsmodell und keine allgemeingültige regulatorische Checkliste. Es ist an die Sanktionsregelungen, Richtlinien, Systeme und aufsichtsrechtlichen Vorgaben des Unternehmens anzupassen.
| Kontrollpunkt | Operative Frage | Aufzubewahrende Nachweise |
|---|---|---|
| Stabile Kennung der Partei | Kann dieselbe Partei über mehrere Läufe hinweg verbunden werden? | Quell-ID und Zuordnungskonvention |
| Vollständige oder inkrementelle Datei | Bildet der Lauf den gesamten aktiven Bestand oder nur Änderungen ab? | Art der Datenlieferung, Extraktionsstichtag und Umfang |
| Identitätsfelder | Sind genügend Merkmale vorhanden, um mögliche Treffer zu untersuchen? | Feldübersicht und Ausnahmen bei der Vollständigkeit |
| Angenommene und fehlgeschlagene Zeilen | Welche Quelldatensätze wurden vollständig verarbeitet? | Angenommene IDs, abgelehnte IDs, Gründe und Status der erneuten Verarbeitung |
| Quellen- und Konfigurationskontext | Welche Sanktionsdaten und Einstellungen wurden angewandt? | Zeitstempel des Laufs und dokumentierter Quellen- und Konfigurationskontext |
| Bearbeitung möglicher Treffer | Wer hat jeden möglichen Treffer geprüft und wie wurde entschieden? | Analyst, Begründung, Status und Eskalation |
| Frühere Entscheidung „keine Übereinstimmung“ | Kann die frühere Arbeit wiederverwendet werden, wenn sich relevante Tatsachen nicht geändert haben? | Frühere Entscheidung und Bezug zum aktuellen Datensatz |
| Geänderte Partei- oder Sanktionsdaten | Was erfordert eine erneute Betrachtung der früheren Entscheidung? | Geänderte Tatsachen und Begründung der erneuten Prüfung |
| Abstimmung | Stimmen die Summen aus Quelle, angenommenen, fehlgeschlagenen und verarbeiteten Datensätzen überein? | Kontrollsummen und erläuterte Ausnahmen |
| Erneuter Lauf | Wie wird ein korrigierter oder teilweiser Lauf vom ursprünglichen unterschieden? | Störung, Verweis auf den erneuten Lauf und Eintrag zum ersetzten Lauf |
Die Tabelle beschreibt Kontrollen, die das beschaffende Unternehmen gestalten sollte. Sie behauptet nicht, dass Checklynx automatisch sämtliche dargestellten Funktionen für Abstimmung, Rückkehr zum früheren Stand oder Änderungsanlässe bereitstellt.
Einen Batch-Lauf abstimmen
Der Quellbestand ist mit angenommenen, abgelehnten und verarbeiteten Datensätzen abzugleichen. Fehlende IDs, doppelte Kennungen, fehlerhafte Zeilen und Teilausfälle müssen untersucht werden. Fehlgeschlagene Datensätze sind in einem klar verantworteten Prozess zu korrigieren und erneut auszuführen. Dabei muss die Verbindung zwischen ursprünglichem Lauf und Korrektur erhalten bleiben.
Ein Batch-Lauf darf nicht allein deshalb als abgeschlossen gemeldet werden, weil einige Ergebnisse vorliegen. Das Unternehmen sollte erklären können, welcher Bestand vorgesehen war, welche Datensätze abgeschlossen wurden, welche nicht und wie anschließend verfahren wurde.
Ein hybrides Modell kann sinnvoll sein
Die Modelle können zusammenwirken, ohne doppelte Kontrollen zu erzeugen. Ein Lieferant kann beispielsweise beim Eintritt in einen Genehmigungsprozess geprüft und später in einen durch die Richtlinie festgelegten Prüfbestand aufgenommen werden. Ein Kundenbestand kann per CSV bereinigt werden, bevor ausgewählte wiederkehrende Datensätze in ein konfiguriertes Monitoring übergehen.
Wichtig ist ein eindeutiger Eintrag zu Prüfumfang, Anlass, Prüfweg und Ergebnis. Eine regelmäßige CSV-Datei ersetzt nicht die Pflege der Quelldaten. Ebenso beantwortet eine frühere Entscheidung nicht automatisch jede spätere Änderung.
Die Checkliste zur Sanktionsprüfung von Lieferanten behandelt Daten, Zuständigkeiten, Freigaben und Nachweise, die Beschaffungsteams festlegen sollten. Ein Beispiel für einen tabellenbasierten vierteljährlichen Prozess enthält die anonymisierte Fallstudie aus der Lieferkette.
Ergebnisse aus Batch- und Echtzeitprüfungen müssen untersucht werden
Ein Batch- oder Echtzeitergebnis kann einen möglichen Treffer oder einen Prüfhinweis ergeben. Es stellt nicht fest, dass eine Person oder ein Unternehmen mit der gelisteten Partei identisch ist, eine Sanktionsbeschränkung gilt oder eine Transaktion gestoppt werden muss.
Analysten sollten die übermittelten Identifikatoren, den Quellenkontext, Beziehungsinformationen und das maßgebliche interne Verfahren zur Untersuchung des Ergebnisses heranziehen. Der praxisnahe Leitfaden zur Sanktionsprüfung erläutert den umfassenderen Kontrollrahmen.
Die Dateiübertragung ist nicht die gesamte Kontrolle
Folgende Konzepte sind getrennt zu halten:
| Konzept | Bedeutung |
|---|---|
| Dateiübertragung | Wie der Bestand in den Prüfprozess gelangt; Checklynx dokumentiert für diesen Ablauf CSV |
| Prüfmethodik | Verwendete Quellen, Identitätsfelder, Abgleichskonfiguration und Prüfumfang |
| Bearbeitung durch Analysten | Menschliche Untersuchung und Entscheidung zu ermittelten möglichen Treffern |
| Laufendes Monitoring | Fortgeführte erneute Prüfung auf Grundlage konfigurierter regelmäßiger oder änderungsbezogener Prozesse |
| Transaktionsprüfung | Prüfung einer Zahlung, einer transaktionsbezogenen Partei oder einer Nachricht bei einem Ereignis |
| Verhaltensbezogene Transaktionsüberwachung | Analyse von Transaktionsaktivitäten und -mustern; eine gesonderte Kontrolle, die dieser Batch-Prozess zur Sanktionsprüfung nicht bereitstellt |
Häufig gestellte Fragen
Ist eine Batch-Prüfung weniger regelkonform als eine Echtzeitprüfung?
Nein. Ein Batch-Prozess kann für einen festgelegten Bestand oder eine regelmäßige Überprüfung geeignet sein, ein ereignisbezogener Prozess dagegen an einem Kontrollpunkt. Compliance hängt von den anwendbaren Vorgaben, dem Prüfumfang, den Daten, dem Bearbeitungsprozess und den Nachweisen ab – nicht allein vom Format.
Kann eine CSV-Batch-Prüfung das laufende Monitoring ersetzen?
Nicht automatisch. Eine CSV-Datei kann eine festgelegte Bestandsprüfung unterstützen. Laufendes Monitoring erfordert einen gepflegten Umfang, konfigurierte Datensätze und eine klar verantwortete Reaktion auf relevante Änderungen. Die Lösung für laufendes Monitoring erläutert diesen Prozess.
Hält ein Echtzeit-Prüfergebnis einen Vorgang automatisch an?
Nein. Die Prüfung liefert Informationen für den genehmigten Prozess des Unternehmens. Der Kunde entscheidet, wie Ergebnisse bewertet werden und welche Maßnahme nach seiner Richtlinie und dem anwendbaren Rechtsrahmen gegebenenfalls zulässig ist.
Sind Massen- und Batch-Prüfung gegen Sanktionslisten dasselbe?
In der Regel ja. „Massenprüfung“ betont den Umfang des Bestands, während „Batch-Prüfung“ die gemeinsame Verarbeitung eines festgelegten Bestands beschreibt. Es sollte geklärt werden, was ein Anbieter darunter versteht und welche Formate und Kontrollen er unterstützt.
Kann ich eine Kundenliste aus Excel prüfen?
Ja. Die erforderlichen Felder können in Excel vorbereitet und das Arbeitsblatt für den dokumentierten CSV-Prozess von Checklynx als CSV exportiert werden. Ein direkter Upload von XLS- oder XLSX-Dateien darf nicht vorausgesetzt werden.
Benötige ich eine API für die Massenprüfung gegen Sanktionslisten?
Nicht zwangsläufig. Ein CSV-Prozess kann für einen bekannten Bestand oder eine Bereinigung geeignet sein. Eine API ist sinnvoller, wenn ein festgelegtes Geschäftsereignis Daten beim Eintritt in den Prüfprozess senden muss.
Was geschieht mit bereits geprüften falsch positiven Treffern?
Frühere Entscheidungen können wiederholte Arbeit reduzieren, wenn Datensatz, möglicher Treffer und relevanter Kontext hinreichend unverändert sind. Es ist festzulegen, welche Änderungen eine erneute Prüfung der Entscheidung erfordern.
Wie sind fehlgeschlagene Zeilen zu behandeln?
Die stabilen IDs und Fehlergründe sind aufzubewahren. Nach Korrektur der Daten oder des Prozessfehlers werden die Zeilen in einem klar geregelten Verfahren erneut verarbeitet und der korrigierte Lauf mit dem ursprünglichen Bestand abgestimmt.
Einen nachvollziehbaren Prüfweg wählen
Die Batch-Prüfung eignet sich, wenn ein festgelegter Bestand kontrolliert bearbeitet werden muss. Die Echtzeitprüfung passt, wenn ein Ereignis mit übermittelten Daten im Prozess bewertet werden soll. In beiden Fällen muss die Kontrolle überprüfbar sein: Prüfanlass festlegen, Nachweise aufbewahren und einer qualifizierten Person die Verantwortung für das Endergebnis übertragen.
Offizielle Quellen
Footnotes
-
UK Office of Financial Sanctions Implementation, UK financial sanctions general guidance, offizielle britische Leitlinien zu Namensübereinstimmungen und tatsächlichen Treffern, Identifikationsinformationen sowie Eigentum und Kontrolle; abgerufen am 10. September 2026. ↩