Géoblocages et politiques de paiement

1) Pourquoi est-ce nécessaire

Conformité avec les licences et les régimes de sanctions.
Réduction des risques de paiement et de pénalité (chargeback, scheme penalties).
Prévisibilité opérationnelle : couloirs de dépôt/paiement surveillés.
Monétisation équitable : règles transparentes pour les utilisateurs et les partenaires.

2) Concepts de base et niveaux de contrôle

Géoblocage - interdiction/restriction de l'accès ou des opérations de paiement sur une base géographique.
Politique de paiement - un ensemble de règles d'acceptation/de paiement par pays/méthodes/devises/licences.

Niveaux de mise en œuvre

1. DNS/CDN/Edge : bloc pays, géo-redirection, API geo-fencing.
2. Annexe/Backend : ficheflags, allow/deny-rules, step-up KYC/SoF.
3. Passerelle de paiement/Routeur : sélection de PSP/méthode, stratégie 3DS, limites.
4. PSP/Banque : géo-restrictions contractuelles, filtres BIN/issuer country.
5. Antifrod : anti-VPN/proxy, device graph, velocity et signaux comportementaux.

3) Bases juridiques et zones à risque

Restrictions de licence par marché (permis/interdits/gris).
Sanctions (OFAC/UE/UK et secondaires) : interdictions d'admission/de paiement, restrictions sur les FX et les correspondants.
Lois locales de paiement : interdictions sur les transactions iGaming pour les cartes/banques/méthodes.
Protection des consommateurs : KYC obligatoires, limites, self-exclusion.

Les politiques doivent avoir une version et une fenêtre d'action (effective_from/to), journal des modifications et des motifs (base juridique).

4) Signaux de géolocalisation et détection des contournements

IP/ASN/GeoIP (pays, région, risque ASN).
VPN/Proxy/Tor détail : listes commerciales, modèles de latence, anomalies TTL.
GPS/Services de localisation (mobile).
SIM/MCC/MNC, pays de l'opérateur de télécommunications.
Cartes BIN/IIN et issuer country.
Billing country et documents KYC (passeport/ID).
Adresse/banque du bénéficiaire du paiement.
La solution est multi-signal : au moins 2 preuves indépendantes du pays, le conflit → step-up KYC/SoF.

5) Matrice des politiques (exemple)

6) Politiques d'admission et de paiement

Liste blanche/noire des méthodes par pays ISO, monnaie, MCC, fournisseur.
BIN-routing : refuser/envoyer les cartes dans le pays de l'émetteur et les exigences 3DS.
Same-method & return-to-source : remboursements de dépôts selon la même méthode et jusqu'au montant du dépôt net.
Corridor santé : suivi des couloirs de paiement (taux de réussite, retours, SLA).
Règles FX : monnaie de réception/paiement, interdiction des conversions de PSP si nécessaire.
Limites et velocity : caps par pays et expositions (jour/semaine/mois).

7) Stratégie anti-VPN/anti-proxy

Listes de fournisseurs de VPN/hébergement (ASN), Tor Exit, pools proxy.
Détail des incohérences : pays IP vs GPS/SIM/BIN/KYC.
Caractéristiques comportementales : entrées en série à partir des mêmes sous-réseaux, changement fréquent des appareils IP/de confiance.
Réactions : step-up KYC, blocage temporaire des paiements, interdiction des bonus, vérification manuelle des paiements.

8) Architecture de données (modèle minimum)

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) Processus (ETL/orchestration)

1. Importation quotidienne des mises à jour légales → mise à jour 'ref. geo_policies' (versioning).
2. L'enrichissement des événements (login, deposit, withdrawal) par des preuves géographiques → l'enregistrement dans 'risk. geo_evidence`.
3. Évaluation des conflits (rule-engine) → step-up/deny.
4. Routage des dépôts par 'payments. routing_rules`.
5. Contrôle des couloirs de paiement de payout. corridors 'et auto-switch sur backup PSP.

10) modèles SQL

10. 1. Conflit de géo-signaux

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. Application de la politique par pays

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. Itinéraire par BIN/pays/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. Suivi des couloirs de paiement

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 et KPI

Geo Compliance Heatmap : part du trafic par classe A/B/C/D, blocs et step-up.
VPN/Proxy Incidents : nombre/proportion de sessions, conflict_score moyen.
Routage de dépôt : taux d'autorisation par PSP/pays/BIN, proportion de 3DS forcés.
Payout Corridors Health : succès/retours/ETA, basculement sur backup.
Loss & Liability : chargeback ratio et scheme penalties par géo/méthodes.
Policy Coverage :% de sessions avec une politique à jour (version), mise à jour.

12) Alertes et seuils

Santions/Legal Update : le nouveau pays dans la liste est la conversion automatique des classes, freeze.
VPN Surge : part des sessions VPN> X % dans le pays/canal.
Routing Degradation : chute de l'AR chez le PSP sélectionné> Y bps en 1 heure.
Payout Corridor Down : success_rate <seuil ou SLA breach.
Policy Drift : événements dans un pays sans politique active/version périmée.
Same-method Violence : tentative de retour croisé sans raison.

13) UX et communications

Textes de refus clairs avec codes de cause et référence aux règles.
Page Disponibilité des services (whitelist/blacklist des pays et des méthodes).
Escalade douce : proposition de passer KYC/SoF au lieu d'un ban instantané en cas de conflit de signaux.
Localisation des alertes et modes de paiement alternatifs.

14) Meilleures pratiques (en bref)

1. Géodetermination à deux ou plusieurs facteurs : IP + GPS/SIM/BIN.
2. Versioning et traçage légal (legal basis, owner, change log).
3. Routage au niveau BIN/issuer country + 3DS forcé en risque-géo.
4. Same-method et retour à la source comme défaut ; exceptions - sur demande avec vérification.
5. Conception fail-safe : en cas d'indisponibilité du signal, mode sécurisé (step-up/deny).
6. Séparation des calques : policy engine ≠ antifraud ≠ payment router, mais des guides généraux.
7. Exercices de tabletop réguliers : Apdate de sanctions, chute du couloir de paiement, assaut VPN massif.

15) Chèque de mise en œuvre

• Référence 'geo _ polices' avec versions et base légale.
• Intégration GeoIP, VPN/Proxy, BIN-lookup, GPS/SIM.
• Règles de routage 'payments. routing_rules` и backup-PSP.
• Surveillance des couloirs payout et auto-switch.
• Page de la politique publique d'accessibilité/méthodes.
• Logs step-up/deny et cause des solutions (explainability).
• Procédures d'urgence « freeze » en matière de sanctions/réglementation.

Résumé

Les politiques de géoblocage et de paiement ne sont pas un « ban par IP », mais un système holistique : bases juridiques, géodétermination multifactorielle, itinérance intelligente, règles strictes de retour à la source et surveillance continue des couloirs de paiement. Avec des politiques versifiées, des données transparentes et des alertes automatiques, vous réduisez les risques réglementaires et de paiement en maintenant la monétisation prévisible.