Tarefas

Visão geral

As tarefas são o núcleo do Ziptask. O trabalho é organizado em listas de tarefas (projetos ou listas de verificação) que contêm tarefas (afazeres individuais). As listas podem ser pessoais (de um único membro) ou compartilhadas (atribuídas a vários membros).

Os modelos são planos reutilizáveis para listas — você monta um uma vez e gera novas listas a partir dele quando precisar. As listas recorrentes são uma camada opcional sobre os modelos: um modelo pode receber um cronograma para que novas listas sejam geradas automaticamente. Um modelo não precisa se repetir; ele pode ser gerado manualmente sempre que necessário.

Listas de tarefas

Quem pode criar uma lista

Qualquer membro pode criar uma lista pessoal. Admin e Root podem criar uma lista e atribuí-la a qualquer membro da conta. O Team Admin pode criar e atribuir listas, mas apenas a membros dentro das próprias equipes — ele não pode atribuir a membros fora do escopo da sua equipe.

Quem pode ver uma lista

Função	Visibilidade
Usuário	Listas associadas a qualquer uma das suas equipes, mais listas que criou ou às quais está atribuído (equipes ativadas). Com as equipes desativadas, apenas as listas que criou ou às quais está atribuído. As listas que o Usuário criou ou às quais está atribuído são editáveis; quaisquer outras que ele possa ver são somente visualização.
Team Admin	Listas associadas a qualquer uma das suas equipes, mais listas que criou ou às quais está atribuído (equipes ativadas). A visibilidade padrão tem escopo de equipe — igual ao Admin, mas limitada à(s) sua(s) equipe(s).
Admin	Todas as listas da conta o tempo todo (escopo de conta — não restrito por equipe).
Root	Todas as listas da conta o tempo todo.

Listas somente visualização: Um Usuário que pode ver uma lista, mas não é o criador nem uma pessoa atribuída, pode ver suas tarefas e progresso, mas não pode adicionar tarefas, pegar tarefas nem enviar anexos. Essas listas são rotuladas como “Somente visualização” na visualização de listas.

Equipes desativadas. Quando teams_enabled está desativada, as associações de equipe são ignoradas e a visibilidade recai para o escopo de função de cada membro: Admin e Root (escopo de conta) ainda veem toda lista, enquanto os membros com escopo de equipe (a função Usuário padrão) veem apenas as listas que criaram ou às quais estão atribuídos. Quando teams_enabled está ativada, os membros com escopo de equipe veem adicionalmente as listas pertencentes a qualquer uma das suas equipes; um membro em várias equipes vê as listas de todas essas equipes combinadas. A visibilidade sempre segue o escopo de permissão do membro — nunca mais do que sua função concede.

Listas sem equipe: Se uma lista foi criada sem equipe (seja antes de as equipes serem ativadas, seja por um membro que não está em nenhuma equipe), ela não tem associação de equipe e só é visível para o criador e o Root. Um Admin ou Root pode abrir o modal de edição da lista e atribuí-la a uma equipe para restaurar uma visibilidade mais ampla.

Ações de lista por função

Ação	Usuário	Team Admin	Admin / Root
Criar uma lista pessoal	✓ (nível free: máx. 10 listas ativas)	✓	✓
Criar e atribuir uma lista a membros	✗	✓ (apenas membros da própria equipe)	✓
Editar título / descrição / data de vencimento	Apenas o criador	Apenas o criador (escopo de equipe)	✓
Excluir uma lista	Apenas o criador	Apenas o criador (escopo de equipe)	✓
Arquivar / desarquivar uma lista	Apenas o criador	Apenas o criador (escopo de equipe)	✓
Adicionar / remover atribuições de membros	✗	✓ (apenas membros da própria equipe)	✓

Gerenciando pessoas atribuídas

Admin, Root e Team Admin (dentro do seu escopo de equipe) podem alterar quem está atribuído a uma lista. Há duas formas de fazer isso:

Gerenciar membros (rápido): Na página de detalhe da lista, toque nos avatares das pessoas atribuídas ou na ação Gerenciar membros na área de atribuídos para abrir um diálogo focado só em adicionar/remover pessoas. As mudanças são salvas imediatamente e atualizam em tempo real para todos que estão vendo a lista.
Editar lista (formulário completo): O formulário de edição da lista também inclui o seletor de pessoas atribuídas, ao lado do título, da descrição, da data de início, da data de vencimento, da equipe e das etiquetas. Uma lista pode levar uma data de início opcional além de uma data de vencimento — as duas marcam a janela de trabalho (ex.: começa na segunda, vence na sexta). O início e o vencimento são escolhidos com um controle combinado de data e hora e incluem uma hora do dia — os inícios novos têm padrão de 9h e os vencimentos de 17h no fuso horário da conta. As listas novas colocam o início como hoje às 9h por padrão; limpe-o se uma lista não tiver um início distinto. O início precisa ser em ou antes do vencimento. Uma lista está atrasada assim que sua data e hora de vencimento passam (uma lista que vence às 17h fica atrasada às 17h01, não no começo do dia seguinte).

