Verantwortungsvolles Spielen: Transaktionsüberwachung für iGaming (DE)

iGaming-Betreiber tragen zwei Überwachungspflichten, die in verschiedene Richtungen gehen. AML-Regeln verlangen, dass Sie auf Geldwäsche achten – Strukturierung, Eselmuster, sanktionierte Gegenparteien. Regeln für verantwortungsvolles Spielen verlangen, dass Sie auf Schäden achten – ein Spieler, der schneller einzahlt, als er sollte, seine eigenen Limits erhöht, um Verluste auszugleichen, oder für Boni ausgenutzt wird. Die meisten Betreiber führen dies als separate Programme mit separaten Tools aus, obwohl beide denselben Strom von Spielertransaktionen lesen.

Didits Transaktionsüberwachungs-API führt beides in einer Engine aus. Das Responsible Gaming-Paket erkennt Spitzen bei der Einzahlungsgeschwindigkeit, verdächtige Limitänderungen und Bonusmissbrauch mithilfe spezieller gambling_*-Transaktionskategorien – und es befindet sich neben den AML/CTF-, Anomalieerkennungs- und Betrugspaketen im selben Produkt, derselben Alarmwarteschlange und demselben Fall-Workflow. Jede Transaktion wird in Echtzeit für 0,02 $ pro Transaktion bewertet.

Dieser Leitfaden erklärt das Responsible Gaming-Paket, die Glücksspielkategorien, die es speisen, und wie man es anschließt.

Wichtige Erkenntnisse

• Das Responsible Gaming-Paket erkennt Spitzen bei der Einzahlungsgeschwindigkeit, verdächtige Limitänderungen und Bonusmissbrauch – Spielerschutzsignale, nicht nur Geldwäsche.
• Spezielle gambling_*-Kategorien – gambling_bet, gambling_limit_change, gambling_bonus_change – ermöglichen es Regeln, im richtigen Kontext angewendet zu werden.
• Responsible Gaming und AML laufen in einer Engine, sodass Spielerschäden und Geldwäschesignale eine gemeinsame Alarmwarteschlange und einen Fall-Workflow teilen.
• Geschwindigkeitsfenster (Anzahl, Summe, eindeutig) drücken Einzahlungsgeschwindigkeits- und Limitänderungsmuster ohne separaten Stream-Prozessor aus.
• AWAITING_USER kann eine markierte Transaktion für einen Step-up pausieren, der gleichzeitig als Berührungspunkt für den Spielerschutz dient.
• 0,02 $ pro Transaktion, keine Mindestbeträge. Die AML-Prüfung einer markierten Partei wird separat mit 0,20 $ berechnet.

Was das Responsible Gaming-Paket leistet

Das Paket ist eine kuratierte Sammlung von Regeln, die auf Spielerschutz-Typologien und nicht auf Geldwäsche-Typologien abgestimmt sind. Es liest den Transaktionsstrom des Spielers – Einzahlungen, Wetten, Limitänderungen, Bonusereignisse – und markiert die Muster, die Regulierungsbehörden und Rahmenwerken zur Schadensprävention wichtig sind: ein Spieler, der wiederholt in einem kurzen Zeitfenster einzahlt, ein Spieler, der sein Einzahlungs- oder Verlustlimit unmittelbar nach einer Pechsträhne erhöht, oder Konten, die Boni auf eine Weise nutzen, die Missbrauch oder organisierte Ausnutzung signalisiert.

Jede Regel führt die gleichen Arten von Aktionen aus wie der Rest der Engine: zum Risikowert hinzufügen, den Status ändern, die Transaktion markieren oder die Partei zu einer Liste hinzufügen. Eine Spitze bei der Einzahlungsgeschwindigkeit kann einen Spieler also zur Überprüfung veranlassen, eine Notiz für das Responsible Gaming-Team anfügen und – wenn es Ihre Richtlinie zulässt – die nächste Einzahlung mit AWAITING_USER pausieren, damit der Spieler vor dem Fortfahren bestätigen muss.

Warum es wichtig ist

Glücksspielaufsichtsbehörden verlangen zunehmend von Betreibern, dass sie eine aktive Schadensüberwachung nachweisen, nicht nur die Einhaltung von AML-Vorschriften. Lizenzbedingungen in vielen Gerichtsbarkeiten erwarten von Betreibern, dass sie Anzeichen für Schäden identifizieren – Verlustjagd, eskalierende Einzahlungen, Limitänderungen, die Schutzmaßnahmen aufheben – und eingreifen. Dies nicht zu tun, ist ein Lizenzrisiko, nicht nur eine Geldstrafe.

