Überprüfung der finanziellen Verfügbarkeit des Spielers

Überprüfung der finanziellen Verfügbarkeit eines Spielers (Affordability)

1) Ziel und Bereich

Sicherstellen, dass das Spiel den finanziellen Möglichkeiten des Spielers entspricht, das Risiko von Schäden verringert und die Lizenzanforderungen erfüllt. Affordability ergänzt RG und AML: Wir bewerten die Fähigkeit des Spielers, die Kosten des Spiels ohne Schaden zu tragen (nicht zu verwechseln mit der Überprüfung der Herkunft der Gelder, obwohl sich die Fälle oft überschneiden).

Reichweite: Produkt (Web/Mobile), Wallet/PSP, Risk/RG, CS, Compliance/Legal/DPO, Spieleanbieter, Reporting.

2) Grundsätze

Verhältnismäßigkeit: Die Prüftiefe entspricht dem Risikoniveau und dem Markt.
Minimal benötigte Informationen: Wir fragen nur das an, was für die Lösung benötigt wird.
Transparenz und Respekt: Nachvollziehbare Gründe für die Anfrage und erwartete Dokumente/Fristen.
Ohne AML-Tipping-off: Im Wortlaut vermeiden wir Hinweise auf Verdächtigungen.
Nachweisbarkeit: Alle Schritte und Entscheidungen stehen fest, Artefakte werden gesäumt.
Privacy-by-Design: DSGVO/lokale Gegenstücke, Speicherung und Zugriff über RBAC.

3) Rollen und RACI

Affordability Owner (RG Lead/Risk Lead) - Politik, Schwellenwerte, Eskalationen. (A)

Risk Analysts (1./2. Zeile) - Überprüfung, Beweisaufnahme, Entscheidung. (R)

CS/CRM - Kommunikation, Spielerbegleitung, SLA-Antworten. (R)

Zahlungen/Finanzen - Block-/Einzahlungs-/Auszahlungslimit für die Dauer der Überprüfung. (R)

Compliance/Legal/DPO - Marktkonformität, Datenschutz, Vorlagen. (C)

Data/Engineering - Ereignisse/Protokolle, Integrationen (Banking APIs, Verifikatoren). (R)

Internal Audit ist eine unabhängige Bewertung von Praktiken und Stichproben. (C)

Exec Sponsor (COO/CEO) - Ressourcen, „Ton von oben“. (I/A)

4) Trigger zum Auslösen der Inspektion (Skelett)

• Große einmalige Einlage (Marktschwelle).
• Schnelles Wachstum der Höhe der Einlagen/Verluste in einem kurzen Zeitraum.
• Häufige Rücknahme von Schlussfolgerungen; Umstellung auf „geliehene“ Zahlungsmethoden.

• Nacht/lange Sitzungen, Wettbeschleunigung, mehrere RCs ohne Unterbrechung.
• Berichte des Spielers über finanzielle Schwierigkeiten.

• Erreichen von Schwellenwerten, die eine EDD/Affordability nach Markt/Lizenz erfordern.
• Erhöhte Risikoklasse (RG/AML-Skoren).

5) Daten und Nachweise (Ebenen)

• Selbstdeklaration des Unterhaltungsbudgets/der Einnahmen (Form im Produkt).
• Konsolidierte Bank-/Fintech-Kontoauszüge (ohne unnötige Details) oder Einkommensnachweise.
• Nachweis der Beschäftigung/Status (auf Wunsch des Marktes).

• Kontoauszüge 90 Tage im Voraus (nicht relevante Felder beschmiert).
• Einkommensdokumente: Arbeitgeberbescheinigung, Steuerformular, Vertrag/Rechnungen (für Selbstständige).
• Ausgabenerklärung nach Hauptkategorien (Wohnen/Kredite/Alimente).

• Bestätigung der Quelle der Mittel/Vermögenswerte (Verkauf von Immobilien, Dividenden usw.).
• Open Banking API (Open Banking) - aggregierte Solvabilitätsmetriken (mit Zustimmung und Zulässigkeit).
• Dop. Dokumente auf Anforderung des Marktes/der Regulierungsbehörde.

6) Bewertung und Schwellenwerte

Net Disposable Income (NDI): geschätztes „freies“ Einkommen nach den zugrunde liegenden Ausgaben.
Affordable Loss/Budget: NDI-Anteil, der für Unterhaltung zulässig ist (interne Politik + lokale Normen).

