Panorama regulatorio
- Ámbito
- Catar
- Autoridades
- Índice regulatorio
- Último cambio regulatorio
El Qatar Financial Centre regula la tokenización de derechos y los servicios sobre tokens permitidos. El régimen reconoce efectos de titularidad y transmisión bajo condiciones específicas, pero excluye criptomonedas y stablecoins. El acceso depende de la licencia QFCA y, cuando existe actividad financiera regulada, de autorización QFCRA. Su ámbito no debe extenderse automáticamente al resto de Catar ni a activos sometidos a otra ley.
En Catar, la vía descrita en esta guía parte del Qatar Financial Centre, o QFC. Su régimen permite representar determinados derechos mediante tokens y regula los servicios que hacen posible su emisión y circulación. El primer paso para una empresa es comprobar que el derecho y el token encajan en ese ámbito: el marco excluye criptomonedas y stablecoins.
Una emisión exige conectar al titular del derecho, al validador y a quien genera o custodia el token. La guía explica esa cadena de funciones, cuándo interviene la autoridad financiera y hasta dónde llega el reconocimiento jurídico del token. La ubicación del activo subyacente importa, especialmente cuando está sometido a un registro o una ley exterior al QFC.
Qué derechos pueden tokenizarse dentro del QFC
Las Digital Asset Regulations 2024 se aplican en el Qatar Financial Centre, QFC, desde el 1 de septiembre de 2024. Cubren tokens que representan derechos reales, personales o contractuales y cumplen el procedimiento previsto. Este perímetro permite estudiar emisiones sobre derechos identificados; no constituye una apertura general del mercado de criptomonedas en Catar.
La aclaración de QFCRA confirma que criptomonedas, stablecoins y determinados otros activos monetarios son tokens excluidos. Un token respaldado por derechos sobre metales preciosos no queda excluido únicamente por ser negociable. Deben analizarse función y derecho representado: las etiquetas RWA, NFT o token de utilidad no determinan por sí solas su admisibilidad.
Qué diferencia la licencia QFCA de la autorización QFCRA
La Qatar Financial Centre Authority, QFCA, licencia servicios sobre tokens en o desde el QFC. La Qatar Financial Centre Regulatory Authority, QFCRA, interviene adicionalmente cuando constituyen actividades financieras reguladas. El portal institucional distingue ambas vías; llamar no regulada a una actividad a estos efectos no significa que pueda prestarse sin licencia QFCA.
Fuera del QFC debe examinarse separadamente la competencia del Qatar Central Bank, QCB, y de la Qatar Financial Markets Authority, QFMA, según producto y servicio. La licencia del centro no demuestra autorización para captar clientes, prestar pagos o comercializar valores en cualquier parte del país. Las restricciones históricas sobre criptomonedas tampoco permiten deducir sin más una prohibición de todo desarrollo de software.

Qué servicios necesitan permiso y condiciones adicionales
El artículo 18 comprende validación, generación, custodia, operación de mercados y transferencias. La validación acredita titularidad del derecho antes de tokenizarlo; no equivale a participar en el consenso de una red. Combinar servicios exige separación y controles de conflictos. Vender hardware o software de transferencias, por sí solo, queda fuera del servicio definido en el artículo 23.
Las Investment Token Rules, TOKN, someten actividades sobre determinados derechos financieros al régimen correspondiente. La regla 2.1.4 exige, para el mercado y la compensación o liquidación descritos, tokens permitidos y una designación publicada por QFCRA. Una licencia de proveedor no demuestra que cualquier instrumento pueda negociarse ni que una prueba en laboratorio habilite su comercialización.
Cómo se conecta la transferencia del token con el derecho
Los artículos 12 a 14 de las Digital Asset Regulations establecen una conexión jurídica expresa: la titularidad del token permitido confiere la del derecho representado y su transferencia transmite ese derecho. Antes deben obtenerse certificado de validación, solicitud del titular y generación conforme al procedimiento. El control técnico genera una presunción de titularidad que el tribunal del QFC puede desvirtuar.
Ese efecto se formula dentro del ámbito normativo del QFC. No acredita que cualquier inmueble situado en Catar o en otro país cambie de propietario sin atender a su ley y registro. El artículo 16 prevé intervención judicial si se pierde acceso o el token deja de funcionar, con posible confirmación del derecho o nueva tokenización. El diseño debe contemplar esa recuperación jurídica y operativa.

