Resposta direta
Monitorar falha de sincronização começa por definir o que é uma unidade de sincronização: um registro, com identificador conhecido nas duas pontas. O alerta nasce quando essa unidade não é confirmada no destino dentro do intervalo esperado, e não quando a rotina retorna erro. Cada alerta precisa de um responsável declarado e de um fechamento registrado, com a causa classificada. Sem essa disciplina, o painel vira relatório de tentativas: mostra que o processo rodou, não se o dado chegou.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o alerta como registro com estado, responsável e fechamento classificado, em vez de aviso de erro de rotina.
Estados de atraso, erro e divergência
Atraso é o registro que ainda não chegou e pode chegar. Erro é o registro que foi recusado e não chega sem intervenção. Divergência é o registro que chegou com valor diferente do que existe na origem. São três estados com prazos e responsáveis distintos, e tratá-los como um só é o que faz o alerta perder sentido.
O monitoramento por execução de rotina informa que o processo rodou. O monitoramento por registro informa o que faltou. A diferença aparece na hora de decidir: erro de rotina se resolve com reenvio; registro nunca criado na origem não tem reenvio possível. Para isso, cada registro precisa de identificador conhecido nas duas pontas e de uma data de referência da última confirmação.
Quem recebe, quem decide e como o alerta fecha
Alerta sem responsável declarado vira ruído em pouco tempo. Cada tipo de falha precisa de um dono nomeado, de um canal de entrega e de uma frequência de leitura definida pela operação. Quem recebe não é necessariamente quem corrige: a triagem decide entre reprocessar, corrigir na origem ou aceitar o registro como exceção registrada.
O fechamento é a parte que costuma faltar. Cada ocorrência encerrada deve carregar a classificação da causa e o registro afetado. É essa classificação acumulada que revela se a falha é evento isolado ou padrão de um campo, de um cadastro ou de uma etapa do processo.
O que o monitoramento não vê
Falha de sincronização monitorada é falha de mecanismo. Erro de mapeamento consistente passa sem alerta, porque o dado chega e é gravado. Um campo que chega correto e é interpretado errado no destino também não aparece. Nos dois casos o painel fica limpo e o número de negócio continua errado.
Também não é coberto o registro que nunca foi criado na origem, nem a gravação parcial que o destino aceita como sucesso. E o monitoramento não mede consequência: mostra que o dado não chegou, não quanto isso custou. Em volume pequeno e estável, a conferência manual por amostra pode bastar, sem painel.
Recurso prático
Pendência de sincronização em aberto ao fim da janela
P = Pi + E - R, com detecção média em A = J / 2
- Pi
- registros
- pendências de sincronização abertas no início da janela, somando atrasos e erros ainda não resolvidos
- E
- registros
- novos registros com falha de sincronização abertos durante a janela, contados por registro e não por tentativa
- R
- registros
- registros reconciliados na janela, com confirmação de gravação no destino
- J
- horas
- intervalo entre duas leituras consecutivas do painel, que define o atraso máximo de detecção
O erro mais comum é contar tentativas ou execuções de rotina em vez de registros, e lançar em R o registro apenas reenviado pela origem. Sem confirmação de gravação no destino, a pendência cai no papel e continua na operação.
Sobre o que está escrito aqui
Conceitos relacionados: unidade de sincronização · registro de origem e de destino · estado de atraso e de erro · identificador único · fila de pendências. 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
- Sistemas desconectados: métricas para dimensi… — sistemas desconectados
- Sistemas isolados: o que checar antes de comp… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Falha na sincronização: o que o monitoramento não vê — Diagnosticar
- Falha na sincronização: como comparar o monitoramento — Comparar alternativas
- Falha na sincronização: como medir o monitoramento — Explicar medição
- Monitoramento de sincronização: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cadastros sem chave em comum: onde a ligação se perde — Como identificar o campo que falta para cruzar cadastros, testar candidatos em uma amostra e separar problema de dado, de processo e de responsabilidade.
- Retrabalho de conciliação no fechamento: onde a rotina começa — Implementação de retrabalho de conciliação no fechamento: classificação de pendências, dono por conta, fila única e critério de encerramento.
- Fonte da verdade: qual sistema responde por cada dado — Como definir, para cada campo crítico, qual sistema é a fonte da verdade, quem pode escrever e quem responde pela correção.
- Campo de observação livre: como medir o que ele esconde — Medir o uso de um campo de texto livre: dado essencial que só existe ali, repetição, divergência entre leitores e o custo de interpretar caso a caso.
- Base sem dono definido: como localizar quem decide — Sinais de que a responsabilidade pela base se perdeu, quais decisões ficaram sem dono e o que o diagnóstico não resolve sozinho.
