> ## 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. # Montando um core banking completo > Como as peças da Lerian se unem em um core banking funcionando — o que se conecta a quê, e quanto você mesmo configura versus o que já vem pré-configurado. Em [Fundamentos](/pt/fundamentals/core-banking/what-is-core-banking) você aprendeu os conceitos. Esta página mostra como as peças da Lerian se unem em um core banking funcionando. Um core banking completo da Lerian é uma **composição deliberada**: o Ledger, mais os produtos e plugins que você escolher. Cada peça é um serviço próprio e pode ser adotada por conta própria — isso é um recurso, não uma integração faltando. Por design, elas não vêm pré-conectadas umas às outras, então conectá-las é uma etapa de configuração. Quanto disso você faz depende de **quem opera a sua infraestrutura**: * **Gerenciado** — a Lerian opera a sua infraestrutura e conecta as peças no momento do deploy. Você abre o Console, habilita os produtos e os usa — sem variáveis de ambiente, sem chamadas de integração. (Você não vai precisar do restante desta página.) * **Self-hosted / BYOC** — você opera a infraestrutura, então faz as conexões: configura as URLs e o ambiente de cada produto e o implanta. O restante desta página percorre esse caminho. Uma vez conectado, você pode operar pelo Console ou chamar as APIs diretamente — isso é uma escolha de UX, não uma configuração extra. **Enterprise** é um plano comercial, não um modelo de implantação — clientes Enterprise podem ser **gerenciados ou self-hosted**. Veja [Produtos, plugins e planos](/pt/products-and-plugins) para saber o que está incluído. ## Comece pelo ledger *** Tudo é registrado no **Midaz**, o Ledger — é a base sobre a qual o restante se constrói. Suba-o primeiro. **O CRM já faz parte do Midaz.** Os holders e aliases sobre os quais você aprendeu são nativos, então não há nada separado para conectar — você só o habilita. (Isso é diferente das peças abaixo, que são serviços separados.) → [Configurar o Midaz](/pt/midaz/midaz-setup) · [CRM no Midaz](/pt/midaz/crm/crm-overview) ## Conecte as peças ao ledger *** As outras peças são **serviços standalone**, e elas não se conectam todas da mesma forma. Aqui está quem chama quem em runtime — essa diferença é a parte prática: Fluxo em runtime entre a sua aplicação, os plugins de pagamento, o Fees Engine, o Tracer, o Reporter e o ledger Midaz * **Os plugins de pagamento gravam no ledger por você.** A sua aplicação chama um **plugin de pagamento** (TED, Pix); o plugin movimenta o dinheiro e registra as operações no Midaz — inclusive a partir dos próprios workers em background — então a sua app não toca o ledger nesses casos. A conexão dele com o Midaz é definida no deploy, invisível para a sua aplicação. → [Configuração do TED](/pt/rails/ted/jd/ted-configuration) * **O Fees Engine calcula; a sua app grava.** A sua aplicação chama o **Fees Engine** para calcular as taxas de uma transação; ele lê o Midaz para resolver as contas e devolve o resultado. A sua app então submete a transação — com as taxas — ao Midaz, ou seja, o Fees Engine nunca grava no ledger. (Para qualquer movimento que você registra sem plugin, a sua aplicação grava direto na API do Midaz.) → [Conectar o Fees Engine ao Midaz](/pt/midaz/fees/connecting-fees-to-midaz) * **O Reporter já vem conectado aos seus dados.** Ele lê os dados por trás dos seus produtos Lerian (somente leitura, em uma direção) para montar extratos e relatórios — nunca escreve de volta. Essa conexão é configurada para você no onboarding, então funciona desde o primeiro dia; você só monta os **templates de relatório** que precisar, e pode adicionar suas próprias fontes de dados depois. → [Reporter](/pt/reporter/reporter-quick-start) * **O Tracer é isolado — a sua aplicação orquestra.** O Tracer não se conecta ao ledger de forma alguma. O seu código chama a validação do Tracer primeiro, e só envia a transação adiante — para um plugin ou para o Midaz — se a decisão for **ALLOW**. Tracer e Midaz nunca conversam diretamente. → [Guia de integração do Tracer](/pt/tracer/integration-guide) O Tracer verifica as **políticas e limites** que você configurou — não os saldos das contas. O ledger continua sendo a fonte única de verdade do que uma conta realmente possui. As URLs exatas, as credenciais e as configurações de ambiente ficam nos docs de configuração de cada produto (linkados acima). ## Um login para todas as peças *** Para que as peças funcionem como um único produto (e não como logins separados), elas compartilham a autenticação por meio do **Access Manager**: ele emite os tokens que cada serviço confia. Cada peça se autentica com credenciais gerenciadas ali — mantenha os detalhes em um só lugar e aponte as peças para ele. → [Access Manager](/pt/platform/access-manager/access-manager) ## Implante a stack *** Não existe um único pacote de "instalar tudo" — você implanta cada peça (um Helm chart por produto) e as sobe **em ordem**: **Midaz → Access Manager → produtos e plugins → Console** O Console vem por último porque precisa dos outros já em execução. → [Helm charts](/pt/platform/helm/helm-overview) ## Opere pelo Console *** Uma vez que tudo esteja em execução, o **Console** é o seu painel único: habilite as peças e gerencie-as com um único login. Habilitar um módulo no Console o liga na interface e compartilha o login — a conexão peça-a-ledger é a etapa de implantação acima, não algo que o Console faz por você. → [Lerian Console](/pt/platform/console/about-lerian-console) ## Em um setup gerenciado *** Se a Lerian opera a sua infraestrutura, todas as conexões acima **já estão feitas para você**. Do seu lado é simples: **habilite os módulos no Console e comece a usá-los** — sem variáveis de ambiente, sem implantação. A jornada de integração desta página é o que a Lerian cuida por baixo dos panos. ## Indo além (opcional) *** Um core banking completo é a composição acima. Quando você precisar de mais, o mesmo modelo se estende — por exemplo o **[Matcher](/pt/matcher/what-is-matcher)** (reconciliação) ou o **[Flowker](/pt/flowker/what-is-flowker)** (automação de workflows). Eles não fazem parte do core banking, mas se encaixam na mesma stack conforme suas necessidades crescem.