Qué controles mantienen proveedores y custodios
El Token Service Providers’ Code exige términos contractuales e información de riesgos, responsabilidades claras y controles tecnológicos. Incluye pruebas, continuidad, seguridad de claves, gestión de cambios de protocolo y auditoría interna independiente. La externalización debe comunicarse a QFCA y no libera al proveedor de responsabilidad; contratar custodia o infraestructura exige comprobar sus funciones concretas.
Las reglas AML/CFTR incluyen a los proveedores designados de tokens y diferencian los que son instituciones financieras. La clasificación determina cómo se aplica la prevención del blanqueo y financiación del terrorismo. La custodia de claves de tokens de inversión puede ser custodia regulada conforme a TOKN 2.1.5; la documentación debe identificar control, recuperación, derechos del cliente y régimen de protección aplicable.
Qué documentar antes de una emisión en el QFC
Identifique primero el derecho y su titular, la ley aplicable y las restricciones de transmisión. Después asigne validación, generación, custodia y negociación a las entidades correspondientes. Esa secuencia permite preparar el certificado y los contratos, y comprobar si el proyecto necesita licencia QFCA, autorización QFCRA o ambas según las actividades.
Incluya qué ocurre si se pierde una clave, quién puede solicitar intervención judicial y cómo se coordina el registro tecnológico con un registro externo. Si el activo está fuera del QFC, confirme allí la eficacia de la transmisión. La designación de tokens negociables, las condiciones del permiso y la comercialización fuera del centro requieren comprobación concreta antes de abrir el producto a clientes.
Para analizar cómo se aplica este marco a tu proyecto, consulta tu caso con nuestro equipo.
Puntos clave
- Los tokens de pago y stablecoins están excluidos del marco QFC.
- QFCA licencia servicios; QFCRA autoriza las actividades financieras reguladas.
- El efecto sobre el derecho subyacente exige token permitido y validación.
- La autorización del QFC no acredita acceso universal al mercado catarí.
Desarrollo blockchain en Catar
Hitos regulatorios
Entrada en vigor del marco QFC
Digital Asset Regulations e Investment Token Rules regulan tokens permitidos y servicios dentro de su ámbito.
Preguntas frecuentes
No. Las reglas y la aclaración de QFCRA los tratan como tokens excluidos. La apertura a tokens sobre derechos no constituye autorización general de stablecoins.
No en este régimen. La validación del artículo 19 consiste en confirmar la titularidad del derecho que se tokeniza y emitir el certificado correspondiente.
El artículo 16 permite solicitar intervención del tribunal del QFC cuando se pierde acceso o el token deja de funcionar. La solución depende de las circunstancias y puede incluir confirmar el derecho o permitir nueva tokenización. El proyecto debe prever prueba de titularidad y procedimientos de recuperación, sin prometer un resultado judicial.
El artículo 23 excluye la mera venta de hardware o software de la definición del servicio de transferencia. Debe comprobarse la actividad efectiva: ejecutar operaciones para otros, controlar claves o prestar servicios adicionales exige un análisis diferente. El nombre de proveedor tecnológico no basta para resolverlo.
El código de proveedores contempla externalización, con comunicación a QFCA y responsabilidad conservada por el proveedor autorizado. Deben quedar documentados acceso, seguridad, continuidad y supervisión. El contrato con un tercero no puede dejar sin responsable la recuperación de datos o la respuesta ante incidentes.