Ambos os caminhos exigem permissão de atribuição. Os Team Admins só podem adicionar ou remover membros dentro das próprias equipes; um Usuário comum não pode alterar atribuições e não verá a ação Gerenciar membros.

Listas recorrentes — quem está em cada ocorrência. Uma lista recorrente gera uma nova cópia a cada agendamento, e cada nova cópia pega as pessoas atribuídas da série recorrente (a mestre), não da lista de um dia específico. Então, ao abrir Gerenciar membros em uma ocorrência recorrente, um banner “Esta lista se repete” no topo oferece duas alternâncias que controlam até onde suas mudanças alcançam:

Adicionar novos membros a todas as ocorrências — ativado por padrão. Qualquer pessoa que você adicionar entra na série, então toda ocorrência futura passa a incluí-la. Desative para adicionar alguém apenas a esta ocorrência (ex.: um substituto de um dia).
Remover membros de todas as ocorrências — desativado por padrão. Remover alguém afeta apenas esta ocorrência (ex.: uma falta por doença). Ative para removê-lo também de toda ocorrência futura.

O banner só aparece em uma ocorrência recorrente; em uma lista normal não há nada para manter sincronizado. As alternâncias se aplicam às pessoas que você de fato adiciona ou remove nesta sessão — um membro existente só-da-ocorrência que você deixa marcado não é alterado. Para mover alguém que está em uma única ocorrência para a série inteira, adicione-o na própria lista recorrente (a mestre).

Arquivando listas

As listas podem ser arquivadas em vez de excluídas. As listas arquivadas ficam ocultas da visualização padrão e não contam no limite de listas ativas do nível free. Para ver as listas arquivadas, toque em Arquivadas no cabeçalho da página de listas — a visualização muda para mostrar apenas as listas arquivadas. As listas arquivadas permanecem totalmente navegáveis: tocar em um cartão na visualização de arquivadas abre o detalhe da lista, onde as tarefas e o histórico podem ser revisados.

Limite de listas ativas do nível free: As contas do nível free podem ter até 10 listas ativas (não arquivadas) por vez. Arquivar uma lista libera um espaço. Se uma conta do nível free está no limite, criar uma nova lista ou desarquivar uma lista fica bloqueado até que outra lista seja arquivada.

Quem pode arquivar: O criador da lista, ou Admin ou Root podem arquivar qualquer lista. Arquivar preserva todos os dados, tarefas e histórico da lista — nada é excluído.

Listas vinculadas a projeto: Se uma lista está vinculada a um projeto, arquivá-la não a remove dos totais de pontos ou custos do projeto. Todas as listas sempre contam nas consolidações do projeto, independentemente do status de arquivamento. Uma nota nesse sentido é mostrada na confirmação de arquivamento quando a lista pertence a um projeto.

Desarquivando: Tanto o botão Desarquivar no cartão de lista arquivada quanto a ação Desarquivar na barra lateral de detalhe da lista mostram uma confirmação antes de restaurar a lista para ativa. Na página de detalhe, a ação da barra lateral alterna entre Arquivar e Desarquivar com base no status atual da lista.

Campo de equipe nas listas de tarefas

Requer: feature flag teams_enabled

Toda lista de tarefas pode, opcionalmente, ser associada a uma equipe. Quando uma lista tem uma equipe, o nome da equipe aparece como um selo no cartão da lista e na barra lateral de detalhe da lista.

Ao criar uma lista:

Situação	Comportamento
O membro criador está em exatamente uma equipe	A lista é automaticamente associada àquela equipe
O membro criador está em várias equipes	Um seletor de Equipe aparece no formulário de criação; o membro escolhe qual equipe (ou “Nenhuma equipe”)
O membro criador não está em nenhuma equipe	A lista não tem associação de equipe

Ao editar uma lista:

Admin e Root podem alterar a equipe em qualquer lista que consigam gerenciar. Um Usuário comum pode alterar a equipe apenas nas listas das quais é dono, e apenas para uma equipe à qual pertence no momento. Selecionar “Nenhuma equipe” é permitido e limpa a associação de equipe.

Quando teams_enabled está desativada, o seletor de equipe, o selo de equipe nos cartões e a seção de equipe na barra lateral de detalhe ficam todos ocultos. As associações de equipe existentes são preservadas e restauradas se a flag for reativada.

Alternância de escopo Minhas / Todas

A página de listas de tarefas tem uma alternância Minhas | Todas que filtra quais listas são mostradas.

Escopo	Mostra
Minhas	Listas que o membro criou ou às quais está atribuído
Todas	Todas as listas às quais o membro tem visibilidade (conta ou equipe inteira, conforme as regras acima)

Escopo padrão por função (apenas na primeira vez):

Usuário → padrão Minhas
Admin / Root → padrão Todas

O escopo escolhido é lembrado por pessoa, naquele dispositivo — uma vez que um membro muda para Todas, a página abre em Todas na próxima vez, até que ele mude de novo. O padrão de função acima só se aplica antes de um membro fazer uma escolha. Mudar de escopo recarrega a lista da página 1; puxar para atualizar e a rolagem infinita ambos respeitam o escopo atual.

