Resumen

  • Con AUTOMATIC-FAILURE, un PARTSTAT=FAILED o un vencimiento efectivo antes de completar la tarea puede cambiar el VTODO general a FAILED.
  • SERVER deja el estado en manos de las reglas de negocio de cada implementación; CalDAV publica los modos admitidos y responde HTTP 403 ante uno incompatible.

La asignación es compartida: cada ATTENDEE incluido en una solicitud iTIP se espera que realice la tarea. Aun así, con AUTOMATIC-FAILURE, la respuesta fallida de un participante puede marcar FAILED el VTODO completo. Una señal individual queda reflejada como estado de todo el trabajo.

La otra señal es el vencimiento. Si la tarea sigue incompleta después de su fecha efectiva, el servidor también debería marcarla FAILED. La fecha procede de DUE o de DTSTART más DURATION. VSTATUS puede conservar el motivo, el subestado y la marca de tiempo; leer solo FAILED deja fuera la explicación del cambio.

Publicada en octubre de 2026, RFC 10051 actualiza VTODO para tareas de proyecto y flujos de trabajo, además de recordatorios personales. TASK-MODE indica cómo tratar los cambios de estado. Si falta, rige CLIENT: el servidor mantiene el estado enviado por el cliente. Los demás modos delegan decisiones concretas.

En AUTOMATIC-COMPLETION, el servidor debería completar la tarea cuando todos los asistentes informan que terminaron; el cliente maneja el fallo en ese modo. AUTOMATIC reúne las reglas de finalización y de fallo.

SERVER deja la decisión abierta a las reglas de negocio de cada implementación, tanto al recibir respuestas como al vencer plazos. RFC 10051 no fija un período de gracia, qué hacer con el trabajo parcial, cuántos reintentos caben ni cómo tratar una dependencia sin resolver. El mismo objeto de tarea puede cruzar dos servicios y recibir decisiones distintas.

CalDAV permite inspeccionar una parte de esa frontera. Un servidor puede publicar los modos admitidos en CALDAV:supported-task-mode-set. Si el cliente intenta almacenar un modo que el servidor no admite, este debe responder HTTP 403 con un error DAV que identifique los modos disponibles. Un cliente que desconozca TASK-MODE debe ignorarlo de forma segura.

Ese conjunto anunciado es la evidencia que puede consultar el cliente; una respuesta actual de un servicio concreto mostraría si ofrece esta función.

La actualización también separa el plazo del esfuerzo previsto. DTSTART junto con DUE, o con DURATION, delimita la ventana de trabajo. ESTIMATED-DURATION indica cuánto se calcula que durará la tarea. Una reparación estimada en dos horas puede tener cuatro horas de margen; el calendario ya no confunde el tamaño del trabajo con la fecha límite.

Para un equipo de operaciones, FAILED es solo una parte del registro. También cuentan el modo que autorizó el cambio, el cálculo del vencimiento, la respuesta de los asistentes y el motivo o subestado de VSTATUS. El estado viaja entre sistemas. La política que lo produjo puede quedarse en uno.

Fuentes