- Lerian SISBAJUD Mensageria (the Mensageria) receives the judicial orders as files through Lerian STA. It keeps the order record. It writes the response files and submits them to BACEN through Lerian STA. The Mensageria calls no ledger and holds no ledger credential.
- Lerian SISBAJUD executor (the executor) runs the orders on the client’s Midaz ledger: blocks, unblocks, and information requests.
What Lerian SISBAJUD does and does not do
- It receives orders as files. A remittance file reaches the Mensageria as a Lerian STA event. The Mensageria has no HTTP operation that accepts an order, and it does not poll for files.
- It separates the regulatory side from the ledger side. The Mensageria keeps the files and the order record. The executor makes the ledger writes.
- It does not start work when a deadline time arrives. Response files are generated at configured intervals. Set those intervals so that each cycle ends inside the BACEN response window.
- It runs one tenant per executor process. The executor does not start when its tenant list holds more than one tenant.
Who it serves
Lerian SISBAJUD serves banks and financial institutions that must honour judicial asset orders under the CNJ/BACEN SISBAJUD regime. One Mensageria serves many institutions. It reads the CNPJ root from the header of each file and matches it to an institution registered on the Mensageria. Each institution has its own orders, files, and encryption keys.
Glossary
For how Lerian SISBAJUD sits alongside the other native rails and the partner interfaces, see Native messaging and partner interfaces.

