Tareas

Descripción general

Las tareas son el núcleo de Ziptask. El trabajo se organiza en listas de tareas (proyectos o listas de verificación) que contienen tareas (pendientes individuales). Las listas pueden ser personales (propiedad de un solo miembro) o compartidas (asignadas a varios miembros).

Las plantillas son planos reutilizables para las listas: creas una vez y generas listas nuevas a partir de ella cuando lo necesites. Las listas recurrentes son una capa opcional encima de las plantillas: se le puede asignar un horario a una plantilla para que las listas nuevas se generen automáticamente. Una plantilla no tiene por qué repetirse; se puede generar manualmente cuando haga falta.

Listas de tareas

Quién puede crear una lista

Cualquier miembro puede crear una lista personal. Admin y Root pueden crear una lista y asignarla a cualquier miembro de la cuenta. Team Admin puede crear y asignar listas, pero solo a miembros dentro de sus propios equipos: no pueden asignar a miembros fuera del alcance de su equipo.

Quién puede ver una lista

Rol	Visibilidad
Usuario	Listas asociadas a cualquiera de sus equipos, además de las listas que creó o a las que está asignado (equipos activados). Con equipos desactivados, solo las listas que creó o a las que está asignado. Las listas que el Usuario creó o a las que está asignado son editables; cualquier otra que pueda ver es de solo lectura.
Team Admin	Listas asociadas a cualquiera de sus equipos, además de las listas que creó o a las que está asignado (equipos activados). La visibilidad predeterminada tiene alcance de equipo: igual que Admin, pero limitada a su(s) equipo(s).
Admin	Todas las listas de la cuenta en todo momento (alcance de cuenta, sin restricción por equipo).
Root	Todas las listas de la cuenta en todo momento.

Listas de solo lectura: Un Usuario que puede ver una lista pero no es su creador ni una persona asignada puede ver sus tareas y su progreso, pero no puede agregar tareas, tomar tareas ni subir adjuntos. Estas listas aparecen etiquetadas como “Solo lectura” en la vista de listas.

Equipos desactivados. Cuando teams_enabled está desactivado, se ignoran las asociaciones de equipo y la visibilidad recae en el alcance de rol de cada miembro: Admin y Root (alcance de cuenta) siguen viendo todas las listas, mientras que los miembros con alcance de equipo (el rol Usuario predeterminado) solo ven las listas que crearon o a las que están asignados. Cuando teams_enabled está activado, los miembros con alcance de equipo ven además las listas que pertenecen a cualquiera de sus equipos; un miembro en varios equipos ve las listas de todos esos equipos combinadas. La visibilidad siempre sigue el alcance de permisos del miembro, nunca más de lo que otorga su rol.

Listas sin equipo: Si una lista se creó sin equipo (ya sea antes de que se activaran los equipos o por un miembro que no está en ningún equipo), no tiene asociación de equipo y solo es visible para el creador y para Root. Un Admin o Root puede abrir el modal de edición de la lista y asignarla a un equipo para restaurar una visibilidad más amplia.

Acciones de lista por rol

Acción	Usuario	Team Admin	Admin / Root
Crear una lista personal	✓ (plan Free: máx. 10 listas activas)	✓	✓
Crear y asignar una lista a miembros	✗	✓ (solo miembros de su propio equipo)	✓
Editar título / descripción / fecha de vencimiento	Solo el creador	Solo el creador (alcance de equipo)	✓
Eliminar una lista	Solo el creador	Solo el creador (alcance de equipo)	✓
Archivar / desarchivar una lista	Solo el creador	Solo el creador (alcance de equipo)	✓
Agregar / quitar asignaciones de miembros	✗	✓ (solo miembros de su propio equipo)	✓

Gestionar personas asignadas

Admin, Root y Team Admin (dentro del alcance de su equipo) pueden cambiar quién está asignado a una lista. Hay dos maneras de hacerlo:

Gestionar miembros (rápido): En la página de detalle de la lista, toca los avatares de las personas asignadas o la acción Gestionar miembros en el área de personas asignadas para abrir un diálogo enfocado solo en agregar/quitar personas. Los cambios se guardan de inmediato y se actualizan en tiempo real para todos los que estén viendo la lista.
Editar lista (formulario completo): El formulario de edición de la lista también incluye el selector de personas asignadas, junto al título, la descripción, la fecha de inicio, la fecha de vencimiento, el equipo y las etiquetas. Una lista puede llevar una fecha de inicio opcional además de una fecha de vencimiento: las dos marcan la ventana de trabajo (p. ej. empieza el lunes, vence el viernes). El inicio y el vencimiento se eligen con un control combinado de fecha y hora e incluyen una hora del día: los inicios nuevos vienen por defecto a las 9 a. m. y los vencimientos a las 5 p. m. en la zona horaria de la cuenta. Las listas nuevas ponen el inicio por defecto en hoy a las 9 a. m.; bórralo si una lista no tiene un inicio propio. El inicio debe ser en o antes del vencimiento. Una lista está vencida en cuanto han pasado su fecha y hora de vencimiento (una lista que vence a las 5 p. m. queda vencida a las 5:01 p. m., no al comienzo del día siguiente).

