Skip to main content
O Lerian SISBAJUD é orientado a eventos onde se conecta ao ledger. Ele consome eventos de mudança de saldo do Midaz para disparar bloqueios permanentes. Ele emite eventos de negócio operacionais que outros sistemas podem observar. Ele não envia webhooks de saída para consumidores terceiros. Suas interfaces são o ledger, o endpoint de notificação de entrega de remessa e sua superfície administrativa.

​
Eventos de ledger que consome

A integração assina os eventos de mudança de saldo do Midaz. Ela trata cada evento como um gatilho. Um evento não decide nada por si só. Ele desperta a lógica de bloqueio permanente para reavaliar uma conta monitorada e tentar o bloqueio pendente. Uma reiteração usa esse caminho para capturar fundos que chegam depois da primeira tentativa. Depois de um bloqueio tradicional inicial parcial, um crédito recebido no mesmo dia também pode disparar tentativas complementares. Cada evento carrega a identidade do tenant. A integração correlaciona cada mudança de saldo apenas às ordens da mesma instituição. O isolamento por instituição se mantém através do limite do evento.

​
Eventos de negócio que emite

O Lerian SISBAJUD emite eventos de negócio operacionais sem dados pessoais em seus payloads:
  • Um evento block-account-created quando uma execução cria uma retenção de bloqueio. É um sinal operacional, não um portador de dinheiro ou de PII.
  • Um evento key-rotated quando uma instituição rotaciona sua chave mestra de criptografia.
Esses eventos servem à observabilidade e à coordenação. As movimentações de dinheiro residem no ledger do Midaz, não nos payloads dos eventos.

​
Limite com o Midaz

O Midaz é o conector do ledger. Por meio dele, o Lerian SISBAJUD:
  • envia operações de bloqueio e desbloqueio para as contas de cliente relevantes e as retenções de bloqueio
  • cria e arquiva retenções de bloqueio conforme uma execução precisa delas
  • descriptografa o CPF/CNPJ apenas para a consulta ao CRM e nunca o registra em log. Não resolve uma conta apenas pelo token
  • lê o saldo disponível de uma conta monitorada
  • concilia ordens em monitoramento com snapshots de saldo do ledger
O código de bloqueio downstream torna as escritas de bloqueio idempotentes. Um bloqueio repetido não gera lançamento duplicado.

​
Semântica de entrega

  • Escritas de bloqueio idempotentes. O código de bloqueio downstream chaveia cada escrita de bloqueio. Uma repetição não gera lançamento duplicado.
  • Eventos pelo menos uma vez. Em operação normal do cache, o Lerian SISBAJUD suprime identificadores de evento duplicados. Se o cache estiver indisponível, a deduplicação falha de forma aberta e o evento prossegue. A idempotência do código de bloqueio downstream é o mecanismo de proteção contra a aplicação duplicada de bloqueio.
  • Escopo de tenant. Os eventos de mudança de saldo consumidos carregam a identidade da instituição. Em deploys multi-tenant, os eventos emitidos também a carregam. Em deploys single-tenant, um evento block-account-created pode omitir a extensão ce-tenantid do CloudEvents quando o contexto de runtime está vazio.
  • Sem webhooks de saída para terceiros. O Lerian SISBAJUD não envia dados para consumidores de webhook terceiros. Ele também expõe um endpoint operacional de notificação de entrega de remessa. Esse endpoint não é uma API de entrada de ordens.

​
Transporte de arquivos

Os arquivos judiciais entram e saem pelo canal de troca de arquivos do BACEN. O Lerian STA documenta essa integração de propriedade do cliente. O Lerian SISBAJUD é um produto de origem consumidor desse transporte. O Lerian STA entrega o objeto de remessa de entrada e sua verificação de integridade. POST /remittance-files/notifications então recebe e converte o objeto já entregue de forma síncrona. O Lerian SISBAJUD executa a ordem e retorna os arquivos de resultado.