Resposta direta
Quando a execução não tem data confiável, o registro passa a se apoiar em referências que não dependem do relógio do processo: a sequência em que os eventos chegaram, as âncoras mantidas fora da automação e a indicação explícita de incerteza. Cada linha recebe um número de ordem e a origem da hora usada. Se a hora vem do próprio robô, isso aparece marcado. Se vem de um sistema que registra recebimento, também. Assim o registro serve para reconstruir o que aconteceu mesmo que os horários estejam errados ou ausentes.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a hora como dado incerto e mostra como o registro continua útil por ordem, âncora e precedência, em vez de assumir que o horário existe.
Referências que não dependem do relógio
O registro precisa de campos que continuem válidos quando a hora está errada, ausente ou vem de fontes diferentes. Sequência, identificador do processo, identificador do passo e resultado são os que sustentam a leitura. A hora entra como informação adicional, nunca como a única chave de ordenação.
A origem da hora é um campo separado. Ele indica se o valor veio do relógio do robô, do servidor de banco, da fila de mensagens ou do sistema externo. Sem esse campo, dois eventos com horários próximos parecem comparáveis, e não são.
Ordem sem horário: precedência e âncoras
Parte da ordem se deduz da dependência entre passos. Um passo que só executa depois de receber resposta de outro carrega essa relação no próprio desenho. Isso não produz horário, produz precedência, e precedência basta para responder o que veio antes.
A outra parte vem de âncoras: registros mantidos por sistemas fora da automação, como número de protocolo, recebimento em fila ou gravação em base. Ao cruzar a âncora com o evento interno, o intervalo passa a ter um limite. Intervalos deduzidos precisam ficar marcados como deduzidos.
O que essa forma de registro não prova
Esse arranjo não mede duração real, não prova cumprimento de prazo e não serve como carimbo de tempo com valor contratual ou legal. Ele mostra encadeamento e ordem. Onde a exigência é de tempo oficial, o requisito anterior é definir qual relógio é a fonte aceita, antes de a automação entrar em produção.
Também não resolve o caso de execuções simultâneas sem âncora em comum. Nessa situação, o registro diz o que aconteceu dentro de cada conjunto, mas não a ordem entre conjuntos distintos. Reconhecer esse limite evita que a sequência interna seja usada como prova de ordem entre processos separados.
Recurso prático
O que cada campo do registro informa
| Campo | O que informa |
|---|---|
| Hora local | Valor que o sistema informou, sempre acompanhado da origem do relógio |
| Sequência | Posição do evento na execução, válida mesmo sem hora ou com hora errada |
| Âncora externa | Registro em outro sistema que confirma que o passo ocorreu |
O erro mais comum é preencher a hora ausente com o horário da gravação do log. Isso apaga a diferença entre fato e suposição, e nenhuma análise posterior consegue separar os dois.
Conceitos usados nesta página
- Registro de execução — Registro de execução é a evidência de que uma rotina, automação ou tarefa rodou — com identificador, data, insumo, resultado e responsável.
Sobre o que está escrito aqui
Conceitos relacionados: carimbo de tempo · sequência de eventos · evento âncora · origem do relógio · registro de execução. 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
- Fluxo de quem saiu da empresa: como reorganiz… — fluxo criado por pessoa que saiu da empresa
- Fluxo de quem saiu da empresa: comparar o que… — fluxo criado por pessoa que saiu da empresa
Páginas relacionadas
O mesmo problema em outro objetivo
- Ordem de execução sem data confiável: o que se pode provar — Diagnosticar
- Registro de execução sem hora confiável: ordenar eventos — Organizar um processo
- 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
- 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
- Incidente sem causa clara: o que olhar antes de corrigir — Descreve como levantar a causa provável de um incidente de automação, separar hipótese de evidência e registrar o que permanece aberto.
- Fornecedores de automação: o que exigir antes de contratar — Seis exigências contratuais — propriedade do fluxo, acesso, registro, saída e suporte — com o que cada uma protege.
- Acessos de automação: onde identificar o excesso — Roteiro para mapear permissões concedidas a rotinas automáticas e confrontar o escopo nominal com as consultas que a operação de fato executa.
- Automação sem ambiente de teste: o que dá para verificar — Descreve como levantar riscos de automações em produção quando não há ambiente de teste, com o que verificar, o que documentar e o que fica fora do alcance.
- Dados enviados indevidamente: como medir o que saiu — Define o que contar em um envio indevido, onde os registros ficam e quais critérios separam volume normal de exposição. Inclui os limites do indicador.