> ## 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 conectas tú mismo frente a lo que viene preconfigurado. En [Fundamentos](/es/fundamentals/core-banking/what-is-core-banking) 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**: el Ledger, más los productos y plugins que elijas. Cada pieza es su propio servicio y puede adoptarse por sí sola — eso es una característica, no una integración que falta. Por diseño, no están 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](/es/products-and-plugins) para ver qué incluye. ## Empieza con el ledger *** Todo se registra en **Midaz**, el Ledger — es la base sobre la que se construye todo lo demás. Levántalo primero. **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. (Esto es diferente de las piezas de abajo, que son servicios separados.) → [Configurar Midaz](/es/midaz/midaz-setup) · [CRM en Midaz](/es/midaz/crm/crm-overview) ## Conecta las piezas al ledger *** Las demás piezas son **servicios standalone**, 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 * **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](/es/rails/ted/jd/ted-configuration) * **El Fees Engine calcula; tu app escribe.** Tu aplicación llama al **Fees Engine** para calcular las comisiones de una transacción; este lee Midaz para resolver las cuentas y devuelve el resultado. Tu app luego envía la transacción — con las comisiones — a Midaz, de modo que el Fees Engine nunca escribe en el ledger. (Para cualquier movimiento que registras sin plugin, tu aplicación escribe directo en la API de Midaz.) → [Conectar el Fees Engine a Midaz](/es/midaz/fees/connecting-fees-to-midaz) * **Reporter ya viene conectado a tus datos.** Lee los datos detrás de tus productos Lerian (solo lectura, una dirección) para construir extractos e informes — nunca escribe de vuelta. Esa conexión se configura por ti durante el onboarding, así que funciona desde el primer día; tú solo construyes las **plantillas de informe** que necesites, y puedes agregar tus propias fuentes de datos después. → [Reporter](/es/reporter/reporter-quick-start) * **Tracer está aislado — tu aplicación orquesta.** Tracer no se conecta al ledger en absoluto. Tu código llama primero a la validación de Tracer, y solo envía la transacción adelante — a un plugin o a Midaz — si la decisión es **ALLOW**. Tracer y Midaz nunca se comunican directamente. → [Guía de integración de Tracer](/es/tracer/integration-guide) 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](/es/platform/access-manager/access-manager) ## Despliega el stack *** No hay un único paquete de "instalar todo" — despliegas cada pieza (un Helm chart por producto) y las levantas **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](/es/platform/helm/helm-overview) ## 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](/es/platform/console/about-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 es la composición de arriba. Cuando necesites más, el mismo modelo se extiende — por ejemplo **[Matcher](/es/matcher/what-is-matcher)** (conciliación) o **[Flowker](/es/flowker/what-is-flowker)** (automatización de flujos de trabajo). No forman parte del core banking, pero se integran al mismo stack cuando tus necesidades crecen.