Yur. limitations des méthodes de paiement

TL; DR

Le cadre juridique dépend de la juridiction, du rôle du merchant (MoR/agent), de la méthode (cards/A2A/RTP/wallet/voucher/crypto) et de l'emplacement du joueur et de votre avocat. Approche de base : nous maintenons la matrice des tolérances (country × method × use-case), les contrôles forcés à la caisse et sur les conclusions, le dépistage centralisé des sanctions et la politique de retour/source de fonds. Tout contournement « gris » (cross-border sans tolérance, fournisseurs proxy) crée des risques : blocs fournisseurs, amendes, révocation de licence, fonds frozen.

1) Taxonomie des restrictions

1. Licence : Est-ce que vous avez besoin d'une licence de jeu/MoR locale pour accepter/payer selon une méthode spécifique.
2. Méthode spécifique : règles de réseaux/schémas (cartes, RTP, e-wallet, bons, crypto).
3. Réglementaire par joueur : âge, résidence interdite par GEO, auto-enregistrement/feuilles d'exclusion.
4. Sanctions/AML : RER/Sanctions, SoF/SoW, limites et déclencheurs de reportages.
5. Protection du consommateur : retours, chargeback/dispoint-order, cooling-off, auto-abonnements.
6. Vie privée/données : résidence, exportation de DP, durée de conservation.
7. Taxes/devises : TVA/TVA/TPS, contrôle des changes, restrictions de FX/rapatriement.
8. Termes et publicités : offre, jeu responsable, interdictions de marketing par méthode.

2) Cartes (Visa/Mastercard/circuits locaux)

MoR et MCC : les activités de jeu nécessitent souvent un MoR local et un MCC autorisé, sinon l'acquisition peut refuser.
CCA/3DS : Pour l'EEE/Royaume-Uni - Exigences SCA obligatoires (PSD2). Vous ne pouvez pas contourner le défi pour les segments à haut risque.
Chargeback/disputes : obligation de conserver les preuves ; des SLA clairs sur la présentation des contributions.
Géographie et âge : bloc par pays/territoire interdit ; dans certains pays, les cartes iGaming sont limitées ou nécessitent des autorisations supplémentaires.
Débits récurrents : opt-in explicite, descripteur compréhensible, rappels ; les prolongations « silencieuses » sont le risque d'une amende réglementaire.
Paiements responsables : retours par carte strictement « à la source » (refund-to-source), interdiction de « retrait sur la carte d'autrui ».

• Géo-chekout ≠ GEO-IP (uniquement) - KUS/adresse requise.
• Bloc automatique de cartes de BIN/émetteurs interdits ; un aperçu descriptif clair.
• 3DS-лесенка: low-risk → frictionless, high-risk → challenge.

3) A2A/Open Banking/local pull/push schémas

Tolérances locales : de nombreuses méthodes A2A nécessitent un merchant/compte local et l'interdiction de la réception croisée.
Consent & SCA : consentement explicite/initiation par le joueur, immuabilité du montant/bénéficiaire.
Retours : diffèrent selon le schéma ; parfois, il n'y a pas de "refund'symétrique, vous avez besoin d'un paiement de retour (avec l'offre correspondante).
L'équivalent chargeback : dans les régimes individuels - retour par erreur/fraude par l'intermédiaire de la banque ; les délais et les motifs sont fixes.
Marketing/UX : interdiction de tromper le joueur par « instantanéité » si le schéma ne garantit pas instantanément.

• Vérifier que la personne morale et la banque sont dans le pays autorisé pour la méthode.
• Une politique de remboursement distincte (reverse payment) dans l'offre.
• Limites de montants et de fréquences, contrôles SoF pour les volumes anormaux.

4) RTP/Instant (SCT Inst, Faster Payments, RTP US и др.)

Cas d'utilisation : les paiements sont plus souvent autorisés, l'admission « à la caisse » est limitée.
KYC/SoF : contrôles renforcés de la source des fonds pour les paiements importants ou fréquents.
Coupe-off et restrictions de fenêtre : vous ne pouvez pas vous tromper sur les délais d'inscription.
Recall/returns : le processus d'analyse des informations erronées/mule est obligatoire.

