Gaming- und Glücksspielanbieter führen oft mehrere Prüfungen durch, bevor ein Spieler ein Konto nutzen darf. Diese Kontrollen müssen in einem geregelten Ablauf zusammenspielen, ohne als austauschbar behandelt zu werden. Das Team muss erkennen können, welche Frage jede Kontrolle beantwortet hat, welcher Schritt folgt und wie sich nachweisen lässt, dass die richtige Prüfung zum richtigen Zeitpunkt stattgefunden hat.
Eine Identitätsprüfung kann bestätigen, dass der Spieler die angegebene Person ist. Eine Spielerschutzdatenbank kann zeigen, dass diese Person vom Spiel ausgeschlossen ist. Bei der Sanktionsprüfung geht es darum, ob die übermittelte Identität einer Person entsprechen könnte, gegen die eine relevante restriktive Maßnahme gilt. Ergebnisse aus PEP-, Fahndungslisten- und Negativmedienprüfungen werfen wiederum andere Fragen auf.
Ein solider Prüfablauf hält diese Ergebnisse getrennt und führt sie dennoch in einer nachvollziehbaren Spielerentscheidung zusammen. Dieser Leitfaden zeigt, wie das gelingen kann und wo sich Checklynx für iGaming- und Glücksspielanbieter einordnet.
Mit der Kontrollfrage beginnen, nicht mit dem Akronym
Der Ausdruck „AML-Prüfung“ ist zu weit gefasst, um einen verlässlichen Onboarding-Prozess zu entwickeln. Zwei Systeme können zum selben Spieler jeweils einen Hinweis ausgeben, dabei aber andere Daten verwenden und andere Maßnahmen nahelegen.
| Kontrolle | Zentrale Frage | Typischer nächster Schritt | Wichtige Abgrenzung |
|---|---|---|---|
| Identitätsprüfung | Ist dieser Spieler die Person, die er vorgibt zu sein? | Identität bestätigen, erneut prüfen oder untersuchen | Keine Sanktionssuche; Checklynx wird nicht als zugrunde liegender Anbieter für Identitätsprüfungen dargestellt |
| Sanktionsprüfung | Ergibt die übermittelte Identität einen möglichen Treffer in einer einschlägigen Sanktionsquelle? | Identität und rechtliche Relevanz klären, dann das autorisierte Sanktionsverfahren anwenden | Ein möglicher Treffer ist noch keine rechtliche Schlussfolgerung |
| PEP-Prüfung | Hat die Person eine relevante öffentliche Funktion inne oder steht sie einer solchen Person nahe? | Risikobasiertes PEP-Verfahren des Anbieters und gegebenenfalls verstärkte Maßnahmen anwenden | Eine PEP ist nicht automatisch sanktioniert oder vom Glücksspiel ausgeschlossen |
| Fahndungslisten- oder Strafverfolgungsprüfung | Gibt es einen möglichen Treffer in einer relevanten amtlichen Fahndungs- oder Strafverfolgungsquelle? | Identität, Quelle und rechtmäßige Reaktion des Anbieters prüfen | Nicht automatisch eine Sanktionsbezeichnung |
| Prüfung negativer Medien | Gibt es glaubwürdige öffentliche Berichte, die für das Finanzkriminalitätsrisiko relevant sind? | Quelle, Relevanz, Aktualität und Schwere bewerten | Ein Medienbericht ist kein Beweis für Fehlverhalten |
| Spielerschutz- oder Ausschlussprüfung | Ist der Spieler nach dem einschlägigen System vom Glücksspiel ausgeschlossen oder darin beschränkt? | Spielen entsprechend der anwendbaren Vorgabe verhindern oder einschränken | Eine Selbstsperr- oder Ausschlussdatenbank ist keine Sanktionsliste |
| Verhaltensbezogenes Transaktionsmonitoring | Weisen Konto- oder Zahlungsaktivitäten im Zeitverlauf ungewöhnliche Muster auf? | Verhalten untersuchen und Meldepflichten prüfen | Etwas anderes als der Abgleich eines Namens mit einer externen Liste |
| Betrugserkennung | Deuten Identitäts-, Geräte- oder Verhaltenssignale auf Betrug oder Kontoübernahme hin? | Unter Betrugskontrollen zusätzliche Nachweise verlangen, einschränken oder untersuchen | Keine Sanktions- oder PEP-Prüfung |
| Prüfung der finanziellen Leistungsfähigkeit oder Mittelherkunft | Lassen sich Aktivität oder Gelder nach dem anwendbaren Rahmen erklären? | Finanzielle Nachweise anfordern und bewerten | Eine unauffällige Namensprüfung beantwortet diese Frage nicht |
| Zahlungsausführung | Kann der Zahlungsdienstleister die Gelder technisch senden oder empfangen? | Zahlung freigeben, halten, zurückgeben oder als fehlgeschlagen behandeln | Das Zahlungssystem verarbeitet Entscheidungen; es trifft nicht jede Compliance-Bewertung |
Diese Abgrenzung ist auch für die Softwareauswahl relevant. Ein Unternehmen, das Identitäten bereits prüft, kann dennoch eine Sanktions- und PEP-Prüfung benötigen: Die bestätigten Identitätsdaten sind die Eingabe für den Abgleich, nicht dessen Ergebnis. Und auch bei vorhandenem verhaltensbezogenem Transaktionsmonitoring kann eine Namens- und Parteienprüfung erforderlich sein, weil ungewöhnliche Aktivitäten und Listenbezüge unterschiedliche Risiken darstellen.
Checklynx unterstützt die Prüfung übermittelter Personen und Unternehmen gegen Sanktions-, PEP-, Fahndungslisten- und Negativmedienquellen. Jede Kategorie bleibt im Prüfprozess erkennbar, statt als pauschale Compliance-Antwort zu erscheinen. So kann das Compliance-Team auf jedes Ergebnis die passende Richtlinie anwenden.
Welche Spieler und verbundenen Parteien gehören in den Prüfumfang?
Es gibt keinen einheitlichen Personenkreis, den jeder Glücksspielanbieter auf dieselbe Weise prüfen muss. Ausgangspunkt sind die betroffenen Rechtsträger, Lizenzen, Länder, Produkte und Zahlungsbeziehungen. Anschließend werden die Parteien zugeordnet, die dem Anbieter tatsächlich bekannt sind.
Der Spieler bildet meist den zentralen Datensatz. Je nach Geschäftsmodell können weitere Parteien relevant sein:
- der Kontoinhaber sowie jede verifizierte frühere oder alternative Identität;
- ein Unternehmenskunde, sofern das Produkt die Teilnahme juristischer Personen erlaubt;
- übermittelte Geschäftsführer, Eigentümer oder kontrollierende Personen eines relevanten Unternehmens;
- der Inhaber eines Bankkontos oder eines anderen Auszahlungsziels;
- ein weiterer Begünstigter, der bei einer Auszahlung oder Rückerstattung hinzukommt;
- Vermittler, Affiliates, Lieferanten oder B2B-Geschäftspartner im Glücksspielbetrieb; und
- Personen, die im Rahmen einer gesonderten Untersuchung identifiziert werden und nun geprüft werden müssen.
Das ist keine Aufforderung, jede denkbare Beziehung zu erfassen oder zu prüfen. Datenminimierung, Datenschutz, Rechtsgrundlage und Branchenvorgaben gelten weiterhin. Entscheidend ist, nicht davon auszugehen, dass die Prüfung des Spielernamens automatisch eine andere Person abdeckt, an die Gelder fließen.
Prüfungen entlang des Spielerlebenszyklus einbauen
Am besten beginnt die Konzeption mit einer Übersicht über den Spielerlebenszyklus. Sie zeigt, wann eine Partei oder ein wesentlicher Sachverhalt erstmals auftritt, welches System dafür zuständig ist und ob der Anbieter den nächsten Schritt anhalten kann, solange eine Prüfung offen ist.
| Ereignis im Lebenszyklus | Daten oder Person | Mögliche Kontrolle | Aufzubewahrende Nachweise | Einordnung |
|---|---|---|---|---|
| Registrierung | Spielerreferenz, Name, Geburtsdatum, Land | Datenerfassung und Weiterleitung zur Eignungsprüfung | Übermittelte Werte und Zeitpunkt | Verantwortung der Spielerplattform |
| Identitätsprüfung | Identitätsdokument, verlässliche Daten und, soweit erforderlich, Liveness-Prüfung | KYC-, Alters- und Identitätsprüfung | Ergebnis des Anbieters, Identifikatoren und Zeitpunkt | In Großbritannien müssen bestimmte Identitätsangaben bei Online-Angeboten vor dem Spielen bestätigt werden; daraus folgt keine allgemeine Pflicht zur Sanktionsprüfung vor dem Spielen |
| Erste AML-Prüfung | Übermittelte bestätigte Identität | Sanktions-, PEP-, Fahndungslisten- und Negativmedienprüfung nach der anwendbaren Richtlinie | Anfrage, konfigurierte Quellen, Kandidaten und Zeitstempel | Umfang hängt von Recht, Lizenz und Risikobewertung ab |
| Prüfung auf Spielausschluss | Lokale Kennung wie eine CPF | SIGAP, OASIS oder anderes anwendbares Eignungs- oder Ausschlusssystem | Soweit vorhanden: Anfrage-ID, Zeitpunkt und Ergebnis | Getrennt von Sanktions- und PEP-Prüfung |
| Spieleraktivierung | Zusammengeführte Kontrollergebnisse | Entscheidung des Anbieters | Zuständige Person, Begründung und Aktivierungszeitpunkt | Checklynx entscheidet nicht, ob eine Person rechtmäßig spielen darf |
| Erste Einzahlung oder neue Zahlungsmethode | Spieler, Absender oder Kontoinhaber | Prüfung der Inhaberschaft des Zahlungskontos, Betrugsprüfung und risikobasierte Parteienprüfung | Methode, Partei, Ergebnis und Folgeaktion | Namensprüfung nicht mit Mittelherkunfts- oder Betrugsanalyse verwechseln |
| Profiländerung | Neuer Name, neue Staatsangehörigkeit, Anschrift oder Identitätsnachweis | Erneute Verifizierung und Prüfung | Alte und neue Werte, Prüfanlass und Ergebnis | Starker ereignisbasierter Prüfanlass |
| Auszahlung | Spieler und übermittelter Empfänger oder Kontoinhaber | Soweit erforderlich Identitäts- oder Liveness-Prüfung sowie risikobasierte Parteienprüfung | Anfrage, Parteienprüfung, Bewertung und Freigabeentscheidung | Es wurde keine allgemeine Regel gefunden, die bei jeder Auszahlung eine Sanktionsprüfung verlangt |
| Listen- oder Statusänderung | Bereits freigegebener Spieler | Laufendes Sanktions-, PEP- oder Watchlist-Monitoring | Geänderte Quelle, Kandidat und verknüpfter Spielerdatensatz | Vom verhaltensbezogenen Monitoring zu unterscheiden |
| Kontoreaktivierung | Inaktiver Spieler und aktuelle Identität | Aktualisierung der Eignungsprüfung und risikobasierte erneute Prüfung | Vorheriger Status, neue Prüfungen und Entscheidung | Frühere Prüfungen können veraltet sein |
| Falluntersuchung | Möglicher Treffer | Identitätsklärung und Quellenprüfung | Nachweise, Notizen, Analyst und Ergebnis | Die Punktzahl eines Hinweises ist nicht die Entscheidung |
Diese Tabelle ist ein Umsetzungsmodell, kein weltweit geltender rechtlicher Zeitplan. Ein spanischer Anbieter, ein britisches Online-Casino und ein brasilianischer Festquoten-Wettanbieter unterliegen nicht demselben Regelwerk. Selbst innerhalb einer Rechtsordnung können die anwendbaren Kontrollen von Lizenzart und Tätigkeit abhängen.
Onboarding ist ein naheliegender Punkt für die Orchestrierung
Beim Onboarding stehen erstmals verifizierte Spielerdaten zur Verfügung. Daher lassen sich Identitäts- und Prüfsysteme dort meist am saubersten verbinden. Der Identitätsdienst gibt die von ihm verifizierten Merkmale zurück. Der Anbieter übermittelt relevante Daten an die konfigurierten Prüfkontrollen. Jede Antwort wird derselben Spielerreferenz zugeordnet, anschließend wendet der Anbieter vor der Aktivierung seine Richtlinie an.
Diese Architektur macht Checklynx nicht zu einem Produkt für Identitätsprüfung. Sie ermöglicht vielmehr, die Ergebnisse eines vom Anbieter gewählten Identitätsdienstes über eine Integration an die Checklynx-Prüfung zu übergeben. Die Echtzeit-Prüf-API eignet sich für ereignisbasierte Abläufe, in denen ein Ergebnis direkt in der eigenen Produktoberfläche benötigt wird.
Auszahlungen können eine neue Partei einführen, der Zeitpunkt hängt jedoch von der Richtlinie ab
Eine Auszahlung verdient besondere Aufmerksamkeit, wenn sich Identitätsangaben ändern, ein neues Bankkonto oder ein anderer Begünstigter hinzukommt oder ein anderer wesentlicher Risikofaktor entsteht. Unter der Risikorichtlinie des Anbieters kann es sinnvoll sein, einen neu angegebenen Empfänger vor der Auszahlung zu prüfen.
Daraus folgt nicht, dass jeder Glücksspielanbieter vor jeder Auszahlung gesetzlich dieselbe Sanktionsprüfung durchführen muss. Einige Rechtsordnungen verlangen bei Auszahlungen bestimmte Identitäts-, Liveness-, Eigentums- oder Zahlungskontoprüfungen. Verhaltensbezogene Systeme können auch schnelle Ein- und Auszahlungen markieren. Diese Kontrollen sollten getrennt dokumentiert werden.
Fünf getrennte Fragen helfen bei der Zuordnung:
| Frage | Geeignete Kontrolle |
|---|---|
| Könnte der Spieler oder der übermittelte Auszahlungsempfänger einer Person in einer Sanktionsquelle entsprechen? | Sanktionsprüfung der Partei |
| Wirkt eine schnelle Abfolge von Ein- und Auszahlungen verdächtig? | Verhaltensbezogenes Transaktionsmonitoring |
| Wird das neue Bankkonto vom Spieler kontrolliert? | Identitäts-, Zahlungsinhaberschafts- und Betrugskontrollen |
| Kann der Spieler die Aktivität oder die Gelder erklären, soweit dies erforderlich ist? | Prüfung der Mittelherkunft, Vermögensherkunft oder finanziellen Leistungsfähigkeit |
| Darf die Auszahlung nun gesendet werden? | Autorisierte Entscheidung des Anbieters und Zahlungsausführung |
Warum eine einmalige Prüfung beim Onboarding veraltet
Eine bei der Registrierung freigegebene Person kann später in eine Sanktions- oder Fahndungsliste aufgenommen werden, eine politisch exponierte Funktion übernehmen oder Gegenstand relevanter öffentlicher Berichte werden. Auch die eigenen Angaben des Spielers können sich ändern. Ein inaktives Konto kann lange nach der ursprünglichen Prüfung wieder genutzt werden.
Mit dem laufenden Monitoring von Checklynx lässt sich ein freigegebener Spielerbestand erneut prüfen, wenn sich relevante Quelldaten ändern. Bei der Umsetzung geht es vor allem um praktische Fragen:
- Welche aktiven und inaktiven Spieler sind einbezogen?
- Welche Kategorien und Quellen gelten für die jeweilige Kohorte?
- Wodurch entsteht ein neuer Kandidat oder eine erneut geöffnete Prüfung?
- Ist das Ergebnis mit derselben stabilen Spielerreferenz verknüpft?
- Bleibt ein zuvor geklärter Fehlalarm erledigt, solange sich die wesentlichen Tatsachen nicht ändern?
- Führt ein geänderter Quelldatensatz oder eine geänderte Spieleridentität den Fall erneut in die Prüfung?
- Wer ist für Hinweise, Eskalationen und Service-Level-Vorgaben zuständig?
Dauerhaft gespeicherte Entscheidungen sind bei größeren Spielerbeständen besonders wichtig. Wenn jeder Prüfzyklus dieselben bereits geklärten Kandidaten so ausgibt, als hätten die Analysten sie nie gesehen, wächst die Warteschlange, ohne die Kontrolle zu verbessern. Checklynx bewahrt den Entscheidungskontext auf Kundenebene und kann einen Sachverhalt erneut zur Prüfung stellen, wenn sich relevante Tatsachen ändern. Interessenten sollten dieses Verhalten mit häufig vorkommenden Namen, unterschiedlichen Schreibweisen und unvollständigen Datensätzen testen, statt einen Anbieter nur anhand einer inszenierten Demo zu beurteilen.
Laufendes Sanktions- und PEP-Monitoring beobachtet weiterhin kein Wett- oder Zahlungsverhalten. Um Muster wie ungewöhnlich hohe Transaktionsfrequenzen, Strukturierung oder die schnelle Bewegung von Geldern zu erkennen, braucht der Anbieter eine separate verhaltensbezogene Kontrolle.
Brasilien: SIGAP ist keine Sanktionsliste
Brasilien zeigt anschaulich, warum ein Onboarding-Ablauf mehrere klar getrennte Prüfungen enthalten kann. Die Secretaria de Prêmios e Apostas im brasilianischen Finanzministerium betreibt das Sistema de Gestão de Apostas, kurz SIGAP, für den bundesrechtlichen Rahmen zu Festquotenwetten.
Das Módulo de Impedidos in SIGAP unterstützt die Prüfung von Personen, die nach den einschlägigen brasilianischen Vorschriften nicht wetten dürfen. Nach den Hinweisen der SPA muss es bei der Kontoeröffnung, beim ersten Login des Spielers an jedem Tag und mindestens alle 15 Tage für die gesamte registrierte Grundgesamtheit abgefragt werden. Die Hinweise erläutern außerdem das Vorgehen bei Nichterreichbarkeit des Dienstes. Das Modul dient der regulatorischen Eignungs- und Ausschlussprüfung. Es ist keine Sanktionsliste.
Unabhängig davon umfasst der brasilianische AML-Rahmen für Festquotenwetten Kontrollen zur PEP-Eigenschaft, zu Sanktionen des Sicherheitsrats der Vereinten Nationen und zu Pflichten zum Einfrieren von Vermögenswerten. Diese Fragen beruhen auf anderen Quellen und können andere Folgen auslösen.
Eine sinnvolle Integration hält die Nachweisströme getrennt:
- Der Anbieter oder sein Identitätsdienst verifiziert den Spieler und erfasst die erforderliche lokale Kennung.
- Der Anbieter fragt den einschlägigen SIGAP-Dienst für ausgeschlossene Spieler ab.
- Der Anbieter führt die konfigurierten Sanktions-, PEP-, Fahndungslisten- oder Negativmedienprüfungen durch.
- Die Regeln und das autorisierte Team des Anbieters entscheiden, ob das Konto aktiviert, untersucht oder abgelehnt wird.
- Jedes System bewahrt ausreichende Nachweise auf, um die eigene Prüfung und die abschließende Entscheidung rekonstruieren zu können.
SIGAP-Abfragen und Identitätsprüfungen gehören nicht zu den öffentlich beschriebenen Standardfunktionen von Checklynx. Eine kundenspezifische Integration kann externe Dienste in einen umfassenderen Onboarding-Ablauf einbinden. Ob eine solche Integration verfügbar ist, muss jedoch gesondert bestätigt werden.
Der brasilianische Rahmen ändert sich schnell. Vor einer Umsetzung sollten der offizielle Rechtsquellenindex der SPA und die Dokumentation des Módulo de Impedidos erneut geprüft werden. Die regulatorischen Aussagen in diesem Leitfaden wurden am 2. September 2026 geprüft.
Was ein Prüfnachweis enthalten sollte
„Wir haben einen Screening-Anbieter“ ist kein belastbarer Nachweis. Analysten, Bankpartner oder Aufsichtsbehörden müssen gegebenenfalls nachvollziehen können, was bei einem bestimmten Spieler vor der Aktivierung oder bei einem späteren Monitoring-Ereignis geschehen ist.
Soweit rechtmäßig und verfügbar, sollten folgende Angaben miteinander verknüpft werden:
- die interne Spieler- oder Kundenreferenz;
- die für die Prüfung übermittelten Identitätsdaten;
- die Art der Kontrolle, etwa Sanktions-, PEP- oder Ausschlussprüfung;
- die verwendete Quelle oder konfigurierte Abdeckung;
- die Zeitstempel von Anfrage und Ergebnis;
- die ausgegebenen möglichen Treffer und die berücksichtigten Identifikatoren;
- Analyst, Entscheidung, Begründung und Anhänge;
- etwaige Eskalations- oder Meldeschritte;
- die nachfolgende Konto-, Auszahlungs- oder Zahlungsaktion; und
- spätere Monitoring-Hinweise oder Neubewertungen.
Nicht jedes Feld ist in jeder Rechtsordnung gesetzlich vorgeschrieben. Diese Liste ist ein Modell für die Gestaltung von Prüfnachweisen und muss auf die lokalen Aufbewahrungs- und Datenschutzregeln abgestimmt werden. Die offizielle brasilianische Anleitung zum Módulo de Impedidos liefert ein konkretes Beispiel: Sie empfiehlt, bei der staatlichen Abfrage unter anderem Datum und Uhrzeit, Nutzer, Ergebnis und Anfragekennung zu dokumentieren. Auch die britische Vorgabe zur Identitätsprüfung vor dem Spielen zeigt eine wichtige Abgrenzung. Sie verlangt den Nachweis, dass bestimmte Identitätsangaben vor dem Spielen bestätigt wurden, darf aber nicht als allgemeine Pflicht zur Sanktionsprüfung vor dem Spielen dargestellt werden.
Das Case Management von Checklynx hält mögliche Treffer, Nachweise, Notizen, Zuweisungen und Ergebnisse zusammen. Die Nachweisführung für Audits macht nachvollziehbar, wie das Team zu einer Entscheidung gelangt ist. Für Kontoaktivierung, Zahlungen, rechtliche Bewertungen und Meldungen bleibt der Anbieter verantwortlich.
API, CSV, Portal oder Monitoring passend zum Ablauf wählen
Welcher Zugangsweg passt, hängt von Zeitpunkt, Umfang und Zuständigkeit ab.
| Zugangsweg | Geeignet für | Vom Käufer zu prüfen |
|---|---|---|
| Echtzeit-API | Registrierung, Aktivierung, wesentliche Profiländerungen oder Ereignisse mit Zahlungsparteien innerhalb der Gaming-Plattform | Datenzuordnung, Zeitüberschreitungen, Wiederholungsversuche, stabile Referenzen, Zuständigkeit für Ergebnisse und Fehlerbehandlung |
| CSV-Batch-Prüfung | Definierter Spielerbestand, Migration, periodische Prüfung oder kontrollierter Pilot ohne große Integration | Dateischema, Kunden-IDs, Aktualisierungs- und Synchronisationsverhalten, Ergebnisexport und Behandlung früherer Entscheidungen |
| Prüfportal | Einzelfalluntersuchung oder manuelle Prüfung kleinerer Mengen | Berechtigungen, Quellenkontext, Fälle, Notizen und Prüfhistorie |
| Laufendes Monitoring | Freigegebene Spieler oder Geschäftspartner, die bei relevanten Datenänderungen erneut bewertet werden müssen | Abdeckung des Spielerbestands, Auslöser, Zuständigkeit für Hinweise, erneut geöffnete Fälle und Preis je überwachtem Datensatz |
Die Zugangswege lassen sich kombinieren. Ein Anbieter kann die API beim Onboarding, das Monitoring für den aktiven Spielerbestand und das Portal für Untersuchungen durch Analysten einsetzen. Ein CSV-Pilot hilft Compliance-Teams, den Abgleich und den Prüfprozess zu testen, bevor Entwicklungsarbeiten beginnen.
Checklynx bietet öffentlich eine kostenlose 30-Tage-Testphase an. Damit lassen sich repräsentative Spielerdatensätze, häufige Namen, mehrsprachige Identitäten, bekannte Fehlalarme und Szenarien mit geänderten Quelldaten prüfen. Ein aussagekräftiger Test umfasst den gesamten Weg von der Prüfung bis zur Klärung und Nachweiserfassung, statt beim API-Ergebnis zu enden.
Was vor dem Kauf von Prüfsoftware für Glücksspiel getestet werden sollte
Auch die Grenzen des Produkts gehören in die Bewertung. Wenn ein Anbieter Namensprüfung klar von Identitätsprüfung, verhaltensbezogenem Monitoring, Prüfung der finanziellen Leistungsfähigkeit und Spielerschutzkontrollen trennt, lassen sich die Zuständigkeiten der Integration leichter verstehen.
Wo Checklynx in den Compliance-Systemen eines Gaming-Anbieters einzuordnen ist
| Anforderung | Rolle von Checklynx | Abgrenzung |
|---|---|---|
| Eine übermittelte Person oder ein Unternehmen gegen Sanktionsdaten prüfen | Unterstützt durch konfigurierte Prüfprozesse | Möglicher Treffer zur Prüfung, keine automatische rechtliche Entscheidung |
| PEP-Bezug erkennen | Unterstützt durch PEP-Prüfung | PEP-Status führt nicht automatisch zur Ablehnung der Geschäftsbeziehung |
| Fahndungslisten und negative Medien prüfen | Je nach konfigurierter Abdeckung unterstützt | Getrennte Quellentypen mit unterschiedlicher Bedeutung |
| Einen freigegebenen Spielerbestand erneut prüfen | Unterstützt durch laufendes Monitoring | Kein verhaltensbezogenes Transaktionsmonitoring |
| Eine Prüfanfrage mit dem Onboarding oder einem anderen Ereignis im Backend verbinden | Unterstützt durch API-Integration | Die Gaming-Plattform verantwortet Spieleraktivierung und Folgeaktionen |
| Einen definierten Bestand per Datei prüfen | Unterstützt durch CSV-Batch-Prüfung | Kein Ersatz für ereignisbasierte Prüfungen, wenn der Zeitpunkt diese erfordert |
| Einen Fall untersuchen und Nachweise aufbewahren | Unterstützt durch Fälle und Prüfhistorie | Rechtliche Bewertung und Meldungen bleiben bei den autorisierten Teams |
| Identität oder Liveness prüfen | Externe vorgelagerte Kontrolle | Checklynx nicht als zugrunde liegenden IDV-Anbieter darstellen |
| SIGAP als standardmäßige Produktfunktion abfragen | Nicht als öffentliche Standardfunktion bestätigt | Jede namentlich genannte Integration als kundenspezifisch behandeln, bis sie bestätigt ist |
| Ungewöhnliche Wett- oder Zahlungsmuster erkennen | Außerhalb des Checklynx-Prüfumfangs | Erfordert verhaltensbezogenes Transaktionsmonitoring |
| Entscheidungen zu finanzieller Leistungsfähigkeit, Mittelherkunft oder Spielerschutz treffen | Außerhalb des Checklynx-Prüfumfangs | Erfordert getrennte Kontrollen und Nachweise des Anbieters |
Einen kommerziellen Überblick gibt Checklynx für iGaming und Glücksspiel. Weitere Informationen zu den einzelnen Quellenkategorien finden sich unter Sanktionsprüfung, PEP-Prüfung und Prüfung negativer Medien.
Häufig gestellte Fragen
Muss jeder Glücksspielanbieter jeden Spieler vor dem Spielen gegen Sanktionslisten prüfen?
In den geprüften Quellen findet sich keine allgemeingültige Regel, die diese Aussage stützt. Die Pflichten hängen von Rechtsordnung, Lizenz, rechtlichem Bezug und Tätigkeit ab. Anbieter sollten verbindliche Identitäts- oder Eignungsvorgaben von der risikobasierten Gestaltung der Sanktionsprüfung trennen und die Grundlage jeder Kontrolle dokumentieren.
Ist die Identitätsprüfung eines Spielers dasselbe wie eine Sanktionsprüfung?
Nein. Die Identitätsprüfung stellt fest oder bestätigt, wer der Spieler ist. Die Sanktionsprüfung nutzt die übermittelten Identitätsdaten, um nach möglichen Treffern in relevanten Sanktionsquellen zu suchen. Beide Kontrollen können in demselben Onboarding-Ablauf stattfinden, erzeugen aber unterschiedliche Nachweise.
Darf eine PEP nicht am Glücksspiel teilnehmen?
Der PEP-Status ist keine Sanktionsbezeichnung und bedeutet nicht automatisch, dass die Person ausgeschlossen ist. Er löst in der Regel eine Risikobewertung und, soweit anwendbar, verstärkte Maßnahmen aus. Der Anbieter muss die Regeln der einschlägigen Rechtsordnung und seine Richtlinie anwenden.
Ist SIGAP eine brasilianische Sanktionsliste?
Nein. SIGAP ist das brasilianische System zur Verwaltung von Wetten. Sein Módulo de Impedidos unterstützt Prüfungen von Personen, die nach dem einschlägigen Rahmen vom Wetten ausgeschlossen sind. Die brasilianischen Sanktions- und PEP-Kontrollen bleiben davon getrennt, auch wenn der Anbieter die Prüfungen im selben Onboarding-Prozess koordiniert.
Sollte ein Spieler vor jeder Auszahlung gegen Sanktionslisten geprüft werden?
Das darf nicht als allgemeine gesetzliche Pflicht dargestellt werden. Eine Auszahlung oder ein geänderter Begünstigter kann ein sinnvoller risikobasierter Prüfanlass sein, insbesondere wenn eine neue Partei oder wesentliche neue Angaben hinzukommen. Identitäts- und Liveness-Prüfung, Betrugsprüfung, verhaltensbezogenes Monitoring und Zahlungsausführung bleiben eigenständige Kontrollen.
Was ist der Unterschied zwischen laufender Prüfung und Transaktionsmonitoring?
Die laufende Prüfung bewertet einen bekannten Spieler anhand veränderter Sanktions-, PEP-, Fahndungslisten- oder Negativmedieninformationen erneut. Verhaltensbezogenes Transaktionsmonitoring untersucht Aktivitätsmuster bei Einzahlungen, Wetten, Übertragungen oder Auszahlungen. Checklynx unterstützt die erstgenannte Kontrolle, nicht eine Engine für verhaltensbezogenes Monitoring.
Kann ein Gaming-Anbieter ohne API-Integration beginnen?
Ja. CSV-Batch- oder Portalprüfungen eignen sich für einen Piloten, eine Migration oder Abläufe mit geringerem Volumen. Eine API ist geeigneter, wenn das Ergebnis automatisch in die Registrierung, Profiländerung oder Zahlung einfließen muss. Die endgültige Ausgestaltung kann alle drei Zugangswege mit laufendem Monitoring verbinden.
Kann Checklynx vor der Umsetzung getestet werden?
Ja. Checklynx bietet eine kostenlose 30-Tage-Testphase. Dabei sollten repräsentative Daten, der Umgang mit Fehlalarmen, Fallnachweise und das Monitoring-Verhalten getestet werden. Danach lässt sich entscheiden, welcher Integrationsweg zum Produktivbetrieb passt.
So passt Checklynx in Ihren Spielerprozess
Die richtige Ausgestaltung der Prüfung sollte die Zuständigkeiten des Anbieters klarer machen, statt sie in einer pauschalen AML-Punktzahl zu verbergen. Bilden Sie den Spielerprozess ab, bestimmen Sie die Kontrollen, die Checklynx unterstützen soll, und testen Sie die Nachweise, die Ihr Team bei einem realistischen Treffer erhält.
Starten Sie eine kostenlose 30-Tage-Testphase mit repräsentativen Spielerdaten, entdecken Sie Checklynx für iGaming- und Glücksspielanbieter oder sprechen Sie mit Checklynx über einen Ablauf mit API, CSV oder laufendem Monitoring.
Offizielle Quellen
- Europäische Union, Verordnung (EU) 2024/1624, EU-AML-Rahmen und Anwendungsbereich für Glücksspieldienstleister.
- Europäische Kommission, Asset freeze and prohibition to provide funds or economic resources, Folgen von EU-Sanktionen, aktualisiert am 6. Mai 2026.
- Spanien, Gesetz 10/2010 zur Verhinderung von Geldwäsche und Terrorismusfinanzierung, aktuell konsolidierter Gesetzestext.
- Spanische DGOJ, Identity verification for online gambling, offizielle Informationen der Glücksspielaufsicht.
- Deutschland, Geldwäschegesetz, geltendes deutsches AML-Recht.
- Gemeinsame Glücksspielbehörde der Länder, Geldwäscheprävention, Hinweise der deutschen Glücksspielaufsicht.
- UK Gambling Commission, Customer identity verification, Licence Condition 17.1.1 für Online-Lizenznehmer.
- UK Gambling Commission, Remote betting money-laundering and terrorist-financing risks, Branchenhinweise zu Risiken.
- OFSI, Starter Guide to UK Sanctions, britische Sanktionshinweise, aktualisiert am 30. März 2026.
- Brasilianische SPA, Rechtsquellenindex für Festquotenwetten, offizieller Index, aktualisiert am 28. Juli 2026.
- Brasilianische SPA, Sistema de Gestão de Apostas (SIGAP), offizieller Systemüberblick.
- Brasilianische SPA, Módulo de Impedidos und Zeitpunkte der Abfrage durch Anbieter, offizielle Hinweise zu ausgeschlossenen Spielern.
- Malta Gaming Authority, FIAU and MGA remote-gaming implementing procedures, Ankündigung der sektoralen AML/CFT-Verfahren.
- FinCEN, Casino recordkeeping, reporting and compliance FAQs, US-Hinweise zu AML-Kontrollen in Casinos.
- OFAC, A Framework for OFAC Compliance Commitments und Sanctions List Service, risikobasierte US-Compliance und offizielle Listenquellen.
- OFAC, FAQ 250 on potential name matches, Hinweise zur Klärung möglicher Treffer.