Resposta direta
A medição começa pelo evento, não pelo horário. Cada registro precisa carregar a marca de tempo da origem, a marca de tempo da chegada e um identificador que permita conferir se chegou. A partir disso, mede-se atraso entre as duas marcas, cobertura entre o que foi gerado e o que foi recebido, e fila represada. Não existe uma janela única para todos os fluxos. O critério de aceite varia por processo: um cadastro pode tolerar atraso maior; um lançamento financeiro, não. A medida precisa ser registrada e comparada ao longo do tempo, não verificada apenas quando alguém desconfia.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Separa atraso, cobertura e fila e ancora a medição no evento, não na execução do processo.
O relógio que serve de referência
Sem janela, o horário de execução do processo deixa de ser referência. O que resta é o próprio dado. Cada evento precisa nascer com uma marca de tempo confiável na origem e ser recebido com outra marca no destino. As duas precisam estar no mesmo fuso e usar relógios sincronizados; caso contrário, a diferença mede descompasso de servidor, não atraso de integração.
Também é necessário um identificador estável. Sem ele, o destino não consegue dizer se o evento é novo, repetido ou ausente. A conferência passa a ser uma contagem de linhas, que esconde perda e duplicidade.
Atraso, cobertura e fila são medidas diferentes
Atraso é o tempo entre geração e disponibilidade. Cobertura é a proporção de eventos gerados que podem ser encontrados no destino no período observado. Fila é o que ainda não foi confirmado. As três respondem a perguntas distintas e não devem ser resumidas em um único indicador.
Uma integração pode ter atraso baixo e cobertura incompleta, ou o contrário. O acompanhamento precisa mostrar cada medida e permitir abrir o evento que ficou para trás. Média sozinha esconde o caso isolado que trava uma conciliação.
O que a medição por evento não resolve
Ela não corrige origem sem relógio confiável, nem processo que não registra a geração do evento. Também não substitui a conferência de regra de negócio: o dado pode chegar dentro do tempo aceito e ainda estar errado.
Não serve para fluxos em lote com janela declarada, nos quais o corte por execução já é suficiente. E não elimina a necessidade de alguém com autoridade para definir o que é atraso aceitável em cada processo. A medição informa; a decisão continua sendo de operação.
Recurso prático
Roteiro para medir sincronização por evento
- Listar os fluxos contínuos e o processo que depende de cada um, com o responsável pelo critério de aceite.
- Definir, para cada fluxo, o identificador do evento e as duas marcas de tempo: geração na origem e disponibilidade no destino.
- Registrar, por período, a quantidade gerada, a recebida e a ainda não confirmada, separando falha de atraso.
- Calcular atraso por evento e cobertura por período, usando o mesmo corte de tempo nos dois lados.
- Guardar o histórico e revisar o critério quando o processo mudar, não apenas quando houver incidente.
O erro mais comum é acompanhar apenas a última execução bem-sucedida. Isso mostra que o mecanismo rodou, não que os registros do período chegaram.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: marca de tempo de origem · marca de tempo de chegada · identificador de evento · cobertura por período · critério de aceite. 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
- Planilhas divergentes: como unificar a base d… — planilhas divergentes
- Planilhas divergentes: alternativas para conf… — planilhas divergentes
Páginas relacionadas
O mesmo problema em outro objetivo
- Sincronização sem janela definida: até quando o dado serve — Diagnosticar
- Sincronização sem janela definida: o corte que ninguém fecha — Organizar um processo
- Sincronização sem janela: comparar cadências antes de decidir — Comparar alternativas
- Sincronização sem janela: como definir o corte — Orientar implementação
- Sincronização sem janela definida: o que fixar no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Relatório sem validação cruzada: o que cobrar na contratação — O que exigir no escopo de um relatório para que os números sejam conferidos contra outra fonte, com critério de aceite e responsável definidos.
- Retrabalho de conciliação no fechamento: o que contratar — O que avaliar ao contratar apoio para o retrabalho de conciliação no fechamento, com escopo, responsabilidade sobre divergência, medição e limites.
- Integração sem documentação: como avaliar antes de contratar — O que verificar em uma integração sem documentação antes de contratar: evidências que substituem o histórico, escopo do contrato e limites da avaliação.
- Teste de integração só em ambiente controlado: o que exigir — O que avaliar e o que exigir quando o fornecedor só demonstra integração em ambiente controlado, sem carga real nem cenário de falha.
- Reconciliação: o que definir antes de contratar — O que definir em escopo, responsável, critério de aceite e prazo de correção antes de contratar reconciliação entre sistemas.