> ## Documentation Index > Fetch the complete documentation index at: https://docs.swipelux.com/llms.txt > Use this file to discover all available pages before exploring further. # Framework delle giurisdizioni > Idoneita' degli utenti finali, regioni supportate e requisiti giurisdizionali. ## Framework delle giurisdizioni ### Panoramica dell'idoneita' degli utenti finali Swipelux applica un framework giurisdizionale multi-tier allineato alle AMLD dell'UE, alle linee guida FATF e al proprio risk appetite interno. Gli utenti finali ricadono in tre categorie generali: #### A. Pienamente supportati (SEE + CH) Gli utenti finali possono fare l'onboarding con passaporto, carta d'identita' nazionale o permesso di soggiorno UE. Patenti di guida e documenti d'identita' cartacei possono essere accettati con una revisione manuale maggiore. **Giurisdizioni:** Paesi SEE (UE + EFTA): Austria, Belgio, Bulgaria, Croazia, Cipro, Repubblica Ceca, Danimarca, Estonia, Finlandia, Francia, Germania, Grecia, Ungheria, Irlanda, Italia, Lettonia, Lituania, Lussemburgo, Malta, Paesi Bassi, Polonia, Portogallo, Romania, Slovacchia, Slovenia, Spagna, Svezia, Islanda, Liechtenstein, Norvegia. **Inoltre accettata:** Svizzera (ambiente normativo AML/CTF adeguato). #### B. Copertura globale - accettati con Enhanced Due Diligence Gli utenti finali provenienti da queste giurisdizioni possono essere accettati con passaggi KYC aggiuntivi, regole documentali piu' rigide e potenziale video-verifica in base alle soglie di transazione. **APAC (Asia-Pacifico)** **Accettati:** Taiwan, India, Sri Lanka, Bhutan, Maldive, Indonesia, Malaysia, Brunei, Cambogia, Filippine\*, Singapore, Thailandia, Vietnam\*, ecc. **Requisiti documentali (APAC):** * Passaporto O carta d'identita' nazionale (i documenti cartacei richiedono il passaporto) * Prova di residenza: bolletta, estratto conto, bolletta internet **LATAM (America Latina e Caraibi)** **Accettati:** Argentina, Bolivia, Brasile, Cile, Colombia, Costa Rica, Repubblica Dominicana, El Salvador, Guatemala, Honduras, Belize, Messico, Panama\*, Paraguay, Peru, Uruguay. **Requisiti documentali (LATAM):** * Passaporto O carta d'identita' nazionale (i documenti cartacei richiedono il passaporto) * Prova di residenza richiesta **EMEA (Europa non SEE + Medio Oriente + Africa)** **Accettati:** Albania\*, Algeria, Andorra, Angola, Bahrein, Israele, Gibilterra\*, Georgia, Kenya, Kuwait, Oman, Qatar\*, Arabia Saudita, Sudafrica\*, Turchia\*, UAE\*, ecc. **Requisiti documentali (EMEA):** * Passaporto O carta d'identita' nazionale (i documenti cartacei richiedono il passaporto) * Prova di residenza richiesta * Le giurisdizioni ad alto rischio contrassegnate con (\*) richiedono EDD all'onboarding #### C. Giurisdizioni No-Go (proibite) Swipelux non fa l'onboarding di utenti finali provenienti da giurisdizioni classificate come: * FATF Blacklist * Paesi terzi ad alto rischio ai sensi dell'articolo 9(2) AMLD dell'UE con misure AML/CTF inadeguate * Paesi sanzionati OFAC * Giurisdizioni interne ad alto rischio (Ecuador, Haiti, Nicaragua, alcuni territori d'oltremare) **L'elenco include:** Afghanistan, Corea del Nord, Iran, Siria, Yemen, Uganda, Vanuatu, Guyana, Russia, Bielorussia, Cuba, Venezuela, Nicaragua, Somalia, Sudan, Zimbabwe, Birmania, RCA, RDC, Etiopia, Libia, Mali, Libano, ecc. **Motivo:** restrizioni regolatorie sotto AMLD UE, sanzioni OFAC e risk appetite di Swipelux. ### Importante * Le regole giurisdizionali si applicano agli utenti finali, non solo alla giurisdizione di costituzione del merchant * Le regole di verifica locali, come prova di residenza, video-intervista e tipologia di documento, dipendono dal Paese di nazionalita' e residenza dell'utente * Swipelux effettua lo screening di tutti gli utenti tramite liste sanzioni, liste PEP e controlli AML basati sul rischio * Gli utenti da giurisdizioni proibite non possono accedere ai servizi Swipelux, nemmeno tramite VPN o entita' offshore Per la guida all'implementazione, consulta [onboarding individuale](/it/integration/onboarding/customers#individual-customers), [ricevi fondi](/it/integration/receive-funds) e [invia fondi](/it/integration/send-funds). ### Matrice di chiarimento semplice | Costituzione merchant | Localita' utente finale | Stato | Note | | ----------------------- | ----------------------- | -------------- | ------------------------------------------------------------------ | | USA | USA | Non consentito | Non possediamo Money Transmitter License USA | | USA | Globale\* / UE / UK | Consentito | I sub-merchant devono effettuare rigoroso geoblocking degli IP USA | | UE / SEE | USA | Non consentito | Swipelux non puo' servire residenti o cittadini USA | | UE / SEE | Globale\* / UE / UK | Consentito | Flusso standard | | UK / Canada | Globale\* / UE / UK | Consentito | Flusso standard | | APAC / LATAM | Globale\* / UE / UK | Consentito | Flusso standard (es. India, Brasile) | | Qualsiasi giurisdizione | Elenco proibito | Non consentito | Lo screening sanzioni si applica a tutti gli utenti | ### Matrice giurisdizionale del sub-merchant #### 1. SEE+UK+CH | Regione utente finale | Open Banking | Carte | Crypto Rail | Licenza locale richiesta? | Stato finale | | --------------------- | ------------ | ----- | ----------- | ------------------------- | --------------------- | | SEE | Si | Si | Si | No | Pienamente supportato | | UK | Si | Si | Si | No | Pienamente supportato | | Svizzera | N/D | Si | Si | No | Pienamente supportato | #### 2. APAC | Paese (utente finale APAC) | Open Banking | Carte | Crypto Rail | Impatto licenze locali | Supporto finale | | -------------------------- | ------------ | ----- | ----------- | ---------------------- | --------------------- | | Taiwan | N/D | Si | Si | No | Consentito | | Bhutan | N/D | Si | Si | No | Consentito | | Maldive | N/D | Si | Si | No | Consentito | | India | N/D | Si | Si | No | Consentito | | Sri Lanka | N/D | Si | Si | No | Consentito | | Brunei | N/D | Si | Si | No | Consentito | | Cambogia | N/D | Si | Si | No | Consentito | | Indonesia | N/D | Si | Si | No | Consentito | | Malaysia | N/D | Si | Si | No | Consentito | | Filippine | N/D | Si | Si | No | Consentito | | Thailandia | N/D | Si | Si | No | Consentito | | Singapore | N/D | Si | Si | No | Pienamente supportato | | Vietnam | N/D | Si | Si | No | Consentito | #### 3. LATAM | Paese (utente finale LATAM) | Open Banking | Carte | Crypto Rail | Licenza richiesta? | Supporto finale | | --------------------------- | ------------ | ----- | ----------- | ------------------ | --------------- | | Argentina | N/D | Si | Si | No | Consentito | | Bolivia | N/D | Si | Si | No | Consentito | | Brasile | N/D | Si | Si | No | Consentito | | Cile | N/D | Si | Si | No | Consentito | | Colombia | N/D | Si | Si | No | Consentito | | Costa Rica | N/D | Si | Si | No | Consentito | | Repubblica Dominicana | N/D | Si | Si | No | Consentito | | El Salvador | N/D | Si | Si | No | Consentito | | Guatemala | N/D | Si | Si | No | Consentito | | Honduras | N/D | Si | Si | No | Consentito | | Belize | N/D | Si | Si | No | Consentito | | Messico | N/D | Si | Si | No | Consentito | | Panama\* | N/D | Si | Si | No | Consentito | | Paraguay | N/D | Si | Si | No | Consentito | | Peru | N/D | Si | Si | No | Consentito | | Uruguay | N/D | Si | Si | No | Consentito | #### 4. EMEA | Paese / Sub-regione | Open Banking | Carte | Crypto Rail | Licenza locale richiesta? | Stato finale | | ------------------- | ------------ | ----- | -------------------- | ------------------------------------------ | ------------------------- | | Albania | N/D | Si | Si | No | Consentito | | Andorra | N/D | Si | Si | No | Consentito | | Israele | N/D | Si | Si | No | Consentito | | Gibilterra | N/D | Si | Si | No | Consentito | | Georgia | N/D | Si | Si | No | Consentito | | UAE | N/D | Si | Si | No (VARA non attivata dall'orchestrazione) | Consentito | | Arabia Saudita | N/D | Si | Si | No | Consentito | | Qatar | N/D | No | No (crypto vietata) | N/D | Non consentito | | Giordania | N/D | Si | Si | No | Consentito | | Kenya | N/D | Si | Si | No | Consentito | | Sudafrica | N/D | Si | Si | No | Consentito | | Nigeria | N/D | Si | Si | No | Consentito | | Marocco | N/D | Si | Si | No | Consentito | | Algeria | N/D | Si | No (crypto limitata) | Si | Consentito - senza crypto | | Turchia | N/D | Si | Si | No | Consentito | #### 5. Sanzionati / non supportati | Paese | OB | Carte | Crypto | Finale | | ----------------------- | -- | ----- | ------ | -------------- | | Russia | No | No | No | Non supportato | | Bielorussia | No | No | No | Non supportato | | Iran | No | No | No | Non supportato | | Siria | No | No | No | Non supportato | | Corea del Nord | No | No | No | Non supportato | | Cuba | No | No | No | Non supportato | | Venezuela | No | No | No | Non supportato | | Yemen, Sudan, Sud Sudan | No | No | No | Non supportato | | Haiti, Nicaragua | No | No | No | Non supportato | ### Disclaimer Questa matrice giurisdizionale e' una panoramica ad alto livello del framework di supporto globale di Swipelux e non e' esaustiva. Usala per capire dove i binari di pagamento Swipelux potrebbero essere disponibili per l'onboarding e il servizio agli utenti finali. La capacita' di Swipelux di fornire servizi in una specifica giurisdizione dipende da: 1. Regolamentazioni locali su transazioni crypto e attivita' di pay-in o payout fiat 2. Restrizioni di circuiti carte e banche acquirer 3. Sanzioni e obblighi AML/CTF 4. Risk appetite interno di Swipelux I Crypto Rail si riferiscono all'attivita' di pay-in e payout eseguita da Swipelux come VASP regolamentato, inclusi custodia, conversione e trasferimenti blockchain iniziati o eseguiti da Swipelux. Poiche' i requisiti normativi e le regole dei circuiti evolvono, i Paesi e le regole elencati in questo documento possono cambiare in qualsiasi momento. Swipelux puo' accettare o rifiutare qualsiasi merchant o utente finale, o limitare specifici binari di pagamento, sulla base di considerazioni normative, tecniche o di rischio, indipendentemente dal fatto che la giurisdizione compaia in questa matrice. * Per giurisdizioni sensibili o poco chiare, Swipelux potrebbe richiedere: * Geo-blocking di determinati utenti finali * Restrizioni specifiche per binario (es. carte disabilitate, crypto disabilitata) * Enhanced due diligence * Pareri legali o conferme regolatorie Le decisioni finali di onboarding vengono prese a discrezione esclusiva di Swipelux in linea con la nostra licenza VASP UE e i framework di rischio interni. ## Related topics - [Panoramica](/it/knowledge-base/compliance/overview.md) - [Registro delle modifiche](/it/api-reference/versioning/changelog.md) - [Livelli di verifica KYC](/it/knowledge-base/individual-onboarding/verification-levels.md) - [API reference](/it/api-reference/introduction.md) - [Workflow KYB](/it/knowledge-base/business-onboarding/kyb-workflow.md)