Responsible Gaming als Ergänzung zur AML-Überwachung zu betreiben, ist verschwenderisch, da beide dieselben Transaktionen lesen. Eine vereinheitlichte Engine ermöglicht es einer Integration, beide Verpflichtungen zu erfüllen: Dieselbe Einzahlung, die eine AML-Regel auf Strukturierung prüft, wird von einer Responsible Gaming-Regel auf Geschwindigkeit geprüft. Die Signale teilen sich eine Warteschlange, die Analysten teilen sich einen Workflow, und der Audit-Trail deckt beide Programme gleichzeitig ab – zu einem Preis pro Transaktion anstatt zwei Anbieterverträgen.

Technische Details

Glücksspieltransaktionen werden über die vereinheitlichte /v3/-API mit einer gambling_*-Kategorie erstellt, damit die richtigen Regeln angewendet werden:

curl -X POST https://verification.didit.me/v3/transactions/\
  -H "x-api-key: $DIDIT_API_KEY"\
  -H "Content-Type: application/json"\
  -d '{
    "transaction_id": "txn_g7a118",
    "category": "gambling_bet",
    "amount": 500,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T20:05:00Z",
    "subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "payment_method": "CARD"
  }'

Eine Spitze bei der Einzahlungsgeschwindigkeit löst das Responsible Gaming-Paket aus und gibt einen Status zurück, auf den der Betreiber reagieren kann:

{
  "transaction_id": "txn_g7a118",
  "status": "AWAITING_USER",
  "risk_score": 68,
  "triggered_rules": [
    {
      "name": "Einzahlungsgeschwindigkeit – 24h Anzahl",
      "bundle": "Responsible gaming",
      "aggregation": "count",
      "window": "24h",
      "action": "CHANGE_STATUS"
    }
  ],
  "alert_id": "alrt_e9c440"
}

Glücksspielkategorien. gambling_bet, gambling_limit_change und gambling_bonus_change ermöglichen die Anwendung von Regeln im Kontext – eine Geschwindigkeitsregel bei Einzahlungen, eine Musterregel bei Limitänderungen, eine Missbrauchsregel bei Bonusereignissen.

Geschwindigkeit und Aggregation. Drücken Sie Einzahlungsgeschwindigkeits- und Limitänderungsmuster mit Zähl-, Summen- und eindeutigen Fenstern aus – „mehr als 6 Einzahlungen in 24 Stunden“, „kumulative Einzahlungen über 2.000 € in 7 Tagen“ – ohne einen eigenen Stream-Prozessor zu erstellen.

Webhooks. Abonnieren Sie transaction.created und transaction.status.updated, um Ihre Plattform synchron zu halten, wenn Warnungen gelöst und Korrekturen abgeschlossen werden.

Preis. 0,02 $ pro Transaktion, pro Anruf abgerechnet, keine Mindestbeträge. Die AML-Prüfung einer markierten Partei wird separat mit 0,20 $ berechnet.

Regeln zum Spielerschutz erstellen

• Einzahlungsgeschwindigkeit. Ein count- oder sum-Fenster bei gambling_bet-nahen Einzahlungsereignissen erfasst einen Spieler, der schneller oder mehr einzahlt, als Ihre Schadensschwellen zulassen. Pausieren Sie die nächste Einzahlung mit AWAITING_USER, damit der Spieler vor dem Fortfahren bestätigt.
• Limitänderungen. Eine Regel bei gambling_limit_change erfasst einen Spieler, der ein Einzahlungs- oder Verlustlimit erhöht, insbesondere direkt nach einer Pechsträhne – ein klassisches Zeichen für Verlustjagd. Leiten Sie es zur Überprüfung weiter und benachrichtigen Sie das Responsible Gaming-Team.
• Bonusmissbrauch. Eine Regel bei gambling_bonus_change, kombiniert mit eindeutigen Kontozahlen, erfasst Bonus-Cycling und organisierte Ausnutzung.
• AML gleichzeitig. Die Einzahlungen desselben Spielers werden gleichzeitig gegen AML/CTF und Anomalieerkennung geprüft, sodass Strukturierungs- oder Esel-Signale in derselben Warteschlange auftauchen.

All dies wird in der Business Console abgestimmt, und Sie können sie im Custom-Paket für betreiber-spezifische Schadensmerkmale erweitern.

