Skip to main content
En Fundamentos aprendiste los conceptos. Esta página trata de cómo las piezas de Lerian se unen en un core banking que funciona. Un core banking completo de Lerian es una composición deliberada: Midaz, más los productos y plugins que elijas. Los productos pueden adoptarse por sí solos — eso es una característica, no una integración que falta. CRM y Fees están integrados en Midaz; los demás productos y plugins se despliegan por separado. Por diseño, las piezas que se despliegan por separado no vienen preconectadas entre sí, así que conectarlas es un paso de configuración. Cuánto de esto haces tú depende de quién opera tu infraestructura:
  • Gestionado — Lerian opera tu infraestructura y conecta las piezas en el momento del despliegue. Abres el Console, habilitas los productos y los usas — sin variables de entorno, sin llamadas de integración. (No necesitarás el resto de esta página.)
  • Autohospedado / BYOC — tú operas la infraestructura, así que tú haces la conexión: configuras las URLs y el entorno de cada producto, y lo despliegas. El resto de esta página recorre eso. Una vez conectado, puedes operar desde el Console o llamar las APIs directamente — eso es una elección de UX, no conexión adicional.
Enterprise es un nivel comercial, no un modelo de despliegue — los clientes Enterprise pueden ser gestionados o autohospedados. Consulta Productos, plugins y planes para ver qué incluye.

​
Empieza con el ledger

Midaz es la base de ledger de un core banking de Lerian. Levántalo primero cuando las capacidades que adoptes registren operaciones en Midaz. CRM ya forma parte de Midaz. Los holders y aliases que aprendiste vienen integrados, así que no hay nada separado que conectar — solo lo habilitas. → Configurar Midaz · CRM en Midaz

​
Conecta las piezas al ledger

La mayoría de las demás piezas son servicios standalone (el Fees Engine es la excepción; corre dentro del proceso del ledger), y no todas se conectan de la misma forma. Esto es quién llama a quién en runtime — esa diferencia es la parte práctica:
Flujo en runtime entre tu aplicación, los plugins de pago, el Fees Engine, Tracer, Reporter y el ledger Midaz

Quién llama a quién en runtime

  • Los plugins de pago escriben en el ledger por ti. Tu aplicación llama a un plugin de pago (TED, Pix); el plugin mueve el dinero y registra las operaciones en Midaz — incluso desde sus propios workers en segundo plano — así que tu app no toca el ledger en esos casos. Su conexión con Midaz se define en el deploy, invisible para tu aplicación. → Configurar TED
  • El Fees Engine corre dentro del ledger. El Fees Engine es una capacidad con licencia que forma parte del proceso del ledger de Midaz. Cuando aplica un paquete de comisiones configurado, Midaz incorpora los cálculos de comisiones a la transacción que envías; ningún servicio de comisiones separado se interpone entre tu app y el ledger. Tu aplicación aún puede llamar a los endpoints de comisiones en el mismo proceso para estimar las comisiones antes de enviar. (Para cualquier movimiento que registras sin plugin, tu aplicación escribe directo en la API de Midaz.) → Conectar el Fees Engine a Midaz
  • Reporter lee fuentes de datos configuradas. Lee esas fuentes (solo lectura, una dirección) para construir extractos e informes — nunca escribe de vuelta. En una configuración gestionada, Lerian configura las fuentes de datos acordadas durante el onboarding. En despliegues autohospedados o BYOC, configura una fuente de datos antes de crear informes que la usen. → Reporter
  • Tracer puede conectarse a Midaz cuando está configurado. Cuando se define TRACER_BASE_URL, Midaz inicializa un cliente de reservas (gRPC de forma predeterminada; REST con TRACER_TRANSPORT=rest). Puede llamar a reserve, confirm y release solo cuando tracer.mode está configurado y no está en off. Un skip de Tracer se honra solo cuando la solicitud lo pide y el ledger habilita allowTracerSkip; de lo contrario, la solicitud se rechaza. Si la URL base no está definida, la integración queda deshabilitada. Tu aplicación todavía puede integrarse con Tracer de forma independiente. → Guía de integración de Tracer
Tracer verifica las políticas y límites que configuraste — no los saldos de las cuentas. El ledger sigue siendo la fuente de verdad de lo que una cuenta realmente 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 entre las piezas

Para que las piezas funcionen como un solo producto (y no como inicios de sesión separados), comparten autenticación a través de Access Manager: este emite los tokens que cada servicio confía. Cada pieza se autentica con credenciales gestionadas ahí — mantén los detalles en un solo lugar y apunta las piezas hacia él. → Access Manager

​
Despliega el stack

No hay un único paquete de “instalar todo” — despliega cada componente seleccionado con su artefacto de distribución compatible y levántalos en orden: Midaz → Access Manager → productos y plugins → Console El Console va al final porque necesita que los demás ya estén en ejecución. → Helm charts

​
Opéralo desde el Console

Una vez que todo está en ejecución, el Console es tu único panel de control: habilita las piezas y gestiónalas con un solo inicio de sesión. Habilitar un módulo en el Console lo activa en la interfaz y comparte el inicio de sesión — la conexión de cada pieza al ledger es el paso de despliegue de arriba, no algo que el Console haga por ti. → Lerian Console

​
En una configuración gestionada

Si Lerian opera tu infraestructura, toda la conexión de arriba ya está hecha por ti. Desde tu lado es simple: habilita los módulos en el Console y empieza a usarlos — sin variables de entorno, sin despliegue. El recorrido de integración de esta página es lo que Lerian maneja por debajo.

​
Ir más allá (opcional)

Un core banking completo de Lerian se compone de bloques modulares. Agrega Matcher (conciliación) y Flowker (automatización de flujos de trabajo) cuando sus capacidades se ajusten a tu operación. Ambos se despliegan como piezas de la misma plataforma y comparten el inicio de sesión de Access Manager; su conexión sigue el paso de despliegue descrito arriba.