Antes de começar
O Monitor apresenta evidências das tentativas de execução. Um Workflow salvo ou publicado é uma definição, não uma tentativa. Guarde identificador do run, horário aproximado e versões envolvidas. Selecione o tenant autorizado e confira permissão de leitura e de cada ação operacional.
Não compartilhe linhas de entrada, credenciais, cookies nem logs sem filtragem em incidentes. Um relato útil inclui estado, tarefa e mensagem segura, sem conteúdo sensível.
Procedimento
- Abra Monitor e filtre por nome, estado ou horário. Confira identificador e data: o mesmo Workflow pode ter várias tentativas.
- Diferencie estados ativos de terminais. Esperar capacidade é diferente de falhar; cancelamento e sucesso também são resultados distintos.
- Abra o detalhe da tentativa e inspecione tarefas e dependências. Localize o primeiro erro relevante, não apenas a última tarefa ignorada.
- Para esperas, confira worker, slots e contexto nas telas autorizadas. Não inicie uma cópia porque a tabela demora a atualizar.
- Antes de cancelar, terminar, recuperar ou repetir, atualize o estado e revise a confirmação dessa ação.
Exemplo sintético
Use um Workflow de laboratório com entrada CSV sintética. Execute uma vez com o caminho correto e outra com um caminho inexistente no mesmo laboratório. Localize ambas as tentativas por identificador. Na falha, identifique a tarefa afetada e a mensagem de arquivo ausente. Corrija o binding e inicie uma nova tentativa; preserve a evidência anterior conforme a política aplicável.
Conferir o resultado
Na tentativa correta, compare o arquivo produzido com cabeçalho, quantidade de linhas e valores esperados. Sucesso registra o resultado de execução, mas não verifica sozinho a regra de negócio. Na tentativa com falha, confirme que a explicação identifica o primeiro erro e que a nova tentativa usa a configuração corrigida.
Separe a limpeza de histórico: ela não cancela trabalhos ativos nem substitui uma política de retenção. Revise escopo e confirmação antes de excluir evidências.
Resolver problemas
Uma tabela vazia pode refletir filtros; não comprova falha do servidor. Timeout do cliente não comprova cancelamento: consulte a tentativa novamente. Recuperação depende de checkpoints disponíveis e compatíveis; não desfaz automaticamente escritas externas. Repetir pode gerar outra saída ou duplicar uma carga. Se o estado mudar com um diálogo aberto, recarregue antes de confirmar. Em erros de provedor, registre apenas mensagem segura e horário.
Log compacto e progresso durante a execução
O log apresenta colunas Timestamp e Message em linhas compactas de uma linha. Expanda um registro para ver o detalhe estruturado com formatação e cores; recolha-o para recuperar espaço. Filtre com Search log messages, Level, Component e Time zone; confira contadores por nível, Errors only e Download log. Follow acompanha mensagens novas quando você está no final; Pause/Resume pausa somente a apresentação, sem interromper a execução. Wrap ajusta linhas longas.
Enquanto o detalhe está visível, a visualização consulta mudanças e mantém os dados anteriores durante demora ou falha temporária. Os cartões usam os últimos contadores informados. O progresso pode mostrar etapa, lotes, linhas processadas/gravadas, taxa, duração e bytes quando conhecidos. Preparação, processamento e gravação são etapas distintas: zero linhas antes da leitura não comprova inatividade. Não se inventa porcentagem sem um total confiável.
O worker registra causas seguras como entrada acima do máximo do perfil ou destino protegido já existente, junto dos detalhes disponíveis de etapa e limites. Credenciais e respostas privadas do provedor ficam excluídas. Em tentativa antiga sem a exceção original, uma mensagem genérica continua sendo evidência incompleta; não atribua uma causa não registrada.
Lista e Gantt
A lista atualiza células sem substituir toda a tabela e preserva seleção, filtros e rolagem. List e Gantt compartilham filtros. O Gantt compacto diferencia Workflow, Session e Mapping por tipo e hierarquia; a Session aparece abaixo de seu Workflow. Abra a tentativa específica para conferir estado, duração e versões. A barra de Workflow abrange a orquestração; a barra de Session representa aquela execução e não deve ser somada novamente como tempo adicional do Workflow.
Leitura compacta e atualização estável
List alinha Execution, Duration e Status em linhas compactas. Os distintivos WF em violeta e SES em verde, com os mesmos ícones das abas da área de trabalho, diferenciam Workflow e Session em List e Gantt; indicadores de cor acompanham o estado escrito e a hierarquia pode ser expandida. O texto do Gantt e seus tooltips seguem a tipografia do Dova, com pesos suaves para rótulos e valores.
As atualizações alteram as linhas existentes e inserem novas execuções compatíveis com os filtros sem esvaziar nem reconstruir visualmente a lista inteira. Seleção, filtros e rolagem são preservados. Uma execução fora dos filtros atuais não precisa aparecer.
TRACE é um detalhe opcional gerado conforme a configuração publicada de Workflow e Session. O filtro de nível do Monitor escolhe a evidência existente a exibir; não ativa a geração de TRACE. Confira a herança da Session quando Workflow e tarefas tiverem quantidades diferentes de registros TRACE.
Contexto de ambiente
Antes de usar este módulo, confirme Tenant, Domain e Environment no menu do usuário. O ambiente inicial é Development. As capacidades do módulo, Domain e ambiente se aplicam juntas; Production fica somente leitura sem autorização explícita. Mudar o seletor não transfere artefatos nem publica ou executa seus dados. Consulte ambientes e recuperação e promoção entre ambientes.
Conversa e ambiente
DovaAI utiliza Tenant, Domain e Environment autorizados e o artefato selecionado. Mudar de contexto cancela consultas anteriores e inicia uma conversa para o novo ambiente. Uma resposta pendente do contexto anterior não é adicionada à nova conversa. O servidor verifica identidade do ambiente e versões; valores de formulários, registros e credenciais ficam fora do contexto.
Disponibilidade dos workers e carregamento da tela
Uma referência a um worker removido ou com identidade inválida não impede o acesso a Overview, Monitor ou Connections. Essa referência não fica disponível para execução; os workers válidos continuam visíveis conforme suas permissões. Uma falha real de armazenamento ou de política é informada como erro e não é convertida em um contador zero.