Anwendungsfälle

• Online-Casinos – Regeln für Einzahlungsgeschwindigkeit und Limitänderung kennzeichnen das Verhalten der Verlustjagd und lösen einen Step-up zum Spielerschutz aus.
• Sportwetten – Wett- und Einzahlungsgeschwindigkeitsfenster erfassen eskalierende Einsätze innerhalb einer Sitzung.
• Bonus-gesteuerte Akquisition – gambling_bonus_change-Regeln mit eindeutigen Kontozahlen erfassen Bonus-Farming.
• Altersbeschränkte Plattformen – AWAITING_USER-Step-ups dienen als erneuter Verifizierungs-Touchpoint, wo Schäden oder Betrugssignale auftreten.
• Betreiber mit mehreren Gerichtsbarkeiten – Passen Sie die Schadensschwellen pro Markt in der Konsole an, während Sie ein Überwachungsprogramm beibehalten.

Wie man Didit integriert

1. Schalten Sie das Paket ein. Aktivieren Sie in der Business Console Responsible Gaming neben AML/CTF und Anomalieerkennung und passen Sie die Schwellenwerte für Einzahlungsgeschwindigkeit, Limitänderung und Boni an Ihre Gerichtsbarkeiten an.
2. Senden Sie Glücksspielereignisse. POST /v3/transactions/ mit der richtigen gambling_*-Kategorie, wenn Spieler einzahlen, wetten, Limits ändern oder Boni erhalten – mit einer stabilen transaction_id und vendor_data, die jeden mit dem Spieler verknüpfen.
3. Handeln Sie nach dem Status. Genehmigen, überprüfen, ablehnen oder pausieren Sie mit AWAITING_USER, um einen Schritt zum Spielerschutz oder zur erneuten Verifizierung einzufügen.
4. Synchronisieren Sie mit Webhooks. Hören Sie auf transaction.status.updated, um zu reagieren, wenn eine Warnung gelöst wird oder ein Step-up abgeschlossen ist.

Da alles über die vereinheitlichte /v3/-API läuft, gelangt ein Spieler, der mit KYC-Abläufen an Bord genommen wurde, direkt in dieselbe Engine, die sowohl seine Responsible Gaming- als auch seine AML-Überwachung durchführt – eine Identity-and-Fraud-Plattform, von Anfang bis Ende.

Häufig gestellte Fragen

Was erkennt das Responsible Gaming-Paket?

Spitzen bei der Einzahlungsgeschwindigkeit, verdächtige Limitänderungen und Bonusmissbrauch – Spielerschutzmerkmale – unter Verwendung der Kategorien gambling_bet, gambling_limit_change und gambling_bonus_change.

Kann ich Responsible Gaming und AML in derselben Engine ausführen?

Ja. Beide laufen in einer Engine gegen denselben Transaktionsstrom, teilen sich eine Alarmwarteschlange und einen Fall-Workflow, sodass Sie beide Verpflichtungen aus einer Integration erfüllen.

Wie kennzeichne ich ein Verhalten der Verlustjagd?

Verwenden Sie eine Regel für gambling_limit_change, um Limiterhöhungen (insbesondere nach Verlusten) zu erfassen, und Zeitfenster für die Einzahlungsgeschwindigkeit, um eskalierende Einzahlungen zu erfassen. Leiten Sie sie zur Überprüfung weiter oder pausieren Sie sie mit AWAITING_USER.

Kann ich einen Spieler pausieren, anstatt ihn zu sperren?

Ja. Der Status AWAITING_USER pausiert eine markierte Transaktion für einen Step-up – eine Bestätigung, eine erneute Verifizierung – der automatisch fortgesetzt wird, sobald der Spieler ihn löscht, und dient gleichzeitig als Berührungspunkt für den Spielerschutz.

Was kostet es?

0,02 $ pro Transaktion, pro Anruf abgerechnet, ohne Mindestbeträge. Die AML-Prüfung einer markierten Partei wird separat mit 0,20 $ berechnet.

Bereit zum Start?

Lesen Sie die Übersicht zur Transaktionsüberwachung in den Dokumenten, sehen Sie, wie sie in den Rest der Plattform auf der Produktseite zur Transaktionsüberwachung passt, und überprüfen Sie die transparenten Preise pro Anruf auf der Preisseite. Wenn Sie bereit sind, starten Sie kostenlos – 500 kostenlose KYC-Prüfungen jeden Monat und Transaktionsüberwachung für 0,02 $ pro Anruf.