Resolução Conjunta nº 18 · BCB e CMN
A RC 18 pede prova antes de cada remessa. A Soda deixa essa prova pronta.
Os testes rodam antes da remessa ao Banco Central. O resultado fica registrado com data e responsável, pronto para quando o BC pedir.
O Nubank usa a Soda para padronizar a qualidade dos dados em todos os times.
A RC 18 pede prova de qualidade. Hoje, essa prova está em planilhas, e-mails e slides.
-
Toda remessa ao Banco Central exige testes prévios. As regras estão espalhadas em planilhas e scripts.
SharePoint › Compliance › Remessas BCD3fx=SE(CONT.VAZIOS(Crédito!C:C)=0;"OK";"FALHA")ABC 1RegraOnde rodaÚlt. teste 2Carteira = razãoscript SQL12/03 3CPF/CNPJ preenchidoplanilha? 4Taxa na faixamacro VBA02/2026 5Balancete fechae-mail— 6Tarifa vigentePython—CréditoTesourariaContábilPagamentos+ -
O BC pode pedir a trilha a qualquer momento. Hoje, ela é remontada a partir de e-mails.
PostagensArquivosWikiCRCarla R.09:14! IMPORTANTE
O BC pediu o histórico de março: testes antes da remessa e falhas abertas no dia do envio. Prazo: sexta.
BMBruno M.09:31
Está num e-mail meu:
RE: FW: validação remessa mar.msgDSDiego S.09:48
Março foi sobrescrito. Achei uma cópia:
Controles_v6 (cópia) (2).xlsxAna está digitando… -
A cada semestre, um relatório vai ao conselho. E é montado à mão, célula por célula.
CRCarla R. Tesouraria ainda não mandou os números. Conselho se reúne dia 28.
Clique para adicionar anotações
A Soda tira os testes das planilhas. E transforma cada execução em evidência.
Selecione uma dimensão para ver o teste.
Quem acessa a informação, e como, é decidido na política da instituição. Nenhum teste de dados cumpre isso por você.
O que a Soda faz aqui: nada. A dimensão fica marcada como política no seu mapa da RC 18.
risco.carteira_credito· v14- invalid: name: Taxa de juros no intervalo válido valid_min: 0 valid_max: 400 attributes: rc18_dimensao: acurácia
Responder a novas demandas do Banco Central é processo e governança. Fica na política, com responsáveis definidos.
O que a Soda faz aqui: quando o BC define um teste novo, ele vira mais um teste no mesmo contrato de dados.
Se a informação é fácil de entender é um julgamento de quem a produz e de quem a lê. Fica na política.
O que a Soda faz aqui: cada teste tem um nome em português que qualquer área entende.
columns: - match: pattern: "(?i).*cnpj.*" checks: - invalid: valid_format: name: CNPJ no formato válido (inclui o alfanumérico) regex: ^[A-Z0-9]{12}\d{2}$
risco.carteira_credito· v14- missing: name: Sem valores ausentes attributes: rc18_dimensao: completude - row_count: threshold: must_be_greater_than: 0
risco.carteira_credito× remessa de out/2026reconciliation: sources: - name: enviado_out dataset: bc/remessas/credito_out26 checks: - rows_diff: source: enviado_out threshold: { must_be: 0 }
risco.carteira_credito× core bancárioreconciliation: sources: - name: core dataset: core/credito/contratos checks: - aggregate_diff: source: core function: sum column: saldo_devedor
risco.carteira_credito· v14checks: - schema: name: Estrutura igual à aprovada - duplicate: name: Um registro por operação columns: [contrato_id] attributes: rc18_dimensao: integridade
risco.carteira_credito· sem limite de retençãov14Publicado por Marina Costa, responsável pela base02/12/2026, 10:12#212Carla R. (Compliance) propôs “Taxa no intervalo válido”Concluído28/11/2026 · 3 participantesv13Publicado por Rafael Lima14/10/2026, 16:40
Se uma informação é útil para decidir é um julgamento, não um teste. Fica na política da instituição.
O que a Soda faz aqui: o contrato de dados registra por que cada regra existe e quem a pediu.
risco.carteira_credito· v14- freshness: name: Atualizado nas últimas 24 h column: data_base threshold: unit: hour must_be_less_than: 24
Roda automaticamente antes de cada remessa. Com o Diagnostics Warehouse, resultados e registros com falha ficam no seu próprio ambiente.
A Soda roda dentro da sua rede. Nenhum registro sai de lá.
Com o runner da Soda na sua nuvem e o Diagnostics Warehouse no seu warehouse, nenhum registro sai do seu ambiente. O Soda Cloud recebe só resultados e metadados.
risco.carteira
Já roda assim em instituições financeiras na Europa, na Austrália e no Brasil.
- Resultado de cada teste4 de 4
- Versão do contrato de dados e aprovaçãov14
- Data e responsável de cada execução05/12
- Registros de clientes0
Perguntas frequentes sobre a RC 18.
Alcance, prazo e o que a Soda cobre.
A quem se aplica a RC 18?
A todas as instituições financeiras e demais instituições autorizadas a funcionar pelo Banco Central: bancos, cooperativas de crédito, administradoras de consórcio, instituições de pagamento e prestadoras de serviços de ativos virtuais. Não há divisão por segmento. A política de cada instituição deve ser compatível com o seu porte, a sua complexidade e o seu perfil de risco.
Qual é o prazo?
A resolução está em vigor desde 1º de janeiro de 2026, e o prazo de adequação é 31 de dezembro de 2026, o mesmo para todas as instituições. A única exceção são as prestadoras de serviços de ativos virtuais, que seguem um cronograma próprio.
A Soda garante a conformidade com a RC 18?
Não. Nenhuma ferramenta entrega conformidade ou certificação: a política, a governança, o diretor responsável e o relatório semestral ao conselho são da instituição. A Soda cobre a parte executável da norma: os testes antes de cada remessa, a reconciliação com os sistemas internos e a evidência de cada execução, com data, responsável e resultado.
E as outras 4 dimensões?
Acessibilidade, adaptabilidade, clareza e relevância dependem de julgamento e de processo, não de um teste sobre os dados. Por isso ficam na política da instituição. A Soda ajuda nas bordas: o contrato de dados registra por que cada regra existe e quem a pediu, e um teste novo definido pelo Banco Central vira mais uma regra no mesmo contrato de dados.
Algum registro sai do meu ambiente?
Depende de como a Soda é implantada. Com o runner da Soda na sua nuvem e o Diagnostics Warehouse no seu warehouse, nenhum registro sai do seu ambiente: os testes rodam dentro da sua rede, os registros com falha ficam no seu warehouse e o Soda Cloud recebe só resultados e metadados.
RC 18, BCBS 239 e CMN 4.966: qual a relação?
A RC 18 não cita o BCBS 239, mas várias das suas 12 dimensões lembram os princípios do Comitê de Basileia para dados de risco. A diferença é o alcance: o BCBS 239 mira os grandes bancos, e a RC 18 vale para todas as instituições autorizadas pelo Banco Central. Já a Resolução CMN 4.966 trata da contabilidade de instrumentos financeiros, não de qualidade de dados.
Reunião de apresentação · 30 minutos · Zoom
Quando o Banco Central pedir, a evidência já existe.
Trinta minutos com o time da Soda para entender como a sua instituição testa os dados antes de cada remessa hoje, e como a Soda pode ajudar.
- Dois passos curtos e depois escolha um horário
- A Soda pode rodar dentro da sua rede
- 1Você
- 2Sua empresa
- 3Seu horário