Skip to main content
Mover um cartão parece simples, e na maior parte das vezes é: você arrasta e pronto. Mas por trás de cada movimentação a plataforma faz uma sequência de verificações. Entender essa sequência é o que permite ler as mensagens de recusa e saber exatamente o que ajustar.

​
Antes de tudo: vincular ao funil

Um projeto só pode ocupar uma etapa se estiver vinculado ao funil daquela etapa. São dois vínculos diferentes:

Vínculo com o funil

Coloca o projeto no processo. A partir daí ele passa a ter, naquele funil, um status, uma data de previsão e um formulário do funil.

Vínculo com a etapa

Posiciona o projeto em uma coluna específica do quadro. É o que você muda ao arrastar.
Um projeto pode estar em vários funis ao mesmo tempo, e cada funil guarda sua própria posição e seu próprio status.

​
Formas de mover

O jeito mais comum. Arraste o cartão de uma coluna para outra no kanban.

​
O que a plataforma verifica a cada movimentação

A ordem importa: a primeira verificação que falhar interrompe a movimentação e é ela que aparece na mensagem.
1

O funil está ativo?

Um funil inativo recusa qualquer movimentação. Veja funis ativos e inativos.
2

Você tem permissão para alterar etapas neste funil?

Sem a permissão de alteração de etapa, a movimentação é recusada mesmo que todo o resto esteja correto.
3

O projeto já está nesta etapa?

Mover para onde ele já está não faz nada. Em movimentação individual isso vira um aviso; em lote, o item é apenas pulado.
4

O projeto está vinculado ao funil?

Se ainda não estiver, a plataforma pede confirmação para vinculá-lo antes de posicioná-lo na etapa.
5

As restrições permitem?

São verificadas as restrições de entrada da etapa de destino e as de saída da etapa atual. Veja Restrições e bloqueios.
6

Os itens obrigatórios da etapa atual estão concluídos?

Checklists obrigatórios e campos obrigatórios do formulário da etapa travam a saída até serem preenchidos. Veja Checklists e formulários.
7

Existe algum bloqueio na etapa de destino?

Se o projeto carrega um status ou uma etiqueta que a etapa de destino bloqueia, o vínculo é recusado.
8

Movimentação efetivada

O projeto entra na nova etapa. Se o funil não permite múltiplas etapas, ele sai das demais etapas daquele funil. A entrada e a saída ficam registradas no histórico, e a etapa é reordenada caso use ordenação automática.

​
Mensagens de recusa e o que fazer

As mensagens de restrição e de itens obrigatórios listam exatamente o que faltou — qual etapa, qual checklist, qual campo. Leia a lista antes de mexer na configuração do funil: quase sempre o ajuste é no projeto, não na regra.

​
Múltiplas etapas ao mesmo tempo

Quando o funil tem Múltiplas etapas ativado, mover o projeto para uma nova etapa não o tira da anterior: ele passa a ocupar as duas. O histórico registra isso como início de etapa simultânea, e não como movimentação. Para tirá-lo de uma etapa específica, use a desvinculação da etapa.
Se o projeto estiver vinculado a apenas uma etapa, ele não pode ser desvinculado dela. Nesse caso, mova-o para outra etapa ou desvincule-o do funil inteiro.

​
Desvincular

Tira o projeto daquela coluna, mantendo o vínculo com o funil. Faz sentido em funis com múltiplas etapas, para encerrar uma das frentes em andamento.
Tira o projeto do processo por completo.
Desvincular do funil desfaz as etiquetas, os checklists e os formulários daquele funil. O histórico continua registrado, mas os dados preenchidos no contexto do funil são perdidos.

​
O que fica registrado

Toda entrada e saída de etapa é gravada com data, hora e o usuário responsável. Esse registro alimenta duas coisas:
  • O histórico do projeto, que mostra quem moveu o quê e quando.
  • As métricas de etapa, que calculam tempo de permanência e contagem de entradas. Veja Métricas.

​
Ignorando as regras propositalmente

Existe um modo de administração que ignora restrições, bloqueios, validações de transição e a confirmação de vínculo ao funil. Ele existe para testar fluxos recém-configurados sem precisar montar um caso real.
Use apenas para teste. Movimentações feitas nesse modo pulam regras que existem por um motivo e podem deixar projetos em um estado que o processo normal não produziria.

​
Próximos passos

Restrições e bloqueios

Como desenhar as regras que aprovam ou recusam uma movimentação.

Checklists e formulários

O que torna um item obrigatório e como isso trava a saída da etapa.