--- title: "Software de gestión de emisiones tokenizadas" url: "https://www.unknowngravity.com/servicios/software-gestion-emisiones-tokenizadas" site: Unknown Gravity published: "2026-01-15T14:44:51+00:00" modified: "2026-07-15T10:51:33+00:00" language: es-ES description: "El software de gestión de emisiones tokenizadas es la base operativa que necesita una entidad que emite y administra instrumentos tokenizados (y, especialmente, una futura ERIR) para controlar todo…" section: "Inicio > Software de gestión de emisiones tokenizadas" --- # Software de gestión de emisiones tokenizadas > El software de gestión de emisiones tokenizadas es la herramienta con la que un emisor administra el ciclo de vida de sus tokens: alta de inversores, control de titularidad, operaciones societarias y trazabilidad. Unknown Gravity lo desarrolla para emisores sujetos al marco español y europeo de valores y criptoactivos. CICLO DE VIDA END-TO-END REGISTRO, CONTROL Y AUDITORÍA REGLAS Y PERMISOS AVANZADOS [Agenda una reunión](/meeting) El software de gestión de emisiones tokenizadas es la herramienta con la que un emisor administra el ciclo de vida de sus tokens: alta de inversores, control de titularidad, operaciones societarias y trazabilidad. Unknown Gravity lo desarrolla para emisores sujetos al marco español y europeo de valores y criptoactivos. El **software de gestión de emisiones tokenizadas** es la base operativa que necesita una entidad que emite y administra instrumentos tokenizados (y, especialmente, una futura **ERIR**) para controlar todo el ciclo de vida de una emisión: desde el alta del activo y la configuración de la emisión, hasta el registro de titularidades, transferencias, eventos (pagos, amortizaciones, bloqueos) y reporting. A diferencia de una “dApp” o un conjunto de smart contracts aislados, este tipo de software es una **plataforma completa**: incorpora **workflows, permisos, auditoría, trazabilidad, reglas de elegibilidad, integraciones** (KYC/KYB, pagos, contabilidad, custodia) y capas de seguridad. El objetivo es claro: que la emisión pueda operar de forma **segura, controlada, auditable y escalable**, alineada con el marco regulatorio aplicable. En Unknown Gravity diseñamos y desarrollamos plataformas de emisiones tokenizadas con un enfoque **legal-first**: empezamos por definir el derecho y el modelo operativo, y construimos la tecnología para soportarlo sin contradicciones. ## 01 / ¿Qué es un software de gestión de emisiones tokenizadas? Es una plataforma diseñada para **operar emisiones tokenizadas en producción**, con control, trazabilidad y cumplimiento documentados. Centraliza la capa operativa que conecta: - el **activo/derecho** (documentación y términos), - la **lógica de emisión** (parámetros, reglas, calendarios), - el **registro y movimientos** (titulares, transferencias), - y la **automatización** (eventos económicos y corporativos). En términos prácticos: es el “back-office” + “registro” + “panel de control” de la emisión, con las garantías que exige operar bajo un régimen regulado, sea el de valores tokenizados de la Ley 6/2023 o el de MiCA para el resto de criptoactivos. ### Diferencia entre smart contracts y plataforma Los smart contracts ejecutan reglas en cadena, pero no cubren por sí solos la operativa real: permisos, flujos internos, revisiones, evidencias, reporting, integraciones y gestión de incidencias. La plataforma aporta ese “sistema nervioso” que hace la emisión gestionable. ### Para quién es este software - Futuras ERIR y entidades que aspiran a llevar el registro de valores en sistemas de registro distribuido. Conviene comprobarlo antes de invertir en tecnología: solo pueden serlo entidades autorizadas para la custodia y administración de instrumentos financieros por cuenta de clientes (arts. 8.4 y 126.a) de la Ley 6/2023, BOE-A-2023-7053) - Emisores de activos tokenizados (financieros o RWA) - Plataformas de inversión o marketplaces con emisiones propias - Entidades que necesitan control estricto de transferencias y elegibilidad ## 02 / Funcionalidades clave del sistema Un software serio para emisiones tokenizadas se diseña por módulos, para escalar sin rehacerlo todo cuando aumenta el volumen o cambian los requisitos. ### Configuración de la emisión - Alta del emisor y del vehículo, y gestión del documento de la emisión: contenido de los valores, entidad responsable de la inscripción y registro y descripción del sistema, con copia depositada y disponible para titulares y público (art. 7 de la Ley 6/2023, BOE-A-2023-7053) - Parámetros: supply, divisibilidad, calendarios, condiciones, clases/series - Reglas operativas: transferencias permitidas, validaciones, límites, ventanas de negociación Aquí se define el “contrato operativo” de la emisión: lo que se permite, lo que no, y bajo qué condiciones. ### Registro de titulares y posiciones - Libro de titulares / tenedores - Historial de posiciones por fecha - Evidencias de cambios, origen de operaciones, trazabilidad completa La titularidad y sus cambios deben ser reconstruibles y verificables en cualquier momento, sin depender de interpretaciones manuales. ### Motor de transferencias y validaciones - Transferencias on-chain/off-chain (según modelo) - Reglas de elegibilidad y whitelists - Bloqueos, congelaciones, recuperación, reversos bajo reglas predefinidas En entornos regulados, la transferencia no puede ser “libre” por defecto: el sistema debe aplicar controles previos y registrar cada decisión. ### Eventos económicos y corporativos - Distribución de rendimientos / cupones / dividendos (si aplica) - Amortizaciones, quema, rescates, conversiones - Cambios de condiciones y comunicaciones a titulares El valor real aparece cuando los eventos se gestionan de forma repetible y automatizada, reduciendo riesgo operativo. ### Reporting, auditoría y evidencias - Exportables e informes por emisión, inversor, periodo - Trazabilidad de acciones (quién hizo qué, cuándo y por qué) - Evidencias para auditoría interna/externa ## 03 / Control, gobernanza y seguridad operativa Este tipo de software debe estar preparado para escenarios de alta exigencia: control de accesos, segregación de funciones y gestión de incidentes. ### Roles y permisos avanzados - Operador, supervisor, compliance, auditor, administración - Aprobaciones en dos pasos (four-eyes principle) - Acciones críticas con autorización reforzada ### Registro de actividad y trazabilidad - Log inmutable de acciones - Versionado de configuraciones - Evidencias asociadas a cambios críticos ### Gestión de incidencias y continuidad - Reintentos controlados y colas de eventos - Monitorización y alertas - Procedimientos de recuperación y fallback ## 04 / Cómo desarrollamos el software en Unknown Gravity No construimos “plataformas genéricas”. Construimos software que soporta un **modelo operativo concreto**, con evolución y escalabilidad. ### Fase 1 — Descubrimiento y modelo operativo - Definición del tipo de emisión y del derecho representado - Reglas de transferibilidad, eventos, gobernanza - Requisitos de auditoría y reporting Aquí se evita el error típico: diseñar tecnología sin definir qué se está representando y cómo debe operar. ### Fase 2 — Arquitectura y diseño del sistema - Módulos, flujos, permisos, integraciones - Diseño de datos y trazabilidad - Estrategia on-chain/off-chain y control de riesgos El objetivo es que la plataforma sea ampliable: nuevas emisiones, nuevos activos, nuevas reglas. ### Fase 3 — Desarrollo, testing y hardening - Desarrollo de backend, paneles, APIs, smart contracts (si aplica) - QA, pruebas de seguridad y pruebas de integraciones - Observabilidad (logs, métricas, alertas) La calidad aquí no es “nice to have”: es condición para operar. ### Fase 4 — Puesta en producción y soporte - Despliegue, monitorización, soporte operativo - Plan de evolución: nuevas funcionalidades, nuevas emisiones - Documentación técnica y operativa El sistema se diseña para la realidad: cambios, auditorías y escalado. FAQ ## Preguntas frecuentes **¿Este software es solo para ERIR?** No. Es especialmente valioso para futuras ERIR, pero también lo necesitan emisores y plataformas que gestionan emisiones tokenizadas con requisitos de control, auditoría y reporting. **¿Se puede adaptar a distintos tipos de activos (financieros, RWA, energía, etc.)?** Sí. El software se diseña por módulos y reglas: lo que cambia entre activos es la estructura legal-operativa, las restricciones y los eventos. La plataforma se adapta a esa lógica. **¿Incluye blockchain pública, privada o ambas?** Depende del caso. Podemos diseñar arquitecturas sobre blockchain pública, permisionada o híbrida, priorizando control, trazabilidad, costes operativos y requisitos de cumplimiento. Esta página es informativa. No es asesoramiento jurídico, fiscal ni de inversión, ni sustituye al análisis de cada caso. Las normas citadas cambian: consulta la versión vigente en el [BOE](https://www.boe.es) y en [EUR-Lex](https://eur-lex.europa.eu).