Visualização “Minhas” vazia. Em contas que atribuem o trabalho por equipe em vez de a indivíduos, a visualização Minhas de um membro da equipe pode ficar vazia — ele não criou as listas e não está atribuído individualmente, então as listas pertencem à sua equipe, não diretamente a ele. Quando Minhas está vazia, a página mostra uma explicação curta e um botão Ver todas as listas que muda para Todas, onde as listas da equipe dele aparecem. (Com as equipes desativadas, o mesmo botão simplesmente muda para Todas para mostrar toda lista que o membro consegue ver.)

Os filtros também são lembrados. A ordenação, o filtro de data de vencimento, os filtros de etiqueta e a alternância de arquivadas também são lembrados por pessoa naquele dispositivo, então a lista reabre do jeito que o membro a deixou por último. Apenas a busca em texto livre não é lembrada — ela se limpa a cada sessão.

Status da lista

O status geral de uma lista é derivado das suas tarefas:

Não iniciada — sem tarefas, ou todas as tarefas estão em TODO
Em andamento — pelo menos uma tarefa está em DOING ou COMPLETED, mas nem todas concluídas
Concluída — todas as tarefas estão em COMPLETED

Indicadores de cor de status

Cada cartão de lista mostra uma faixa colorida na borda esquerda e um selo de progresso que refletem o status atual da lista:

Status	Faixa da borda esquerda	Selo de progresso
Não iniciada	Cinza (esmaecido)	Cinza
Em andamento	Âmbar	Âmbar
Concluída	Verde-azulado	Verde-azulado

Tarefas

As tarefas vivem dentro de uma lista. O criador da lista, um Team Admin da equipe da lista e Admin / Root podem adicionar e editar tarefas. As pessoas atribuídas trabalham nas tarefas existentes (pegam, concluem, enviam para aprovação), mas não as adicionam nem editam. Os membros que veem uma lista no modo somente leitura (visibilidade de equipe, não atribuídos) podem ver as tarefas, mas não podem interagir com elas — isso é por design: um admin atribui a lista às pessoas que a fazem (veja “Trabalhar em tarefas vs. gerenciá-las” abaixo).

Trabalhar em tarefas vs. gerenciá-las. Fazer uma tarefa e editar uma tarefa são permissões separadas. Uma função pode conceder pegar e concluir (a ação cotidiana da equipe — reivindicar, concluir, liberar, comentar, enviar comprovação) sem conceder a capacidade de adicionar, editar ou excluir tarefas nem renomear a lista — e vice-versa. Para funções de equipe (Usuário, Team User), essa capacidade de “fazer o trabalho” tem escopo próprio: ela se aplica a listas que criaram ou às quais foram atribuídos, então o trabalho é conquistado por atribuição. O fluxo pretendido é que um Admin ou Team Admin divide e atribui cada lista à equipe, e essas pessoas atribuídas então marcam os itens como feitos (a lista permanece somente leitura para gerenciamento para elas — sem Adicionar tarefa nem renomear — mas os botões Pegar e Marcar como feita aparecem). Os admins podem montar funções personalizadas da mesma forma — conceda o act de Itens da lista de tarefas por si só, ou combine-o com update para também permitir editar o texto do item. Uma conta que, em vez disso, quer que qualquer membro da equipe pegue qualquer lista da sua equipe sem uma etapa de atribuição pode clonar uma função e conceder o act de Itens da lista de tarefas em escopo de equipe (compensação: um membro da equipe fora de turno poderia então marcar trabalho como feito também). Aprovar e reatribuir tarefas nunca fazem parte do trabalho em itens; ficam com Team Admin / Admin / Root.

Adicionando várias tarefas rapidamente: No diálogo Adicionar tarefa, use Adicionar e criar outra — ou simplesmente pressione Enter no campo de título — para salvar a tarefa atual e imediatamente iniciar uma nova com o formulário limpo (o diálogo permanece aberto e o cursor volta ao título). Esta é a forma mais rápida de montar uma lista de verificação. Adicionar salva a tarefa e fecha o diálogo como de costume. Ambos honram as mesmas opções de tarefa (pontos, aprovação, exigência de foto).

Ações de tarefa por função

Ação	Usuário — criador da lista	Usuário — apenas atribuído	Team Admin (própria equipe)	Usuário (somente visualização)	Admin / Root
Adicionar uma tarefa	✓	✗	✓	✗	✓
Editar o título / descrição de uma tarefa	✓	✗	✓	✗	✓
Definir pontos, aprovação ou opções de foto da tarefa	✗	✗	✓	✗	✓
Reatribuir uma tarefa a um membro diferente	✗	✗	✓	✗	✓
Excluir uma tarefa (apenas TODO)	✓	✗	✓	✗	✓
Pegar / mudar o status da própria tarefa	✓	✓	✓	✗	✓
Concluir ou redefinir uma tarefa de outra pessoa	✓ (na lista dele)	✗	✓	✗	✓
Enviar para aprovação	✓	✓	✓	✗	✓
Aprovar / rejeitar	✗	✗	✓	✗	✓

