> ## Documentation Index > Fetch the complete documentation index at: https://docs.lerian.studio/llms.txt > Use this file to discover all available pages before exploring further. # Construir un core banking completo > Cómo las piezas de Lerian se unen en un core banking que funciona: qué se conecta con qué, y cuánto cableas tú frente a lo que viene preconfigurado. En [Fundamentos](/es/start-here/fundamentals/core-banking/what-is-core-banking) 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 es una composición deliberada: Midaz, más los productos y las interfaces que elijas. Puedes adoptar un producto por sí solo. Eso es una función, no una integración faltante. 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: sin variables de entorno, sin 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, no cableado adicional. **Enterprise** es un nivel comercial, no un modelo de despliegue. Los clientes Enterprise pueden ser **gestionados o autogestionados**. Consulta [Productos, plataforma y planes](/es/products/products-and-plugins) para ver qué incluye. ## 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](/es/products/midaz/midaz-setup) · [CRM en Midaz](/es/products/midaz/crm/crm-overview) ## 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 * **Las interfaces de pago escriben en el ledger por ti.** Tu aplicación llama a una [interfaz de pago](/es/interfaces/introduction) 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 y que Lerian licencia por separado. Lerian define la conexión con Midaz en el momento del despliegue, y tu aplicación nunca la ve. → [Configuración de TED](/es/interfaces/ted-jd/ted-configuration) * **El Fees Engine corre dentro del ledger.** Lerian licencia el **Fees Engine** como 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](/es/products/midaz/fees/connecting-fees-to-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](/es/products/reporter/reporter-quick-start) * **Tracer se conecta a Midaz mediante configuración.** Sin `TRACER_BASE_URL`, la integración queda apagada. Define esa variable y Midaz inicializa un cliente de reserva que usa gRPC de forma predeterminada, o REST con `TRACER_TRANSPORT=rest`. Midaz llama a reserve, confirm y release solo cuando `tracer.mode` tiene un valor distinto de `off`. Midaz respeta una omisión de Tracer solo cuando la solicitud lo pide y el ledger habilita `allowTracerSkip`. Midaz rechaza la solicitud en todos los demás casos. → [Guía de integración de Tracer](/es/products/tracer/integration-guide) 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 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 en todas las piezas *** Las piezas comparten autenticación mediante **Access Manager**, así que funcionan como un solo producto y no como inicios de sesión separados. 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](/es/platform/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](/es/platform/deploy/helm-overview) ## 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](/es/platform/console/about-lerian-console) ## En una configuración gestionada *** Si Lerian opera tu infraestructura, Lerian ya hizo todo el cableado de arriba. De tu lado es simple: habilita los módulos en la Console y empieza 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](/es/products/matcher/what-is-matcher)** para conciliación y **[Flowker](/es/products/flowker/what-is-flowker)** para automatización de workflows cuando sus capacidades encajen con tu operación. Ambos se despliegan como piezas de la misma plataforma y comparten el inicio de sesión de Access Manager. Los conectas con el mismo paso de despliegue de arriba. Matcher atiende la solución de [conciliación](/es/solutions/reconciliation), y Flowker atiende la solución de [motor de orquestación](/es/solutions/orchestration-engine). ## Soluciones *** Las Soluciones agrupan el catálogo por el problema que resuelves: core banking, rieles de pago, conciliación, gestión de préstamos y orquestación. Esta página describe la solución de [core banking](/es/solutions/core-banking).