El coste de un negocio cripto regulado no es la licence fee más el capital mínimo. Un presupuesto operativo real tiene que financiar a las personas que gobiernan, monitorizan, reconcilian, aseguran y reportan el negocio después de la autorización.
Eso no significa que toda empresa cripto regulada necesite el mismo equipo grande. Significa que cada función necesaria requiere un owner creíble, capacidad suficiente y presupuesto.
Tres ideas clave
- Modela funciones antes que salarios. Compliance, AML, responsabilidad senior, finance, reconciliación, tecnología y operations generan trabajo recurrente aunque algunas funciones puedan combinarse o externalizarse.
- Una función regulatoria no equivale automáticamente a un empleado. Las reglas actuales de VARA muestran que determinados puestos non-client-facing pueden combinarse si se controlan conflictos y fit-and-proper; por eso las tablas genéricas de headcount inducen a error.
- Payroll es capital operativo, no capital regulatorio. La caja necesaria para contratar y mantener el equipo pertenece al runway, mientras bankability y fiscalidad/reporting siguen siendo workstreams separados.
El coste oculto es recurrente, no one-off
Formation y licensing son transacciones visibles. El payroll es más silencioso.
Eso puede distorsionar el primer presupuesto. Los fundadores ven incorporation fees, application fees, asesoramiento jurídico y capital mínimo porque esas cifras son fáciles de cotizar. El coste de mantener un entorno de control mes tras mes es más difícil de reducir a un titular.
Un negocio regulado tiene que seguir funcionando después de recibir la licencia. Eso significa que decisiones, monitoring, reconciliaciones, incident handling, reporting, training, vendor oversight y audit evidence necesitan personas detrás.
La pregunta útil no es «¿cuántos empleados exige una licencia cripto?».
Es:
¿Qué funciones deben operar continuamente, quién es responsable de cada una y cuánto cuesta mantenerlas de forma creíble?
Empieza por las funciones regulatorias
El marco actual de VARA en Dubái demuestra el principio con claridad.
Un VASP debe nombrar dos Responsible Individuals con seniority suficiente. Debe tener un Compliance Officer que cumpla condiciones concretas de experiencia, fit-and-proper, empleo, residencia y reporting. También debe nombrar un MLRO con los requisitos aplicables de experiencia AML/CFT y fit-and-proper.
Esas funciones nominadas son solo la parte visible del operating model.
Los rulebooks crean además trabajo continuo sobre risk management, books and records, audit, regulatory reporting, formación, client due diligence, transaction monitoring, client money o client virtual assets cuando corresponda, reconciliación y technology controls.
La carga exacta depende de las actividades licenciadas. Un exchange no es un negocio de custody y un modelo broker-dealer no es idéntico a ninguno de los dos.
Un mapa de funciones es mejor que una tabla de headcount
Un artículo genérico que dijera «necesitas siete empleados» crearía falsa precisión.
Las reglas actuales de VARA permiten expresamente que Compliance Officer o MLRO ocupen más de un puesto non-client-facing cuando no exista conflicto y la persona siga siendo fit and proper. Determinadas actividades también pueden delegarse bajo ciertas condiciones mientras la responsabilidad permanece en el officer designado.
Eso significa que dos negocios con el mismo regulador pueden organizarse de forma diferente.
El modelo más robusto mapea primero las funciones:
- responsabilidad regulatoria senior;
- compliance management;
- AML/CFT y suspicious-transaction reporting;
- risk management;
- finance, books and records;
- reconciliación y safeguarding;
- tecnología e information security;
- customer operations y complaints;
- vendor y outsourcing oversight; y
- regulatory, accounting y tax reporting.
Solo después debe decidirse qué funciones requieren empleados separados, cuáles pueden combinarse legítimamente y cuáles pueden recibir apoyo externo.
El organigrama barato puede salir caro
Combinar puestos puede reducir payroll. También puede crear concentration risk.
Si una persona es al mismo tiempo responsable de compliance, AML y risk, ¿qué sucede durante unas vacaciones, una investigación o un incidente grave? ¿Quién cuestiona la decisión? ¿Quién realiza el trabajo cuando el volumen de transacciones se duplica? ¿Genera la combinación un conflicto entre urgencia comercial y responsabilidad de control?
Una estructura lean puede ser excelente cuando la actividad es sencilla y las personas son fuertes.
El error consiste en tratar el headcount teórico mínimo como si fuera el operating model normal.
El staffing regulado debe probarse frente a workload y ausencia, no solo frente al texto de un organigrama.
Finance y reconciliación pertenecen al presupuesto de personas
Los negocios cripto suelen concentrar la conversación de staffing en compliance porque sus cargos son visibles para el regulador.
Pero finance y reconciliación son igual de importantes operativamente.
La empresa necesita books and records fiables. Cuando maneja activos o dinero de clientes, saldos y movimientos deben reconciliarse. Management necesita información financiera. Auditores y reguladores necesitan evidencia. Las excepciones deben investigarse.
La automatización puede reducir trabajo manual. No elimina la responsabilidad de que los registros sean completos y correctos.
Por eso «coste de licencia» y «coste operativo regulado» pueden ser cifras muy diferentes.
La tecnología también crea obligaciones humanas
Un negocio regulado de digital assets es intensivo en tecnología, pero la tecnología no elimina staffing.
Cybersecurity, access control, arquitectura de wallets, change management, incident response, data retention y vendor oversight requieren decisiones y evidencia. Un proveedor externo de custody, analytics o cloud puede aportar infraestructura sin convertirse en el management de la empresa regulada.
Cuanto más externaliza el negocio, más importante es saber quién es el owner interno de la relación de outsourcing y quién puede cuestionar al proveedor.
Operational readiness es, por tanto, una combinación de sistemas y personas.
El capital regulatorio no paga dos veces la nómina
Esta es la distinción financiera central.
Un regulador puede exigir paid-up capital, own funds, activos líquidos, seguros u otros recursos prudenciales. Esos requisitos tienen objetivos regulatorios. Por separado, la empresa necesita caja para salarios mensuales, recruitment, visas o relocation cuando proceda, soporte profesional, formación y el resto del operating model.
Algunas fórmulas prudenciales utilizan gastos operativos. Eso no convierte el importe prudencial en un forecast completo de runway.
El presupuesto debe separar:
requisito regulatorio → recursos restringidos/líquidos → payroll y vendors recurrentes → runway → contingencia.
Asignar la misma caja a dos funciones no es un financing plan.
La bankability observa la organización desde otro ángulo
Un banco no pregunta únicamente si el VASP paga a sus empleados.
Puede querer saber quién asume decisiones de compliance y AML, si finance comprende los flujos esperados, si activos de clientes y empresa son distinguibles, cómo se manejan excepciones y si senior management puede explicar el negocio de forma consistente.
Un equipo bien diseñado puede fortalecer el caso de bankability.
No puede garantizar el onboarding. El banco tiene sus propias obligaciones y risk appetite.
Fiscalidad y reporting necesitan ownership explícito
Otro problema de payroll oculto aparece cuando toda obligación se asigna vagamente a «compliance».
Regulatory reporting, AML reporting, contabilidad, Corporate Tax, VAT cuando corresponda, CARF/DAC8 y otros reportings de información pueden necesitar datos solapados pero decisiones jurídicas distintas.
Alguien debe ser owner de la arquitectura de datos y de los filings. Alguien debe reconciliar lo que se está diciendo al regulador, banco, auditor y administración tributaria.
Ese trabajo puede apoyarse externamente, pero la empresa necesita un operating model interno capaz de producir hechos consistentes.
La mejor objeción: la automatización reducirá el equipo
Debería hacerlo.
Un negocio regulado moderno debería automatizar screening, reconciliaciones, case management, reporting workflows y evidence collection siempre que mejore la fiabilidad.
Pero la automatización cambia la forma del trabajo más de lo que elimina la responsabilidad.
Los controles automáticos requieren configuración, exception handling, data quality, access governance y testing periódico. Cuando el sistema genera una alerta o falla, una persona sigue necesitando autoridad para decidir qué ocurre después.
La pregunta económica correcta no es «¿personas o software?». Es «¿qué combinación produce un control fiable con el menor coste total sostenible?».
Qué cambió desde 2022
En 2022, la conversación de mercado solía tratar el staffing como un asunto tardío de implementación. Los marcos regulatorios actuales hacen más fácil ver que las personas están embebidas en el propio modelo regulado.
Los rulebooks actuales de VARA muestran las dos caras: funciones nominadas y responsabilidades concretas, pero también flexibilidad controlada para combinar o delegar algunas funciones.
Es una base de planificación mejor que cualquiera de los dos extremos: fingir que la licencia es solo un documento o asumir que cada función requiere un executive separado.
La consecuencia práctica
Antes de comparar jurisdicciones o licence packages, construye un operating model de doce a dieciocho meses que responda:
- ¿Qué funciones reguladas existen para la actividad exacta?
- ¿Qué funciones requieren personas nominadas y aprobación regulatoria?
- ¿Qué puestos pueden combinarse sin crear conflictos o problemas de capacidad?
- ¿Qué trabajo puede externalizarse y qué responsabilidad permanece interna?
- ¿Qué trabajo de finance, reconciliación, tecnología y operations existe fuera de los puestos regulatorios nominados?
- ¿Cuál es el coste mensual de personas y vendors antes de generar ingresos significativos?
- ¿Qué contingencia hace falta si licensing o banking tardan más?
La nómina solo está oculta si el proyecto decide no modelarla.
Fuentes
- VARA — Company Rulebook
- VARA — Compliance and Risk Management Rulebook
- VARA — Duties of the Compliance Officer
- VARA — Appointment and Duties of Money Laundering Reporting Officer
- VARA — Responsible Individuals
Aviso
Este artículo ofrece información general de regulación y planificación empresarial. No es una prescripción de staffing ni constituye asesoramiento jurídico, regulatorio, laboral, fiscal, bancario o financiero. Los puestos exigidos, permisos de outsourcing, reglas de conflicto y costes operativos dependen de la actividad y jurisdicción y deben verificarse frente a las reglas y hechos aplicables al negocio.
