Rastreabilidade de dados: como mostrar ao Banco Central de onde veio cada informação

Se o Banco Central perguntar amanhã de onde saiu um número que sua instituição reportou no mês passado, quanto tempo a equipe levaria para responder?

Para muitas áreas de dados e compliance, a resposta honesta é "depende de quem estiver de férias". Esse é o problema que a rastreabilidade de dados resolve.

Rastreabilidade de dados é a capacidade de reconstruir o histórico de uma informação: de qual sistema ela saiu, por quais etapas passou, que transformações sofreu e quem respondia por ela em cada momento. Com a Resolução Conjunta nº 18 (RC18), esse histórico deixou de ser boa prática e passou a compor a qualidade da informação exigida das instituições reguladas.

O assunto parece técnico, mas a pergunta por trás dele é simples. Quando uma informação é prestada, alguém consegue provar que dado é aquele e o que ele diz ser?

A seguir, você vai ver o que a rastreabilidade cobre, como ela se encaixa na RC18, um exemplo prático de transformação e um roteiro para começar sem reescrever todos os sistemas da casa.

O que é rastreabilidade de dados, em linguagem simples

Rastreabilidade de dados é poder contar a história completa de uma informação, do nascimento ao destino, com provas. Pense numa nota fiscal de compra: você sabe quem vendeu, quando, por quanto e quem autorizou.

Com dados regulatórios, a lógica é a mesma. A diferença é que o "produto" passa por vários sistemas, tratamentos, consolidações e regras antes de virar uma linha num documento enviado ao Banco Central.

Na lista oficial das 12 dimensões de qualidade da informação da RC18, a rastreabilidade aparece com uma definição curta: reconstrução do histórico do dado. Todo o resto deste artigo é sobre como tornar essa reconstrução possível na prática.

Por que a rastreabilidade de dados entrou na pauta da RC18

A RC18 colocou a qualidade da informação enviada ao Banco Central sob responsabilidade formal da instituição, e rastrear o dado é a forma de comprovar essa qualidade. Sem histórico, não há como demonstrar acurácia, integridade ou consistência.

Até 31/12/2026, a instituição deve ter a Política de Qualidade de Dados elaborada e divulgada, um Diretor Estatutário indicado ao Banco Central como responsável pela qualidade de dados e um Plano de Ações para implementar os requerimentos da Resolução. A rastreabilidade atravessa as três entregas.

Segundo o resumo da Resolução Conjunta nº 18 publicado pela Chambers, a política deve prever documentação dos processos, com as etapas em ordem cronológica e as áreas envolvidas em cada fase. O mesmo resumo aponta que a documentação da política e os relatórios semestrais ficam à disposição do Banco Central por no mínimo cinco anos.

Há ainda um ponto prático. Irregularidades não sanadas até o envio das informações precisam ser comunicadas ao regulador, e ninguém consegue descrever a abrangência de um erro sem saber por onde o dado passou.

O tema também não nasceu no Brasil. O Comitê de Basileia publicou em 2013 os princípios para agregação de dados de risco e reporte (BCBS 239), referência internacional que trata governança e arquitetura de dados como condição para relatórios confiáveis.

Os quatro elementos de um dado rastreável

Um dado é rastreável quando a instituição consegue responder quatro perguntas sobre ele, com evidência e sem depender da memória de uma pessoa.

1. Origem: de onde o dado saiu

A primeira pergunta é qual sistema gerou a informação. Core bancário, sistema de crédito, plataforma de câmbio, arquivo de um parceiro, base contábil.

Parece óbvio até aparecerem duas fontes para o mesmo número. Rastreabilidade exige definir qual é a fonte oficial de cada dado e registrar essa decisão.

2. Caminho: por onde o dado passou

Entre a origem e o reporte existem extrações, cargas, tabelas intermediárias e, muitas vezes, planilhas. Cada parada é um ponto em que o dado pode ser alterado, duplicado ou perdido.

A linhagem de dados (o termo em inglês é data lineage) é o mapa desse caminho. Ela mostra quais sistemas alimentam quais, em que ordem e com que frequência.

3. Transformações: o que mudou no dado

Raramente o dado chega ao Banco Central do jeito que nasceu. Ele é somado, convertido, agrupado, classificado ou filtrado.

Cada transformação precisa de uma regra escrita: o que foi feito, por qual motivo e desde quando. Sem isso, um mesmo cálculo pode ter versões diferentes em áreas diferentes.

4. Proprietário e Administrador: quem responde pelo dado

Todo dado precisa de um dono de negócio (Owner) e de alguém que responda pela etapa técnica (Steward). Na RC18, o topo dessa cadeia é o Diretor Estatutário indicado ao Banco Central.

O registro de responsáveis evita a cena clássica da auditoria em que cada área aponta para a outra.

Um exemplo prático: da conta corrente ao CPF

