Segunda versión

• Introducción
• Estado actual - Abril 2026

Introducción

Cuenta Única Ciudadana

Cuenta Única Ciudadana (CUC) es la plataforma de identidad digital dominicana que permite que un ciudadano use una sola cuenta para acceder a distintos servicios digitales gubernamentales. En lugar de tener un usuario y contraseña diferentes para cada institución o portal, el ciudadano utiliza una única identidad asociada a su cédula y a sus datos personales validados.

En términos simples, CUC funciona como la puerta de entrada a los servicios digitales del gobierno. Su propósito principal es simplificar el acceso, fortalecer la seguridad y ofrecer una base común de autenticación para las instituciones que brindan servicios en línea.

CUC no debe verse únicamente como un sistema de login. Su valor real está en que se convierte en una capa transversal de identidad digital para el Estado, reduciendo fricción para el ciudadano y facilitando que las instituciones integren sus servicios sobre una misma base de autenticación y confianza.

Contexto

La primera versión de Cuenta Única Ciudadana permitió sentar las bases del acceso unificado a servicios digitales del Estado. Gracias a esta primera etapa, se logró validar que el país podía operar un mecanismo centralizado de autenticación ciudadana, con validación de identidad, seguridad basada en estándares modernos y capacidad de integración con múltiples plataformas gubernamentales.

Sin embargo, con el paso del tiempo, la operación diaria del sistema ha dejado en evidencia nuevas necesidades. La experiencia del ciudadano puede mejorar, el soporte operativo necesita herramientas más robustas y la toma de decisiones requiere métricas y trazabilidad que hoy no están disponibles de forma estructurada.

A partir de esa realidad surge Cuenta Única Ciudadana versión 2 (CUC v2), como una evolución del proyecto hacia una plataforma más completa, medible, sostenible y útil tanto para el ciudadano como para el Estado.

Versión 1

La versión 1 de CUC cumple una función esencial: permite que un ciudadano cree su cuenta y la utilice para autenticarse en los servicios gubernamentales integrados.

Capacidades principales

• Registro de ciudadanos con validación de identidad

• Asociación de la cuenta al número de cédula

• Inicio de sesión unificado para servicios integrados

• Recuperación de acceso mediante correo electrónico

• Integración con proveedores y protocolos modernos de identidad

• Uso de verificación biométrica para validar que quien se registra es realmente la persona correspondiente

Valor que aportado

La primera versión resolvió un problema importante: evitar que cada institución tuviera que manejar credenciales propias y permitir que el ciudadano accediera con una sola cuenta a varios servicios del Estado. Eso representó un paso importante en la modernización digital gubernamental.

Limitaciones identificadas

Aunque la versión 1 funciona, su alcance es limitado frente a las necesidades actuales. Entre las principales limitaciones se encuentran:

• La cuenta está centrada casi exclusivamente en autenticación

• El ciudadano no tiene suficientes funcionalidades de autoservicio

• El equipo interno carece de métricas operativas consolidadas

• El soporte al ciudadano cuenta con herramientas limitadas para diagnosticar incidentes

• No existe una trazabilidad robusta del recorrido del ciudadano dentro de los flujos

• No hay un backoffice maduro que permita administración completa, monitoreo y respuesta operativa eficiente

• No existe un canal estructurado de notificaciones dentro de la cuenta

En resumen, la versión 1 resolvió la base del acceso, pero no desarrolló todo el ecosistema de gestión, soporte, observabilidad y comunicación que un sistema de identidad digital nacional necesita para madurar.

Versión 2

¿Por qué?

CUC v2 nace porque el proyecto ya superó la etapa donde bastaba con tener un sistema funcional de registro e inicio de sesión. Ahora el reto es convertir Cuenta Única en una plataforma integral de identidad digital, con capacidades reales de operación, soporte, monitoreo y evolución.

La segunda versión no se concibe como un simple ajuste visual ni como una lista de mejoras menores. Se plantea como una evolución estructural del producto, conservando lo que ha funcionado, pero ampliando el alcance para responder a necesidades que hoy son críticas.

Razones principales para construir CUC v2

1. Mejorar la experiencia del ciudadano

   • Reducir fricción en el registro.

   • Unificar la experiencia en un solo portal.

   • Hacer más claro el acceso, la recuperación y la gestión de la cuenta.

2. Fortalecer la operación interna

   • Dotar al equipo de herramientas reales para soporte.

   • Permitir gestión administrativa de cuentas.

   • Tener trazabilidad de eventos, errores y acciones del ciudadano.

3. Tomar decisiones basadas en datos

   • Medir registros, logins, abandonos, errores y uso de integraciones.

   • Identificar cuellos de botella y oportunidades de mejora.

   • Construir una base de observabilidad y monitoreo en tiempo real.

4. Expandir el valor de la cuenta ciudadana

   • Pasar de una cuenta que solo sirve para iniciar sesión a una cuenta útil por sí misma.

   • Incorporar notificaciones, historial, seguridad y futuras capacidades de asistencia.

¿Qué se pretende hacer?

