O custo de descobrir o erro depois de enviar os dados à SPA

A conferência do regulador acontece depois do envio. Quando a resposta chega, o relógio já está correndo e a correção vira emergência mensal.

Compartilhar
Imagem de abertura do post O custo de descobrir o erro depois de enviar os dados à SPA
IBMPortableModularDataCenter3 · licença BY

Existe uma assimetria pouco discutida na rotina de entrega de dados ao regulador: a conferência acontece depois. Sua operação envia, e só descobre que havia problema quando a resposta volta. Nesse intervalo, a inconsistência já foi registrada, já consta e já começou a contar prazo.

O efeito prático é uma rotina em que compliance vive apagando incêndio de algo que poderia ter sido visto antes de sair.

Três custos que ninguém coloca na planilha

O custo do prazo. Descoberto o erro, a janela para corrigir se mede em horas. Time pequeno, fim de semana no meio, pessoa-chave de férias: qualquer um desses transforma correção rotineira em risco real de descumprimento.

O custo da repetição. Uma inconsistência que nasce na origem não aparece uma vez só. Ela repete em toda entrega seguinte. Quando alguém finalmente soma, o passivo tem seis meses de idade e envolve competências que já foram formalmente encerradas.

O custo do time. Todo mês a mesma montagem manual, a mesma conferência no olho, o mesmo risco de alguém pular uma etapa. Não escala, não é auditável, e concentra conhecimento crítico em uma ou duas pessoas.

A inversão que resolve

A correção conceitual é simples de enunciar e trabalhosa de implementar: rodar internamente as mesmas conferências do regulador, antes do envio.

Simples porque as regras de validação são conhecidas — elas são públicas e determinísticas. Trabalhosa porque não basta validar o arquivo na saída: é preciso corrigir o que gera a divergência lá na origem, senão você conserta o mesmo erro todo mês.

Validar na saída é remendo. Corrigir na origem é o que faz a divergência
parar de voltar.

Comece olhando para trás

A parte que operações costumam pular é o diagnóstico do que já foi enviado. É desconfortável, porque pode revelar exposição acumulada — e é exatamente por isso que vale fazer antes que alguém de fora faça por você.

Um diagnóstico honesto responde três coisas:

  1. O que passou com erro, e desde quando. Nem toda inconsistência tem o
    mesmo peso; saber a idade dela muda a estratégia.
  2. Qual a origem de cada divergência. Se são cinco causas gerando duzentos
    sintomas, você tem cinco problemas, não duzentos.
  3. Qual a ordem de correção. Começar pelo que está gerando erro novo todo
    mês, não pelo mais antigo.

O objetivo final não é enviar mais rápido

É a diretoria conseguir responder "está tudo certo com a SPA?" sem precisar consultar ninguém antes. Quando a resposta a essa pergunta depende de checar com uma pessoa específica, o que existe não é um processo: é uma dependência.

E dependência, no vocabulário do regulador, tem outro nome: risco operacional.