Una licencia cripto no crea un derecho a una cuenta bancaria. El regulador y el banco son gatekeepers distintos que responden a preguntas distintas.
El regulador pregunta si la empresa puede realizar una actividad regulada bajo el marco aplicable. El banco pregunta si puede comprender, monitorizar y aceptar los riesgos de la relación conforme a sus propias obligaciones jurídicas y a su risk appetite.
Ambas decisiones pueden apuntar en direcciones distintas sin que ninguna institución contradiga a la otra.
Tres ideas clave
- La licencia es evidencia, no un derecho bancario. Puede fortalecer el expediente, pero el banco sigue obligado a realizar su propio due diligence y análisis de riesgo.
- La bankability depende de los hechos operativos. Ownership, clientes, países, flujos fiat, tokens, contrapartes, source of funds y controles AML pueden importar con independencia del status de licensing.
- La banca debe probarse antes de terminar la estructura. Un negocio cripto jurídicamente válido puede quedar comercialmente limitado si su arquitectura de pagos y settlement no funciona.
Dos gatekeepers, dos mandatos
Es tentador interpretar una licencia como un respaldo institucional de toda la empresa.
Eso exagera el significado de la aprobación regulatoria.
Un regulador sectorial define un perímetro, evalúa al solicitante frente a sus requisitos y autoriza actividades concretas bajo condiciones y supervisión continua. El banco no recibe delegada esa decisión. Tiene sus propias obligaciones respecto de la relación con el cliente.
Bajo el marco AML de UAE, las entidades financieras aplican customer due diligence basado en riesgo y ongoing monitoring. Deben identificar y comprender a clientes y beneficial owners, entender la naturaleza de la relación y analizar si las transacciones son coherentes con la información y el perfil de riesgo disponibles, incluido source of funds cuando sea necesario.
Una VASP licence puede responder a una parte de ese análisis. No responde a todo.
Qué aporta la licencia
Una licencia puede ser muy relevante en el onboarding bancario.
Puede identificar al regulador, la entidad autorizada y la actividad permitida. Puede demostrar que el negocio ha superado un gate regulatorio externo y está sujeto a obligaciones continuas. También puede ofrecer al banco un marco para comprender qué actividades puede realizar legalmente el cliente.
Pero esa evidencia forma parte de un expediente de cliente mucho más amplio.
El banco puede seguir necesitando comprender:
- ultimate beneficial ownership y control;
- experiencia e integridad del senior management;
- segmentos de clientes y mercados objetivo;
- países y corredores implicados;
- entradas y salidas fiat previstas;
- arquitectura de custody y wallets;
- tokens y contrapartes;
- source of funds y, cuando corresponda, source of wealth;
- controles AML, sanctions y transaction monitoring; y
- finalidad comercial de las cuentas solicitadas.
Las preguntas exactas varían por institución y tipo de relación. Esa variación forma parte de la tesis.
Por qué el «sí» del regulador no es el «sí» del banco
El regulador analiza si el solicitante cumple las reglas de la actividad regulada. El banco analiza riesgos de money laundering, sanctions, fraude, conducta, operativa, reputación y negocio derivados de mantener la cuenta y procesar transacciones.
Existe solapamiento. Ambos pueden interesarse por ownership, governance, controles y source of funds.
Pero el solapamiento no convierte las decisiones en idénticas.
El marco vigente en UAE exige expresamente risk-based CDD y ongoing monitoring por parte de las entidades financieras. Un banco no puede transferir esa responsabilidad al hecho de que el cliente disponga de una VASP licence.
De ahí surge una inferencia práctica: la aprobación regulatoria puede mejorar el caso bancario, pero no elimina la decisión independiente del banco.
Bankability significa poder explicarse
El expediente bancario más fuerte no es necesariamente el de la entidad con la lista más larga de licencias o documentos jurídicos. Es el de la empresa cuyo negocio puede explicarse de forma coherente desde el ownership hasta la transacción.
El banco necesita respuestas plausibles a preguntas como:
¿Quién es propietario de la compañía? ¿Qué vende? ¿Quiénes son sus clientes? ¿Por qué llegan pagos desde esos países? ¿Por qué salen hacia esas contrapartes? ¿Qué papel cumplen los virtual assets? ¿Qué flujos son ingresos de empresa, customer money o treasury activity? ¿Cómo se detectan y escalan las operaciones inusuales?
Una estructura compleja puede ser legítima. Pero si hace más difíciles esas respuestas, puede aumentar la fricción de bankability aunque cada entidad de la cadena sea jurídicamente válida.
Por eso la banca pertenece al diseño estructural y no al final del proceso.
La operational readiness también importa al banco
El banco no ve solamente la licencia. Ve a la empresa que debe operar bajo ella.
Si la firma tiene reconciliaciones débiles, ownership de wallets poco claro, segregación insuficiente, contratos incoherentes o escaso control sobre sus datos transaccionales, el problema bancario es también un problema operativo.
Lo mismo ocurre con las personas. Senior management, compliance, finance y operations deben poder explicar el modelo de forma consistente. Una política escrita para el regulador pero desconectada de los flujos diarios difícilmente resolverá las preguntas prácticas del banco.
El principio es el mismo frente a ambos gatekeepers: la documentación es más fuerte cuando describe la realidad.
La posición fiscal es otra capa independiente
Una cuenta bancaria no demuestra que la estructura fiscal sea correcta, del mismo modo que una licencia no demuestra que el banco deba abrir una cuenta.
Residencia fiscal, Corporate Tax, impuestos indirectos, permanent establishment y obligaciones de reporting se determinan bajo sus propios marcos jurídicos. La ubicación de una cuenta puede ser un hecho dentro del cuadro general, pero no sustituye esas reglas.
Para un negocio cripto internacional, la posición coherente debe conectar entidad, personas que la gestionan, actividad regulada, flujos comerciales, cuentas bancarias, registros contables y reporting aplicable.
Una desconexión entre esas capas genera algo más que un problema fiscal. Hace más difícil explicar toda la empresa.
La mejor objeción: las empresas licenciadas sí consiguen banca
Claro que sí.
La tesis no es que los bancos rechacen a las empresas cripto licenciadas ni que la bankability sea imposible. Es que licensing y bank onboarding no son la misma decisión.
Una empresa bien regulada, con ownership transparente, dirección creíble, flujos claros y controles sólidos puede presentar un caso de riesgo mucho mejor que un negocio no regulado u opaco. Precisamente por eso la licencia importa.
Pero «importa» no significa «garantiza».
La regulación basada en riesgo deja necesariamente espacio para que las entidades financieras diferencien entre clientes y relaciones.
Qué cambió desde 2023
En 2023, la guía del sector financiero de UAE ya incorporaba risk-based CDD, identificación de beneficial owners y comprensión de la relación del cliente dentro del onboarding y monitoring.
UAE ha sustituido y actualizado desde entonces partes importantes de su marco AML. El Federal Decree-Law No. 10 of 2025 y sus Executive Regulations refuerzan obligaciones de identificación de riesgo, CDD y continuous monitoring en financial institutions y VASPs.
Las reglas actuales hacen todavía más claro el punto estructural que el debate de mercado de 2023: tanto los negocios cripto regulados como las entidades financieras que los atienden operan bajo obligaciones propias de compliance.
Una sola licencia no puede hacer ambos trabajos.
Diseñar la bankability antes de terminar la solicitud
Un proyecto cripto regulado debería construir un bankability file en paralelo al expediente de licensing.
Ese file debería poder explicar, con evidencia:
- estructura de ownership y control;
- actividades reguladas y modelo de negocio;
- responsabilidad de management y compliance;
- clientes, países, volúmenes y flujos esperados;
- source of funds e historial de financiación;
- arquitectura de custody, wallets y settlement; y
- relación entre cuentas fiat, actividad con virtual assets y registros contables.
El objetivo no es imitar el cuestionario de un banco concreto. Es comprobar si el negocio puede ser entendido por una función de riesgo independiente.
Una estructura cripto no está operativamente terminada cuando llega la licencia. Lo está cuando permisos, personas, controles, banca, contabilidad y posición fiscal o de reporting forman una sola realidad operativa defendible.
Fuentes
- VARA — Licence Applications
- VARA — Public Register
- CBUAE Rulebook — Customer Due Diligence Measures
- CBUAE Rulebook — Federal Decree-Law No. 10 of 2025 on AML/CFT/CPF
- CBUAE Rulebook — Cabinet Resolution No. 134 of 2025
Aviso
Este artículo ofrece información general sobre regulación, banca y estructuración empresarial. No constituye asesoramiento jurídico, regulatorio, bancario, fiscal, de inversión ni financiero y no predice si un banco aceptará a un cliente concreto. Las decisiones bancarias dependen de cada institución y de los hechos, y los requisitos regulatorios y AML vigentes deben verificarse antes de actuar.
