Eur. limitazione dei metodi di pagamento

TL; DR

Il quadro legale dipende dalla giurisdizione, dal ruolo del merchant (MoR/agente), dal metodo (cards/A2A/RTP/wallet/voucher/crypto) e da dove si trova il giocatore e il vostro giurista. Approccio di base: mantieni una matrice di tolleranze (country x method x use-case), controlli di cassa e di output, screening delle sanzioni centralizzato e criteri di rimborso/sorgente. Qualsiasi giro grigio (cross border senza tolleranza, proxy provider) comporta rischi: blocchi di provider, multe, revoca licenza, frozen funds.

1) Tassonomia dei vincoli

1. Licenza: se è necessaria una licenza locale MoR/gioco per ricevere/pagare con un metodo specifico.
2. Metodo specifico: regole di rete/schema (mappe, RTP, e-wallet, voucher, crypto).
3. Regolatori per giocatore: età, residenza, GEO proibiti, autodifesa/escamotage.
4. Sanzioni/AML: RER/sanzioni, SoF/SoW, limiti e inneschi.
5. Protezione del consumatore: rimborsi, chargeback/display-ordine, cooling-off, abbonamenti auto.
6. Privacy/dati: data-residenza, esportazione del PD, conservazione.
7. Tasse/valuta: IVA/VAT/GST, controllo dei cambi, restrizioni FX/rimpatrio.
8. Termini e pubblicità: offerta, gioco responsabile, proibizioni di marketing sui metodi.

2) Carte (Visa/Mastercard/schemi locali)

e MCC: le attività di gioco spesso richiedono un controllo locale e un MCC consentito, altrimenti l'acquiring può fallire.
CCA/3DS: per EEA/UK - Requisiti SCA obbligatori (PSD2). Non è possibile aggirare challenge di sistema per segmenti ad alto rischio.
Chargeback/display: obbligo di conservare le prove; SLA chiari sulla presentazione dei materiali.
Geo e età: blocco su paesi/territori proibiti; in alcuni Paesi, le carte per i iGaming sono limitate o richiedono permessi aggiuntivi.
Riscrittori: opt-in esplicito, descrittore comprensibile, promemoria; proroghe «silenziose» - rischio di una multa regolatoria.
Rimborsi responsabili: rimborsi con carte rigorosamente «alla fonte» (refund-to-source), divieto di «rilascio su carta estranea».

• Geo-Checkout ≠ GEO-IP (solo) - richiede un CUS/indirizzo.
• Unità di mappe automatiche da emittenti o BIN proibiti; descriptor preview chiaro.
• 3DS-лесенка: low-risk → frictionless, high-risk → challenge.

3) A2A/Open Banking/schemi pull/push locali

Tolleranze locali: molti metodi A2A richiedono un merchant/conto locale e il divieto di ricezione cross-border.
Consent & SCA: accettazione/avvio esplicito da parte del giocatore, invariabilità dell'importo/destinatario.
Restituzioni: variano in base allo schema; a volte non c'è un «refund» simmetrico, serve un rimborso (con la relativa offerta).
Mappeback-analogico: in singoli circuiti - rimborso per errore/frode tramite banca; i tempi e le basi sono fissi.
Marketing/UX: il divieto di ingannare il giocatore con «istantaneità» a meno che lo schema non garantisca l'istante.

• Verifica che la persona legale e la banca si trovano in un paese autorizzato per il metodo.
• Un criterio di rimborso separato (reverse payment) nell'offerta.
• Limiti di somma e frequenza, controlli SoF per volumi anomali.

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

Usa-case: pagamenti più frequenti (payouts), accettazione «cassa» limitata.
KYC/SoF: Controlli rafforzati sulla fonte dei fondi per pagamenti importanti o frequenti.
Cut-off e restrizioni finestre: non è possibile ingannare i tempi di iscrizione.
Recall/returns - È obbligatorio il processo di analisi per informazioni/mole errate.

• Pagamenti solo per le fatture a nome del giocatore (name match).
• Prefund e limiti per portafogli/fatture merchant; Registro delle conferme di invio/prestito.

5) Portafogli/applicazioni super (e-wallets)

La registrazione locale di merchant e MoR è spesso obbligatoria; categorie separate per gambling.
Limiti diurni/mensili, livelli di KYC dell'utente; divieti per i giri P2P.
Meccanica Chargeback: sistema di display interno portafoglio; Un canale di comunicazione obbligatorio.
Pubblicità/Bons: alcuni portafogli vietano di stimolare i depositi con bonus nella pubblicità del portafoglio.

• Verifica matching owner (portafoglio del giocatore KYC).
• L'offerta indica i tempi di prelievo/rimborso, la commissione del portafoglio (se trasferita al giocatore).

6) Vauchery/nalichnyye→tsifra

Restrizioni di ritail: limiti nominali, età, divieto di cross border redeem.
AML/Velocity: rischi elevati dei sindaci/muli; Sono frequenti i divieti per le «conclusioni» dirette tramite voucher.
Refund: di solito non c'è ritorno simmetrico al voucher; richiede una politica di compensazione.

• Aggancia il voucher al dispositivo/account con redeem, cooldown e turnover per l'output.
• Divieto di geo incrociato (acquistato nel paese A, redeem in B se vietato).

7) Cripto on/off-ramp