Ambas vías requieren permiso de asignación. Los Team Admin solo pueden agregar o quitar miembros dentro de sus propios equipos; un Usuario normal no puede cambiar las asignaciones y no verá la acción Gestionar miembros.

Listas recurrentes — quién está en cada ocurrencia. Una lista recurrente genera una copia nueva en cada horario, y cada copia nueva toma sus personas asignadas de la serie recurrente (la maestra), no de la lista de un día en particular. Por eso, cuando abres Gestionar miembros en una ocurrencia recurrente, un banner “Esta lista se repite” en la parte superior ofrece dos interruptores que controlan hasta dónde llegan tus cambios:

Añadir nuevos miembros a todas las ocurrencias — activado por defecto. Cualquier persona que agregues se une a la serie, de modo que todas las ocurrencias futuras la incluyen. Desactívalo para agregar a alguien solo a esta ocurrencia (p. ej. un sustituto de un solo día).
Quitar miembros de todas las ocurrencias — desactivado por defecto. Quitar a alguien afecta solo a esta ocurrencia (p. ej. un día de baja por enfermedad). Actívalo para quitarlo también de todas las ocurrencias futuras.

El banner solo aparece en una ocurrencia recurrente; en una lista normal no hay nada que mantener sincronizado. Los interruptores se aplican a las personas que realmente agregas o quitas en esta sesión: un miembro existente asignado solo a esa ocurrencia que dejes marcado no se modifica. Para pasar a alguien que está en una sola ocurrencia a toda la serie, agrégalo en la propia lista recurrente (la maestra).

Archivar listas

Las listas se pueden archivar en lugar de eliminarlas. Las listas archivadas se ocultan de la vista predeterminada y no cuentan para el límite de listas activas del plan Free. Para ver las listas archivadas, toca Archivadas en el encabezado de la página de listas: la vista cambia para mostrar solo las listas archivadas. Las listas archivadas siguen siendo totalmente navegables: al tocar una tarjeta en la vista de archivadas se abre el detalle de la lista, donde se pueden revisar las tareas y el historial.

Límite de listas activas del plan Free: Las cuentas del plan Free pueden tener hasta 10 listas activas (no archivadas) a la vez. Archivar una lista libera un espacio. Si una cuenta del plan Free está en el límite, crear una lista nueva o desarchivar una lista queda bloqueado hasta que se archive otra lista.

Quién puede archivar: El creador de la lista, o Admin o Root, puede archivar cualquier lista. Archivar conserva todos los datos, las tareas y el historial de la lista: no se elimina nada.

Listas vinculadas a un proyecto: Si una lista está vinculada a un proyecto, archivarla no la quita de los totales de puntos o costos del proyecto. Todas las listas cuentan siempre para los acumulados del proyecto, sin importar su estado de archivo. En la confirmación de archivo se muestra una nota al respecto cuando la lista pertenece a un proyecto.

Desarchivar: Tanto el botón Desarchivar en la tarjeta de la lista archivada como la acción Desarchivar en la barra lateral del detalle de la lista muestran una confirmación antes de restaurar la lista a activa. En la página de detalle, la acción de la barra lateral alterna entre Archivar y Desarchivar según el estado actual de la lista.

Campo de equipo en las listas de tareas

Requiere: el feature flag teams_enabled

Cada lista de tareas puede asociarse opcionalmente a un equipo. Cuando una lista tiene un equipo, el nombre del equipo aparece como insignia en la tarjeta de la lista y en la barra lateral del detalle de la lista.

Al crear una lista:

Situación	Comportamiento
El miembro que crea está en exactamente un equipo	La lista se asocia automáticamente a ese equipo
El miembro que crea está en varios equipos	Aparece un selector de Equipo en el formulario de creación; el miembro elige qué equipo (o “Sin equipo”)
El miembro que crea no está en ningún equipo	La lista no tiene asociación de equipo

Al editar una lista:

Admin y Root pueden cambiar el equipo en cualquier lista que puedan gestionar. Un Usuario normal puede cambiar el equipo solo en las listas que le pertenecen, y solo a un equipo al que pertenezca actualmente. Se permite seleccionar “Sin equipo”, lo que borra la asociación de equipo.

Cuando teams_enabled está desactivado, el selector de equipo, la insignia de equipo en las tarjetas y la sección de equipo en la barra lateral del detalle quedan ocultos. Las asociaciones de equipo existentes se conservan y se restauran si se vuelve a activar el flag.

Selector de alcance Mías / Todas

La página de listas de tareas tiene un selector Mías | Todas que filtra qué listas se muestran.

Alcance	Muestra
Mías	Listas que el miembro creó o a las que está asignado
Todas	Todas las listas a las que el miembro tiene visibilidad (cuenta completa o equipo, según las reglas anteriores)

Alcance predeterminado por rol (solo la primera vez):

Usuario → por defecto Mías
Admin / Root → por defecto Todas

El alcance elegido se recuerda por persona, en ese dispositivo: una vez que un miembro cambia a Todas, la página se abre en Todas la próxima vez, hasta que lo vuelva a cambiar. El valor predeterminado por rol de arriba solo se aplica antes de que el miembro haya hecho una elección. Cambiar de alcance recarga la lista desde la página 1; tanto el tirar para actualizar como el desplazamiento infinito respetan el alcance actual.

