La especificación y el contrato

Todo lo que una integración necesita saber del contrato, y las fuentes contra las que se coteja cada regla del catálogo. El contrato lo publica la propia plataforma, de modo que esta página no puede describir una API que ya no está.

Especificaciones técnicas

La simulación está en vivo, en su propio proyecto en la nube. Lo que un equipo recibe hoy, lo que todavía se está construyendo y cómo empezar.

En vivo · una consola con selector de mundo, una API REST, un mundo persistido por equipo y una simulación pública que cualquiera puede correr sin llave.

Puntos de acceso

Consola: ecosystem.financial — inicio de sesión con Google o correo, restringido a una lista de acceso.
Contrato OpenAPI: /openapi.json — la API REST publica su contrato.
Salud: GET /v1/health
Corridas y escenarios: /v1/**
Carril de máquinas: /v1/atm/** — para integraciones reales de ATM e ITM.
Formatos de mensaje: Transferencias en JSON con forma ISO 20022; las respuestas de tarjeta llevan la proyección ISO 8583.
Webhooks: A la aplicación del equipo se le avisa lo que pasó, en vez de que tenga que preguntarlo.
Pruébelo en vivo: financialecosystem.io/simulate/es/ — una simulación pública en el navegador, sin llave y sin instalar nada: una transferencia, un retiro en efectivo o una compra con tarjeta, corriendo en vivo y con cada regla citada.

Autenticación y aislamiento

Llave de equipo: Una llave por equipo, enviada en el encabezado x-lab-api-key.
Mundo aislado: Cada llave es su propio mundo, con su semilla, su reloj, sus libros y sus informes, persistido en Firestore para que sobreviva a un reinicio. El selector de mundo de la consola indica cuál está en pantalla.
Determinismo: Una corrida es determinista a partir de su semilla, y un mundo puede reiniciarse.
Informes: Se guardan por equipo: traza, libros, conciliación y hallazgos que citan artículos.

Población inicial, por mundo

Instituciones: Tres bancos con personalidades distintas, una entidad de pago electrónico, el administrador de débito directo y una red de cajeros.
Personas y empresas: 200 personas sintéticas y 40 empresas, con identificadores inconfundiblemente sintéticos.
Qué tienen: Cuentas con el número estandarizado regional, balances, tarjetas, alias del SGPI y adversarios marcados.

En vivo en todo el ecosistema

Tarjetas: Adquirencia y subadquirencia, dos redes de tarjeta con sus propias tablas de BIN, autorización enrutada al emisor dueño del BIN, tokenización y 3-D Secure, compensación acumulada por ciclo y liquidada en neto en el LBTR, y el ciclo de disputas.
Proveedores: Proveedores de billetera, de iniciación de pago y de pasarela de pago, un perfil QR y el registro de consentimiento que un banco y una entidad de pago electrónico llevan por igual.
Supervisión y cumplimiento: Los supervisores simulados, la unidad de inteligencia financiera, el feed de vigilancia y CEMI Cumplimiento conectado como participante vivo.
Cheques y resiliencia: Compensación de cheques con fidelidad de estado —digitalización, intercambio de imágenes, devoluciones y liquidación neta en el LBTR— y el modo caos, un inyector de fallas determinista que viene con sus controles negativos.
Nodos patrocinados: El patrocinador recibe su propia institución, un carril privado para sus suplidores, corridas de certificación y un expediente del Art. 83 con la forma de la evidencia que exige una solicitud de no objeción.

Alcance hoy

Puntos de acceso: 340+ puntos de acceso REST, todos en el contrato OpenAPI publicado.
Catálogo de reglas: Versión 2026.09.08, con cada regla citando su artículo.
Disponibilidad: Equipos externos invitados desde el 8 de septiembre de 2026.

En construcción — todavía no disponible

El estándar QR del Banco Central y las reglas de operación del SGPI, a medida que se publique cada instructivo
Nodos patrocinados y escenarios de la comunidad con las primeras instituciones aliadas

Empiece en cinco minutos

Pida una llaveEscriba a partners@cemi.ai. Recibirá una llave de equipo y un puesto en la lista de acceso de la consola.

Lea el contratoDescargue el documento OpenAPI, abra el manual técnico y verifique GET /v1/health.

EjecuteEnvíe x-lab-api-key en cada llamada, elija una semilla, corra un escenario y lea el informe.

Qué es, y qué no es, una corrida aquí

Todo en el ecosistema es simulado y lleva un nombre del Laboratorio. No es un «ambiente de prueba» del Art. 83, y un informe sirve solo como evidencia: no otorga nada.

Hoy esto es una simulación, no un gemelo digital en sentido estricto: todavía no existe un sistema terminado del cual ser gemelo, porque el sistema de pagos instantáneos se está construyendo ahora. Nuestra meta es convertirnos en el verdadero gemelo digital del ecosistema financiero dominicano a medida que toma forma, siguiendo el trabajo y los lineamientos del Banco Central, la Superintendencia y la industria.

Manual técnico · El manual es público y se genera desde el contrato desplegado y el catálogo de reglas. Consultas: partners@cemi.ai.

Fuentes

Todo lo que hay en esta página proviene del material publicado por el propio Banco Central. Donde aparece una cifra, se nombra su artículo o su página.

También se leyeron: la Ley 183-02 Monetaria y Financiera, Art. 27; la Ley 155-17 contra el lavado de activos y el financiamiento del terrorismo; la Novena Resolución del 18 de noviembre de 2010, que adopta el número de cuenta estandarizado regional; y los índices de los tres instructivos —administradores de sistemas de pago y adquirencia, entidades de pago electrónico y cuentas de pago electrónico, y LBTR—, leídos completos para extraer sus parámetros operativos.