• Grün - keine Einschränkungen oder ein weiches Budget.
• Amber - Einzahlungs-/Verlustlimits, Überwachung.
• Rot - Fehler/harte Grenzen/Timeout/SE.

• Verlust> X% des geschätzten NDI in 30 Tagen → Amber.
• Verluste> Y% NDI oder toxische Marker → Red.

7) Prozess (vom Signal zur Lösung)

Schritt 1 - Signal und Pre-Scoping. Erfassung von Fakten (Summen/Zeit, RG-Token), Prioritätszuordnung (S1.. S3), Fixierung im Fallsystem.
Schritt 2 - Fordern Sie Beweise an. Niveauwahl (A/B/C), verständliche Dokumentenliste, Deadline (in der Regel 7-14 Tage), Zeitlimit/Pause bei Bedarf.
Schritt 3 - Analyse. NDI/Budgetberechnung, Überprüfung der Nachhaltigkeit von Einnahmen/Ausgaben, Cross-Check mit Verhalten.
Schritt 4 - Entscheidung. Grün/Amber/Rot, Festlegung von Limits/Sperren, Revisionsfristen.
Schritt 5 - Kommunikation. Neutrale Texte ohne Druck, ohne AML-Subtext.
Schritt 6 - Dokumentation. Artefakte, Berechnungen, rationale, Links zu Richtlinien/lokalen Normen.
Schritt 7 - Revision. Erneute Überprüfung nach N Tagen oder wenn sich Risiken ändern.

8) UX und korrekte Texte

Vermeiden Sie Formulierungen über Verdacht/AML; Verwendung eines neutralen „Sicherheitschecks/Komfort der Ausgaben“.

9) Interaktion mit RG und AML

RG: Schaden-Marker verstärken affordability Priorität, Entscheidungen → limits/timeouts/SE.
AML: Wenn im Affordability-Prozess das Risiko der Herkunft von Geldern auftaucht - öffnen Sie einen parallelen AML-Fall (ohne Tipping-off in Affordability-Kommunikation).
Zahlungen: Block von wiederkehrenden Einzahlungen/Marketing für die Dauer der Überprüfung.

10) Privatsphäre, Rechte und Retention

Grundlage der Verarbeitung: gesetzliche Verpflichtung/berechtigtes Interesse (Sicherheit der Spieler und Einhaltung der Lizenz).
Minimierung und Maskierung: Sammeln Sie nur das Notwendige, EXIF wird entfernt, empfindliche Felder werden geschlossen.
Zugriff: RBAC/ABAC, Lese-/Änderungsprotokolle, WORM-Speicher für Artefakte.
Retention: normalerweise 5-7 Jahre oder durch Markt/Lizenz; nach Ablauf - sichere Entfernung.
Betroffenenrechte: DSAR über DSO; Keine Offenlegung von Anti-Fraud/Scoring-Techniken und Daten Dritter.

11) Dashboard und Metriken

Time-to-Decision (TTD): Der Median vom Signal bis zur Entscheidung.
Erfüllungsquote:% der Fälle mit den erhaltenen Dokumenten in der Zeit.
Amber/Red Rate: Anteile der Lösungen nach Segmenten/Märkten.
Repeat Harm Markers: Marker des Schadens 30/90 Tage nach der Entscheidung.
Limit Uptake/Adherence: Anteil der Einhaltung von Limits.
Complaints & Resolution: Reklamationen/Abschlussfrist.
Data Sufficiency:% der Fälle, in denen ein Mindestsatz an Beweisen gesammelt wird.
Auditability: Anteil der Fälle mit vollständigem Artefaktpaket und NDI-Berechnung.

12) Checklisten

Vor dem Starten der Richtlinie

• Die Schwellenwerte für die Märkte sind mit Legal/Compliance abgestimmt.
• Briefmuster werden lokalisiert und auf Neutralität geprüft.
• Integrationen mit Dokumentenspeicher, Open-Banking (wo verfügbar), Fallsystem.
• EXIF-Maskierungs-/Löschverfahren, Validierung von Formaten.
• CS/FAQ-Skripte vorbereitet; Ausbildung abgeschlossen.

In Operationen

• Jeder Fall hat Priorität, eine Liste der erforderlichen Dokumente und eine Frist.
• Zeitlimits/Sperren werden automatisch aktiviert.
• Entscheidungen werden mit Berechnungen und Hinweisen auf die Politik dokumentiert.
• Angrenzende RG/AML/Marketing Suppression Flags sind enthalten.