Vista “Mías” vacía. En cuentas que asignan el trabajo por equipo en lugar de a personas individuales, la vista Mías de un miembro de la cuadrilla puede estar vacía: no creó las listas ni está asignado individualmente, así que las listas pertenecen a su equipo, no a él directamente. Cuando Mías está vacía, la página muestra una breve explicación y un botón Ver todas las listas que cambia a Todas, donde aparecen las listas de su equipo. (Con los equipos desactivados, el mismo botón simplemente cambia a Todas para mostrar todas las listas que el miembro puede ver.)

Los filtros también se recuerdan. El orden, el filtro por fecha de vencimiento, los filtros de etiquetas y el interruptor de archivadas también se recuerdan por persona en ese dispositivo, de modo que la lista se vuelve a abrir tal como el miembro la dejó. Solo la búsqueda de texto libre no se recuerda: se borra en cada sesión.

Estado de la lista

El estado general de una lista se deriva de sus tareas:

Sin empezar — no hay tareas, o todas las tareas están en TODO
En progreso — al menos una tarea está en DOING o COMPLETED, pero no todas completadas
Completada — todas las tareas están en COMPLETED

Indicadores de color de estado

Cada tarjeta de lista muestra una franja de borde izquierdo de color y una insignia de progreso que reflejan el estado actual de la lista:

Estado	Franja de borde izquierdo	Insignia de progreso
Sin empezar	Gris (atenuado)	Gris
En progreso	Ámbar	Ámbar
Completada	Verde azulado	Verde azulado

Tareas

Las tareas viven dentro de una lista. El creador de la lista, un Team Admin en el equipo de la lista, y Admin / Root pueden agregar y editar tareas. Las personas asignadas trabajan en las tareas existentes (tomar, completar, enviar para aprobación), pero no las agregan ni editan. Los miembros que ven una lista en modo de solo lectura (visibilidad de equipo, sin estar asignados) pueden ver las tareas pero no interactuar con ellas: es intencional, un admin asigna la lista a las personas que la ejecutan (consulta “Trabajar las tareas vs. gestionarlas” más abajo).

Trabajar las tareas vs. gestionarlas. Hacer una tarea y editar una tarea son permisos separados. Un rol puede otorgar tomar y completar (la acción diaria de la cuadrilla: reclamar, completar, liberar, comentar, subir prueba) sin otorgar la capacidad de agregar, editar o eliminar tareas ni cambiar el nombre de la lista, y viceversa. Para los roles de cuadrilla (Usuario, Team User) esta capacidad de “hacer el trabajo” tiene alcance propio: se aplica a las listas que crearon o a las que fueron asignados, de modo que el trabajo se gana por asignación. El flujo previsto es que un Admin o Team Admin reparta y asigne cada lista a la cuadrilla, y esas personas asignadas marquen luego los elementos (la lista sigue siendo de solo lectura de gestión para ellas: sin Agregar tarea ni cambio de nombre, pero aparecen los botones Tomar y Marcar como hecha). Los admins pueden crear roles personalizados de la misma manera: otorgar act en Elementos de lista de tareas por sí solo, o combinarlo con update para permitir también editar el texto del elemento. Una cuenta que en cambio quiera que cualquier miembro del equipo tome cualquiera de las listas de su equipo sin un paso de asignación puede clonar un rol y otorgar act en Elementos de lista de tareas con alcance de equipo (contrapartida: un miembro del equipo que esté fuera de turno podría entonces también dar el trabajo por hecho). Aprobar y reasignar tareas nunca forma parte del trabajo sobre los elementos; siguen en manos de Team Admin / Admin / Root.

Agregar varias tareas rápidamente: En el diálogo Agregar tarea, usa Agregar y crear otra — o simplemente presiona Enter en el campo de título — para guardar la tarea actual e iniciar de inmediato una nueva con el formulario en blanco (el diálogo se queda abierto y el cursor vuelve al título). Es la manera más rápida de armar una lista de verificación. Agregar guarda la tarea y cierra el diálogo como de costumbre. Ambos respetan las mismas opciones de tarea (puntos, aprobación, requisito de foto).

Acciones de tarea por rol

Acción	Usuario — creador de la lista	Usuario — solo asignado	Team Admin (su equipo)	Usuario (solo lectura)	Admin / Root
Agregar una tarea	✓	✗	✓	✗	✓
Editar el título / la descripción de una tarea	✓	✗	✓	✗	✓
Definir puntos, aprobación u opciones de foto de una tarea	✗	✗	✓	✗	✓
Reasignar una tarea a un miembro distinto	✗	✗	✓	✗	✓
Eliminar una tarea (solo TODO)	✓	✗	✓	✗	✓
Tomar / cambiar el estado de tu propia tarea	✓	✓	✓	✗	✓
Completar o reiniciar una tarea que tiene otra persona	✓ (su lista)	✗	✓	✗	✓
Enviar para aprobación	✓	✓	✓	✗	✓
Aprobar / rechazar	✗	✗	✓	✗	✓

