Resposta direta
Quando uma carga sobrescreve dado correto, quase sempre há uma regra de precedência implícita: a origem que chega por último vence, ou a origem marcada como oficial vence, e ninguém registrou qual das duas deveria valer em cada campo. O diagnóstico começa separando os campos que têm dono definido dos que não têm. Depois se reconstitui a linha do tempo do registro: qual origem escreveu, quando e com que valor. O conflito só é resolvido quando a autoridade do campo está escrita e a carga passa a respeitá-la, não quando o dado é corrigido à mão.
- Objetivo
- Diagnosticar
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Desloca a pergunta de qual carga errou para qual origem tem autoridade sobre cada campo, com a ordem de checagem que separa as duas coisas.
Campo com dono e campo sem dono
Antes de olhar o arquivo de carga, vale listar os campos do registro e marcar quem pode escrever em cada um. Em cadastro de cliente, razão social costuma vir do cadastro mestre, limite de crédito da área financeira e endereço de entrega da operação. Quando esse mapa não existe, qualquer origem que chegue depois assume o campo.
O sinal de que o problema é de autoridade, e não de qualidade da carga, aparece quando o dado sobrescrito estava correto e veio de uma origem que deveria mandar. Nesse caso, discutir a formatação do arquivo não resolve: falta definir a responsabilidade por campo e registrar essa definição onde a carga possa consultá-la antes de escrever.
A ordem em que as escritas acontecem
Reconstituir a linha do tempo do registro mostra quem escreveu, quando e com que valor. Sem log de alteração, o caminho é comparar a base atual com os arquivos de carga recebidos na janela suspeita e isolar os campos que mudaram sem que ninguém tenha pedido a mudança.
Ajuda registrar uma chave de correlação por carga, com origem, data, arquivo e operador responsável. Isso permite ligar cada alteração a um lote específico e responder se o conflito vem de uma carga recorrente ou de um ajuste pontual que ninguém documentou.
O que esse diagnóstico não resolve
Definir autoridade por campo não devolve o valor anterior quando não há histórico gravado. Se a base não guarda versões, a recuperação depende de backup ou de outra origem que ainda tenha o dado, e isso tem prazo e custo que precisam ser assumidos antes.
Também não decide conflitos legítimos, em que duas áreas podem escrever no mesmo campo conforme a situação, como um preço negociado que vale por contrato. Nesses casos, a saída é regra de exceção explícita, com responsável nomeado, e não uma ordem fixa de precedência. E não substitui a decisão de negócio sobre qual área responde pelo dado.
Recurso prático
Medir a sobrescrita apenas sobre os registros tocados pela carga
TSI = RA ÷ RT, calculado por campo e por janela de carga
- RA
- registros
- registros tocados pela carga cujo valor anterior estava correto e foi substituído
- RT
- registros
- registros efetivamente tocados pela carga na mesma janela, com valor anterior preenchido
- JC
- horas
- intervalo entre a última escrita considerada válida e a execução da carga
- NC
- campos
- campos do registro sem responsável definido por origem
O erro mais comum é calcular a taxa sobre o total do arquivo em vez de calcular só sobre os registros que a carga realmente tocou. Isso dilui o conflito e faz um problema concentrado em poucos campos parecer pequeno. Campo com NC maior que zero entra na fila antes de qualquer média, porque ali não há critério de desempate.
Sobre o que está escrito aqui
Conceitos relacionados: ordem de precedência · campo com dono definido · linha do tempo do registro · sobrescrita em cascata · chave de correlação da carga. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
Páginas relacionadas
O mesmo problema em outro objetivo
- Importação que sobrescreve dado correto: ordem de escrita — Organizar um processo
- Importação que sobrescreve dado correto: comparar as saídas — Comparar alternativas
- Importação que sobrescreve dado correto: como medir — Explicar medição
- Importação que sobrescreve dado correto: regra de precedência — Orientar implementação
- Importação sobrescreve dado correto: o que definir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cliente achou erro de sincronização: como tratar na operação — O que fazer quando o cliente encontra uma divergência entre sistemas: como localizar a origem, corrigir o alcance do erro e evitar a repetição.
- Arquivo por mensagem: onde ele entra no processo — Organizar o arquivo que chega por mensagem: destino definido, responsável pelo lançamento e o que não deve entrar por esse canal.
- Falha de integração sem aviso: o que acordar antes de assinar — O que acordar em contrato para que falha de integração gere aviso, responsável e registro, e como avaliar fornecedores nesse critério.
- Cadastro sem regra de deduplicação: como medir o problema — Descreve como medir a duplicidade do cadastro, definir o critério de identidade e registrar a regra que hoje não existe.
- Volume de dados sem política de retenção: o que medir — Medição de volume de dados quando não existe política de retenção: o que contar, em que unidade, com que frequência e onde o cálculo engana.