Suporte Okai

Aplica-se a: Encerramento, cancelamento e reabertura de itens operacionais, tarefas, projetos, recorrências, achados, controles e demais registros de GRC acompanhados na Okai.

Escolha o estado pela decisão que ele representa

Encerrar, cancelar e reabrir mudam a fila de trabalho, mas não significam a mesma coisa. Encerrar comunica que a ação esperada foi executada e que o próprio registro explica o resultado. Cancelar comunica que a pendência não deve mais ser executada, porque perdeu objeto, foi criada por engano, foi substituída ou não se aplica. Reabrir comunica que uma decisão anterior precisa ser corrigida ou complementada dentro do mesmo escopo.

Na Okai, essa decisão influencia filtros, painéis, relatórios, vínculos com evidências e leitura futura do processo. Por isso, trate a mudança de estado como parte da governança do item, não como simples limpeza da lista. A pergunta central é: qual história o histórico precisa contar daqui a alguns meses?

Regra prática: Use encerrar para uma obrigação atendida, cancelar para uma pendência que não deve seguir e reabrir para revisar a mesma pendência. Se o assunto mudou, crie ou vincule um novo item em vez de reaproveitar um registro antigo.

Antes de mudar o estado

Volte ao pedido inicial, à recorrência, ao projeto, ao controle, ao achado ou ao registro que originou a pendência. Depois compare o que foi solicitado com o que existe no item: comentários, anexos, aprovações, tarefas relacionadas, bloqueios, responsáveis e histórico de decisões.

• Confirme se o item ainda corresponde ao projeto, controle, obrigação, área, período, evento ou evidência que motivou a criação.
• Revise pendências abertas antes de encerrar: uma tarefa filha, uma aprovação esquecida ou um anexo ausente pode mudar a decisão correta.
• Leia a linha do tempo. Reabertura faz sentido quando a conclusão foi precipitada, a evidência chegou depois ou houve mudança material no mesmo assunto.
• Não use exclusão para esconder erro operacional. Se o item existiu, a decisão sobre ele também deve existir.

Não corrija dado ruim com estado final: Se o item está com tipo, origem, recorrência, vínculo ou classificação incorreta, investigue a causa antes de concluir ou cancelar. Um estado final pode esconder a divergência por algum tempo, mas relatórios, auditorias e buscas continuarão refletindo o dado mal classificado.

Encerrar quando a entrega ficou completa

Encerrar é apropriado quando a ação prevista foi executada e o registro sustenta a conclusão. Em tarefas simples, isso pode ser uma evidência anexada com comentário objetivo. Em projetos, controles, achados e rotinas recorrentes, confirme etapas, anexos, aprovações e impactos antes de finalizar.

1. Confirme o critério de conclusão: Leia o que o item exigia originalmente. Uma minuta não encerra uma tarefa de protocolo; um comentário genérico não encerra um controle; um achado pede evidência de tratamento ou decisão formal sobre a exceção.
2. Organize a evidência principal: Mantenha anexos, documentos e comentários no item certo. Se a comprovação ficou em um registro relacionado, deixe o vínculo claro.
3. Escreva uma conclusão auditável: Explique o que foi concluído, em qual data ou período, com base em qual evidência e se houve ressalva. Comentários como resolvido, ok ou feito raramente bastam.
4. Valide o efeito na fila: Depois de encerrar, confira se o item saiu da operação ativa esperada e continua acessível pelo histórico, pelos filtros de concluídos ou pela visualização relacionada ao projeto ou registro de origem.

Cancelar sem apagar a razão

Cancelar é a escolha certa quando a pendência não deve ser executada. Isso acontece quando o item foi criado em duplicidade, a obrigação deixou de se aplicar, a solicitação foi substituída por outra, o projeto mudou de escopo antes da execução ou a recorrência gerou algo indevido. O cancelamento limpa a operação ativa, mas precisa preservar o motivo específico e qualquer vínculo que explique a decisão.

• Cancele por duplicidade quando outro item continuará ativo e contém, ou receberá, os dados necessários para seguir o trabalho.
• Cancele por perda de objeto quando a ação deixou de fazer sentido por alteração de escopo, decisão formal, substituição de processo ou evento que não ocorreu.
• Cancele por criação incorreta quando o item nasceu no workspace, projeto, período, responsável, tipo ou origem errados e não deve ser corrigido no próprio registro.
• Cancele por substituição quando uma nova solicitação ou projeto assumiu o tratamento e o histórico precisa apontar para esse caminho.
• Não cancele apenas porque o prazo atrasou, porque a evidência ficou difícil de obter ou porque a tarefa está incômoda na fila. Registre atraso, bloqueio, devolução ou replanejamento.