• Paiements - uniquement sur les comptes vérifiés au nom du joueur (name match).
• Prefund et limites de portefeuille/compte de merchant ; Journal des confirmations d'envoi/crédit.

5) Portefeuilles/super applications (e-wallets)

L'enregistrement local du merchant et du MoR est souvent obligatoire ; catégories distinctes pour le gambling.
Limites : jour/mois, niveaux KYC de l'utilisateur ; interdictions de contournement P2P.
Chargeback-mécanicien : système de disjonction interne du portefeuille ; un canal de communication est obligatoire.
Publicité/bonus : certains portefeuilles interdisent d'encourager les dépôts avec des bonus dans la publicité de portefeuille.

• Vérifiez le matching owner (portefeuille ↔ KYC du joueur).
• L'offre est la date limite des prélèvements/retours, des commissions de portefeuille (si transférées au joueur).

6) Vauchery/nalichnyye→tsifra

Restrictions de détail : limites des dénominations, âge, interdiction de la redeem cross-border.
AML/Velocity : risques élevés de syndication/mules ; les interdictions de « conclusions » directes via un bon sont fréquentes.
Refund : En règle générale, il n'y a pas de retour symétrique sur le bon ; une politique de rémunération est requise.

• Lier le bon à l'appareil/compte dans redeem, cooldown et turnover conditions de sortie.
• Interdiction de la géographie croisée (acheté dans le pays A, redeem dans B - si interdit).

7) Crypto on/off-ramp

Licences : dans un certain nombre de pays, des inscriptions/notifications sont requises pour recevoir/payer via crypto-castodi/bourses.
AML/sanctions : dépistage des adresses/échanges de sanctions, analyse on-chain (score de risque), SoF/SoW.
Volatilité/FX : fixation de taux de change, divulgation dans l'offre, interdictions de « promesse de rendement ».
Conclusion : Payout - uniquement sur les adresses vérifiées pour le joueur ; interdiction des mixeurs/TOR.

• Limites et listes blanches des échanges/castody, interdiction de self-custody sans référence KYC.
• Disclosure : moment de fixation du cap, commissions du réseau, risques de blocage.

8) Sanctions, AML/KYC/KYB, SoF/SoW

Il est obligatoire de centraliser les sanctions et les PEP sur les dépôts et les conclusions.
Niveaux KYC : les limites des méthodes sont attachées au niveau de vérification.
SoF/SoW : seuils et contrôles pour le risque élevé : dépôts importants, conclusions fréquentes, RTP/crypto.
Suivi des transactions : scénarios de velocity, géo-anomalies, chaînes de comptes.

• Escalade sur MLRO lors de l'entrée dans les listes/modèles anormaux.
• Conserver les preuves de l'examen préalable et les décisions d'audit.

9) Résidence et vie privée

Le stockage des données PA/financières peut être requis dans un pays ou une région spécifique.
Exportation de données - CCN/mécanismes similaires ; DPIA pour les traitements à risque élevé.
PCI DSS : PAN-safe, tokenization, interdiction du logage des données sensibles.
Durées de conservation : séparées pour les CUS/transactions/disparitions.

• Carte de données : où se trouve le DP et qui a accès ; masquage dans les rapports/logs.
• Procédures DSAR et breach-notification dans les délais réglementaires.

10) Taxes, contrôle des changes, rapatriement

TVA/TPS sur les services au joueur (le cas échéant), inscription au lieu de consommation.
Impôt sur les sociétés et risque d'immobilisation permanente dans les activités locales actives sans LocalCo.
Rapatriement : restrictions sur le retrait du pays, notifications/licences pour FX.
Rétention (withholding) de redevances/services entre HQ et LocalCo - Vérifier la TNT.

11) Matrice des tolérances (exemple de structure)

country, method_group (card/a2a/rtp/wallet/voucher/crypto),
merchant_role (MoR/agent/xb),
allowed (Y/N/Restricted),
local_entity_required (Y/N),
local_account_required (Y/N),
user_age_min,
user_residency_required (Y/N),
SCA_required (Y/N/partial),
refund_rules (to_source/credit_note/manual_return),
chargeback_model (card-like/local/arbitration/none),
sanctions_lists (local+global),
data_residency (Y/N/special),
notes (citations to internal policy)

