Saltar al contenido principal
Lerian SISBAJUD es orientado a eventos donde se encuentra con el ledger. Consume eventos de cambio de saldo de Midaz para disparar los bloqueos permanentes y emite eventos de negocio operativos que otros sistemas pueden observar. No tiene consumidores de webhook externos — sus bordes son el ledger y su propia superficie administrativa.

Eventos que consume del ledger


La integración se suscribe a los eventos de cambio de saldo de Midaz. Los trata como un disparador, no como una regla: un evento no decide nada por sí mismo, despierta la lógica de bloqueo permanente para reevaluar una cuenta monitoreada e intentar el bloqueo aún pendiente. Así una reiteración captura los fondos que llegan después del primer intento. Cada evento lleva la identidad del tenant, de modo que un cambio de saldo se correlaciona solo con órdenes de la misma institución — el aislamiento por institución se sostiene a través del límite de eventos.

Eventos de negocio que emite


Lerian SISBAJUD emite eventos de negocio operativos sin datos personales en sus payloads:
  • Un evento de cuenta de bloqueo creada cuando abre una cuenta de bloqueo dedicada para una orden — una señal operativa, no un portador de dinero ni de datos personales.
  • Un evento de clave rotada cuando se rota la clave maestra de cifrado de una institución.
Estos eventos son para observabilidad y coordinación; los movimientos de dinero en sí viven en el ledger de Midaz, no en los payloads de los eventos.

Límite con Midaz


Midaz es el conector de ledger. A través de él, Lerian SISBAJUD:
  • bloquea y desbloquea fondos moviéndolos entre la cuenta del cliente y la cuenta de bloqueo por orden;
  • crea y archiva una cuenta de bloqueo dedicada por orden;
  • resuelve una cuenta por su token de identificador fiscal;
  • lee el saldo disponible de una cuenta monitoreada; y
  • reconcilia las órdenes de monitoreo contra instantáneas de saldo del ledger.
Todas las escrituras en el ledger son idempotentes por un código único, de modo que una orden reintentada nunca contabiliza dos veces.

Semántica de entrega


  • Escrituras idempotentes. Cada operación de escritura se identifica por un código único; reproducirla es una operación nula.
  • Eventos al-menos-una-vez. Los eventos consumidos se entregan al menos una vez y se deduplican por identificador de evento, de modo que un cambio de saldo reenviado no dispara un reintento duplicado.
  • Tenant en cada evento. La identidad de la institución viaja con cada evento, manteniendo intacto el aislamiento por institución de extremo a extremo.
  • Sin webhooks externos. Lerian SISBAJUD no empuja a consumidores de webhook de terceros; la integración es a través del ledger y de la API administrativa.

Transporte de archivos


Los archivos judiciales entran y salen por el canal de intercambio de archivos del BACEN — la integración del cliente documentada en Lerian STA. Lerian SISBAJUD es un producto fuente consumidor de ese transporte: Lerian STA entrega el archivo de remesa entrante y su claim-check de integridad, y Lerian SISBAJUD parsea, cumple y devuelve los archivos de resultado.