A autoridade do Team Admin se aplica às listas da(s) própria(s) equipe(s). Definir valores de pontos e as chaves de aprovação / foto exige escopo de equipe ou de conta — um Usuário simples não pode defini-los nem mesmo em uma lista que criou. Isso impede que os membros coloquem pontos de recompensa no próprio trabalho para inflar o próprio saldo.

Restrição de exclusão: As tarefas só podem ser excluídas quando estão no estado TODO. As tarefas que foram pegas (DOING, PENDING_APPROVAL, COMPLETED) não podem ser excluídas; o criador da lista, um Team Admin da equipe da lista, ou um Admin ou Root podem redefini-las para TODO primeiro, se a remoção for necessária.

Transições de status de tarefa

Sem o fluxo de aprovação (padrão):

Transição	Quem pode disparar	O que acontece
TODO → DOING	Qualquer membro atribuído à lista (ou um admin / team admin, ou uma função personalizada com `task_item:act` no escopo da lista)	Define a pessoa atribuída à tarefa como o membro atual; registra o horário de início
DOING → COMPLETED	O membro que a pegou, o criador da lista, um Team Admin da equipe da lista, ou Admin / Root	Registra quem a concluiu e quando; concede pontos se ativado
DOING → TODO	O membro que a pegou, o criador da lista, um Team Admin da equipe da lista, ou Admin / Root	Limpa a pessoa atribuída e o horário de início
COMPLETED → TODO	O criador da lista, um Team Admin da equipe da lista, ou Admin / Root	Limpa todos os campos de acompanhamento; reverte os pontos se ativado

Redefinir uma tarefa concluída pede confirmação. Como uma redefinição (COMPLETED → TODO) apaga o registro de conclusão — quem concluiu e quando — e reverte quaisquer pontos que foram concedidos, o app agora mostra uma confirmação antes de reabrir uma tarefa concluída, para que um toque acidental não possa reverter silenciosamente pontos ganhos. (Se a reversão deixasse o saldo do membro negativo, um aviso mais forte, “Aviso de pontos”, é mostrado em vez disso.) As ações de liberação (DOING → TODO) e de aprovação não são afetadas — elas não removem uma conclusão nem pontos.

Com aprovação exigida em uma tarefa (veja Requer aprovação abaixo):

Transição	Quem pode disparar	O que acontece
DOING → PENDING_APPROVAL	O membro que a pegou, ou qualquer um que possa gerenciar a lista	Envia a tarefa para revisão; registra o horário de envio
PENDING_APPROVAL → COMPLETED	Um Team Admin da equipe da lista, ou Admin / Root	Aprova a tarefa; concede pontos à pessoa atribuída
PENDING_APPROVAL → DOING	Um Team Admin da equipe da lista ou Admin / Root (rejeitar), ou a pessoa atribuída (retirar)	Volta para DOING para que o trabalhador possa corrigir e reenviar
DOING → COMPLETED (contornar)	Um Team Admin da equipe da lista, ou Admin / Root	Pula a etapa de aprovação e marca a tarefa como feita diretamente

Cores de status de tarefa

Cada linha de tarefa exibe um selo de status e uma faixa colorida na borda esquerda:

Status	Cor do selo	Faixa da borda esquerda
TODO	Cinza	Cinza (esmaecido)
DOING	Âmbar	Âmbar
PENDING_APPROVAL	Azul-céu	Azul-céu
COMPLETED	Verde-azulado	Verde-azulado (o título da linha fica riscado e esmaecido para indicar que está feito)

Regra-chave: Um Usuário simples não pode agir em uma tarefa que não pegou — com uma exceção: o criador da lista pode concluir ou redefinir qualquer tarefa de uma lista que criou, mesmo que outra pessoa a tenha pegado. Um Team Admin pode agir em qualquer tarefa das listas da própria equipe, e Admin ou Root podem agir em qualquer tarefa da conta, para fechar ou reatribuir trabalho em nome dos membros da equipe. Aprovar uma tarefa não é concedido só pela propriedade — exige autoridade de aprovação (Team Admin, Admin ou Root); um criador Usuário-simples pode concluir as tarefas da sua lista, mas não pode aprová-las.

Tratamento de conflito: Se dois membros tentam agir na mesma tarefa simultaneamente, a segunda mudança é bloqueada e aquele membro vê um aviso, e então a lista atualiza automaticamente para mostrar o estado atual.

Pontos na conclusão

Quando points_system está ativada, concluir uma tarefa concede pontos ao membro que a concluiu. Os pontos são concedidos à pessoa atribuída no momento da conclusão (seja conclusão direta ou aprovação). Reverter uma conclusão (COMPLETED → TODO) deduz esses pontos automaticamente.

Aprovação e comprovação por foto

Admin, Root e Team Admin (nas listas da própria equipe) podem definir duas opções independentes por tarefa (no formulário de Adicionar/Editar tarefa). Cada uma pode ser usada por si só — Exigir foto/documento não depende mais de Requer aprovação.