Cancelamento não substitui saneamento: Quando vários itens semelhantes foram criados errados por recorrência, importação, configuração ou regra de geração, cancelar um a um pode ser apenas sintoma. Identifique a origem antes de continuar produzindo novas pendências incorretas.

Reabrir para corrigir a mesma história

Reabrir é útil quando o item foi encerrado ou cancelado e você precisa continuar o mesmo assunto com rastreabilidade. A reabertura preserva a decisão anterior e mostra que houve nova ação, revisão ou correção. Ela não deve transformar um item antigo em recipiente para uma demanda diferente.

• Reabra quando a conclusão estava incompleta, a evidência anexada era a versão errada, uma aprovação obrigatória foi esquecida ou a análise precisa ser corrigida.
• Reabra quando uma informação nova altera a decisão dentro do mesmo escopo, como evidência complementar do mesmo período ou resposta formal sobre o mesmo achado.
• Reabra cancelamentos quando o motivo deixou de valer e o item original ainda é o melhor lugar para continuar a trilha.
• Não reabra para tratar outro período, outro controle, outro projeto ou uma nova obrigação. Nesses casos, crie um novo item e vincule o anterior como contexto.

Bom uso da reabertura: A reabertura está bem aplicada quando o histórico mostra que a mesma pendência foi corrigida ou complementada. Se a demanda é outra, o caminho mais claro é novo item com vínculo para o anterior.

Atenção a projetos, recorrências e GRC

Itens de GRC raramente vivem isolados. Uma tarefa pode alimentar um controle, uma recorrência pode gerar obrigações periódicas, um projeto pode consolidar várias entregas e um achado pode depender de evidências aprovadas por áreas diferentes. Antes de finalizar qualquer estado, olhe o efeito nos registros conectados.

• Em projetos, não encerre apenas porque a última tarefa visível foi concluída. Confira marcos, aprovações, documentos finais, pendências de comunicação e registros derivados.
• Em tarefas, diferencie execução de validação. Uma tarefa pode estar pronta para revisão, mas ainda não pronta para encerramento definitivo.
• Em recorrências, cancelar uma ocorrência não significa desativar a recorrência inteira. Se a regra de geração está errada, ajuste a configuração antes do próximo ciclo.
• Em achados e controles, preserve a trilha que conecta teste, evidência, conclusão, exceção e aprovação. Encerrar sem essa cadeia reduz a utilidade do histórico.

Valide e investigue quando algo não fecha

Depois de encerrar, cancelar ou reabrir, confirme o efeito no lugar onde a equipe trabalha. Um estado aplicado corretamente reorganiza a fila sem destruir a capacidade de consulta. Se a tela principal parece certa, mas vínculos, filtros ou contadores contam outra história, investigue antes de repetir a ação em lote.

• O estado aparece com data, responsável e comentário compatível com a decisão tomada.
• Itens encerrados ou cancelados deixam de competir com pendências ativas, mas continuam disponíveis no histórico e em filtros próprios.
• Itens reabertos voltam para a fila, etapa ou responsabilidade correta, sem perder comentários, anexos e decisões anteriores.
• Tarefas filhas, projetos, recorrências, controles e achados relacionados não ficaram em estado contraditório.

Sinais de diagnóstico

• Se um item concluído voltou como pendente, confira recorrência, tarefa filha aberta, aprovação pendente ou filtro misturando reabertos e ativos.
• Se o cancelamento não limpou a visão de trabalho, verifique filtros, duplicidades e atualização de painéis antes de cancelar novos itens.
• Se a reabertura não voltou para o responsável esperado, revise workflow, etapa atual, atribuição, permissões e vínculo com projeto ou controle.
• Se a conclusão foi aceita com evidência errada, reabra quando a decisão precisa ser corrigida; se a decisão segue válida e só falta contexto, registre complemento conforme o processo permitir.
• Se houver pressão para excluir, preserve o histórico e registre a decisão. Exclusão só deve entrar em discussão quando houver regra operacional clara para dado indevido, duplicado ou sensível.