Transparenz der Bonusbedingungen

1) Ziel und Bereich

Machen Sie die Bonusbedingungen klar, ehrlich und überprüfbar, beseitigen Sie „versteckte“ Einschränkungen und minimieren Sie regulatorische Risiken/Beschwerden. Reichweite: Der gesamte Aktionszyklus (Idee → Creative → Landing → Aktivierung → Abrechnung → Output/Dispute), CRM/Ads/Affiliates-Kanäle, Produkt/Wallet, CS, Legal/Compliance/RG/AML.

2) Grundsätze (Fair Bonus)

Plain Language. Nur einfache Formulierungen und Zahlenbeispiele.
Key Terms Up Front. Die wichtigsten Bedingungen sind vor der Teilnahme sichtbar.
No Traps. Versteckte „Cap“, abrupte Änderungen der Post-Factum-Regeln sind verboten.
Player First. Der Streit wird in Mehrdeutigkeit zugunsten des Spielers ausgelegt.
RG-Kompatibilität. Der Bonus stimuliert kein schädliches Verhalten.
Nachweisbarkeit. Alle Bedingungen werden versioniert und protokolliert.

3) Rollen und RACI

Promo Owner (CRM/Marketing Lead) - Konzept, Budget, Ziele. (R)

Product/UX - Anzeige der Bedingungen, „summary box“, Rechner. (R)

Legal/Compliance - eine Überprüfung der Bedingungen/Urheberrecht, lokale Normen. (A)

RG Lead - Überprüfen Sie die Kompatibilität mit Limits/RG. (C)

Risiko/Anti-Missbrauch - Missbrauchsregeln, Grenzen, Überwachung. (R)

Finanzen - Gebühren, Rücklagen, Berichterstattung. (C)

Affiliates Manager - passend zu den Kreativen der Partner. (R)

CS/Trust & Safety - Skripte, Bearbeitung von Beschwerden/Streitigkeiten. (R)

Internal Audit - Promo-Stichproben und Konformitätsprüfung. (C)

4) Obligatorische Elemente des Bonusangebots (Minimum)

1. Typ: Begrüßung/Relode/Freispiele/Cashback/Turnier.

2. Größe: Fix/Prozentsatz, Minimum/Maximum, Währung.

3. Wager (WR): Koeffizient, der ausgespielt wird (Bonus, Einzahlung, beides), Berechnungsbeispiel.

4. Beiträge der Spiele: Slots X%, Tischplatten Y%, Live Z% (klare Tabelle).

5. Zeitrahmen: für Aktivierung/Einsatz/Freispiele (Daten/Stunden, Zeitzone).

6. Max. Rate bei WR: Anzahl und Währung, Folgen der Überschreitung.

7. Max. Gewinn/Auszahlung vom Bonus: falls vorhanden - direkt angeben.

8. Limitierte Spiele/Studios/Mechaniken: Liste oder Link mit Anker.

9. Einzahlungs-/Promo-Code-Bedingungen: Mindesteinzahlung, Zahlungsmethode (Ausnahmen).

10. RG und Druckverzicht: Verweis auf Limits/Pausen.

11. Anti-Missbrauch: Kurz: Multi-Accounts/Force Bet/Gewichtsverlagerung von Wetten sind verboten.

12. T & C-Version: vX. Y.Z, Datum/Uhrzeit der Veröffentlichung.

5) UX-Muster „Kurz und klar“

Summary Box oben auf der Promo-Karte (12 Punkte aus § 4).
Dropdown-Blöcke mit Beispielen: „Wie man WR zählt“, „Beispiel für ein Einsatzlimit“.
WR-Rechner: Die Eingabe der → zeigt den gewünschten Umsatz/Fortschritt an.
Tag-Chips: WR: 30x (Bonus), Max Bet: €5, Expiry: 7d.
Inline-Weidung: Warnung beim Wettversuch> max.
Dunkle Muster sind verboten: kein „versteckter“ grauer Text.

6) Anti-Missbrauch - aber keine Fallen

