Saltar al contenido principal
En Fundamentos aprendiste los conceptos. Esta página muestra cómo las piezas de Lerian se unen en un core banking que funciona. Un core banking Lerian completo combina Midaz con los productos y las interfaces que elijas. Puedes adoptar un producto por sí solo. Eso es intencional. Midaz incorpora CRM y el Fees Engine. Las demás piezas se despliegan por separado, y Lerian no las cablea entre sí de antemano. Tú las conectas en un paso de configuración. Cuánto de esto haces tú depende de quién opera tu infraestructura:
  • Gestionado: Lerian opera tu infraestructura y cablea las piezas en el momento del despliegue. Abres la Console, habilitas los productos y los usas. No defines variables de entorno ni haces llamadas de integración. (No necesitarás el resto de esta página.)
  • Autogestionado / BYOC: tú operas la infraestructura, así que tú haces el cableado. Configura las URLs y el entorno de cada producto, y despliégalo. El resto de esta página recorre eso. Después de conectarlo, puedes operar desde la Console o llamar a las APIs directamente. Esa es una elección de UX y no requiere cableado adicional.

​
Empieza por el ledger

Midaz es la base de ledger de un core banking Lerian. Levántalo primero cuando las capacidades que adoptes registren en Midaz. CRM ya es parte de Midaz. Midaz incluye los titulares y los alias sobre los que aprendiste. No cableas nada extra. Solo lo habilitas. → Configurar Midaz · CRM en Midaz

​
Conecta las piezas al ledger

La mayoría de las demás piezas son servicios independientes. El Fees Engine es la excepción, porque corre dentro del proceso del ledger. No todas las piezas se conectan de la misma forma. Esto es quién llama a quién en tiempo de ejecución:
Flujo en tiempo de ejecución entre tu aplicación, los plugins de pago, el Fees Engine, Tracer, Reporter y el ledger Midaz

Quién llama a quién en tiempo de ejecución

  • Las interfaces de pago escriben en el ledger por ti. Tu aplicación llama a una interfaz de pago como TED o Pix. La interfaz mueve el dinero y registra las operaciones en Midaz, incluso desde sus propios workers en segundo plano. Tu aplicación no toca el ledger para esos movimientos. Las interfaces de socios se entregan como plugins de Midaz: servicios de despliegue separado que extienden Midaz. Lerian define la conexión con Midaz en el momento del despliegue, y tu aplicación nunca la ve. → Configuración de TED
  • El Fees Engine corre dentro del ledger. El Fees Engine es parte del proceso del ledger de Midaz. Cuando aplica un paquete de comisiones configurado, Midaz agrega los cálculos de comisiones a la transacción que envías. Ningún servicio de comisiones separado se interpone entre tu aplicación y el ledger. Tu aplicación todavía puede llamar a los endpoints de comisiones del mismo proceso para estimar comisiones antes de enviar. Para cualquier movimiento que registres sin una interfaz de pago, tu aplicación escribe directamente en la API de Midaz. → Conectar el Fees Engine a Midaz
  • Reporter lee las fuentes de datos configuradas. Lee esas fuentes en una sola dirección, para construir extractos e informes, y nunca escribe de vuelta. En una configuración gestionada, Lerian configura las fuentes de datos acordadas durante el onboarding. En despliegues autogestionados o BYOC, configura una fuente de datos antes de construir informes que la usen. → Reporter
  • Tracer se conecta a Midaz mediante configuración. Sin TRACER_BASE_URL, la integración queda apagada. Define esa variable con la dirección gRPC de Tracer, y Midaz inicializa un cliente de reserva. Midaz llama a reserve, confirm y release solo cuando tracer.mode es advisory o enforce. Midaz respeta una omisión de Tracer solo cuando la solicitud lo pide y el ledger habilita allowTracerSkip. → Guía de integración de Tracer
Tu aplicación también puede integrarse con Tracer por su cuenta.
Tracer verifica tus políticas y límites configurados, no los saldos de las cuentas. El ledger sigue siendo la fuente de verdad de lo que una cuenta tiene.
Las URLs exactas, las credenciales y los ajustes de entorno viven en la documentación de configuración de cada producto (enlazada arriba).

​
Un solo inicio de sesión en todas las piezas

Las piezas comparten autenticación mediante Access Manager, así que funcionan como un solo producto con un solo inicio de sesión. Access Manager emite los tokens en los que confía cada servicio, y guarda las credenciales que usa cada pieza. Mantén esos datos en un solo lugar, y apunta cada pieza hacia él. → Access Manager

​
Despliega el stack

No existe un único paquete de “instalar todo”. Despliega cada componente seleccionado con su artefacto de distribución admitido y levántalos en orden: Midaz → Access Manager → productos e interfaces → Console La Console va al final porque necesita que los demás ya estén corriendo. → Helm charts

​
Opéralo desde la Console

Después de que todo corre, la Console es tu único panel de control. Habilita las piezas y gestiónalas con un solo inicio de sesión. Cuando habilitas un módulo en la Console, se enciende en la interfaz y comparte el inicio de sesión. El cableado entre pieza y ledger es el paso de despliegue de arriba, y la Console no lo hace por ti. → Lerian Console

​
En una configuración gestionada

Si Lerian opera tu infraestructura, Lerian ya hizo todo el cableado de arriba. De tu lado, habilitas los módulos en la Console y empiezas a usarlos. No defines variables de entorno, y no ejecutas ningún despliegue. El recorrido de integración de esta página es lo que Lerian maneja por debajo.

​
Ir más allá (opcional)

Armas un core banking Lerian completo a partir de bloques modulares. Agrega Matcher para conciliación y Flowker para automatización de workflows cuando sus capacidades encajen con tu operación. Matcher se ejecuta en el modelo SaaS o BYOC, e inicias sesión con Access Manager. Flowker se ejecuta solo en el modelo SaaS. Agrega Lender para ejecutar el recorrido de crédito, desde los productos de préstamo hasta la originación y la administración de cartera.