Chave	Requer flag	O que faz
Requer aprovação	`approval_enabled`	O trabalhador precisa enviar a tarefa para revisão; um aprovador — um Team Admin da equipe da lista, ou um Admin ou Root — precisa aprovar antes de ela virar COMPLETED e os pontos serem concedidos.
Exigir foto / documento	`attachments_enabled`	Pelo menos um anexo precisa estar na tarefa antes de ela poder ser concluída. Se a aprovação também estiver ativada, o anexo é exigido na etapa de enviar para aprovação. Mostrado sempre que os anexos estão ativados, independentemente de Requer aprovação.

Ambas as chaves têm padrão desativado e são independentes — você pode exigir uma foto com nenhuma aprovação (ex.: “tire uma foto de comprovação para finalizar a tarefa”), exigir aprovação sem foto, ambas, ou nenhuma. Elas podem ser definidas ao criar ou editar uma tarefa, ou em tarefas de modelo, para que os valores sejam levados a toda lista gerada a partir daquele modelo.

A exigência de foto se aplica a todos, incluindo admins — não há contorno de admin para ela. Para concluir uma tarefa que exige uma foto quando nenhuma está disponível, um admin precisa primeiro editar a tarefa para desativar a exigência (ou anexar um arquivo). Isso difere da etapa de aprovação, que os admins podem contornar (veja Contorno de admin abaixo).

Quem recebe notificações

Quando um trabalhador envia para aprovação, todos com autoridade de aprovação (Team Admins da equipe da lista, mais Admins e Root) recebem uma notificação.
Quando um aprovador aprova uma tarefa, a pessoa atribuída recebe uma notificação.
Quando um aprovador rejeita um envio, a pessoa atribuída recebe uma notificação.
Quando um trabalhador retira o próprio envio, nenhuma notificação é enviada.

Contorno do aprovador

Os aprovadores podem pular a etapa de aprovação: enquanto uma tarefa está em DOING (mesmo que a aprovação seja exigida), um Team Admin da equipe da lista, ou um Admin ou Root, podem tocar em Marcar como feita para ir diretamente para COMPLETED. Isso é intencional — eles sempre podem agir em nome da equipe. Um criador Usuário-simples pode concluir tarefas na própria lista, mas, sem autoridade de aprovação, não pode contornar uma tarefa que exige aprovação.

Anexos de tarefa

Requer: feature flag attachments_enabled

Os membros podem anexar arquivos diretamente a tarefas individuais. Isso é separado dos anexos no nível da lista. Os anexos de tarefa são úteis para fluxos de enviar-antes-de-submeter quando as exigências de aprovação e de anexo estão ambas ativadas.

Ação	Usuário	Admin / Root
Ver anexos de tarefa	✓ (em listas que podem ver)	✓
Enviar anexos de tarefa	✓ (em listas que podem ver)	✓
Excluir anexos de tarefa	Apenas quem enviou	✓

Toque na ação Anexos em qualquer tarefa para ver, enviar ou remover arquivos. Nos apps de celular, você pode Tirar uma foto com a câmera ou Escolher arquivo para anexar uma foto ou documento existente; na web, o seletor de arquivos abre diretamente. A linha da tarefa mostra um selo de contagem de anexos quando um ou mais arquivos estão presentes.

Miniaturas inline: as tarefas com anexos mostram uma pequena tira de miniaturas somente leitura diretamente na tarefa, na página de detalhe da lista de tarefas — assim as fotos de comprovação de trabalho ficam visíveis de relance sem abrir cada tarefa. Toque em uma miniatura para abrir o arquivo completo. O envio e a exclusão ainda acontecem pela ação Anexos. A tira atualiza ao vivo conforme outros adicionam ou removem fotos.

Modelos e listas recorrentes

Requer: flag templates_enabled para modelos; flag recurring_lists para recorrentes. Ambas são ativadas automaticamente a partir do plano Starter e acima. No Free, nenhum dos recursos está disponível.

Modelos

Uma lista de tarefas pode ser salva como um modelo. Os modelos são planos reutilizáveis — eles não aparecem na lista de tarefas normal e não podem ser trabalhados diretamente. Apenas Admin e Root podem criar ou gerenciar modelos.

Há duas formas de criar um: iniciar um modelo em branco na página Modelos, ou transformar uma lista existente em um com Salvar como modelo, encontrado nas ações da página de detalhe da lista. Salvar como modelo abre um formulário curto pré-preenchido com o título e a descrição da lista (ambos editáveis) e copia as tarefas da lista para o novo modelo — incluindo os pontos de cada tarefa e suas configurações de “exige uma foto” / “exige aprovação”. Progresso, pessoas atribuídas, datas de vencimento, comentários e anexos são estado de trabalho e não são copiados. Uma vez criado, um link na confirmação leva você direto para o novo modelo.

Quando um modelo é gerado, uma nova lista de tarefas normal é criada a partir dele com todas as tarefas, atribuições e etiquetas copiadas. As tarefas são redefinidas para TODO. A geração pode ser feita manualmente ou automaticamente via um cronograma de recorrência.

