> ## 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. # Marco de jurisdicciones > Elegibilidad del usuario final, regiones soportadas y requisitos jurisdiccionales. ## Marco de jurisdicciones ### Visión general de la elegibilidad del usuario final Swipelux aplica un marco jurisdiccional multinivel alineado con la AMLD de la UE, la orientación del FATF y su apetito interno de riesgo. Los usuarios finales se dividen en tres grandes categorías: #### A. Totalmente soportado (EEE + CH) Los usuarios finales pueden hacer onboarding con pasaporte, documento nacional de identidad o permiso de residencia de la UE. Los permisos de conducir y los documentos en papel pueden aceptarse con mayor revisión manual. **Jurisdicciones:** Países del EEE (UE + EFTA): Austria, Bélgica, Bulgaria, Croacia, Chipre, República Checa, Dinamarca, Estonia, Finlandia, Francia, Alemania, Grecia, Hungría, Irlanda, Italia, Letonia, Lituania, Luxemburgo, Malta, Países Bajos, Polonia, Portugal, Rumanía, Eslovaquia, Eslovenia, España, Suecia, Islandia, Liechtenstein, Noruega. **Adicionalmente aceptado:** Suiza (entorno regulatorio AML/CTF adecuado). #### B. Cobertura global - Aceptado con Enhanced Due Diligence Los usuarios finales de estas jurisdicciones pueden ser aceptados con pasos adicionales de KYC, reglas documentales más estrictas y posible videoverificación en función de los umbrales de transacción. **APAC (Asia-Pacífico)** **Aceptados:** Taiwán, India, Sri Lanka, Bután, Maldivas, Indonesia, Malasia, Brunéi, Camboya, Filipinas\*, Singapur, Tailandia, Vietnam\*, etc. **Requisitos documentales (APAC):** * Pasaporte O documento nacional de identidad (los documentos en papel requieren pasaporte) * Comprobante de domicilio: factura de servicios, extracto bancario, factura de internet **LATAM (Latinoamérica y el Caribe)** **Aceptados:** Argentina, Bolivia, Brasil, Chile, Colombia, Costa Rica, República Dominicana, El Salvador, Guatemala, Honduras, Belice, México, Panamá\*, Paraguay, Perú, Uruguay. **Requisitos documentales (LATAM):** * Pasaporte O documento nacional de identidad (los documentos en papel requieren pasaporte) * Comprobante de domicilio requerido **EMEA (Europa fuera del EEE + Oriente Medio + África)** **Aceptados:** Albania\*, Argelia, Andorra, Angola, Baréin, Israel, Gibraltar\*, Georgia, Kenia, Kuwait, Omán, Catar\*, Arabia Saudí, Sudáfrica\*, Turquía\*, EAU\*, etc. **Requisitos documentales (EMEA):** * Pasaporte O documento nacional de identidad (los documentos en papel requieren pasaporte) * Comprobante de domicilio requerido * Las jurisdicciones de alto riesgo marcadas con (\*) requieren EDD en el onboarding #### C. Jurisdicciones no admitidas (prohibidas) Swipelux no incorpora a usuarios finales de jurisdicciones clasificadas como: * Lista negra del FATF * Terceros países de alto riesgo del artículo 9(2) de la AMLD de la UE con medidas AML/CTF inadecuadas * Países sancionados por OFAC * Jurisdicciones internas de alto riesgo (Ecuador, Haití, Nicaragua, ciertos territorios de ultramar) **La lista incluye:** Afganistán, RPDC, Irán, Siria, Yemen, Uganda, Vanuatu, Guyana, Rusia, Bielorrusia, Cuba, Venezuela, Nicaragua, Somalia, Sudán, Zimbabue, Birmania, RCA, RDC, Etiopía, Libia, Malí, Líbano, etc. **Motivo:** restricciones regulatorias bajo la AMLD de la UE, sanciones de OFAC y apetito de riesgo de Swipelux. ### Importante * Las reglas jurisdiccionales se aplican a los usuarios finales, no solo a la constitución del merchant * Las reglas locales de verificación, como comprobante de domicilio, videoentrevista y tipo de documento, dependen del país de nacionalidad y residencia del usuario * Swipelux realiza screening de todos los usuarios mediante listas de sanciones, listas de PEP y controles AML basados en riesgo * Los usuarios de jurisdicciones prohibidas no pueden acceder a los servicios de Swipelux, ni siquiera mediante VPN o entidades offshore Para orientación de implementación, consulta [onboarding de individuos](/es/integration/onboarding/customers#individual-customers), [recibir fondos](/es/integration/receive-funds) y [enviar fondos](/es/integration/send-funds). ### Matriz de aclaración simple | Constitución del merchant | Ubicación del usuario final | Estado | Notas | | ------------------------- | --------------------------- | ------------ | -------------------------------------------------------------------- | | USA | USA | No permitido | No disponemos de licencias US Money Transmitter | | USA | Global\* / UE / UK | Permitido | Los sub-merchants deben geobloquear estrictamente las IPs de EE. UU. | | UE / EEE | USA | No permitido | Swipelux no puede dar servicio a residentes o ciudadanos de EE. UU. | | UE / EEE | Global\* / UE / UK | Permitido | Flujo estándar | | UK / Canadá | Global\* / UE / UK | Permitido | Flujo estándar | | APAC / LATAM | Global\* / UE / UK | Permitido | Flujo estándar (por ejemplo, India, Brasil) | | Cualquier jurisdicción | Lista de prohibidos | No permitido | El screening de sanciones se aplica a todos los usuarios | ### Matriz jurisdiccional de sub-merchant #### 1. EEE+UK+CH | Región del usuario final | Open Banking | Tarjetas | Rails cripto | ¿Requiere licencia local? | Estado final | | ------------------------ | ------------ | -------- | ------------ | ------------------------- | -------------------- | | EEE | Sí | Sí | Sí | No | Totalmente soportado | | UK | Sí | Sí | Sí | No | Totalmente soportado | | Suiza | N/A | Sí | Sí | No | Totalmente soportado | #### 2. APAC | País (usuario final APAC) | Open Banking | Tarjetas | Rails cripto | Impacto de licencia local | Soporte final | | ------------------------- | ------------ | -------- | ------------ | ------------------------- | -------------------- | | Taiwán | N/A | Sí | Sí | No | Permitido | | Bután | N/A | Sí | Sí | No | Permitido | | Maldivas | N/A | Sí | Sí | No | Permitido | | India | N/A | Sí | Sí | No | Permitido | | Sri Lanka | N/A | Sí | Sí | No | Permitido | | Brunéi | N/A | Sí | Sí | No | Permitido | | Camboya | N/A | Sí | Sí | No | Permitido | | Indonesia | N/A | Sí | Sí | No | Permitido | | Malasia | N/A | Sí | Sí | No | Permitido | | Filipinas | N/A | Sí | Sí | No | Permitido | | Tailandia | N/A | Sí | Sí | No | Permitido | | Singapur | N/A | Sí | Sí | No | Totalmente soportado | | Vietnam | N/A | Sí | Sí | No | Permitido | #### 3. LATAM | País (usuario final LATAM) | Open Banking | Tarjetas | Rails cripto | ¿Requiere licencia? | Soporte final | | -------------------------- | ------------ | -------- | ------------ | ------------------- | ------------- | | Argentina | N/A | Sí | Sí | No | Permitido | | Bolivia | N/A | Sí | Sí | No | Permitido | | Brasil | N/A | Sí | Sí | No | Permitido | | Chile | N/A | Sí | Sí | No | Permitido | | Colombia | N/A | Sí | Sí | No | Permitido | | Costa Rica | N/A | Sí | Sí | No | Permitido | | República Dominicana | N/A | Sí | Sí | No | Permitido | | El Salvador | N/A | Sí | Sí | No | Permitido | | Guatemala | N/A | Sí | Sí | No | Permitido | | Honduras | N/A | Sí | Sí | No | Permitido | | Belice | N/A | Sí | Sí | No | Permitido | | México | N/A | Sí | Sí | No | Permitido | | Panamá\* | N/A | Sí | Sí | No | Permitido | | Paraguay | N/A | Sí | Sí | No | Permitido | | Perú | N/A | Sí | Sí | No | Permitido | | Uruguay | N/A | Sí | Sí | No | Permitido | #### 4. EMEA | País / Subregión | Open Banking | Tarjetas | Rails cripto | ¿Requiere licencia local? | Estado final | | ---------------- | ------------ | -------- | ----------------------- | ------------------------------------------ | ---------------------- | | Albania | N/A | Sí | Sí | No | Permitido | | Andorra | N/A | Sí | Sí | No | Permitido | | Israel | N/A | Sí | Sí | No | Permitido | | Gibraltar | N/A | Sí | Sí | No | Permitido | | Georgia | N/A | Sí | Sí | No | Permitido | | EAU | N/A | Sí | Sí | No (VARA no se activa por la orquestación) | Permitido | | Arabia Saudí | N/A | Sí | Sí | No | Permitido | | Catar | N/A | No | No (cripto prohibido) | N/A | No permitido | | Jordania | N/A | Sí | Sí | No | Permitido | | Kenia | N/A | Sí | Sí | No | Permitido | | Sudáfrica | N/A | Sí | Sí | No | Permitido | | Nigeria | N/A | Sí | Sí | No | Permitido | | Marruecos | N/A | Sí | Sí | No | Permitido | | Argelia | N/A | Sí | No (cripto restringido) | Sí | Permitido - Sin cripto | | Turquía | N/A | Sí | Sí | No | Permitido | #### 5. Sancionados / No soportados | País | OB | Tarjetas | Cripto | Final | | --------------------------- | -- | -------- | ------ | ------------ | | Rusia | No | No | No | No soportado | | Bielorrusia | No | No | No | No soportado | | Irán | No | No | No | No soportado | | Siria | No | No | No | No soportado | | Corea del Norte | No | No | No | No soportado | | Cuba | No | No | No | No soportado | | Venezuela | No | No | No | No soportado | | Yemen, Sudán, Sudán del Sur | No | No | No | No soportado | | Haití, Nicaragua | No | No | No | No soportado | ### Aviso legal Esta matriz de jurisdicciones es una visión general de alto nivel del marco de soporte global de Swipelux y no es exhaustiva. Utilízala para comprender dónde pueden estar disponibles los rails de pago de Swipelux para incorporar y atender a usuarios finales. La capacidad de Swipelux para proporcionar servicios en una jurisdicción específica depende de: 1. Las regulaciones locales que rigen las transacciones de cripto y la actividad de cobro o pago en fiat 2. Las restricciones de los esquemas de tarjetas y de los bancos adquirentes 3. Las obligaciones de sanciones y AML/CTF 4. El apetito interno de riesgo de Swipelux Los rails cripto se refieren a la actividad de cobro y pago realizada por Swipelux como VASP regulado, incluyendo custodia, conversión y transferencias en blockchain iniciadas o ejecutadas por Swipelux. Debido a que los requisitos regulatorios y las reglas de los esquemas evolucionan, los países y reglas listados en este documento pueden cambiar en cualquier momento. Swipelux puede aceptar o rechazar a cualquier merchant o usuario final, o restringir rails de pago específicos, en función de consideraciones regulatorias, técnicas o basadas en riesgo, independientemente de que la jurisdicción aparezca en esta matriz. * Para jurisdicciones sensibles o poco claras, Swipelux puede requerir: * Geobloqueo de ciertos usuarios finales * Restricciones específicas por rail (por ejemplo, tarjetas deshabilitadas, cripto deshabilitado) * Enhanced due diligence * Opiniones legales o confirmaciones regulatorias Las decisiones finales de onboarding son a discreción exclusiva de Swipelux, en alineación con nuestra licencia VASP de la UE y nuestros marcos internos de riesgo. ## Related topics - [Descripción general](/es/knowledge-base/compliance/overview.md) - [Información general](/es/knowledge-base/compliance/regulatory-perimeter.md) - [Flujo de trabajo KYB](/es/knowledge-base/business-onboarding/kyb-workflow.md) - [Descripción general del onboarding de empresas](/es/knowledge-base/business-onboarding/overview.md) - [Verticales soportados](/es/knowledge-base/compliance/supported-business-models.md)