Geoblocking und Zahlungsrichtlinien
1) Warum es notwendig ist
Einhaltung von Lizenzen und Sanktionsregelungen.
Reduzierung von Zahlungs- und Strafrisiken (Chargeback, Scheme Penalties).
Operative Vorhersehbarkeit: kontrollierte Ein-/Auszahlungskorridore.
Ehrliche Monetarisierung: Transparente Regeln für Nutzer und Partner.
2) Grundbegriffe und Kontrollebenen
Geoblocking - Verbot/Beschränkung des Zugangs oder des Zahlungsverkehrs aus geografischen Gründen.
Zahlungspolitik - eine Reihe von Regeln für die Annahme/Auszahlung von Ländern/Methoden/Währungen/Lizenzen.
Implementierungsstufen
1. DNS/CDN/Edge: Länderblock, Geo-Umleitung, Geo-Fencing-API.
2. Anhang/Backend: Ficheflags, Allow/Deny-Regeln, KYC/SoF Step-up.
3. Payment Gateway/Router: Auswahl der PSP/Methode, 3DS-Strategie, Limits.
4. PSP/Bank: vertragliche Geobeschränkungen, BIN/issuer country Filter.
5. Anti-Fraud: Anti-VPN/Proxy, Gerätegraph, Velocity und Verhaltenssignale.
3) Rechtsgrundlagen und Risikogebiete
Lizenzbeschränkungen für Märkte (erlaubt/verboten/grau).
Sanktionen (OFAC/EU/UK und sekundär): Akzeptanz-/Auszahlungsverbote, FX- und Korrespondenzbeschränkungen.
Lokale Zahlungsgesetze: Verbote von iGaming-Transaktionen für Karten/Banken/Methoden.
Verbraucherschutz: obligatorische KYC, Grenzwerte, Selbstausschluss.
Richtlinien müssen eine Version und ein Aktionsfenster haben (effective_from/to), Änderungsprotokoll und Grundlagen (rechtliche Basis).
4) Geolokalisierungssignale und Umgehungserkennung
IP/ASN/GeoIP (Land, Region, ASN-Risiko).
VPN/Proxy/Tor-Detail: kommerzielle Listen, Latenzmuster, TTL-Anomalien.
GPS/Ortungsdienste (mobil).
SIM/MCC/MNC, Land des Betreibers.
BIN/IIN Karten und issuer Land.
Billing Land und KYC Dokumente (Reisepass/ID).
Adresse/Bank des Zahlungsempfängers.
Die Lösung ist Multi-Signal: mindestens 2 unabhängige Zeugnisse des Landes, Konflikt → KYC/SoF-Step-up.
5) Policy-Matrix (Beispiel)
6) Akzeptanz- und Auszahlungsrichtlinien
Whitelists/Blacklists der Methoden nach ISO-Land, Währung, MCC, Anbieter.
BIN-Routing: Karten nach Land des Emittenten und 3DS-Anforderungen ablehnen/weiterleiten.
Same-method & return-to-source: Rückerstattungen von Einlagen nach der gleichen Methode und bis zum Nettoeinzahlungsbetrag.
Corridor health: Überwachung der Zahlungskorridore (Erfolgsquote, Rendite, SLA).
FX-Regeln: Akzeptanz-/Auszahlungswährung, Verbot von Umrechnungen von PSP, falls erforderlich.
Limits und Velocity: Caps nach Land und Expositionen (Tag/Woche/Monat).
7) Anti-VPN/Anti-Proxy-Strategie
Listen von VPN/Hosting-Anbietern (ASN), Tor Exit, Proxy-Pools.
Detail der Unstimmigkeiten: IP-Land vs GPS/SIM/BIN/KYC.
Verhaltensmerkmale: serielle Eingaben von identischen Subnetzen, häufiger Wechsel von IP/vertrauenswürdigen Geräten.
Reaktionen: KYC-Step-up, vorübergehende Sperrung von Zahlungen, Bonusverbot, manuelle Überprüfung von Auszahlungen.
8) Datenarchitektur (Minimalmodell)
ref. geo_policies (
policy_id PK, version, iso2, class, legal_basis,
deposit_methods_whitelist, withdraw_methods_whitelist,
kyc_level, sof_required, bonus_mode,
fx_rules, t_plus_withdrawal, enabled, effective_from, effective_to, meta
)
risk. geo_evidence (
user_id, snapshot_at,
ip_country, gps_country, sim_country, bin_country,
billing_country, issuer_country, payout_bank_country,
vpn_flag, proxy_flag, conflict_score
)
payments. routing_rules (
rule_id PK, iso2, bin_country, method, provider,
require_3ds, max_amount_daily, decline_codes_map, priority, enabled
)
payout. corridors (
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at
)9) Prozesse (ETL/Orchestrierung)
1. Täglicher Import von rechtlichen Updates → Update' ref. geo_policies' (Versionierung).
2. Anreicherung von Ereignissen (Login, Deposit, Withdrawal) mit Geo-Zeugnissen → Eintrag in 'risk. geo_evidence`.
3. Bewertung von Konflikten (Rule-Engine) → Step-up/Deny.
4. Routing von Einlagen durch 'Zahlungen. routing_rules`.
5. Kontrolle der Auszahlungskorridore durch 'payout. corridors' und Auto-Switch auf Backup-PSP.
10) SQL-Vorlagen
10. 1. Konflikt der Geo-Signale
sql
SELECT user_id, snapshot_at,
(ip_country <> gps_country)::int
+ (ip_country <> sim_country)::int
+ (ip_country <> bin_country)::int
+ (ip_country <> billing_country)::int
AS conflict_score
FROM risk. geo_evidence
WHERE snapshot_at BETWEEN:from AND:to
AND (vpn_flag OR proxy_flag OR ip_country IS DISTINCT FROM gps_country);10. 2. Anwendung der Länderpolitik
sql
SELECT p.
FROM ref. geo_policies p
JOIN risk. geo_evidence e USING ()
WHERE e. user_id =:user_id
AND p. iso2 = COALESCE(e. gps_country, e. ip_country)
AND now() BETWEEN p. effective_from AND p. effective_to
AND p. enabled = TRUE
ORDER BY p. version DESC
LIMIT 1;10. 3. Routing nach BIN/Land/PSP
sql
SELECT provider, require_3ds, priority
FROM payments. routing_rules
WHERE enabled = TRUE
AND (iso2 =:country OR iso2 IS NULL)
AND (bin_country =:bin_country OR bin_country IS NULL)
AND method =:method
ORDER BY priority ASC
LIMIT 1;10. 4. Überwachung der Zahlungskorridore
sql
SELECT provider, method, to_iso2,
success_rate_7d, return_rate_7d, avg_eta_hours, status
FROM payout. corridors
WHERE updated_at > now() - INTERVAL '1 day'
AND (status <> 'OK' OR success_rate_7d < 0. 95 OR return_rate_7d > 0. 05);11) Dashboards und KPIs
Geo Compliance Heatmap: Traffic-Anteil nach A/B/C/D-Klassen, Blöcken und Step-up.
VPN/Proxy Incidents: Anzahl/Anteil der Sitzungen, durchschnittlicher conflict_score.
Deposit Routing: Autorisierungsrate nach PSP/Land/BIN, Anteil der erzwungenen 3DS.
Payout Corridors Health: Erfolg/Rendite/ETA, Umstellung auf Backup.
Loss & Liability: chargeback ratio und scheme penalties zu Geo/Methoden.
Policy Coverage:% der Sitzungen mit aktueller Policy (Version), Update-Lag.
12) Alerts und Schwellenwerte
Sanktionen/Legal Update: Neues Land auf der Liste - Automatische Klassenumschaltung, Freeze.
VPN Surge: Anteil der VPN-Sitzungen> X% im Land/Kanal.
Routing Degradation: AR-Drop bei ausgewählter PSP> Y bps in 1 Stunde.
Payout Corridor Down: success_rate <Schwelle oder SLA Breach.
Policy Drift: Ereignisse in einem Land ohne aktive Politik/überfällige Version.
Same-method Violation: Versuch einer methodenübergreifenden Rückkehr ohne Grund.
13) UX und Kommunikation
Klare Ablehnungstexte mit Begründungscodes und Regelbezug.
Seite „Verfügbarkeit von Diensten“ (Whitelist/Blacklist von Ländern und Methoden).
Sanfte Eskalation: Vorschlag, KYC/SoF anstelle eines sofortigen Verbots in einem Signalkonflikt zu bestehen.
Lokalisierung von Warnungen und alternativen Zahlungsmethoden.
14) Best Practices (kurz)
1. Zwei- und Mehrfaktor-Geodetermination: IP + GPS/SIM/BIN.
2. Versionierung und rechtliche Rückverfolgung (Rechtsgrundlage, Eigentümer, Änderungsprotokoll).
3. Routing auf BIN/issuer Länderebene + erzwungene 3DS in Risiko-Geo.
4. Same-Methode und Rückkehr zur Quelle als Standard; Ausnahmen - auf Antrag mit Audit.
5. Fail-Safe-Design: Wenn kein Signal verfügbar ist, gibt es einen sicheren Modus (Step-up/Deny).
6. Layer-Split: Policy Engine ≠ Antifraud ≠ Payment Router, aber gemeinsame Verzeichnisse.
7. Regelmäßige Tabletop-Übungen: Sanktionsupdate, fallender Auszahlungskorridor, massive VPN-Erstürmung.
15) Checkliste Umsetzung
- 'geo _ policies' Referenz mit Versionen und rechtlichen Grundlagen.
- Integration von GeoIP, VPN/Proxy, BIN-Lookup, GPS/SIM.
- Routing-Regeln 'Zahlungen. routing_rules` и backup-PSP.
- Überwachung von Payout-Korridoren und Auto-Switch.
- Public Policy-Seite Barrierefreiheit/Methoden.
- Die Protokolle step-up/deny und der Grund der Entscheidungen (Erklärbarkeit).
- Eil- „Freeze“ -Verfahren zu Sanktionen/Regulierung.
Zusammenfassung
Geoblocking und Payment Policies sind kein „IP-Verbot“, sondern ein ganzheitliches System: rechtliche Grundlagen, multifaktorielle Geodetermination, Smart Routing, strenge Rückkehrregeln an der Quelle und ständige Überwachung der Zahlungskorridore. Mit versionierten Richtlinien, transparenten Daten und automatischen Warnhinweisen reduzieren Sie Regulierungs- und Zahlungsrisiken, während Sie die Vorhersehbarkeit der Monetarisierung aufrechterhalten.