La autoridad del Team Admin se aplica a las listas de sus propios equipos. Definir los valores de puntos y los interruptores de aprobación / foto requiere alcance de equipo o de cuenta: un Usuario simple no puede definirlos ni siquiera en una lista que creó. Esto evita que los miembros pongan puntos de recompensa a su propio trabajo para inflar su propio saldo.

Restricción de eliminación: Las tareas solo se pueden eliminar cuando están en estado TODO. Las tareas que ya se tomaron (DOING, PENDING_APPROVAL, COMPLETED) no se pueden eliminar; el creador de la lista, un Team Admin en el equipo de la lista, o un Admin o Root pueden reiniciarlas primero a TODO si es necesario quitarlas.

Transiciones de estado de las tareas

Sin el flujo de aprobación (predeterminado):

Transición	Quién puede activarla	Qué ocurre
TODO → DOING	Cualquier miembro asignado a la lista (o un admin / team admin, o un rol personalizado con `task_item:act` en el alcance de la lista)	Define a la persona asignada de la tarea como el miembro actual; registra la hora de inicio
DOING → COMPLETED	El miembro que la tomó, el creador de la lista, un Team Admin en el equipo de la lista, o Admin / Root	Registra quién la completó y cuándo; otorga puntos si está activado
DOING → TODO	El miembro que la tomó, el creador de la lista, un Team Admin en el equipo de la lista, o Admin / Root	Borra la persona asignada y la hora de inicio
COMPLETED → TODO	El creador de la lista, un Team Admin en el equipo de la lista, o Admin / Root	Borra todos los campos de seguimiento; revierte los puntos si está activado

Reiniciar una tarea completada pide confirmación. Como un reinicio (COMPLETED → TODO) borra el registro de finalización — quién la completó y cuándo — y revierte los puntos que se hayan otorgado, la app ahora muestra una confirmación antes de reabrir una tarea completada, para que un toque accidental no pueda revertir puntos ganados en silencio. (Si la reversión dejara el saldo del miembro en negativo, en su lugar se muestra una advertencia más fuerte, “Advertencia de puntos”.) Liberar (DOING → TODO) y las acciones de aprobación no se ven afectadas — no eliminan una finalización ni puntos.

Con aprobación requerida en una tarea (consulta Requiere aprobación más abajo):

Transición	Quién puede activarla	Qué ocurre
DOING → PENDING_APPROVAL	El miembro que la tomó, o cualquiera que pueda gestionar la lista	Envía la tarea a revisión; registra la hora de envío
PENDING_APPROVAL → COMPLETED	Un Team Admin en el equipo de la lista, o Admin / Root	Aprueba la tarea; otorga puntos a la persona asignada
PENDING_APPROVAL → DOING	Un Team Admin en el equipo de la lista o Admin / Root (rechazar), o la persona asignada (retirar)	Vuelve a DOING para que el trabajador corrija y reenvíe
DOING → COMPLETED (omisión)	Un Team Admin en el equipo de la lista, o Admin / Root	Omite la barrera de aprobación y marca la tarea como hecha directamente

Colores de estado de las tareas

Cada fila de tarea muestra una insignia de estado y una franja de borde izquierdo de color:

Estado	Color de insignia	Franja de borde izquierdo
TODO	Gris	Gris (atenuado)
DOING	Ámbar	Ámbar
PENDING_APPROVAL	Azul cielo	Azul cielo
COMPLETED	Verde azulado	Verde azulado (el título de la fila aparece tachado y atenuado para indicar que está hecha)

Regla clave: Un Usuario simple no puede actuar sobre una tarea que no tomó, con una excepción: el creador de la lista puede completar o reiniciar cualquier tarea de una lista que creó, incluso si otra persona la tomó. Un Team Admin puede actuar sobre cualquier tarea de las listas de su propio equipo, y Admin o Root puede actuar sobre cualquier tarea de la cuenta, para cerrar o reasignar trabajo en nombre de los miembros del equipo. Aprobar una tarea no lo otorga la propiedad por sí sola: requiere autoridad de aprobación (Team Admin, Admin o Root); un creador que sea Usuario simple puede completar las tareas de su lista pero no puede aprobarlas.

Manejo de conflictos: Si dos miembros intentan actuar sobre la misma tarea al mismo tiempo, el segundo cambio queda bloqueado y ese miembro ve un aviso; luego la lista se actualiza automáticamente para mostrar el estado actual.

Puntos al completar

Cuando points_system está activado, completar una tarea otorga puntos al miembro que la completó. Los puntos se otorgan a la persona asignada en el momento de completarla (ya sea por completado directo o por aprobación). Revertir una finalización (COMPLETED → TODO) descuenta esos puntos automáticamente.

Aprobación y prueba fotográfica

Admin, Root y Team Admin (en las listas de su propio equipo) pueden definir dos opciones independientes por tarea (en el formulario Agregar/Editar tarea). Cualquiera de las dos se puede usar por sí sola: Requerir foto/documento ya no depende de Requiere aprobación.