Cette matrice est la source de la vérité pour l'orchestrateur de la caisse/des conclusions et pour le compositeur.

12) Politiques de contrôle dans le produit

Gate dans la caisse : 'country × method' vérification matricielle ; Si Restricted - montrer des alternatives.
Refund-to-source par défaut (pour les cartes/nombreux portefeuilles).
Name match sur les sorties (RTP/SEPA/ACH/crypto).
Age/Geo : verrouillage strict des mineurs/GEO interdits (KYC> IP).
Descriptor preview et politique d'abonnement (rappels/cancel-flow).
Disclosure par FX/instantanés/commissions réseau.

13) Onbording fournisseur/banque : chèque list

• KYB paquet : statuts/UBO/adresse/substance, politiques AML/KYC/sanctions.
• Lettre de cas d'utilisation : description du service de jeu, MSS/méthodes, géo.
• Licences/notifications sur les marchés cibles.
• Data & Security: PCI/SOC/ISO, data-map, DPA.
• Refund/Chargeback procédures et matrice de contact.
• SLA : SCA/Webhook/Settlement/Reports, crédits.
• Testing/UAT : scripts négatifs, idempotency, polling-backap.

14) Playbooks opérationnels

Demande du régulateur : freeze sur les méthodes de risque, le déchargement de la matrice de tolérance, les logs de criblage, l'offre/les captures d'écran UX.
Sanction hit : bloc, escalade MLRO, rapport, conservation des preuves.
Method Disallowed use : auto-refand/refus, lettre avec des alternatives, incident au registre.
Data residency breach : isolation source, notifications, migration de stockage.

15) KPI de la conformité dans la boucle de paiement

Partager des méthodes compliantes dans la caisse (par pays).
Blocked attempts (policy )/rotation - pas plus haut que le corridor convenu (signal sur UX/localisation).
Refund-to-source % (cible ~ 100 % si nécessaire).
Disallowed payout attempts (nom mismatch/geo) - vise 0.
Sanctions false positives - dans un couloir acceptable ; time-to-clear.
Organismes réglementaires/quarter et pénalités = 0.

16) Modèle de données et de vérification (minimum)

tx_id, user_id, user_country, kyc_level, method_group, provider,
is_mor_local, is_local_account, allowed_flag,
sca_applied, refund_policy, chargeback_model,
sanctions_check_id, sanctions_result, pep_flag,
payout_name_match, data_residency_zone, storage_location,
created_ts, action (attempt/blocked/approved/refunded/paid_out)

SQL : Moniteur de blocages et de violations

sql
SELECT
DATE_TRUNC('day', created_ts) d, user_country, method_group,
COUNT() FILTER (WHERE action='attempt' AND allowed_flag=false) AS blocked_attempts,
COUNT() FILTER (WHERE action='approved' AND payout_name_match=false) AS name_mismatch_approved -- должно быть 0
FROM compliance_payments_audit
GROUP BY 1,2,3
ORDER BY d DESC;

17) Gouvernance et mises à jour des politiques

Propriétaire unique : Head of Compliance (avec Payments).
Versioning matriciel : chaque édition est tiquet, justification, date d'entrée.
Notice de changement : mises à jour des contreparties/produits, migration UX.
Quarterly review : audits sélectifs de pays/méthodes, drill incident.

18) Erreurs fréquentes

Ouvrir une méthode sans compte MoR/local lorsqu'elle est obligatoire.
Promettre « instant » où la méthode est légalement T + N ou avec des fenêtres.
Ignorer refund-to-source et effectuer des retours « cross-methode ».
Acceptez les dépôts de GEO interdits via proxy/portefeuille.
Stocker le DP en dehors de la zone autorisée, loger le PAN/email sans masquer.
N'avez pas de stratégie name match et de « cascades » SoF/SoW pour les paiements importants.

Résumé

Les restrictions légales des méthodes de paiement sont les règles du jeu, pas une option. Construire une matrice de tolérances, la mettre dans l'orchestrateur de la caisse/des conclusions, fournir le circuit de sanctions/AML, refund-to-source, SCA/âge/géo-contrôle et data-governance. Ensuite, le portefeuille de méthodes s'élargira légalement, les mesures de monétisation augmenteront, et le risque de blocages, d'amendes et de fonds frozen restera minime.