La visión de CUC v2 es que Cuenta Única Ciudadana deje de ser únicamente un mecanismo de autenticación y se convierta en una plataforma integral de identidad digital del Estado dominicano. Eso implica trabajar no solo el portal ciudadano, sino también las capacidades internas, operativas y analíticas que sostienen el servicio.

Objetivo general

Construir una nueva versión de Cuenta Única Ciudadana que permita ofrecer una experiencia ciudadana más simple, segura y útil, al mismo tiempo que fortalece la capacidad institucional de soporte, administración, monitoreo y toma de decisiones sobre el ecosistema de identidad digital.

Componentes principales

Portal ciudadano unificado

CUC v2 contempla una experiencia unificada donde el ciudadano pueda realizar desde un mismo entorno:

• Registro

• Inicio de sesión

• Recuperación de acceso

• Gestión de perfil

• Consulta de información de seguridad y actividad

• Recepción de notificaciones

La idea es reducir la fragmentación y ofrecer una experiencia continua, clara y más moderna.

Rediseño del flujo de registro

La nueva versión busca optimizar el journey del ciudadano para hacerlo más comprensible y menos frustrante. Esto incluye:

• Reducción y reorganización de pasos

• Mejor validación de datos

• Mejores mensajes de error

• Mejor acompañamiento durante la validación biométrica

• Disminución del abandono del registro

Dashboard o espacio ciudadano

La cuenta del ciudadano debe ofrecer valor más allá del login. Para eso, se pretende incorporar:

• Perfil del ciudadano

• Historial de actividad

• Gestión de sesiones y dispositivos

• Configuraciones de seguridad

• Preferencias y futuras capacidades de autoservicio

Buzón de notificaciones

CUC v2 pretende incorporar un canal interno de comunicación dentro de la cuenta ciudadana, donde el ciudadano pueda recibir:

• Avisos de seguridad

• Alertas sobre actividad de la cuenta

• Respuestas o seguimiento de casos

• Comunicaciones institucionales definidas bajo gobernanza

Backoffice operativo y administrativo

Uno de los pilares más importantes de la v2 es el desarrollo de un backoffice robusto para el equipo interno. Este componente busca permitir:

• Búsqueda y consulta de cuentas ciudadanas

• Visualización del historial de acciones y eventos

• Diagnóstico de incidentes reportados por ciudadanos

• Gestión administrativa de cuentas

• Consulta de métricas en tiempo real

• Envío de notificaciones

• Soporte a procesos de atención ciudadana

Capa de eventos, métricas y trazabilidad

La nueva versión también pretende incorporar una infraestructura que capture lo que ocurre en el sistema de forma estructurada. Esto permitirá:

• Saber cuántos ciudadanos se registran

• Identificar en qué paso se pierde un ciudadano

• Medir errores frecuentes

• Ver qué instituciones o clientes usan más la plataforma

• Contar con información útil para priorizar mejoras

Evolución futura hacia asistencia inteligente

Como línea de evolución, CUC v2 contempla la posibilidad de incorporar mecanismos de asistencia al ciudadano, incluyendo capacidades conversacionales o flujos guiados, siempre bajo reglas claras, control institucional y enfoque en precisión.

Scope general

El alcance de la versión 2 abarca más que el rediseño de una aplicación web. Incluye varias líneas de trabajo que se complementan entre sí.

Experiencia ciudadana

• Nuevo portal ciudadano

• Registro e inicio de sesión mejorados

• Recuperación de acceso

• Perfil y configuraciones

• Historial y seguridad de la cuenta

• Buzón de notificaciones

Capacidades operativas internas

• Backoffice para agentes y administradores

• Gestión de cuentas ciudadanas

• Visualización de journeys e incidentes

• Soporte y seguimiento de casos

• Control de acceso por roles

Observabilidad y datos

• Captura de eventos

• Procesamiento de métricas

• Dashboards operativos

• Logs estructurados

• Monitoreo y alertas

Seguridad y madurez del producto

• Fortalecimiento de flujos de seguridad

• Mejores controles de acceso

• Gestión de sesiones

• Definición de auditoría, observabilidad y protección ante abuso

Base para evolución futura

• Integración con nuevas capacidades de asistencia

• Posibilidad de ampliar notificaciones y autoservicio

• Apertura progresiva como proyecto tecnológico maduro y sostenible

Fuera del alcance inmediato

Aunque forman parte de la visión amplia del proyecto, algunos temas no necesariamente deben considerarse dentro del primer entregable operativo de v2, sino como líneas de evolución o maduración:

• Automatizaciones avanzadas de atención con IA en producción completa

• Expansión masiva del buzón como canal interinstitucional sin una gobernanza definida

• Nuevas integraciones institucionales complejas que requieran proyectos paralelos de adopción

• Funcionalidades no esenciales para el lanzamiento base de la v2

Estado actual - Abril 2026

Estado actual del proyecto

Actualmente, Cuenta Única Ciudadana v2 cuenta con una primera versión funcional desplegada en ambiente de staging:

• URL: https://registro.digital.gob.do

Esta versión representa una reestructuración importante de la experiencia del ciudadano, principalmente en el flujo de registro, autenticación y gestión de cuenta.

¿Qué ya está disponible?