Klare Verbote: Multi-Accounting, Spiegelwetten, Null-Volatilität um des WR willen, „Bereinigung“ durch Spiele mit minimalem Risiko, Freispiel-Arbitrage.
Verhältnismässigkeit der Sanktionen: zuerst Einbehaltung von Bonusgewinnen, keine Einzahlungen; Verbot - nur bei offensichtlichem Betrug.
Evidenzbasis: Ereignisse/Protokolle, Verhaltensstörungen, Hash-Bündel von Geräten/Zahlungen.
Berufung: Antwortfrist, transparentes Protokoll.

7) Werbung, CRM und Affiliates

Werbeversprechen = tatsächliche Bedingungen. Kein „bis zu 500%“ bei einer tatsächlichen Obergrenze von 50 €.
Altersfilter: 18 +/21 +, unknown age = suppression.
Verbot von „aggressiven“ Kreativen (Versprechen, „Verluste zurückzugewinnen“, „kein Risiko“).
Affiliates: erhalten identische Summary-Box und Version-ID; Sie sind nicht berechtigt, die Formulierung zu ändern.
UTM/Postbacks: Klick-Bündel mit T & C-Version (Audit-Nachweis).

8) Kompatibilität mit RG/AML

Mit aktiven RG-Beschränkungen/SE - volle Unterstützung Promo.
Die Boni sollten die Limits nicht umgehen oder wiederholte Einzahlungen in der „Red Zone“ fördern.
AML: Ausnahmen nach Zahlungsart/Land - sofort in der Summary Box.

9) Daten und Speicherung (Minimalmodell)

promo_id, version, market, start_at, end_at,
type, amount_min, amount_max, wr_value, wr_base{bonus    deposit    both},
max_bet, max_win, game_weights[], excluded_games[], payment_rules[],
expiry_days, terms_url_hash, created_by, approved_by, approved_at,
player_accept_event{ts, ip_hash, ua}, player_view_version, locale,
abuse_ruleset_id, rg_suppression_flag

Speichern Sie Hash-Versionen von T&C und die Tatsache der Zustimmung des Spielers (Ereignis).
WORM-Versions- und Creative-Logs, Anbindung an UTM/Affiliate.

10) Kontrollverfahren

Pre-launch gate: Die Promo wird nicht ohne die ausgefüllte Summary Box und die Legal/RG-Genehmigungen veröffentlicht.
Feature-Flagge nach Märkten: verschiedene Limits/Copyrights/obligatorische Disclaimer.
Max bet enforcement: Das Produkt blockiert Wetten über dem Schwellenwert, wenn der WR aktiv ist.
„Man kann nicht rückwirkend regieren“. Bearbeitungen nur durch neue Version; aktive Teilnehmer - unter alten Bedingungen.
Regelmäßiger Abgleich: Berechnung des WR ↔ Wallet/GL.
Prüfung von Affiliates: Stichprobe von Landings, Vergleich mit der offiziellen Version.

11) KPI/KRI und Dashboard

Promo Complaint Rate (bei 1k Teilnahmen).
WR Completion Rate und Median der Zeit bis zum Einsatz.
Max Bet Violations (Anteil der blockierten Wetten).
Withdrawals After Bonus (kein Streit) und TtPayout.
Affiliates Consistency Index (Übereinstimmung von Kreativen/Versionen).
Refund/Goodwill Cost (Abwicklungskosten).
Auditability Score (% Promo mit vollständigem Artefakt-Paket).

12) Checklisten

Vor dem Start der Promo

• Gefüllte Summary Box; Beispiele für WR/Limits.
• Legal/Compliance/RG genehmigte Texte/Creatives.
• max-bet enforcement included; Tabelle der Beiträge der Spiele ist relevant.
• CRM/Anzeigen/Affiliates haben eine Version von T&C und Hash erhalten.
• Tests: WR-Berechnung, Block über max bet, ausgeschlossene Spiele.

Während der Promo

• Beschwerde/Streitbeilegung, SLA Antworten CS.
• Überwachung von Max-Bet-Verstößen/Missbrauchsmustern.
• RG-suppress funktioniert (für high-risk/SE).

