El error central de muchos proyectos cripto consiste en tratar la licencia como si fuera el proyecto. No lo es. Una licencia responde a una pregunta jurídica: ¿puede esta entidad realizar estas actividades reguladas bajo estas condiciones? Un negocio regulado que funcione debe responder además a preguntas distintas sobre personas, gobierno corporativo, capital, controles, tecnología, banca y obligaciones fiscales o de reporting.
Esa distinción ya era importante en 2022. Hoy es todavía más clara porque los regímenes maduros hacen visible el modelo operativo dentro del propio proceso de autorización.
Tres ideas clave
- El permiso no es un modelo operativo. La autorización no crea las personas, sistemas, gobierno ni entorno de control necesarios para operar.
- El capital cumple funciones diferentes. Capital regulatorio, requisitos de liquidez y caja para financiar nóminas y runway son cuestiones relacionadas, pero distintas.
- Banca y fiscalidad siguen siendo filtros separados. Un regulador puede autorizar una actividad sin obligar a un banco a aceptar la empresa ni determinar su posición fiscal y de reporting.
Qué responde realmente una licencia
Un negocio cripto regulado empieza por el análisis del perímetro. ¿Qué actividad realizará realmente la empresa? ¿Dónde? ¿Para quién? ¿Intercambiará, intermediará, custodiará, prestará, asesorará, gestionará activos, transferirá virtual assets o los emitirá?
Esos hechos determinan si se necesita autorización y qué regulador o rulebook resulta aplicable. También determinan lo que la autorización no dice.
Una licencia no demuestra que la empresa tenga runway suficiente. No promete una cuenta bancaria. No decide la residencia fiscal de la sociedad ni la de sus fundadores. No acredita que el equipo operativo pueda prestar el servicio de forma segura. Y no elimina las obligaciones continuas de AML, contabilidad, reporting o supervisión.
La secuencia útil es, por tanto:
actividad → perímetro → entidad → personas y governance → capital → controles y sistemas → autorización → banca y lanzamiento operativo → cumplimiento continuo.
En la práctica algunas fases pueden solaparse, pero las dependencias no desaparecen.
El negocio operativo que existe detrás del permiso
El proceso actual de VARA en Dubái muestra la distinción con especial claridad. Para una empresa nueva, VARA describe dos etapas. La primera puede conducir a un Approval to Incorporate, que permite completar la incorporación jurídica y el montaje operativo, incluidos oficina y contratación. VARA señala expresamente que en ese momento la empresa todavía no puede realizar actividades de Virtual Assets. La VASP Licence completa llega después y puede quedar sujeta a condiciones operativas.
Ese proceso no es una plantilla universal para todas las jurisdicciones. Sí demuestra un principio más amplio: la regulación se aplica a un sistema operativo real, no solo a un certificado.
La documentación de VARA pide información sobre beneficial owners, senior management, estructura organizativa, governance, proyecciones financieras, paid-up capital, seguros, succession planning y wind-down planning. Las actividades reguladas concretas añaden después sus propios rulebooks y controles.
En términos prácticos, un negocio regulado creíble necesita saber quién es responsable de cada control, quién puede mover activos de clientes o de la empresa, quién aprueba excepciones, quién investiga actividad inusual, quién reconcilia registros, cómo se escalan incidentes y qué sucede si una persona o proveedor crítico deja de estar disponible.
Las políticas importan, pero solo cuando existe una realidad operativa detrás.
Las personas y el governance no son papeleo
Un business plan puede redactarse con rapidez. Una persona cualificada no puede crearse necesariamente bajo demanda.
Los puestos regulados pueden incorporar requisitos de experiencia, fit-and-proper, independencia, residencia o dedicación full-time, según el régimen y la función. El board y la alta dirección también deben entender aquello que realmente supervisan.
Por eso el people plan debe situarse al principio de un proyecto regulado. Si la empresa necesita compliance officer, MLRO, responsible individuals, ownership de risk o supervisión tecnológica especializada, esas dependencias afectan al coste y al calendario antes de que la solicitud esté completa.
La mejor pregunta de governance no es si el organigrama parece correcto. Es si responsabilidad, autoridad y evidencia coinciden en la práctica.
Capital regulatorio no es runway
La palabra «capital» genera otra confusión frecuente.
Un regulador puede exigir paid-up capital, own funds, prudential safeguards, activos líquidos, seguros u otros recursos financieros. Esas exigencias tienen una finalidad regulatoria. La empresa sigue necesitando caja para pagar salarios, tecnología, auditoría, costes legales y de compliance, oficina, seguros, datos y otros gastos mientras los ingresos sean inciertos o se retrasen.
La diferencia aparece de forma explícita en los marcos actuales. VARA exige a los VASP mantener Net Liquid Assets por valor de al menos 1,2 veces sus gastos operativos mensuales. MiCA utiliza otra arquitectura prudencial para crypto-asset service providers: su artículo 67 exige safeguards por un importe de al menos el mayor entre el minimum capital permanente aplicable y una cuarta parte de los fixed overheads del ejercicio anterior, con una regla basada en overheads proyectados para empresas nuevas.
Ninguna de esas fórmulas es una previsión de cash flow empresarial.
El fundador necesita, como mínimo, dos modelos: qué exige el regulador para continuar cumpliendo y qué necesita la empresa para sobrevivir y ejecutar su plan.
Bankability es otra decisión
La banca es donde la diferencia entre permiso jurídico y operatividad comercial se ve con mayor claridad.
Un banco tiene sus propias obligaciones AML, de customer due diligence y de gestión de riesgos. Debe comprender a su cliente, su ownership, su negocio, su actividad esperada y los riesgos relevantes. Esas obligaciones no desaparecen porque otro regulador haya concedido una licencia.
La licencia puede ser una evidencia valiosa. Puede demostrar que un regulador identificado ha admitido a la empresa dentro de un perímetro definido. Pero no crea un derecho a obtener cuenta bancaria.
El banco puede seguir necesitando comprender flujos fiat, tipos de clientes, geografías, exposición a tokens, contrapartes, source of funds, custodia y los propios controles AML de la empresa. Instituciones diferentes pueden llegar a decisiones de riesgo diferentes sobre el mismo negocio legalmente autorizado.
La lección operativa es sencilla: la bankability debe probarse como parte del diseño, no descubrirse después del licensing.
Fiscalidad y reporting forman un cuarto mapa
La regulación tampoco determina el resultado fiscal.
Una VASP licence no decide por sí sola la residencia fiscal corporativa, un permanent establishment, el tratamiento de VAT, la clasificación fiscal de los tokens ni la posición personal de fundadores y accionistas. El cumplimiento AML tampoco sustituye los regímenes de transparencia fiscal como CARF o DAC8 cuando resulten aplicables.
El análisis fiscal y de reporting empieza por los hechos: quién es el contribuyente, dónde están las personas y la gestión, qué hace la entidad, qué activos y operaciones existen y qué reglas domésticas y transfronterizas son aplicables.
Por eso una estructura cripto regulada puede estar jurídicamente autorizada y, al mismo tiempo, estar mal diseñada si su gestión, banca, contabilidad, residencia fiscal o reporting contradicen la forma real de operar.
La mejor objeción: algunas empresas obtienen la licencia rápidamente
Es cierto.
El argumento no es que el licensing cripto tenga que ser lento ni que todos los proyectos necesiten una gran organización antes del filing. Los marcos regulatorios cambian, los modelos de negocio también y algunos solicitantes llegan especialmente bien preparados.
El punto es más limitado y más sólido: una licencia rápida no convierte las demás preguntas en parte de la decisión de licensing. Si personas, controles, capital, banca o reporting siguen sin resolver, superar rápidamente un filtro puede simplemente adelantar el momento en que aparece la siguiente dependencia.
Qué cambió desde 2022
A finales de 2022 ya era visible la dirección general: las actividades sobre virtual assets estaban pasando de registros AML amplios y tratamientos nacionales fragmentados hacia regulación sectorial más explícita.
Desde entonces, la diferencia entre licencia y negocio regulado resulta más fácil de demostrar con legislación y material de reguladores. El marco de VARA en Dubái incorpora montaje operativo, personal clave, governance y capital dentro de la arquitectura de autorización. En la Unión Europea, MiCA creó un marco común de autorización y requisitos prudenciales para crypto-asset service providers, mientras que los regímenes AML y de transparencia fiscal continúan funcionando de forma separada.
Las reglas posteriores no crearon el problema empresarial subyacente. Hicieron más difícil ignorarlo.
La consecuencia práctica
Antes de que la incorporación o la solicitud de licencia se conviertan en el centro del proyecto, un fundador debería poder responder cinco preguntas diferentes:
- Regulación: ¿qué actividades exactas entran en qué perímetro regulatorio?
- Operational readiness: ¿qué personas, sistemas, controles y proveedores tienen que existir antes del lanzamiento?
- Capacidad financiera: ¿qué recursos son regulatorios, cuáles deben mantenerse líquidos y qué runway financia el negocio?
- Bankability: ¿pueden explicarse a una entidad financiera el ownership, los flujos, las contrapartes y el entorno de control?
- Fiscalidad y reporting: ¿qué entidades y personas soportan obligaciones fiscales, contables y de información?
Una estructura internacional robusta aparece cuando esas respuestas dejan de contradecirse entre sí.
Fuentes
- VARA — Licence Applications
- VARA — Licensed Activities
- VARA Company Rulebook — Net Liquid Assets
- EUR-Lex — Reglamento (UE) 2023/1114 sobre mercados de criptoactivos, artículo 67
- CBUAE Rulebook — Federal Decree-Law No. 10 of 2025 on AML/CFT/CPF
Aviso
Este artículo ofrece información general sobre regulación y estructuración empresarial. No constituye asesoramiento jurídico, regulatorio, fiscal, bancario, de inversión ni financiero. Los requisitos de licensing, capital, personal, AML, banca y fiscalidad dependen de la actividad, jurisdicción, entidad, clientes y hechos concretos y deben verificarse frente a las normas vigentes antes de actuar.
