Divulga procedimentos para recolhimento compulsório sobre recursos a prazo conforme Resolução BCB nº 145.
A IN BCB nº 557/2024 organiza a execução operacional do recolhimento compulsório sobre recursos a prazo.
📌 Define uso de RSFN ou STR-Web conforme o acesso da instituição ao STR.
🧾 Exige RCO0002 com CodRCO 9 e CodItems vinculados a rubricas Cosif.
⚠️ Reforça cálculo, verificação da DeducLFL e envio tempestivo de dados ao Banco Central.
A Instrução Normativa BCB nº 557, de 2 de dezembro de 2024, divulga procedimentos para a execução operacional da Resolução BCB nº 145/2021, que trata do recolhimento compulsório sobre recursos a prazo. O documento é curto, mas tem impacto prático relevante porque define canais de comunicação com o Banco Central, parâmetros de mensagem do Sistema de Recolhimento Compulsório, códigos de domínio vinculados a rubricas contábeis do Cosif e regras de apoio ao cálculo da exigibilidade a recolher.
A entrada informada pelo usuário mencionava 04/12/2024. Para fins de identificação do documento-fonte, o pacote registra a data formal do ato como 02/12/2024 e trata 04/12/2024 como data de publicação no Diário Oficial da União. A extração segue a lógica de retrato-fonte: os requisitos nasceram somente da própria Instrução Normativa BCB nº 557/2024, sem consolidar efeitos de normas posteriores.
O pacote classifica a norma como autônoma, com um comando revogatório específico. Ela substitui a Instrução Normativa BCB nº 162/2021, mas não recria os requisitos daquela norma revogada. O efeito de revogação foi registrado em alteracoesRequisitos, enquanto os novos requisitos operacionais foram extraídos dos arts. 2º a 5º.
A norma alcança instituições sujeitas ao recolhimento compulsório sobre recursos a prazo. A segmentação foi construída a partir das categorias indicadas pela Resolução BCB nº 145/2021: bancos comerciais, bancos múltiplos, bancos de desenvolvimento, bancos de investimento, bancos de câmbio, caixas econômicas e sociedades de crédito, financiamento e investimento. Como o dicionário de segmentação disponível não possui todos os recortes com a mesma granularidade literal, foram usadas as tags financeiras mais próximas e específicas.
A aplicabilidade não deve ser lida como regra para todo o setor financeiro. Instituições de pagamento, administradoras de consórcio, cooperativas de crédito ou participantes de mercado de capitais não foram incluídos apenas por pertencerem ao ecossistema financeiro. O gatilho de aplicabilidade é o enquadramento no regime de recolhimento compulsório sobre recursos a prazo e, em alguns requisitos, a condição operacional de usar RSFN ou STR-Web.
Há um ponto condicional importante: o art. 2º diferencia instituições participantes do STR com acesso principal pela RSFN das demais instituições. As primeiras devem usar a RSFN; as demais devem usar o aplicativo STR-Web. O art. 4º, § 2º, também usa essa lógica ao prever a consulta do LT.LLT no STR-Web para instituições financeiras sem acesso principal à RSFN. Como o dicionário de segmentação não contém uma tag para “acesso principal à RSFN”, essa condição ficou explicada no campo de aplicabilidade de cada requisito.
O primeiro bloco operacional está no art. 2º. Ele define o meio pelo qual as instituições devem realizar envio, consulta de informações e movimentação de recursos relacionados ao recolhimento compulsório sobre recursos a prazo. Esse comando gerou requisito próprio porque exige decisão operacional verificável: a instituição precisa saber se usa RSFN ou STR-Web, manter acessos válidos e comprovar que o canal correto foi utilizado.
O segundo bloco, no art. 3º, é o mais detalhado do documento. Para datas de referência a partir de 1º de janeiro de 2025, a instituição deve utilizar a mensagem RCO0002 - IF informa Demonstrativo, do Grupo de Serviços RCO, preencher o campo CodRCO com “9 - Recursos a Prazo” e observar os CodItems do Dicionário de Domínios. Os CodItems foram mantidos como pontos documentais separados para rastreabilidade, mas consolidados em um único requisito de envio porque pertencem à mesma mensagem, ao mesmo processo de conciliação e à mesma evidência operacional.
Os CodItems tratados são: 9001 para depósitos a prazo, 9002 para obrigações por aceites de títulos cambiais, 9004 para títulos de emissão própria, 9005 para valores vinculados a operações realizadas com o exterior e 9024 para contratados com fundos garantidores. O requisito correspondente exige atenção a mapeamento contábil, parametrização sistêmica, validação de códigos e guarda de protocolos de envio e processamento.
O terceiro bloco, no art. 4º, divulga a fórmula da exigibilidade a recolher: Pré-Exigível menos DeducLFL menos DeducPR1. Esse comando foi tratado como requisito de cálculo e verificação, não apenas como descrição matemática, porque a exigibilidade tem impacto regulatório e prudencial. O § 1º detalha que o cômputo da DeducLFL é realizado pelo RCO considerando o campo Valor Limite Total LLT da mensagem LFL0014 enviada na abertura diária do sistema LFL em cada dia do período de cálculo. Isso exige que a instituição consiga reconciliar ou explicar o valor considerado no cálculo.
O art. 4º, § 2º, foi tratado como recomendação operacional. A redação usa “podem consultar”, indicando faculdade e não imposição absoluta. Ainda assim, a consulta ao LT.LLT no STR-Web é útil para instituições financeiras sem acesso principal à RSFN, pois apoia a verificação da DeducLFL e a documentação de eventuais divergências.
O art. 5º fecha a norma com uma camada de governança. Ele afirma que, para fins da Resolução BCB nº 131/2021, o Deban acompanhará a conduta das instituições quanto ao fornecimento e envio, dentro do prazo estabelecido, de documentos, dados ou informações relativas aos recolhimentos compulsórios. Esse dispositivo gerou requisito próprio de governança de tempestividade, porque a instituição precisa controlar prazos, protocolos, rejeições, retificações e respostas ao regulador.
A norma afeta principalmente processos de tesouraria, liquidez, contabilidade regulatória, mensageria regulatória e controles de compliance. A área responsável pelo recolhimento compulsório precisa estar integrada à contabilidade, pois os valores reportados na RCO0002 dependem de rubricas Cosif específicas. A tecnologia e o backoffice são relevantes porque o cumprimento depende de canais eletrônicos, parametrização de mensagens, registros de processamento e tratamento de exceções.
Para compliance, o principal impacto não é interpretar uma obrigação ampla, mas garantir que o processo esteja organizado, rastreável e testável. Um bom workflow deve mostrar: qual instituição ou conglomerado está sujeito ao compulsório, qual canal usa, quem prepara a base contábil, quem valida os CodItems, quem envia a RCO0002, quem trata rejeições e quem acompanha prazos. A evidência de aderência deve combinar registros contábeis, arquivos de envio, retornos do RCO, memória de cálculo e controle de exceções.
A norma não cria uma periodicidade expressa em formato suficiente para calendário RRULE no pacote. Embora o recolhimento compulsório seja uma rotina recorrente em sua regulação de base, a Instrução Normativa BCB nº 557/2024, isoladamente, não fixa uma frequência completa no texto extraído. Por isso, o pacote não criou seriesRecorrencia. A recorrência prática deve ser tratada pela plataforma ou pela empresa com base nos calendários e normas aplicáveis ao compulsório.
Os principais controles sugeridos no pacote são: matriz de canal RSFN ou STR-Web; validação de credenciais e disponibilidade do canal; parametrização da RCO0002; conciliação entre rubricas Cosif e CodItems; validação de retorno de processamento; memória de cálculo da exigibilidade; conciliação do Valor Limite Total LLT com a LFL0014; e calendário de prazos e pendências de informações de compulsórios.
As evidências mais importantes são: logs de uso da RSFN ou STR-Web, arquivo ou registro técnico da RCO0002, protocolo e retorno de processamento, mapa Cosif-CodItem, memória de cálculo da exigibilidade, registro da LFL0014, relatório de conciliação do RCO, calendário de prazos e registro de tratamento de rejeições ou solicitações do Deban.
Em auditoria ou autoavaliação, a empresa deve buscar amostras por período de referência, associando cada envio ao saldo contábil de origem, ao CodItem correspondente, ao protocolo de envio e ao resultado do processamento. Para a exigibilidade, deve ser possível reconstituir os componentes do cálculo e demonstrar como a DeducLFL foi verificada ou analisada.
O primeiro ponto de atenção é a data. A norma entra em vigor em 1º de janeiro de 2025 e o art. 3º trata de informações relativas a datas de referência a partir desse mesmo marco. Como o pacote foi gerado em 2026, os requisitos foram marcados como vigentes, não como vigência futura.
O segundo ponto é a revogação da Instrução Normativa BCB nº 162/2021. O pacote não atualiza a pasta da norma revogada, nem duplica seus requisitos. Ele apenas registra o efeito de inativação em alteracoesRequisitos, conforme a regra de retrato-fonte.
O terceiro ponto é a segmentação. As tags disponíveis permitem representar a maior parte dos sujeitos regulados com boa precisão, mas há aproximações controladas: a tag de bancos comerciais e de câmbio é conjunta, e a tag para caixa econômica disponível é específica. Por isso, o campo de aplicabilidade explica que o enquadramento jurídico-regulatório deve prevalecer sobre a leitura literal do slug.
O quarto ponto é a fonte. A página oficial do BCB é o URL primário registrado. Como o ambiente de navegação apresenta dependência de JavaScript para a página oficial, a extração foi marcada para revisão, embora os localizadores e comandos centrais tenham sido conferidos contra resultados oficiais do Banco Central. Recomenda-se validação humana contra o texto oficial antes de importação definitiva em ambiente de produção.
O preâmbulo não virou requisito, porque apenas identifica competência e textos citados. O art. 1º virou ponto documental de escopo. O art. 2º virou requisito de canal. O art. 3º virou requisito de entrega regulatória, com os incisos absorvidos como componentes rastreáveis da mesma mensagem. O art. 4º virou requisito de cálculo e conciliação, com o § 1º absorvido por esse requisito. O art. 4º, § 2º, virou recomendação operacional, por usar linguagem facultativa. O art. 5º virou requisito de governança de tempestividade. O art. 6º virou alteração de requisito, e o art. 7º foi refletido como vigência.
Essa granularidade busca evitar tanto um requisito guarda-chuva quanto uma fragmentação excessiva por CodItem. O resultado é um conjunto pequeno, operacional e rastreável de itens que pode alimentar workflow, evidência, controle e navegação na plataforma.
Este artefato ainda não tem tags.