Nach der Promo

• Bericht: KPIs, Beschwerden, Abrechnungen, CAPAs.
• Archiv für Kreative und T&C (WORM); Auffüllen der Wissensbasis.

13) Skripte und Vorlagen (Schnelleinfügungen)

A) Summary Box (Beispiel)

Bonus: 100% bis zu €200 + 100 FS

Min. Kaution: 20 €

WR: 30 × Bonus (Beispiel: €100 ⇒ Sie müssen €3.000 setzen)

Spielbeitrag: Slots 100%, Tischplatten 10%, Live 0%

Max. Preis bei WR: 5 €

Zeitrahmen: Aktivierung 7 Tage, Wetten 14 Tage, FS - 7 Tage.

Max. Gewinne aus dem Bonus: €500

Spiele ausgeschlossen: siehe Liste

Zahlungsmethoden: [A, B] - ja; [C] - nein

Version der Bedingungen: v1. 4 (2025-11-01)

B) Kurzer Werbe-Disclaimer

C) CS-Antwort auf Max-Bet-Streit

D) Beschwerde des Spielers (Antwortvorlage)

14) Technisches Skelett

• 'GET/promo/{ id }/terms' (gibt summary + full conditions + version hash zurück)
• „POST/promo/{ id }/accept“ (speichert das Zustimmungsereignis)
• 'GET/wallet/wr-status' (Fortschritt WR, max bet, expiry)
• События: `promo_viewed`, `terms_accepted`, `wr_updated`, `max_bet_violation_blocked`, `withdrawal_requested_after_bonus`.
• Validierungen in CI: Spielbedingungs-/Gewichtungsschemata, WR-Berechnungstests, Übereinstimmung mit Locals.
• Fichy: WR-Rechner, Fortschrittsbanner, Block „ausgeschlossene Spiele“.

15) Häufige Fehler und Prävention

WR „leise“ auf Einzahlung + Bonus. → Geben Sie explizit die WR-Basis und das Beispiel an.
Kleingedruckte kritische Einschränkungen. → In summary box und inline validator.
Änderung der Bedingungen während der Promo. → Nur neue Version; Aktiv an alten.
Nichtübereinstimmung beim Affiliate. → Versions- und Audits, das Recht auf Entzug der Vergütung.
Nicht gemeldete ausgeschlossene Spiele. → Eine einzige Liste mit Ankern und Überprüfung im Backend.
Max Wette nicht enforced. → Technische Einheit + Warnung.

16) 30-tägiger Implementierungsplan

Woche 1

1. Genehmigen Sie den Summary-Box-Standard und die T & C-Vorlagen (RU/EN + Locals).
2. Konfigurieren Sie den Versionierungs-/Hashing-Prozess für Bedingungen und Artefakte.
3. Spezifizieren Sie das Daten-/Ereignismodell und die Validierung in CI.

Woche 2

4. Implementieren Sie den WR-Rechner, Fortschrittsbanner, Max-Bet-Durchsetzung.
5. Verbinden Sie CRM/Ads/Affiliates mit Version-Feed und Hash-Signatur.
6. CS-Skripte und Konfliktmakros vorbereiten.

Woche 3

7. Pilot auf 1-2 Promo: A/B „Short Disclaimer“, Test UTM→versiya.
8. Retro durch Beschwerden, Anpassung der Urheberrechte/Beispiele.

Woche 4

9. Vollständige Veröffentlichung des Standards; KPI Dashboards und Wochenberichte.
10. Marketing/Affiliate/CS-Training (1 Stunde).
11. Plan v1. 1: Auto-Generierung summary box aus Schema, lokale Anforderungsprofile.

• Ethik- und Verhaltenskodex
• Verantwortungsvolles Spielen und Grenzen/Reality Checks
• Selbstausschluss und Sperrung von Konten
• AML-Richtlinie und Transaktionskontrolle
• KYC-Verfahren und Validierungsstufen
• Compliance Dashboards und Monitoring
• Regulatorische Berichte und Datenformate
• Interne/externe Prüfung und Prüflisten