Transição do workflow

Cada passagem de status pode carregar até três travas, independentes entre si: "Exige comentário" obriga quem move a demanda a explicar o porquê — é a memória da decisão; "Exige aprovação" condiciona a passagem ao aval de quem pode aprovar; e "Exige apontamento" cobra horas lançadas antes de avançar — a trava clássica antes de concluir, para o trabalho não terminar sem custo registrado. Use cada trava onde ela paga o próprio pedágio: exigência demais em passagem trivial ensina o time a escrever "ok" só para passar.

A transição liga um status de origem a um de destino, e o "nome da ação" é como essa passagem se apresenta a quem trabalha: "Enviar para teste", "Devolver para ajuste", "Concluir". Nomeie pelo verbo da ação, não pelo status de chegada — "Aprovar orçamento" comunica mais que "Mover para aprovado". A chave "Cliente pode" decide se essa ação fica disponível também para o cliente; e a de ativo tira a passagem de cena sem apagá-la, preservando o desenho para o caso de o fluxo voltar atrás.

Aqui você vê e conserta os registros-filhos soltos, um a um. No dia a dia, porém, o certo é criá-los e editá-los dentro do formulário do cadastro pai: é lá que as regras de negócio rodam (totais recalculados, validações, numeração, histórico). Editar direto por aqui é útil para auditoria e para corrigir um caso específico — mas pode deixar o registro pai com um total desatualizado, e isso não gera erro nenhum na tela.

Cada transição autoriza um caminho entre dois status. O que NÃO está aqui é proibido: é assim que o fluxo impede pular etapa. Se um usuário reclama que não consegue mover o ticket, a resposta quase sempre está nesta tela.

Ao salvar uma visão pelo botão Visões, ela guarda quatro coisas: o texto da busca, os filtros aplicados, quais colunas aparecem (e em que ordem) e por qual coluna a lista está ordenada. Aplicar a visão restaura tudo de uma vez — inclusive zerando a ordenação e a página em que você estava, para o resultado ser exatamente o que a visão descreve. Visões salvas antes desta versão continuam válidas: o que elas não guardaram simplesmente não muda ao aplicar.

Nas fichas, sair de um campo já dispara a conferência do que dá para conferir na hora: campo obrigatório deixado em branco e e-mail mal formado. O aviso aparece embaixo do campo e desaparece quando você começa a corrigir. Campo numérico não precisa de aviso: ele simplesmente não aceita letra enquanto você digita. Isso é conforto, não a validação final: ao salvar, o sistema confere tudo de novo do lado do servidor.

Abra o registro e olhe a Linha do tempo, à direita: ela mostra cada alteração como "de um valor para outro", com a pessoa e a data. Quando há muita alteração, use os dois filtros no topo da linha do tempo — um por campo, outro por pessoa. A procura é feita no banco, então alteração antiga aparece do mesmo jeito. Você também pode perguntar ao Tenkai: "quem mudou o contrato 482?".