Interruptor	Requiere flag	Qué hace
Requiere aprobación	`approval_enabled`	El trabajador debe enviar la tarea a revisión; un aprobador —un Team Admin en el equipo de la lista, o un Admin o Root— debe aprobar antes de que pase a COMPLETED y se otorguen los puntos.
Requerir foto / documento	`attachments_enabled`	Debe haber al menos un adjunto en la tarea antes de poder completarla. Si la aprobación también está activada, el adjunto se requiere en el paso de enviar para aprobación. Se muestra siempre que los adjuntos estén activados, independientemente de Requiere aprobación.

Ambos interruptores vienen desactivados por defecto y son independientes: puedes requerir una foto sin aprobación (p. ej. “saca una foto de prueba para terminar la tarea”), requerir aprobación sin foto, ambas, o ninguna. Se pueden definir al crear o editar una tarea, o en las tareas de una plantilla para que los valores se trasladen a cada lista generada a partir de esa plantilla.

El requisito de foto se aplica a todos, incluidos los admins: no hay omisión para admins. Para completar una tarea que requiere foto cuando no hay ninguna disponible, un admin debe editar primero la tarea para desactivar el requisito (o adjuntar un archivo). Esto se diferencia de la barrera de aprobación, que los admins sí pueden omitir (consulta Omisión del aprobador más abajo).

Quién recibe notificaciones

Cuando un trabajador envía para aprobación, todos los que tienen autoridad de aprobación (Team Admin en el equipo de la lista, además de Admin y Root) reciben una notificación.
Cuando un aprobador aprueba una tarea, la persona asignada recibe una notificación.
Cuando un aprobador rechaza un envío, la persona asignada recibe una notificación.
Cuando un trabajador retira su propio envío, no se envía ninguna notificación.

Omisión del aprobador

Los aprobadores pueden saltarse la barrera de aprobación: mientras una tarea está en DOING (aunque se requiera aprobación), un Team Admin en el equipo de la lista, o un Admin o Root, puede tocar Marcar como hecha para pasar directamente a COMPLETED. Es intencional: siempre pueden actuar en nombre del equipo. Un creador de lista que sea Usuario simple puede completar tareas en su propia lista pero, al carecer de autoridad de aprobación, no puede omitir una tarea que requiere aprobación.

Adjuntos de tareas

Requiere: el feature flag attachments_enabled

Los miembros pueden adjuntar archivos directamente a tareas individuales. Esto es distinto de los adjuntos a nivel de lista. Los adjuntos de tarea son útiles para flujos de subir-antes-de-enviar cuando están activados tanto el requisito de aprobación como el de adjunto.

Acción	Usuario	Admin / Root
Ver adjuntos de tareas	✓ (en listas que pueden ver)	✓
Subir adjuntos de tareas	✓ (en listas que pueden ver)	✓
Eliminar adjuntos de tareas	Solo quien lo subió	✓

Toca la acción Adjuntos en cualquier tarea para ver, subir o quitar archivos. En las apps de teléfono puedes Tomar una foto con la cámara o Elegir archivo para adjuntar una foto o documento existente; en la web se abre directamente el selector de archivos. La fila de la tarea muestra una insignia con la cantidad de adjuntos cuando hay uno o más archivos.

Miniaturas incrustadas: las tareas con adjuntos muestran una pequeña tira de miniaturas de solo lectura directamente en la tarea, en la página de detalle de la lista de tareas, para que las fotos de prueba del trabajo se vean de un vistazo sin abrir cada tarea. Toca una miniatura para abrir el archivo completo. Subir y eliminar siguen ocurriendo a través de la acción Adjuntos. La tira se actualiza en vivo a medida que otros agregan o quitan fotos.

Plantillas y listas recurrentes

Requiere: el flag templates_enabled para las plantillas; el flag recurring_lists para las recurrentes. Ambos se activan automáticamente desde el plan Starter en adelante. En Free, ninguna de las dos funciones está disponible.

Plantillas

Una lista de tareas se puede guardar como plantilla. Las plantillas son planos reutilizables: no aparecen en la lista de tareas habitual y no se puede trabajar directamente sobre ellas. Solo Admin y Root pueden crear o gestionar plantillas.

Hay dos maneras de crear una: iniciar una plantilla en blanco desde la página de Plantillas, o convertir una lista existente con Guardar como plantilla, que se encuentra en las acciones de la página de detalle de la lista. Guardar como plantilla abre un formulario breve prellenado con el título y la descripción de la lista (ambos editables) y copia las tareas de la lista en la nueva plantilla, incluidos los puntos de cada tarea y sus opciones de “requiere foto” / “requiere aprobación”. El progreso, las personas asignadas, las fechas de vencimiento, los comentarios y los adjuntos son estado de trabajo y no se copian. Una vez creada, un enlace en la confirmación te lleva directo a la nueva plantilla.

Cuando se genera una plantilla, se crea a partir de ella una nueva lista de tareas normal con todas las tareas, asignaciones y etiquetas copiadas. Las tareas se reinician a TODO. La generación se puede hacer manualmente o automáticamente mediante un horario de recurrencia.

La página de detalle de la plantilla enumera sus tareas en orden (arrastra para reordenar). Cada tarea muestra sus puntos de recompensa y de esfuerzo (cuando el sistema de puntos está activado) y un pequeño icono que marca cualquier tarea que requiere foto o requiere aprobación, para que veas de un vistazo qué se trasladará a cada lista generada a partir de la plantilla. Junto al recuento de tareas aparece un resumen del total de puntos de recompensa y de esfuerzo de la plantilla.

