Resumo

  • Em AUTOMATIC-FAILURE, um PARTSTAT=FAILED ou um prazo vencido antes da conclusão pode levar o VTODO geral a FAILED.
  • Em SERVER, cada implementação escolhe o estado por suas regras de negócio; o CalDAV anuncia os modos aceitos e rejeita os demais com HTTP 403.

A resposta de uma pessoa pode ficar registrada como estado da tarefa inteira. A RFC 10051 espera que todos os ATTENDEE de uma solicitação iTIP executem o trabalho; em AUTOMATIC-FAILURE, o status FAILED de um deles pode mudar o VTODO geral para FAILED. A falha individual vira o rótulo coletivo.

O relógio é o segundo gatilho: se o trabalho continua incompleto depois do prazo efetivo, o servidor também deveria marcar a tarefa como FAILED. O prazo vem de DUE ou de DTSTART mais DURATION. VSTATUS pode preservar motivo, subestado e horário da mudança, para que o estado coletivo não apague o sinal que o produziu.

Publicada em outubro de 2026, a RFC atualiza VTODO para tarefas de projeto e fluxos de trabalho, além de lembretes pessoais. TASK-MODE informa como tratar mudanças de estado. Sem a propriedade, vale CLIENT e o servidor mantém o status enviado pelo cliente; nos demais modos, certas decisões passam ao servidor.

Em AUTOMATIC-COMPLETION, o servidor deveria concluir a tarefa quando todos os participantes informam que terminaram; o cliente trata falhas nesse modo. AUTOMATIC reúne as duas automações.

SERVER deixa a escolha para regras de negócio definidas pela implementação, quando chegam respostas ou quando prazos vencem. A RFC 10051 não estabelece período de tolerância, tratamento para conclusão parcial, limite de tentativas nem resposta para uma dependência em aberto. Dois serviços podem receber a mesma tarefa e tomar decisões diferentes.

O CalDAV ajuda o cliente a enxergar parte desse limite. O servidor pode publicar os modos aceitos em CALDAV:supported-task-mode-set. Se o cliente tentar armazenar uma tarefa com modo não aceito, o servidor deve responder HTTP 403 e incluir um erro DAV com os modos disponíveis. Um cliente que desconheça TASK-MODE deve ignorar a propriedade sem falhar.

Essa lista é a evidência disponível ao cliente; uma resposta atual de um serviço identificado mostraria se ele oferece o recurso.

A RFC também distingue o prazo da estimativa de esforço. DTSTART com DUE, ou com DURATION, define a janela para executar o trabalho. ESTIMATED-DURATION informa quanto tempo a tarefa deve levar. Uma manutenção estimada em duas horas pode ter uma janela de quatro, sem fingir que o trabalho consome as quatro horas.

Para a equipe de operações, o registro não termina no rótulo FAILED. O modo que autorizou a mudança, o cálculo do prazo, a resposta dos participantes e o motivo, subestado ou horário guardado em VSTATUS ajudam a explicar a transição. O status pode circular entre sistemas; a regra que o gerou pode ficar dentro de um deles.

Fontes