📆Atualizado em: 07 de ago. 2026.
Neste artigo você vai aprender como configurar a obrigatoriedade de responsável em ações-mãe e entender o que muda no comportamento do sistema quando essa exigência é desativada.
📌 Quando usar essa funcionalidade?
Hoje, por padrão, o sistema exige que toda ação tenha um responsável para ser executada — incluindo as ações-mãe.
Mas em muitos projetos, a ação-mãe funciona só como um agrupador ou uma entrega macro: a execução real e a responsabilidade direta ficam nas ações-filhas, não na ação-mãe em si.
Sem essa flexibilidade, isso pode gerar:
❌ Necessidade de preencher um "responsável simbólico" só para conseguir salvar a ação-mãe
❌ Dados que não refletem quem de fato está executando o trabalho
Com a nova configuração, você pode:
✔ Usar ações-mãe como agrupadores, sem responsável obrigatório
✔ Manter a exigência de responsável normalmente nas ações-filhas
✔ Escolher esse comportamento por Tipo de projeto — não é uma mudança global
🚀 Como configurar
1️⃣ Acesse as configurações do Tipo
Vá em Planos → Tipos e abra o tipo de plano que deseja configurar.
2️⃣ Abra a aba "Planos de Ação"
Dentro do cadastro do tipo, acesse a aba Planos de Ação.
3️⃣ Localize o toggle "Exigir responsável para executar ações-mãe"
Ele fica logo abaixo da configuração de obrigatoriedade de anexos, com um ícone ⓘ explicando o comportamento.
4️⃣ Desative o toggle
Por padrão, ele vem ativado — ou seja, o comportamento atual (responsável obrigatório em todas as ações) é mantido até você decidir mudar.
5️⃣ Salve as alterações
⚠️ Se o campo "Responsável" também estiver marcado como obrigatório na tabela de campos do Tipo, a regra desse toggle prevalece: com ele desativado, responsável deixa de ser exigido especificamente nas ações-mãe, mesmo que o campo esteja configurado como obrigatório em geral.
🔍 O que muda quando a exigência está desativada
- Ações-mãe podem ser executadas sem responsável — a validação é ignorada especificamente para ações que possuem subações
- Ações-filhas continuam exigindo responsável normalmente, sem alteração
- Isso vale no formulário da ação, no grid (lista/árvore) e também nas edições em massa
💡 Se você preencher um responsável diretamente na ação-mãe, mesmo sem ser obrigatório, ela passa a se comportar como uma ação normal — o sistema ignora as regras de dependência das filhas nesse caso.
♻️ O que acontece se a ação-mãe perder todas as filhas ativas
Se uma ação-mãe está "Em Execução" sem responsável (porque a responsabilidade está nas filhas), e a última filha ativa for removida, excluída, ou tiver o "Pertence a" alterado para outro lugar:
O sistema verifica se ainda existe alguma outra subação em execução. Se não houver mais nenhuma, ele avisa:
Se você confirmar, a ação-mãe volta para "Aguardando Início" automaticamente.
🚫 Trocando o Tipo de um projeto ou de configuração
Essa configuração tem algumas travas de segurança pra evitar que projetos em andamento fiquem "quebrados":
- No cadastro do Tipo: se já existem projetos ativos desse tipo com ações-mãe em execução e sem responsável, o sistema bloqueia o toggle — você não consegue reativar a obrigatoriedade enquanto isso não for resolvido. Aparece uma tooltip explicando o motivo.
- Ao trocar o Tipo de um projeto: se o projeto tem ações-mãe em execução sem responsável, os tipos que exigem responsável em ações-mãe aparecem bloqueados na lista de seleção (com tooltip explicando), e a opção de deixar o tipo vazio também fica bloqueada.
👉 Ou seja: o sistema nunca permite que você "esbarre" numa configuração que deixaria ações-mãe existentes em situação inválida.
🔗 Ações vinculadas entre projetos
Se uma ação-mãe estiver vinculada a outros projetos, ela sempre respeita a configuração do Tipo do projeto de origem — não a do projeto onde está sendo visualizada.
👉 Veja também: Como vincular ações no projeto?
🧠 Boas práticas
✔ Desative a exigência apenas nos tipos de projeto onde a ação-mãe realmente funciona como agrupador, não como uma entrega com responsável direto
✔ Mantenha a responsabilidade bem definida nas ações-filhas — é ali que a execução real precisa estar clara
✔ Se quiser reativar a obrigatoriedade depois, primeiro resolva as ações-mãe em execução sem responsável, senão o sistema não deixa reativar
✅ Conclusão
Essa configuração dá mais flexibilidade para empresas que usam ações-mãe como organizadores de cronograma, sem forçar o preenchimento de um responsável que não reflete a realidade da execução. Com ela, você ganha:
✔ Liberdade para estruturar o plano de ação do seu jeito
✔ Responsabilidade concentrada onde a execução de fato acontece
✔ Segurança contra configurações que deixariam projetos existentes inconsistentes