Listas recurrentes

A una plantilla se le puede asignar un horario de recurrencia para que se creen automáticamente nuevas instancias de lista con una cadencia repetida. La plantilla en sí se denomina lista maestra; las copias creadas se denominan instancias. Todas las instancias son trabajables de inmediato cuando aparecen: no existe un estado “Próximamente”.

Frecuencias

Frecuencia	Cadencia
Diaria	Cada día
Semanal	Cada 7 días
Quincenal	Cada 14 días
Mensual	El mismo día de cada mes; si la fecha de vencimiento cae el último día de un mes, las instancias siguientes caen el último día de cada mes posterior (p. ej. 31 ene → 28/29 feb → 31 mar)

Cómo se crean las instancias

Las instancias se crean bajo demanda: el sistema nunca crea instancias futuras por adelantado. Cuando un período vence, se crea una instancia Activa para ese período. Todas las instancias son Activas y trabajables de inmediato.

El sistema revisa cada hora y crea cualquier instancia cuyo período ya venció.

Desbloqueo anticipado: Cuando todas las tareas de una instancia Activa están completadas, el sistema crea automáticamente la instancia del siguiente período: los miembros no tienen que esperar a la próxima revisión.

Eventos programados en el calendario: El calendario muestra las fechas de recurrencia futuras como eventos programados (mostrados con un borde discontinuo). Todavía no son listas reales: se calculan a partir del horario de la maestra. Cualquier miembro con permiso para crear listas puede tocar un evento programado y elegir Activar ahora para crear la siguiente instancia de inmediato: esto incluye a Admin, Root, Team Admin y a los Usuarios normales para las listas que les pertenecen o a las que están asignados.

Configurar un horario de recurrencia

El botón Configurar horario aparece en la página de detalle de la lista maestra. Admin y Root pueden configurar un horario en cualquier momento: la lista no necesita ser primero una plantilla.

Horarios disponibles: Diario, Cada dos días, Cada 3 días, Días laborables (lun–vie), Semanal, Cada 2 semanas y Mensual. Elegir Personalizado… (la última opción del desplegable de horarios) ofrece dos constructores:

Intervalo — “Cada N días / días laborables / semanas / meses” para cualquier intervalo hasta 30 (p. ej. cada 5 días, cada 2 días laborables, cada 2 meses).
Días — repetir en un conjunto elegido de días de la semana cada semana (p. ej. cada martes y jueves, o lun/mié/vie). Elige uno o más días entre las fichas D–L–M–M–J–V–S.
Días laborables se repite cada día hábil y omite los fines de semana: una instancia de días laborables que vence un viernes genera la siguiente el lunes, nunca el sábado ni el domingo. En modo Personalizado, días laborables cuenta solo días hábiles, así que “cada 2 días laborables” a partir de un viernes cae el martes siguiente (el sábado y el domingo no cuentan). El lapso de inicio→vencimiento de una recurrencia de días laborables también se cuenta en días hábiles: una lista de dos días hábiles que empieza un viernes vence el lunes siguiente, no el sábado.
Días (días de la semana específicos) genera una lista cada día seleccionado, cada semana: p. ej. mar + jue produce una lista cada martes y cada jueves. La fecha de inicio es el ancla; la primera lista empieza el siguiente día de la semana seleccionado en esa fecha o después de ella.
Mensual conserva el comportamiento de fin de mes (una lista que empieza el día 31 cae el último día de cada mes).
Fecha de inicio (el ancla). La recurrencia se ejecuta sobre la fecha de inicio: cada instancia se crea cuando llega su día de inicio. Una lista también puede llevar una fecha de vencimiento —el plazo dentro del período— y las dos juntas marcan la ventana de trabajo (por ejemplo, empieza el lunes, vence el viernes); cada instancia generada conserva ese mismo lapso de inicio→vencimiento. La fecha de vencimiento es opcional: una lista con solo fecha de inicio simplemente se repite en esa fecha sin plazo. Como la programación se ancla en la fecha de inicio, a una lista sin fecha de inicio se le pide una cuando configuras su horario (por defecto es hoy): esa pasa a ser la fecha de inicio de la lista.
Los días son los días de la cuenta. La recurrencia usa la zona horaria de la cuenta (Configuración de la cuenta) para decidir cuándo empieza un día, de modo que una lista “diaria” se activa en el día del calendario local de la cuenta y un inicio/vencimiento del mismo día se mantiene en un solo día todo el año, incluso a través de los cambios de horario de verano. Si la zona horaria de la cuenta está en blanco, recae en UTC.
Configurar un horario actualiza la regla de recurrencia. Si la fecha de inicio de la siguiente instancia es hoy o antes, se crea una instancia Activa de inmediato.
No se crean instancias futuras por adelantado: en su lugar, el calendario muestra marcadores programados.
Como las instancias se crean en el momento en que vencen, cualquier tarea que se agregue a la lista maestra después de configurar el horario aparecerá automáticamente en todas las instancias futuras. No hace falta volver a sincronizar ni actualizar manualmente las instancias existentes.

