Recepción de órdenes por archivo
BACEN entrega un archivo de remesa. Los archivos de orden usan los códigos
5301 y 5308 en producción, y 5311 y 5318 en homologación. Los veredictos de validación de BACEN sobre los archivos de respuesta vuelven como 5303 y 5310 en producción, y 5313 y 5320 en homologación. Cada código identifica un flujo de archivo distinto.
Un archivo de remesa llega al servicio de una de dos formas:
- Eventos de Lerian STA. Con
STA_CONSUMER_ENABLEDactivado, el servicio consume los eventos de archivo que publica Lerian STA. - Endpoint de notificación.
POST /remittance-files/notificationsrecibe y analiza de forma síncrona un objeto de remesa que ya está almacenado. Acepta5301,5303y5308, y sus códigos de homologación.
5301 en producción y 5311 en homologación) usa un formato de ancho fijo con codificación ISO-8859-1. El layout de 2026 usa registros de 684 caracteres, y el layout CNJ v1.11 usa registros de 410 caracteres. SISBAJUD_REMITTANCE_LAYOUTS define qué layouts acepta el servicio. Las posiciones iniciales determinan cada tipo de registro. Un encabezado y un tráiler marcan los límites del archivo. En el layout de 2026, un indicador de bloqueo permanente por orden marca cada registro de bloqueo:
Ejecución del bloqueo (bloqueio)
Para una orden de bloqueo, Lerian SISBAJUD descifra el CPF/CNPJ cifrado para consultar el CRM. No resuelve cuentas únicamente por token. Luego resuelve las cuentas del demandado y ejecuta el bloqueo solicitado a través de Midaz. Una ejecución puede crear retenciones de bloqueo por cuenta. Toda transacción de ledger que Midaz acepta debe estar balanceada. Ese invariante se aplica por cada transacción de ledger aceptada. No convierte a una orden judicial completa, ni a un tramo particular de bloqueo o desbloqueo, en una única transacción de partida doble. El servicio registra el bloqueo en cada cuenta. El resultado de la orden alimenta el archivo de respuesta a BACEN.
Bloqueo permanente
Una orden permanente (indicador P o D) no se detiene después del primer intento. Permanece en monitoreo y reintenta el bloqueo del monto pendiente. Esto captura fondos que llegan después del primer intento. Un evento de cambio de saldo del ledger activa un reintento, y un barrido cada 5 segundos también procesa las órdenes de bloqueo abiertas. Ambos caminos solo corren cuando
EXECUTION_ENABLED está activado.
Los reintentos se detienen en el plazo judicial cuando cae dentro de los 60 días de la primera ejecución. De lo contrario, se detienen 60 días después de la primera ejecución, el límite de reiteración del CNJ. La detención surte efecto cuando corre el job de vencimiento de bloqueo permanente (PERMANENT_BLOCK_EXPIRY_ENABLED). Con PERMANENT_BLOCK_EXPIRY_ENABLED desactivado, el valor predeterminado, los reintentos no se detienen en el plazo.
Desbloqueo (desbloqueio)
Una orden de desbloqueo libera fondos previamente retenidos según la orden. Puede liberar montos a través de las retenciones de bloqueo por cuenta. Cada transacción de ledger aceptada debe estar balanceada. Una orden de desbloqueo no es necesariamente una sola transacción de ledger. Un job en segundo plano procesa las órdenes de desbloqueo pendientes mientras
EXECUTION_ENABLED está activado.
Archivos de respuesta
Lerian SISBAJUD genera archivos de respuesta para BACEN:
- Una respuesta de bloqueo (tipo de archivo
5302en producción,5312en homologación) responde a las órdenes de bloqueo y desbloqueo. - Una respuesta de información (tipo de archivo
5309en producción,5319en homologación) responde a las solicitudes de información.
STA_TRANSFERS_ENABLED activado, el servicio envía cada archivo de respuesta a través de Lerian STA.
El transporte de intercambio de archivos en sí es la integración de propiedad del cliente que describe Lerian STA. Lerian SISBAJUD es uno de sus productos fuente downstream.