Prüfung und Verbesserung

• Vierteljährliche Stichprobe von Fällen (≥ 30) auf Vollständigkeit/Logik der Entscheidungen.
• Abgleich des Ereignisprotokolls mit Wallet/GL.
• CAPA durch wiederholte Bemerkungen.

13) Vorlagen (Schnelleinfügungen)

A) Dokumentenliste (Ebene B)

B) Erinnerung an eine Frist

C) Lösung mit Limits

D) Schließen ohne Dokumente

14) Technische Umsetzung (Skelett)

События: `affordability_triggered`, `docs_requested`, `docs_received`, `affordability_decision{green|amber|red}`, `rg_limits_set`, `marketing_suppressed`.
API кейс-системы: `POST /affordability/case`, `PATCH /case/{id}/status`, `POST /case/{id}/decision`.
Dokumentenspeicher: at-rest Verschlüsselung; automatische Maskierung, EXIF-Stripping; Prüfsummen und WORM-Protokolle.
Regeln (Policy Engine): Schwellenwerte für Märkte, SLAs, Autolimits für den Inspektionszeitraum.
Reporting: CSV/JSON-Uploads mit Aggregaten ohne PII.

15) Häufige Fehler und wie man sie vermeidet

Übermäßige Anforderung von Dokumenten. → A/B/C-Ebenen, Minimierung, erklären „warum“.
Verzögerungen ohne vorübergehende Maßnahmen. → Autolimits beim Öffnen des Falles.
Fuzzy-Texte. → Fertige Vorlagen, Verständlichkeitstests.
Vermischung mit AML in Briefen. → Neutrale Formulierungen, bei Bedarf separater AML-Fall.
Keine Berechnungen. → Standardisieren Sie die NDI/Budget-Methode und speichern Sie die Kalkulation.
Unvollständige Synchronisation. → Verbinden Sie Lösungen mit CRM/PSP/Spieleanbietern (suppress/blocks).

16) Regionale Profile (Rahmen zu füllen)

Für jeden Markt zu erfassen: verbindliche Schwellenwerte, Datenquellen, Zulässigkeit von Open-Banking, Reaktionszeiten, Berichtsformate, Speicher-/Lokalisierungsanforderungen.

Profile [Market]
Thresholds:...
Sources: self-declaration     banking API      docs
Terms: ack ≤...; decision ≤ …
Solutions: green/amber/red - parameters
Reporting: Frequency/Format
Privacy: local requirements

17) 30-tägiger Implementierungsplan

Woche 1

1. Genehmigen Sie Affordability-Richtlinien und Schwellenwerte für Märkte.
2. Harmonisierung von Kommunikationsmustern (RU/EN + Standorte) und FAQ.
3. Spezifizieren Sie Ereignisse/Datenmodell und Integration (Fälle, Speicher, Open-Banking, wo verfügbar).

Woche 2

4. Implementieren Sie Case Flow, Autolimits für den Überprüfungszeitraum, Hochladen/Maskieren von Dokumenten.
5. Verbinden Sie Marketing-Suppression/PSP, wenn der Fall aktiv ist.
6. Risk/CS trainieren; Veröffentlichung von 1-Seiten und Makros.

Woche 3

7. Pilot (5-10%): TTD/Completion/Complaints Messung, manuelle Überarbeitung der Lösungen.
8. Anpassungen an Schwellenwerten/Texten vornehmen, Integrationen debuggen.

Woche 4

9. Vollständige Veröffentlichung; tägliche KPI-Überwachung und selektive Revue.
10. Bericht an das Management; CAPA für Störungen und Reklamationen.
11. Plan v1. 1: Marktprofile erweitern, Open-Banking/Scoring hinzufügen, automatische NDI-Berechnung.

• Verantwortungsvolles Spielen und Grenzen
• Selbstausschluss und Sperrung von Konten
• Reality Checks und Spielerinnerungen
• Incident Playbooks und Szenarien (RG/AML)
• Die AML-Trainings und die Ausbildung der Mitarbeiter / Informiertheit des Personals über komplajense
• Meldungen von Unregelmäßigkeiten und Meldefristen
• Regulatorische Berichte und Datenformate
• Interne Revision und externe Revision/Audit Checklisten