O problema operacional
Um processo não entrega o arquivo esperado e a equipe só sabe que “falhou”. Sem identificar tentativa, tarefa e contexto, é fácil revisar um rascunho diferente da versão executada ou repetir a carga sem saber o que foi gravado.
O contrário também acontece: o processo informa sucesso, mas ninguém verificou as linhas e os valores no destino. É preciso separar acompanhamento técnico e aceitação do dado.
Como Dova ajuda
Monitor do Dova permite consultar tentativas de execução, seus estados e os detalhes operacionais disponíveis. A lista e seus filtros ajudam a localizar um Workflow no período relevante; informações de tarefas e registros ajudam a investigar onde ocorreu o problema.
Cada tentativa tem seu contexto e um identificador para distinguir execuções do mesmo Workflow. Consultar esse histórico ajuda a organizar o diagnóstico e compartilhar evidências do incidente. A verificação final continua incluindo o arquivo ou a tabela de destino.
Como funciona
Localize a tentativa correta
Filtre por Workflow, estado e período disponível. Confira a unidade da janela de histórico e registre o identificador antes de comparar execuções.
Revise estado e tarefas
Abra os detalhes ou o registro operacional disponível. Identifique a primeira tarefa relevante que falhou e diferencie um processo pendente de um terminado.
Relacione o erro ao contexto
Confira Mapping, Session e worker associados. Um caminho inacessível, falta de permissão e capacidade insuficiente exigem correções diferentes.
Verifique efeitos no destino
Consulte o arquivo ou a tabela afetados antes de repetir. Um estado de erro não prova que não houve gravações parciais.
Registre a correção e a nova tentativa
Conserve identificador, horário e diagnóstico sem segredos. Após corrigir e publicar quando necessário, faça uma tentativa autorizada e compare o resultado.
O que você precisa
- Permissão para consultar execuções do tenant ativo e acesso autorizado ao Workflow investigado.
- Um identificador, período ou nome de processo que permita localizar a tentativa e seu contexto.
- Acesso autorizado ao destino para verificar linhas e valores; permissão de execução separada se precisar repetir a carga.
Limites a considerar
- O sucesso informado pelo motor não prova sozinho que o resultado atende à regra de negócio. Confira o conteúdo do destino.
- A janela de histórico e a conservação dos registros dependem de configuração e manutenção. Não se promete retenção ilimitada nem auditoria certificada.
- Consultar Monitor não corrige um Mapping nem recupera automaticamente um destino externo. Cancelamento e recuperação dependem do estado, das permissões e da capacidade efetiva.
Exemplo de demonstração
Exemplo ilustrativo com dados sintéticos. Não representa um resultado de cliente nem uma captura do produto.
Demonstração: comparar uma falha e uma tentativa corrigida
Em uma Session de laboratório, use um caminho de entrada inexistente e revise o erro informado. Corrija o caminho e execute novamente com um destino separado. Conserve os dois identificadores e verifique a saída da segunda tentativa. É um ensaio proposto, não um incidente de cliente.
Tentativa A → origem de teste inacessível
→ revisar tarefa e mensagem
Tentativa B → caminho corrigido
→ revisar estado e conteúdo da saída