Qué hace —y qué no hace— Lerian SISBAJUD
- Es el límite de cumplimiento de órdenes judiciales entre el Poder Judicial y el ledger de la institución. Recibe las órdenes judiciales por archivo y localiza las cuentas afectadas. Ejecuta el bloqueo o el desbloqueo en el ledger de Midaz e informa cada resultado al BACEN.
- No acepta órdenes judiciales por su API. Las órdenes judiciales entran solo como archivos de remesa por el canal STA del BACEN.
POST /remittance-files/notificationses un endpoint operativo: recibe y parsea sincrónicamente un objeto de remesa ya entregado por ese canal; no es un endpoint de entrada de órdenes. El resto de la superficie HTTP es administrativa y de observación. - Congela fondos sin eliminarlos. La ejecución de un bloqueo puede crear una o más tenencias de bloqueo por cuenta, y un desbloqueo puede liberar importes retenidos entre esas tenencias. Cada transacción de ledger aceptada por Midaz debe estar balanceada; esto no implica que una orden judicial completa ni un bloqueo o desbloqueo individual sean una sola transacción de partida doble.
- Es multitenant desde su base. Un despliegue sirve a muchas instituciones. Aísla cada institución, de modo que ninguna orden ni archivo cruza el límite de una institución.
A quién sirve
Lerian SISBAJUD sirve a bancos e instituciones financieras. Cada una debe honrar las órdenes judiciales de activos bajo el régimen SISBAJUD del CNJ/BACEN. Cada institución conserva sus propias credenciales, sus datos cifrados y su conexión al ledger. Un despliegue sirve a muchas instituciones a la vez, y ninguna de ellas ve las órdenes de otra.
Glosario
Para ver cómo Lerian SISBAJUD convive con los demás rieles nativos y las interfaces con socios, consulta Mensajería nativa e interfaces con socios.

