A RC 18 pede prova antes de cada remessa. A Soda deixa essa prova pronta.
Cada teste roda antes da remessa e fica registrado, com data e responsável.
O Nubank usa a Soda para padronizar a qualidade dos dados em todos os times.
Hoje, a prova da RC 18 está em planilhas, e-mails e slides.
-
As regras de teste estão espalhadas em planilhas e scripts.
D3fx=SE(C3="";"FALHA";"OK")AB 1RegraOnde roda 2Carteira = razãoscript SQL 3CPF/CNPJ preenchidoplanilha 4Taxa na faixamacro VBA 5Balancete fechae-mail 6Tarifa vigentePythonCréditoTesouraria+ -
A trilha pedida pelo BC é remontada a partir de e-mails.
CRCarla! IMPORTANTE
O BC pediu o histórico de março. Prazo: sexta.
BMBruno
FW: remessa março.msgDSDiego
Março foi sobrescrito. Achei uma cópia:
Controles_v6 (cópia) (2).xlsx -
O relatório ao conselho é montado à mão, célula por célula.
CRTesouraria ainda não mandou os números.
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 antes de cada remessa. Os registros com falha ficam no seu ambiente.
A Soda roda dentro da sua rede. Nenhum registro sai de lá.
Só resultados e metadados vão para o Soda Cloud.
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
Como a 2K e a HelloFresh cuidam da qualidade dos dados.
“Passamos da detecção à prevenção. A maioria das ferramentas de qualidade de dados avisa que algo quebrou depois que quebrou. Nosso objetivo é pegar o problema antes mesmo que ele chegue aos dashboards e datasets.”
Investir em qualidade de dados é essencial para que times multidisciplinares tomem decisões precisas e completas.
Os contratos de dados trouxeram transparência e também mais cooperação entre times diferentes.
Um analista de negócios ou de dados consegue escrever e provisionar os próprios testes, por self-service.
Trabalhar com a Soda melhorou a produtividade do meu time. Antes, era um vaivém de perguntas: ‘esse arquivo está atualizado? funcionando? tem certeza?’
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.
Qual a relação entre a RC 18 e o BCBS 239?
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.
Reunião de apresentação · 30 minutos · Zoom
Quando o Banco Central pedir, a evidência já existe.
30 minutos para ver como a sua instituição testaria cada remessa.
- Dois passos curtos e depois escolha um horário
- A Soda pode rodar dentro da sua rede
- 1Você
- 2Sua empresa
- 3Seu horário