A página de detalhe do modelo lista suas tarefas em ordem (arraste para reordenar). Cada tarefa mostra seus pontos de recompensa e de esforço (quando o sistema de pontos está ativado) e um pequeno ícone marcando qualquer tarefa que exige uma foto ou exige aprovação — para você ver de relance o que será levado a toda lista gerada a partir do modelo. Um resumo dos pontos totais de recompensa e de esforço do modelo aparece ao lado da contagem de tarefas.

Listas recorrentes

Um modelo pode receber um cronograma de recorrência para que novas instâncias de lista sejam criadas automaticamente em uma cadência que se repete. O próprio modelo é chamado de lista mestre; as cópias criadas são chamadas de instâncias. Todas as instâncias são imediatamente trabalháveis quando aparecem — não há um estado “Em breve”.

Frequências

Frequência	Cadência
Diária	Todo dia
Semanal	A cada 7 dias
Quinzenal	A cada 14 dias
Mensal	Mesmo dia de cada mês; se a data de vencimento cair no último dia de um mês, as instâncias seguintes caem no último dia de cada mês seguinte (ex.: 31 jan → 28/29 fev → 31 mar)

Como as instâncias são criadas

As instâncias são criadas sob demanda — o sistema nunca pré-cria instâncias futuras. Quando um período vence, uma instância Ativa é criada para aquele período. Todas as instâncias são imediatamente Ativas e trabalháveis.

O sistema verifica a cada hora e cria quaisquer instâncias cujo período agora venceu.

Desbloqueio antecipado: Quando todas as tarefas de uma instância Ativa são concluídas, o sistema cria automaticamente a instância do próximo período — os membros não precisam esperar pela próxima verificação.

Eventos agendados no calendário: O calendário mostra datas de recorrência futuras como eventos agendados (exibidos com uma borda tracejada). Esses não são listas reais ainda — são calculados a partir do cronograma da mestre. Qualquer membro com permissão de criação de lista pode tocar em um evento agendado e escolher Ativar agora para criar a próxima instância imediatamente — isso inclui Admin, Root, Team Admin e Usuários comuns para listas das quais são donos ou às quais estão atribuídos.

Definindo um cronograma de recorrência

O botão Definir cronograma aparece na página de detalhe da lista mestre. Admin e Root podem definir um cronograma a qualquer momento — a lista não precisa ser um modelo primeiro.

Cronogramas disponíveis: Diário, A cada dois dias, A cada 3 dias, Dias úteis (seg–sex), Semanal, A cada 2 semanas e Mensal. Escolher Personalizado… (a última opção no menu suspenso de cronograma) oferece dois construtores:

Intervalo — “A cada N dias / dias úteis / semanas / meses” para qualquer intervalo até 30 (ex.: a cada 5 dias, a cada 2 dias úteis, a cada 2 meses).
Dias — repetir em um conjunto escolhido de dias da semana a cada semana (ex.: toda terça e quinta, ou seg/qua/sex). Escolha um ou mais dias dos chips D–S–T–Q–Q–S–S.
Dias úteis repete todo dia útil e pula os fins de semana — uma instância de dia útil que vence numa sexta gera a próxima na segunda, nunca no sábado ou domingo. No modo Personalizado, dias úteis conta apenas dias úteis, então “a cada 2 dias úteis” a partir de uma sexta cai na terça seguinte (sábado e domingo não contam). O período de início→vencimento de uma recorrência de dias úteis também é contado em dias úteis: uma lista de dois dias úteis que começa numa sexta vence na segunda seguinte, não no sábado.
Dias (dias específicos da semana) gera uma lista em cada dia selecionado, toda semana — ex.: ter + qui produz uma lista toda terça e toda quinta. A data de início é a âncora; a primeira lista começa no próximo dia da semana selecionado em ou após ela.
O mensal preserva o comportamento de fim de mês (uma lista que começa no dia 31 cai no último dia de cada mês).
Data de início (a âncora). A recorrência roda na data de início: cada instância é criada quando seu dia de início chega. Uma lista também pode levar uma data de vencimento — o prazo dentro do período — e as duas juntas marcam a janela de trabalho (por exemplo, começa na segunda, vence na sexta); toda instância gerada mantém esse mesmo período de início→vencimento. A data de vencimento é opcional: uma lista com apenas uma data de início simplesmente se repete naquela data sem prazo. Como o agendamento se ancora na data de início, uma lista sem data de início tem uma solicitada quando você define seu cronograma (o padrão é hoje) — essa passa a ser a data de início da lista.
Os dias são os dias da conta. A recorrência usa o fuso horário da conta (Configurações da conta) para decidir quando um dia começa, então uma lista “diária” dispara no dia civil local da conta e um início/vencimento no mesmo dia permanece um único dia o ano inteiro — inclusive nas mudanças de horário de verão. Se o fuso horário da conta estiver em branco, ele recai para UTC.
Definir um cronograma atualiza a regra de recorrência. Se a data de início da próxima instância for em ou antes de hoje, uma instância Ativa é criada imediatamente.
Nenhuma instância futura é pré-criada — o calendário mostra marcadores agendados em vez disso.
Como as instâncias são criadas no momento em que vencem, quaisquer tarefas adicionadas à lista mestre depois de o cronograma ser definido aparecerão automaticamente em todas as instâncias futuras. Não há necessidade de ressincronizar ou atualizar as instâncias existentes manualmente.