Terminar una recurrencia en una fecha

Al configurar o cambiar un horario, la opción Termina controla cuánto tiempo dura la recurrencia:

Nunca (el valor predeterminado) — la lista sigue generando instancias hasta que alguien la detiene. Así es como han funcionado siempre las listas recurrentes.
En fecha — elige una fecha de fin, y la recurrencia se detiene por sí sola una vez que pasa esa fecha.

La fecha de fin es inclusiva: una instancia cuyo inicio cae en la fecha de fin igual se crea, y no se genera ninguna después de ella. Poner una fecha de fin no elimina nada: solo detiene las instancias futuras; las instancias ya creadas permanecen como listas independientes. Una vez que pasa la fecha de fin, la lista simplemente deja de crear copias nuevas: el horario en sí se mantiene, así que la lista sigue mostrando “Se repite … · Termina el {date}” como registro de lo que hizo (no se borra, y las instancias existentes quedan intactas). La fecha de fin usa la zona horaria de la cuenta, como el resto de la programación, y debe ser en o después de la fecha de inicio de la lista. Para terminar una recurrencia de inmediato en lugar de en una fecha, usa Detener recurrencia (abajo), que quita el horario por completo.

Acciones por rol

Acción	Usuario (propio/asignado)	Admin / Root
Configurar un horario de recurrencia	✗	✓
Cambiar el horario de recurrencia	✗	✓
Detener la recurrencia	✗	✓
Ver los eventos programados (próximos) en el calendario	✓	✓
Activar la siguiente instancia de inmediato	✓ (solo propio/asignado)	✓
Eliminar una lista (con elección de alcance para las recurrentes)	Solo el creador	✓

Detener la recurrencia

El botón Detener recurrencia en la página de detalle de la lista maestra desarma el horario. No se elimina ninguna lista: se borra el horario de recurrencia de la maestra y no se crearán nuevas instancias. Las instancias Activas y completadas existentes no se ven afectadas; permanecen como listas independientes y conservan su historial.

Cambiar el horario

El botón Cambiar horario actualiza la recurrencia de ahí en adelante. Se abre prellenado con el horario actual (la frecuencia o los días específicos), así que solo hay que ajustar las partes que se cambian. El adelanto ya no se configura aquí: proviene de las propias fechas de inicio y vencimiento de la lista. No se elimina ni modifica ninguna instancia existente. Los eventos programados futuros en el calendario se actualizan automáticamente para reflejar la nueva cadencia.

Navegar entre la maestra y las instancias

La página de detalle de una instancia muestra un enlace “Parte de una serie recurrente” que lleva de vuelta a la lista maestra, lo que facilita gestionar el horario sin tener que buscar la plantilla original.

Eliminar una lista maestra recurrente

Cuando se elimina la lista maestra, el sistema pregunta por el alcance:

Elección	Qué ocurre
Solo esta lista	Elimina solo la maestra. Las instancias existentes pasan a ser listas independientes y no se ven afectadas. No se crearán nuevas instancias, ya que la maestra ya no existe.
Toda la serie	Elimina la maestra y todas las instancias en cualquier estado, incluidas las listas actualmente Activas. Esto es irreversible.

Eliminar una instancia recurrente

Cuando se elimina una instancia individual, el sistema también pregunta por el alcance:

Elección	Qué ocurre
Solo esta instancia	Quita solo esta instancia. La maestra y el horario no se ven afectados; la serie continúa con normalidad.
Toda la serie	Elimina la maestra y todas las instancias en cualquier estado, incluidas las listas actualmente Activas. Esto es irreversible.

Recordatorios

Requiere: el feature flag reminders_enabled (activado por defecto en todos los planes)

Agrega recordatorios a una lista de tareas para avisar a las personas antes de que empiece o venza: un preajuste (día/semana antes del inicio o del vencimiento) o una fecha y hora personalizadas, cada uno dirigido a todos los de la lista o a miembros específicos, con una nota opcional. Los recordatorios se disparan por notificación push + en la app, y en el panel se muestra un widget de Recordatorios próximos. Consulta Recordatorios para la guía completa.

Adjuntos de lista

Requiere: el feature flag attachments_enabled

Cuando está activado, los miembros pueden adjuntar archivos (imágenes y documentos) a las listas de tareas. Los tipos admitidos incluyen JPEG, PNG, WebP y formatos de documento comunes. Las imágenes se redimensionan automáticamente al subirlas. Cada archivo tiene un límite de tamaño de 20 MB, con un máximo de 20 adjuntos por lista. En las apps de teléfono, toca la ficha de agregar para Tomar una foto con la cámara o Elegir archivo; en la web se abre directamente el selector de archivos.

Acción	Usuario	Admin / Root
Ver adjuntos	✓ (en listas que pueden ver)	✓
Subir adjuntos	✓ (en listas que pueden ver)	✓
Eliminar adjuntos	Solo el creador del adjunto	✓

Comentarios

Los miembros pueden dejar comentarios en las tareas para agregar contexto, hacer preguntas o registrar notas. Los comentarios son visibles para cualquiera que pueda ver la lista. No hay edición: para corregir un comentario, elimínalo y vuelve a publicarlo.

