> ## 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.

# Integración con Lerian SISBAJUD

> Cómo se integra Lerian SISBAJUD — los eventos de saldo del ledger que consume para disparar los reintentos de bloqueo permanente, los eventos de negocio operativos que emite, su conector de ledger Midaz y su semántica de idempotencia y de entrega.

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](/es/rails/native/sta/what-is-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.