Imagine que o sistema de origem guarda saldos por conta corrente. O reporte regulatório, porém, pede a informação consolidada por cliente, identificado pelo CPF.

Para chegar lá, alguém precisa juntar todas as contas do mesmo titular, tratar contas conjuntas, decidir o que fazer com contas encerradas no período e somar os saldos. Cada uma dessas decisões é uma regra de transformação.

Agora pense na pergunta do regulador: por que o saldo do cliente X no reporte não bate com o extrato de uma das contas dele? Com rastreabilidade, a resposta é direta.

É possível mostrar as contas de origem, a regra de consolidação aplicada, a data em que ela foi aprovada e quem aprovou. Sem rastreabilidade, a equipe abre planilhas antigas e tenta lembrar o que foi feito.

Rastreabilidade, trilha de auditoria e dicionário de dados

Rastreabilidade de dados depende de duas peças de apoio: o dicionário de dados, que diz o que cada informação significa, e a trilha de auditoria, que registra quem fez o quê e quando.

O dicionário evita que "saldo" signifique uma coisa no crédito e outra na contabilidade. Se você está começando por essa base, o artigo sobre dicionário de dados na instituição financeira mostra como montá-lo.

A trilha de auditoria guarda as evidências de cada alteração. O tema tem um texto próprio no blog: trilha de auditoria, da conformidade à vantagem competitiva.

Juntas, essas peças sustentam outras dimensões da RC18. Integridade, consistência e acurácia ficam muito mais fáceis de comprovar quando o histórico do dado está disponível, como explicamos no guia sobre as dimensões de qualidade da informação na RC18.

Como estruturar a rastreabilidade de dados em cinco passos

Comece pequeno e pelo que vai ao regulador. Tentar mapear todos os dados da instituição de uma vez costuma travar o projeto antes da primeira entrega.

1. Liste as informações enviadas ao Banco Central

Faça um inventário dos documentos e arquivos regulatórios que a instituição remete. Para cada um, anote periodicidade, área responsável e sistemas envolvidos.

2. Escolha um reporte crítico para piloto

Prefira um reporte com histórico de ajustes, retrabalho ou questionamentos. É nele que a falta de rastreabilidade dói mais e onde o ganho aparece primeiro.

3. Desenhe a linhagem de ponta a ponta

Mapeie cada sistema, tabela e planilha entre a origem e o arquivo final. Marque onde há intervenção manual, porque esses são os pontos de maior risco.

4. Documente regras e responsáveis

Escreva cada regra de transformação em linguagem que o negócio entenda. Associe um responsável de negócio e um responsável técnico a cada etapa.

5. Automatize o registro das evidências

Evidência que depende de alguém lembrar de salvar um arquivo falha no pior momento. O ideal é que cada carga, conferência e ajuste deixe registro automático, com data, usuário e versão da regra.

Erros comuns que quebram a rastreabilidade

Muitos projetos de rastreabilidade de dados tropeçam nos mesmos pontos, e quase nenhum deles é tecnológico.

• Planilha como etapa oficial sem controle de versão. Ela entra no fluxo "provisoriamente" e fica por anos.
• Regra de negócio só na cabeça de alguém. Quando a pessoa sai, a lógica sai junto.
• Duas fontes para o mesmo dado. Sem fonte oficial definida, cada área concilia contra a sua.
• Ajustes manuais sem justificativa registrada. O número muda e ninguém sabe dizer por quê.
• Documentação feita só para a auditoria. Ela envelhece no mês seguinte e perde valor como evidência.

Checklist rápido de rastreabilidade de dados

Use esta lista para avaliar um reporte regulatório específico.

• ☐ A fonte oficial de cada dado está definida e registrada
• ☐ O caminho entre a origem e o reporte está mapeado
• ☐ As regras de transformação estão escritas e versionadas
• ☐ Cada etapa tem responsável de negócio e responsável técnico
• ☐ Ajustes manuais exigem justificativa e ficam registrados
• ☐ A versão enviada ao Banco Central fica guardada com data
• ☐ Os termos usados estão no dicionário de dados
• ☐ É possível reconstruir o histórico sem depender de uma pessoa específica

Conclusão

Mostrar ao Banco Central de onde veio cada informação deixou de ser um favor da equipe de dados. Com a RC18, é parte da qualidade que a instituição precisa comprovar.

A boa notícia: rastreabilidade de dados se constrói por etapas. Comece pelos reportes regulatórios, defina fontes oficiais, escreva as regras e faça com que cada ajuste deixe rastro.

Com mais de 20 anos de mercado, a Orion acompanha a rotina de dados e conciliação de instituições financeiras e está preparada para atender os requisitos da RC18 com sua Plataforma de Integração e Conciliação DASH. Se a sua instituição quer entender em que ponto está, conheça o DASH para RC18 e agende um diagnóstico de adequação com a Orion.