Acción	Usuario	Admin / Root
Ver comentarios	✓ (en listas que pueden ver)	✓
Agregar un comentario	✓ (en listas que pueden ver)	✓
Eliminar el propio comentario	✓	✓
Eliminar cualquier comentario	✗	✓

Notas de soporte

Si un Team Admin dice que no puede asignar un miembro a una lista, verifica que el miembro objetivo pertenezca a uno de los equipos del Team Admin. Los Team Admin solo pueden asignar dentro del alcance de su propio equipo: no pueden asignar a nivel de toda la cuenta.
Las personas asignadas se pueden gestionar de dos maneras: el diálogo rápido Gestionar miembros desde el detalle de la lista (toca los avatares de las personas asignadas), o el formulario de edición completo. Ambos requieren permiso de asignación, así que un Usuario normal no verá Gestionar miembros. Los cambios de asignación que hace una persona actualizan en tiempo real a otros que tengan esa lista abierta.
Para agregar muchas tareas de una vez, usa Agregar y crear otra en el diálogo Agregar tarea: mantiene el diálogo abierto y borra el formulario después de cada guardado en lugar de reabrirlo por cada tarea.
Si un Usuario no puede ver una lista, primero revisa el selector Mías / Todas: las listas que puede ver pero a las que no está asignado solo aparecen en Todas. Si la lista sigue sin aparecer y teams_enabled está activado, revisa la asociación de equipo de la lista (visible en la barra lateral del detalle de la lista). Una lista es visible para un miembro solo si el equipo de la lista coincide con uno de los equipos a los que pertenece el miembro. Las listas sin asociación de equipo solo son visibles para el creador y para Root.
Si un miembro fue agregado recientemente a un equipo pero aún no puede ver las listas de ese equipo, puede que necesite actualizar la app. Si el problema persiste, verifica que su pertenencia al equipo esté guardada en la página de Equipos.
Si un Usuario no puede completar una tarea que tomó, verifica que esté en la lista de personas asignadas de la lista.
Si un Usuario dice que puede editar tareas pero no eliminarlas, eso es correcto: solo el creador de la lista (o Admin o Root) puede eliminar tareas. Las personas asignadas que no son el creador de la lista tienen derechos de edición pero no de eliminación sobre las tareas.
Si un Usuario no puede editar ni eliminar su propia lista personal, verifica que sea el creador de la lista. Los usuarios pueden editar y eliminar por completo las listas de tareas que crearon.
Si a un Usuario le aparece “Esta tarea requiere aprobación” al intentar marcarla como hecha, la tarea tiene la aprobación requerida. El miembro debe usar Enviar para aprobación en su lugar; solo un admin puede aprobarla.
Si un Usuario no puede enviar para aprobación o no puede completar una tarea porque “se requiere adjunto”, la tarea tiene activado Requerir foto/documento: debe subir al menos un archivo mediante la acción Adjuntos primero. Este requisito se aplica a todos, incluidos los admins (sin omisión); para terminar sin foto, un admin debe editar la tarea y desactivar el requisito.
Si una tarea se queda atascada en DOING y el miembro no está disponible, un Admin o Root puede reiniciarla a TODO.
Las plantillas y sus instancias generadas son independientes: editar una plantilla después de generar no cambia las listas ya generadas.
El interruptor Requiere aprobación solo aparece en el formulario de la tarea cuando approval_enabled está activado; el interruptor Requerir foto/documento aparece siempre que attachments_enabled está activado, independientemente de la aprobación.
Si falta una instancia después de que un período debería haber empezado, las instancias se crean automáticamente dentro de la hora. Si aún no ha aparecido, un Admin o Root puede activar la creación manualmente con el botón Activar siguiente instancia en la página de detalle de la lista maestra, o tocando el evento programado en el calendario y eligiendo Activar ahora.
Detener la recurrencia no elimina ninguna lista: solo borra la regla de recurrencia en la maestra. Todas las instancias existentes permanecen como listas Activas independientes. Si un admin quiere quitarlas, debe eliminar cada una manualmente.
Si una cuenta baja a Free (o una suscripción se cancela o caduca por un pago fallido), las listas recurrentes dejan de generar nuevas instancias automáticamente, ya que recurring_lists es una función de pago. No se elimina ninguna lista: las maestras e instancias existentes quedan tal cual, y el horario se reanuda por sí solo si la cuenta vuelve a suscribirse a un plan que incluya listas recurrentes.
Si un miembro informa que una lista desapareció, revisa si fue archivada. Las listas archivadas se ocultan de la vista predeterminada y solo son visibles cuando el interruptor Archivadas está activo.
Archivar una lista vinculada a un proyecto no afecta los totales de puntos o costos de ese proyecto. Los datos de la lista siempre cuentan para el acumulado del proyecto, sin importar su estado de archivo.
Cambiar un horario de recurrencia no afecta a las instancias existentes. Solo se recalculan los períodos futuros.
La frecuencia mensual conserva el comportamiento de fin de mes: una lista que vence el 31 ene siempre caerá el último día de cada mes, no en un día 31 fijo (lo que saltaría los meses que no tienen 31 días).