Skip to main content
Em Fundamentos você aprendeu os conceitos. Esta página mostra como as peças da Lerian se juntam em um core banking funcional. Um core banking Lerian completo é uma composição deliberada: o Midaz, mais os produtos e as interfaces que você escolher. Você pode adotar um produto sozinho. Isso é um recurso, não uma integração que falta. O Midaz embute o CRM e o Fees Engine. As outras peças têm deploy separado, e a Lerian não as liga de antemão umas às outras. Você as conecta em uma etapa de configuração. Quanto disso você faz depende de quem opera a sua infraestrutura:
  • Gerenciado: a Lerian opera a sua infraestrutura e liga as peças no momento do deploy. Você abre o Console, habilita os produtos e usa: sem variáveis de ambiente, sem chamadas de integração. (Você não vai precisar do resto desta página.)
  • Self-hosted / BYOC: você opera a infraestrutura, então você faz as ligações. Configure as URLs e o ambiente de cada produto e faça o deploy. O resto desta página percorre esse caminho. Depois de conectar, você pode operar pelo Console ou chamar as APIs diretamente. Isso é uma escolha de UX, não uma ligação a mais.
Enterprise é um nível comercial, não um modelo de deploy. Clientes Enterprise podem ser gerenciados ou self-hosted. Veja Produtos, plataforma e planos para saber o que está incluído.

Comece pelo ledger


O Midaz é a base de ledger de um core banking Lerian. Suba ele primeiro quando as capacidades que você adota registram no Midaz. O CRM já faz parte do Midaz. O Midaz inclui os holders e os aliases sobre os quais você aprendeu. Você não liga nada a mais. Basta habilitar. Configurar o Midaz · CRM no Midaz

Conecte as peças ao ledger


A maioria das outras peças são serviços independentes. O Fees Engine é a exceção, porque roda dentro do processo do ledger. As peças não se conectam todas do mesmo jeito. Veja quem chama quem em tempo de execução:
Fluxo em tempo de execução entre a sua aplicação, os plugins de pagamento, o Fees Engine, o Tracer, o Reporter e o ledger Midaz

Quem chama quem em tempo de execução

  • As interfaces de pagamento escrevem no ledger por você. Sua aplicação chama uma interface de pagamento como TED ou Pix. A interface move o dinheiro e registra as operações no Midaz, inclusive a partir dos próprios workers em segundo plano. Sua aplicação não toca no ledger para essas movimentações. As interfaces de parceiros são entregues como plugins do Midaz: serviços com deploy separado que estendem o Midaz e que a Lerian licencia separadamente. A Lerian define a conexão com o Midaz no momento do deploy, e sua aplicação nunca a vê. → Configuração do TED
  • O Fees Engine roda dentro do ledger. A Lerian licencia o Fees Engine como parte do processo do ledger Midaz. Quando um pacote de tarifas configurado se aplica, o Midaz adiciona os cálculos de tarifa à transação que você envia. Nenhum serviço de tarifas separado fica entre a sua aplicação e o ledger. Sua aplicação ainda pode chamar os endpoints de tarifas no mesmo processo para estimar tarifas antes de enviar. Para qualquer movimentação que você registre sem uma interface de pagamento, sua aplicação escreve direto na API do Midaz. → Conectar o Fees Engine ao Midaz
  • O Reporter lê fontes de dados configuradas. Ele lê essas fontes em uma direção apenas, para montar extratos e relatórios, e nunca escreve de volta. Em uma configuração gerenciada, a Lerian configura as fontes de dados acordadas durante o onboarding. Em deploys self-hosted ou BYOC, configure uma fonte de dados antes de montar relatórios que a usem. → Reporter
  • O Tracer se conecta ao Midaz por configuração. Sem TRACER_BASE_URL, a integração fica desligada. Defina essa variável e o Midaz inicializa um cliente de reserva que usa gRPC por padrão, ou REST com TRACER_TRANSPORT=rest. O Midaz chama reserve, confirm e release apenas quando tracer.mode tem um valor diferente de off. O Midaz atende a um skip do Tracer apenas quando a requisição pede isso e o ledger habilita allowTracerSkip. O Midaz rejeita a requisição em todos os outros casos. → Guia de integração do Tracer
Sua aplicação também pode se integrar ao Tracer por conta própria.
O Tracer verifica as políticas e os limites que você configurou, não os saldos das contas. O ledger continua sendo a fonte da verdade sobre o que uma conta realmente tem.
As URLs exatas, as credenciais e as configurações de ambiente ficam na documentação de configuração de cada produto (com links acima).

Um login para todas as peças


As peças compartilham a autenticação pelo Access Manager, então funcionam como um produto só, e não como logins separados. O Access Manager emite os tokens em que cada serviço confia e guarda as credenciais que cada peça usa. Mantenha esses dados em um só lugar e aponte cada peça para ele. Access Manager

Faça o deploy da stack


Não existe um pacote único de “instalar tudo”. Faça o deploy de cada componente escolhido com o artefato de distribuição que ele aceita e suba eles em ordem: Midaz → Access Manager → produtos e interfaces → Console O Console vem por último porque precisa dos outros já rodando. Helm charts

Opere pelo Console


Depois que tudo está rodando, o Console é o seu painel único. Habilite as peças e gerencie todas com um login. Quando você habilita um módulo no Console, ele liga na interface e compartilha o login. A ligação entre peça e ledger é a etapa de deploy acima, e o Console não faz isso por você. Lerian Console

Em uma configuração gerenciada


Se a Lerian opera a sua infraestrutura, a Lerian já fez todas as ligações acima. Do seu lado é simples: habilite os módulos no Console e comece a usar. Você não define nenhuma variável de ambiente e não roda nenhum deploy. A jornada de integração desta página é o que a Lerian cuida por baixo.

Indo além (opcional)


Você monta um core banking Lerian completo a partir de blocos modulares. Adicione o Matcher para conciliação e o Flowker para automação de workflows quando as capacidades deles servirem à sua operação. Os dois têm deploy como peças da mesma plataforma e compartilham o login do Access Manager. Você os conecta com a mesma etapa de deploy acima. O Matcher atende à solução de conciliação, e o Flowker atende à solução de motor de orquestração.

Soluções


As Soluções agrupam o catálogo pelo problema que você resolve: core banking, trilhos de pagamento, conciliação, gestão de empréstimos e orquestração. Esta página descreve a solução de core banking.