Encerrando uma recorrência em uma data

Ao definir ou alterar um cronograma, a opção Termina controla por quanto tempo a recorrência roda:

Nunca (o padrão) — a lista continua gerando instâncias até alguém pará-la. É assim que as listas recorrentes sempre funcionaram.
Em uma data — escolha uma data de término, e a recorrência para sozinha assim que essa data passa.

A data de término é inclusiva: uma instância cujo início cai na data de término ainda é criada, e nenhuma é gerada depois dela. Definir uma data de término não exclui nada — apenas para as instâncias futuras; as instâncias já criadas permanecem como listas autônomas. Uma vez que a data de término passa, a lista simplesmente para de criar novas cópias — o cronograma em si é mantido, então a lista continua mostrando “Repete … · Termina {date}” como registro do que fez (não é limpo, e as instâncias existentes ficam intocadas). A data de término usa o fuso horário da conta, como o resto do agendamento, e precisa ser em ou após a data de início da lista. Para encerrar uma recorrência imediatamente em vez de em uma data, use Parar recorrência (abaixo), que remove o cronograma por completo.

Ações por função

Ação	Usuário (próprio/atribuído)	Admin / Root
Definir um cronograma de recorrência	✗	✓
Alterar o cronograma de recorrência	✗	✓
Parar a recorrência	✗	✓
Ver eventos agendados (em breve) no calendário	✓	✓
Ativar a próxima instância imediatamente	✓ (apenas próprio/atribuído)	✓
Excluir uma lista (com escolha de escopo para recorrentes)	Apenas o criador	✓

Parando a recorrência

O botão Parar recorrência na página de detalhe da lista mestre desarma o cronograma. Nenhuma lista é excluída — o cronograma de recorrência da mestre é limpo e nenhuma nova instância será criada. As instâncias Ativas e concluídas existentes não são afetadas; elas permanecem como listas autônomas e mantêm seu histórico.

Alterando o cronograma

O botão Alterar cronograma atualiza a recorrência dali em diante. Ele abre pré-preenchido com o cronograma atual (a frequência ou os dias específicos), então só as partes que são alteradas precisam de ajuste. A vantagem inicial não é mais definida aqui — ela vem das próprias datas de início e vencimento da lista. Nenhuma instância existente é excluída ou modificada. Os eventos agendados futuros no calendário atualizam para refletir a nova cadência automaticamente.

Navegando entre a mestre e as instâncias

A página de detalhe de uma instância mostra um link “Parte de série recorrente” que navega de volta para a lista mestre, facilitando gerenciar o cronograma sem caçar o modelo original.

Excluindo uma lista mestre recorrente

Quando a lista mestre é excluída, o sistema pede o escopo:

Escolha	O que acontece
Apenas esta lista	Exclui apenas a mestre. As instâncias existentes viram listas autônomas e não são afetadas. Nenhuma nova instância será criada, já que a mestre se foi.
Série inteira	Exclui a mestre e toda instância em qualquer status — incluindo listas Ativas no momento. Isso é irreversível.

Excluindo uma instância recorrente

Quando uma instância individual é excluída, o sistema também pede o escopo:

Escolha	O que acontece
Apenas esta instância	Remove apenas esta instância. A mestre e o cronograma não são afetados; a série continua normalmente.
Série inteira	Exclui a mestre e toda instância em qualquer status — incluindo listas Ativas no momento. Isso é irreversível.

Lembretes

Requer: feature flag reminders_enabled (ativada por padrão em todos os planos)

Adicione lembretes a uma lista de tarefas que notificam as pessoas antes de ela começar ou vencer — uma predefinição (dia/semana antes do início ou do vencimento) ou uma data e hora personalizadas — cada um voltado a todos na lista ou a membros específicos, com uma nota opcional. Os lembretes disparam por push + notificação no app, e um widget de Próximos lembretes aparece no painel. Veja Lembretes para o guia completo.

Anexos de lista

Requer: feature flag attachments_enabled

Quando ativado, os membros podem anexar arquivos (imagens e documentos) a listas de tarefas. Os tipos suportados incluem JPEG, PNG, WebP e formatos comuns de documento. As imagens são redimensionadas automaticamente ao serem enviadas. Cada arquivo tem um limite de tamanho de 20 MB, com um máximo de 20 anexos por lista. Nos apps de celular, toque no bloco de adicionar para Tirar uma foto com a câmera ou Escolher arquivo; na web, o seletor de arquivos abre diretamente.

Ação	Usuário	Admin / Root
Ver anexos	✓ (em listas que podem ver)	✓
Enviar anexos	✓ (em listas que podem ver)	✓
Excluir anexos	Apenas o criador do anexo	✓

Comentários

Os membros podem deixar comentários em tarefas para adicionar contexto, fazer perguntas ou registrar notas. Os comentários são visíveis para qualquer um que possa ver a lista. Não há edição — para corrigir um comentário, exclua-o e publique de novo.

