Resposta direta
A ordem dos eventos não se recupera do carimbo de tempo; recupera-se de uma sequência que não depende dele. Isso se organiza em três decisões: definir qual fonte marca a posição de cada execução (fila, contador, número de lote), registrar esse marcador junto com o identificador da execução, e manter uma referência externa única que relacione os relógios envolvidos. Quando o horário é apenas aproximado, ele vira campo auxiliar e não a base da ordem. O processo passa a exigir que cada sistema grave o mesmo marcador, o que é mudança de desenho, não de ferramenta.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a ordem dos eventos como dado de sequência, e não como leitura de horário, o que nenhuma outra página do tema faz.
Marcador de ordem na origem
A ordem depende de um campo que não seja horário. Cada sistema que dispara ou recebe uma execução grava o identificador da execução e a posição dela dentro da origem: número da mensagem na fila, contador por processo, número de lote. Esses valores são monotônicos e não dependem do relógio da máquina.
Também é preciso saber de qual relógio veio qualquer horário registrado. Uma execução pode ter hora do emissor, do receptor e do intermediário. Sem dizer qual delas foi usada, a comparação entre registros produz conclusões erradas, mesmo quando os valores parecem próximos.
Reconstrução quando a sequência não foi gravada
Em sistemas que não registram posição, a ordem se recupera por evidência indireta: ordem de chegada no destino final, numeração de lote, referência de um sistema externo que participou das duas pontas. Cada evidência sustenta um grau de confiança diferente, e esse grau é parte do registro.
Quando não há sequência nem evidência externa, o que resta é uma janela: as execuções ocorreram entre dois marcos conhecidos. Registrar a janela é mais útil do que escolher um horário provável e tratá-lo como exato, porque a decisão seguinte depende de saber qual é o grau de certeza disponível.
O que a ordenação não resolve
Marcador de ordem não corrige relógios nem recupera o que não foi gravado. Se dois sistemas nunca registraram posição e nenhum deles conversou com o outro, nenhum processo posterior vai reconstituir a ordem com segurança.
Também não substitui exigência de auditoria ou de contrato. Um registro ordenado descreve o que aconteceu; se a ordem precisa de valor formal para terceiros, a regra que define isso vem de fora da operação e precisa ser conferida antes de o registro ser aceito como prova.
Recurso prático
Pergunta sobre o registro e o marcador que a responde
| Pergunta sobre o registro | Marcador que responde |
|---|---|
| Qual execução veio antes | posição na fila de entrada, gravada junto com o identificador da execução |
| Duas execuções parecem ter ocorrido no mesmo instante | contador monotônico por origem, não o horário |
| O horário de dois sistemas diverge | relógio de referência comum, com a diferença entre os relógios registrada |
| O horário está ausente por completo | ordem de chegada no destino final, somada ao lote de origem |
O erro comum é corrigir o horário por estimativa e apresentar esse valor como fato. Sem sequência gravada na origem, a ordem reconstruída é hipótese e precisa ser registrada como hipótese.
Sobre o que está escrito aqui
Conceitos relacionados: sequência de execução · carimbo de tempo · identificador de correlação · fila de eventos · relógio de referência. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Chave de API sem validade: o que exigir no co… — chave de API sem prazo de validade
- Permissão de teste que ninguém removeu: como… — permissão concedida para teste e nunca removida
Páginas relacionadas
O mesmo problema em outro objetivo
- Ordem de execução sem data confiável: o que se pode provar — Diagnosticar
- Registro sem data confiável: como comparar alternativas — Comparar alternativas
- Data de execução não confiável: como medir o registro — Explicar medição
- Execução sem data confiável: como ordenar os fatos — Orientar implementação
- Registro de execução: quando a data não sustenta a decisão — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Log que não explica a falha: como investigar a causa — O que registrar, em que ordem ler e quais perguntas fazer para que um log de automação aponte a causa de uma falha e o responsável pela correção.
- Logs de automação: o que gravar e por quanto tempo — Define quais eventos, campos e prazos de guarda fazem do log de automação um registro útil para auditoria, suporte e decisão posterior.
- Log sem assinatura de integridade: o que dá para afirmar — O que um log sem assinatura de integridade ainda permite afirmar, o que passa a ser indício e quais registros externos precisam sustentar a conclusão.
- Automação sem código-fonte: o que dá para saber — Descreve como levantar o comportamento de uma automação sem código-fonte: entradas, gatilhos, efeitos observáveis e pontos de decisão.
- Permissão de teste que nunca expira: onde travar — Trata de permissões concedidas para teste que seguem ativas: prazo definido na concessão, responsável pela retirada, registro de aprovação e revisão periódica.