Portal ciudadano

• Registro de ciudadano con validación de cédula

• Verificación biométrica (prueba de vida)

• Creación de cuenta con correo y contraseña

• Activación de cuenta

Dashboard ciudadano

• Visualización de actividad de la cuenta

• Gestión de sesiones activas

• Información de seguridad

• Cambio de contraseña

• Configuración de segundo factor de autenticación (2FA)

Backoffice

• Migración a una arquitectura unificada (frontend + backend en Next.js 16)

• Primera versión funcional desplegada

Entregables

Entregables ya cumplidos

• Primera versión de CUC v2 desplegada en staging

• Nuevo portal ciudadano con experiencia unificada

• Flujo de registro rediseñado y funcional

• Implementación de dashboard ciudadano básico

• Migración del backoffice a una arquitectura unificada

• Integración base con ORY Network

Nota: Estos entregables cumplen con el compromiso inicial de tener una versión funcional disponible, aunque no representa aún el producto completo.

Entregables en curso

Portal ciudadano

• Ajustes de UI/UX en flujos de registro y dashboard

• Desarrollo del landing page institucional

• Mejora del manejo de errores

Backoffice

• Implementación de métricas operativas

• Integración de eventos de usuario

• Desarrollo de gestión de cuentas

• Separación de acceso por roles (RBAC)

Calidad y estabilidad

• Implementación de pruebas (unitarias, integración, E2E)

Entregables pendientes

Métricas y observabilidad

• Recolección estructurada de eventos.

• Dashboards operativos en el backoffice.

• Métricas de registro, login, errores y uso.

Seguridad

• Implementación de controles adicionales.

• Alineación con estándares (ISO 27001).

• Protección contra abuso (rate limiting, bots).

Backoffice completo

• Trazabilidad del journey del ciudadano.

• Gestión completa de cuentas.

• Integración con atención ciudadana.

• Sistema de roles y permisos.

Plataforma

• Monitoreo y alertas.

• Mejoras de rendimiento.

• Estabilización general del sistema.

Prioridades actuales

Las prioridades del proyecto en esta etapa están enfocadas en transformar la versión funcional actual en un producto operable y seguro.

Prioridad 1: Backoffice operativo

• Completar funcionalidades clave del backoffice

• Implementar gestión de cuentas ciudadanas

• Habilitar uso por parte de Atención Ciudadana

• Implementar control de acceso por roles

Objetivo: permitir soporte real y operación institucional.

---

Prioridad 2: Métricas y eventos

• Implementar captura de eventos

• Definir modelo de datos para métricas

• Visualizar datos en el backoffice

Objetivo: dejar de operar sin visibilidad.

---

Prioridad 3: Seguridad y cumplimiento

• Alinear el sistema con ISO 27001

• Implementar medidas de protección adicionales

• Revisar flujos críticos de autenticación

Objetivo: garantizar cumplimiento y confianza institucional.

---

Prioridad 4: Calidad del software

• Implementar pruebas automatizadas.

• Reducir bugs en flujos críticos.

• Mejorar estabilidad general.

Objetivo: evitar regresiones y asegurar calidad.

---

Prioridad 5: Experiencia del usuario

• Ajustes de UI/UX

• Desarrollo del landing page

• Mejora de mensajes y flujos

Objetivo: mejorar adopción y reducir fricción.

---

Riesgos

Riesgo 1: Limitaciones de ORY Network

El plan original contemplaba una arquitectura basada en eventos utilizando capacidades avanzadas de ORY Network.

• Limitación: estas capacidades requieren un plan enterprise

• Situación actual: no se dispone de dicho plan

Impacto

• No es posible implementar la arquitectura original de eventos

• Se requiere rediseñar la estrategia de métricas

Mitigación

• Uso de webhooks de ORY para eventos clave

• Extracción de datos bajo demanda

• Persistencia de eventos en base de datos propia

Riesgo 2: Complejidad en la recolección de métricas

• La nueva estrategia implica mayor carga en el desarrollo

• Se requiere definir correctamente el modelo de eventos

Impacto

• Retrasos en dashboards operativos

• Posible inconsistencia de datos si no se define bien

Riesgo 3: Seguridad y cumplimiento

• Falta completar controles necesarios para ISO 27001.

Impacto

• Riesgo de no cumplir estándares requeridos

• Bloqueo en ambientes productivos

Riesgo 4: Falta de pruebas automatizadas

• Actualmente no hay cobertura suficiente de testing.

Impacto

• Riesgo alto de regresiones

• Inestabilidad en producción

Riesgo 5: Dependencia de múltiples componentes externos

• ORY Network (identidad).

• AWS Rekognition (biometría).

Impacto

• Dependencia en disponibilidad de terceros.

• Riesgo de interrupciones externas.

Dirección actual del proyecto

El proyecto se encuentra en una fase de transición:

• De una versión funcional (staging)

• A un producto completo, operable y seguro

El enfoque actual no está en construir nuevas funcionalidades visibles, sino en fortalecer:

• La operación interna (backoffice)

• La visibilidad del sistema (métricas)

• La seguridad y cumplimiento

• La calidad del software