Licenze: In diversi paesi, per ricevere/pagare tramite cripto-castodi/borsa sono necessarie registrazioni/notifiche.
AML/Sanzioni: screening sanzionatorio degli indirizzi/borse, analisi dell'indice (risk score), SoF/SoW.
Volatility/FX - Fissare il tasso di cambio, rivelare l'offerta, vietare la «promessa di rendimento».
Conclusione: Payout - solo per gli indirizzi verificati dietro il giocatore; Impedisci i mixer/TOR.

• Limiti e listini bianchi di borsa/castodi, divieto self-custody senza riferimento KYC.
• Disclosure: momento di fissazione del tasso di cambio, commissione della rete, rischi di blocco.

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

È obbligatorio una sanzione centralizzata e uno screening PEP su depositi e conclusioni.
Livello KYC: limiti di metodo allineati al livello di verifica.
SoF/SoW - soglie e controlli per high-risk: depositi importanti, conclusioni frequenti, RTP/crypto.
Monitoraggio transazioni: script velocity, geo-anomalie, catene di account.

• Escalation su MLRO quando si entra in elenchi/pattern anomali.
• Conservazione di prove di screening e soluzioni di verifica.

9) Data residenza e privacy

La conservazione dei dati finanziari e del PD può essere richiesta in un determinato paese/regione.
Esportazione dati - SCC/meccanismi simili DPIA per i guadagni high-risk.
PCI DSS: PAN-safe, tornizzazione, proibizione della logica dei dati sensibili.
Tempi di conservazione: separati per CUS/transazioni/display.

• Data map: dove sono i PD e chi ha accesso; occultamento in rapporti/logi.
• Procedure DSAR e breach notation in tempi regolamentari.

10) Tasse, controllo valutario, rimpatrio

VAT/GST per i servizi al giocatore (se applicabile), registrazione al luogo di consumo.
Tasse aziendali e rischio Permanent Statishment con attività locali attive senza LocalCo.
Rimpatrio: restrizioni al ritiro dal paese, notifiche/licenze FX.
Mantenimento (withholding) su royalties/servizi tra HQ e LocalCo - Controlla DTT.

11) Matrice tolleranze (esempio di struttura)

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)

Questa matrice è la fonte di verità per l'orchestratore di cassa/conclusioni e per la compilazione.

12) Regole di controllo del prodotto

Gate nella cassetta: 'country x method', controllo di matrice; Se Restrited - mostra alternative.
Refund-to-source predefinito (per carte/molti portafogli).
Name match nelle conclusioni (RTP/SEPA/ACH/crypto).
Age/Geo - Blocco rigido di minori/GEO proibiti (KYC> IP).
Descriptor preview e criteri di sottoscrizione (avvisi/cancel-flow).
Disclosure FX/instant-promesse/commissione di rete.

13) Onboording provider/banca: assegno-foglio

• Pacchetto KYB: statuto/UBO/indirizzo/substance, criteri AML/KYC/Sanzioni.
• Use-case letter - Descrizione del servizio di gioco, MSS/metodi, geo.
• Licenze/notifiche sui mercati di destinazione.
• Data & Security: PCI/SOC/ISO, data-map, DPA.
• Rifund/Marceback procedure e matrice di contatto.
• SLA: SCA/Webhook/Settlement/Reports, prestiti.
• Testing/UAT: scenari negativi, idempotency, polling-bacap.

14) Playbook operativi

Richiesta di controllo: freeze per i metodi di rischio, caricamento di matrice di tolleranza, logi di screening, offset/screenshot UX.
Unità di sanzione: blocco, escalation MLRO, rapporto, conservazione delle prove.
Disallowed method usa: auto-rifand/rifiuto, lettera con alternative, incidente nel registro.
Data residency breach: isolamento della sorgente, notifiche, migrazione dello storage.

15) KPI della compilazione nel circuito di pagamento

Share of compliant methods in cassa (per paese).
Blocked attemps (policy )/giro non è superiore al corridoio specificato (segnale UX/localizzazione).
Refund-to-source% (target not 100% dove è obbligato).
Disallowed payout attemps (name mismatch/geo) - Cerca 0.
Sanctions false positive - in un corridoio valido; time-to-clear.
Regolatory incidents/quarter e multe = 0.

16) Modello di dati e convalida (minimo)

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)

Monitor di blocco e violazione SQL

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) Governance e aggiornamenti dei criteri

Proprietario unico: Head of Compliance (con Payments).
Versioning matrice: ogni modifica è ticket, giustificazione, data di ingresso.
Cambio-notice - Aggiornamenti alla controparte/prodotto, migrazione UX.
Quarterly review - verifiche selettive dei paesi/metodi, il drill degli incidenti.

18) Errori frequenti

Apri un metodo senza MoR/conto locale quando è obbligatorio.
Promettere «instant» dove il metodo è legalmente T + N o con finestre.
Ignora il refund-to-source e fa «metodo cross» di restituzione.
Accetta depositi con GEO vietati tramite proxy/portafogli.
Conserva il PD fuori dalla zona consentita, logica PAN/email senza mascherare.
Non esistono regole name match e «cascate» per i pagamenti più importanti.

Riepilogo

I limiti legali dei metodi di pagamento sono regole di gioco, non un'opzione. Costruite una matrice di tolleranze, inseritela nell'orchestratore di cassa/uscita, fornite un circuito di sanzione/AML, refund-to-source, SCA/età/geo-controllo e data-governance. Allora il portafoglio di metodi si espanderà legalmente, le metriche di monetizzazione crescere, e il rischio di blocchi, multe e frozen funds rimanere minimo.