Ação	Usuário	Admin / Root
Ver comentários	✓ (em listas que podem ver)	✓
Adicionar um comentário	✓ (em listas que podem ver)	✓
Excluir o próprio comentário	✓	✓
Excluir qualquer comentário	✗	✓

Notas de suporte

Se um Team Admin diz que não consegue atribuir um membro a uma lista, verifique se o membro-alvo pertence a uma das equipes do Team Admin. Os Team Admins só podem atribuir dentro do próprio escopo de equipe — não podem atribuir em toda a conta.
As pessoas atribuídas podem ser gerenciadas de duas formas: o diálogo rápido Gerenciar membros no detalhe da lista (toque nos avatares das pessoas atribuídas), ou o formulário de edição completo. Ambos exigem permissão de atribuição, então um Usuário comum não verá Gerenciar membros. As mudanças de atribuição feitas por uma pessoa atualizam os outros que estão vendo aquela lista em tempo real.
Para adicionar muitas tarefas de uma vez, use Adicionar e criar outra no diálogo Adicionar tarefa — ele mantém o diálogo aberto e limpa o formulário após cada salvamento, em vez de reabri-lo por tarefa.
Se um Usuário não consegue ver uma lista, primeiro verifique a alternância Minhas / Todas — as listas que ele pode ver, mas às quais não está atribuído, só aparecem em Todas. Se a lista ainda estiver faltando e teams_enabled estiver ativada, verifique a associação de equipe da lista (visível na barra lateral de detalhe da lista). Uma lista só é visível para um membro se a equipe da lista corresponder a uma das equipes às quais o membro pertence. Listas sem associação de equipe só são visíveis para o criador e o Root.
Se um membro foi adicionado recentemente a uma equipe, mas ainda não consegue ver as listas daquela equipe, ele pode precisar atualizar o app. Se o problema persistir, verifique se a participação dele na equipe está salva na página Equipes.
Se um Usuário não consegue concluir uma tarefa que pegou, verifique se ele está na lista de pessoas atribuídas da lista.
Se um Usuário diz que consegue editar tarefas, mas não excluí-las, isso está correto — apenas o criador da lista (ou Admin ou Root) pode excluir tarefas. As pessoas atribuídas que não são o criador da lista têm direitos de edição, mas não de exclusão, sobre as tarefas.
Se um Usuário não consegue editar ou excluir a própria lista pessoal, verifique se ele é o criador da lista. Os Usuários podem editar e excluir totalmente as listas de tarefas que criaram.
Se um Usuário recebe “Esta tarefa requer aprovação” ao tentar marcar como feita, a tarefa tem aprovação exigida. O membro precisa usar Enviar para aprovação em vez disso; apenas um admin pode aprová-la.
Se um Usuário não consegue enviar para aprovação ou não consegue concluir uma tarefa porque “anexo obrigatório”, a tarefa tem Exigir foto/documento ativado — ele precisa enviar pelo menos um arquivo pela ação Anexos primeiro. Essa exigência se aplica a todos, incluindo admins (sem contorno); para finalizar sem uma foto, um admin precisa editar a tarefa e desativar a exigência.
Se uma tarefa está travada em DOING e o membro está indisponível, um Admin ou Root pode redefini-la para TODO.
Os modelos e suas instâncias geradas são separados — editar um modelo depois de gerar não altera as listas já geradas.
A chave Requer aprovação só aparece no formulário de tarefa quando approval_enabled está ativada; a chave Exigir foto/documento aparece sempre que attachments_enabled está ativada, independentemente da aprovação.
Se uma instância está faltando depois que um período deveria ter começado, as instâncias são criadas automaticamente dentro de uma hora. Se ainda não tiver aparecido, um Admin ou Root pode disparar a criação manualmente pelo botão Ativar próxima instância na página de detalhe da lista mestre, ou tocando no evento agendado no calendário e escolhendo Ativar agora.
Parar a recorrência não exclui nenhuma lista — apenas limpa a regra de recorrência na mestre. Todas as instâncias existentes permanecem como listas Ativas autônomas. Se um admin quiser removê-las, precisa excluir cada uma manualmente.
Se uma conta faz downgrade para Free (ou uma assinatura é cancelada ou vence em um pagamento falho), as listas recorrentes param de gerar novas instâncias automaticamente, já que recurring_lists é um recurso pago. Nenhuma lista é excluída — as mestres e instâncias existentes ficam como estão, e o cronograma é retomado sozinho se a conta assinar novamente um plano que inclua listas recorrentes.
Se um membro relata que uma lista desapareceu, verifique se ela foi arquivada. As listas arquivadas ficam ocultas da visualização padrão e só são visíveis quando a alternância Arquivadas está ativa.
Arquivar uma lista vinculada a projeto não afeta os totais de pontos ou custos daquele projeto. Os dados da lista sempre contam na consolidação do projeto, independentemente do status de arquivamento.
Alterar um cronograma de recorrência não afeta as instâncias existentes. Apenas os períodos futuros são recalculados.
A frequência mensal preserva o comportamento de fim de mês: uma lista que vence em 31 de janeiro sempre cairá no último dia de cada mês, não em um dia-31 fixo (o que pularia os meses que não têm 31 dias).