Tâches

Vue d’ensemble

Les tâches sont au cœur de Ziptask. Le travail est organisé en listes de tâches (projets ou listes de vérification) qui contiennent des tâches (éléments à faire individuels). Les listes peuvent être personnelles (appartenant à un seul membre) ou partagées (attribuées à plusieurs membres).

Les modèles sont des plans réutilisables pour les listes — vous en créez un une fois et générez de nouvelles listes à partir de lui à la demande. Les listes récurrentes sont une couche facultative par-dessus les modèles : on peut attribuer une planification à un modèle pour que de nouvelles listes soient générées automatiquement. Un modèle n’a pas besoin d’être récurrent ; il peut être généré manuellement en cas de besoin.

Listes de tâches

Qui peut créer une liste

Tout membre peut créer une liste personnelle. Admin et Root peuvent créer une liste et l’attribuer à n’importe quel membre du compte. Team Admin peut créer et attribuer des listes, mais uniquement à des membres de ses propres équipes — il ne peut pas attribuer à des membres hors du périmètre de son équipe.

Qui peut voir une liste

Rôle	Visibilité
Utilisateur	Les listes associées à l’une de ses équipes, plus celles qu’il a créées ou qui lui sont attribuées (équipes activées). Équipes désactivées : uniquement celles qu’il a créées ou qui lui sont attribuées. Les listes que l’Utilisateur a créées ou qui lui sont attribuées sont modifiables ; toutes les autres qu’il peut voir sont en lecture seule.
Team Admin	Les listes associées à l’une de ses équipes, plus celles qu’il a créées ou qui lui sont attribuées (équipes activées). La visibilité par défaut est limitée à l’équipe — comme Admin mais restreinte à son ou ses équipes.
Admin	Toutes les listes du compte à tout moment (périmètre du compte — non restreint par équipe).
Root	Toutes les listes du compte à tout moment.

Listes en lecture seule : un Utilisateur qui peut voir une liste sans en être le créateur ni un destinataire peut consulter ses tâches et sa progression, mais ne peut pas ajouter de tâches, en prendre en charge, ni téléverser de pièces jointes. Ces listes sont étiquetées « Lecture seule » dans la vue liste.

Équipes désactivées. Lorsque teams_enabled est désactivé, les associations d’équipe sont ignorées et la visibilité retombe sur le périmètre du rôle de chaque membre : Admin et Root (périmètre du compte) voient toujours toutes les listes, tandis que les membres au périmètre d’équipe (le rôle Utilisateur par défaut) ne voient que les listes qu’ils ont créées ou qui leur sont attribuées. Lorsque teams_enabled est activé, les membres au périmètre d’équipe voient en plus les listes appartenant à l’une de leurs équipes ; un membre présent dans plusieurs équipes voit les listes de toutes ces équipes réunies. La visibilité suit toujours le périmètre d’autorisation du membre — jamais plus que ce que son rôle accorde.

Listes sans équipe : si une liste a été créée sans équipe (avant l’activation des équipes ou par un membre ne faisant partie d’aucune équipe), elle n’a aucune association d’équipe et n’est visible que par son créateur et par Root. Un Admin ou Root peut ouvrir la fenêtre de modification de la liste et l’attribuer à une équipe pour rétablir une visibilité plus large.

Actions sur les listes par rôle

Action	Utilisateur	Team Admin	Admin / Root
Créer une liste personnelle	✓ (forfait Free : 10 listes actives max)	✓	✓
Créer et attribuer une liste à des membres	✗	✓ (membres de sa propre équipe seulement)	✓
Modifier titre / description / échéance	Créateur uniquement	Créateur uniquement (périmètre d’équipe)	✓
Supprimer une liste	Créateur uniquement	Créateur uniquement (périmètre d’équipe)	✓
Archiver / désarchiver une liste	Créateur uniquement	Créateur uniquement (périmètre d’équipe)	✓
Ajouter / retirer des attributions	✗	✓ (membres de sa propre équipe seulement)	✓

Gérer les destinataires

Admin, Root et Team Admin (dans le périmètre de leur équipe) peuvent changer qui est affecté à une liste. Il existe deux façons de le faire :

Gérer les membres (rapide) : sur la page de détail de la liste, appuyez sur les avatars des destinataires ou sur l’action Gérer les membres dans la zone des destinataires pour ouvrir une boîte de dialogue dédiée uniquement à l’ajout/retrait de personnes. Les changements sont enregistrés immédiatement et se mettent à jour en temps réel pour tous ceux qui consultent la liste.
Modifier la liste (formulaire complet) : le formulaire de modification de la liste comprend aussi le sélecteur de destinataires, aux côtés du titre, de la description, de la date de début, de la date d’échéance, de l’équipe et des étiquettes. Une liste peut porter une date de début facultative en plus d’une date d’échéance — les deux délimitent la fenêtre de travail (par ex. début le lundi, échéance le vendredi). Le début et l’échéance se choisissent avec un contrôle combiné date et heure et incluent une heure de la journée — les nouveaux débuts sont par défaut à 9 h et les échéances à 17 h dans le fuseau horaire du compte. Les nouvelles listes fixent le début par défaut à aujourd’hui à 9 h ; effacez-le si une liste n’a pas de début distinct. Le début doit être à la même date ou avant l’échéance. Une liste est en retard dès que sa date et son heure d’échéance sont passées (une liste due à 17 h devient en retard à 17 h 01, et non au début du jour suivant).

Les deux voies nécessitent l’autorisation d’attribution. Les Team Admins ne peuvent ajouter ou retirer que des membres de leurs propres équipes ; un simple Utilisateur ne peut pas modifier les attributions et ne verra pas l’action Gérer les membres.

Listes récurrentes — qui figure sur chaque instance. Une liste récurrente crée une nouvelle instance à chaque échéance de la planification, et chaque nouvelle instance reprend ses destinataires de la série récurrente (la liste maître), et non de la liste d’un jour en particulier. Ainsi, lorsque vous ouvrez Gérer les membres sur une instance récurrente, une bannière « Cette liste se répète » en haut de l’écran propose deux interrupteurs qui déterminent la portée de vos changements :

Ajouter les nouveaux membres à toutes les occurrences — activé par défaut. Toute personne que vous ajoutez rejoint la série, donc chaque instance future l’inclura. Désactivez-le pour ajouter quelqu’un à cette instance uniquement (par ex. un remplaçant pour une seule journée).
Retirer les membres de toutes les occurrences — désactivé par défaut. Retirer quelqu’un n’affecte que cette instance (par ex. un jour de maladie). Activez-le pour l’exclure aussi de chaque instance future.

La bannière n’apparaît que sur une instance récurrente ; sur une liste normale, il n’y a rien à synchroniser. Les interrupteurs s’appliquent aux personnes que vous ajoutez ou retirez effectivement au cours de cette session — un membre existant, propre à une seule instance, que vous laissez tel quel n’est pas modifié. Pour faire passer quelqu’un d’une seule instance à toute la série, ajoutez-le sur la liste récurrente (la liste maître) elle-même.

Archiver des listes

Les listes peuvent être archivées plutôt que supprimées. Les listes archivées sont masquées de la vue par défaut et ne comptent pas dans la limite de listes actives du forfait Free. Pour voir les listes archivées, appuyez sur Archivées dans l’en-tête de la page des listes — la vue bascule pour n’afficher que les listes archivées. Les listes archivées restent entièrement navigables : appuyer sur une carte dans la vue des archives ouvre le détail de la liste, où l’on peut revoir les tâches et l’historique.

Limite de listes actives du forfait Free : les comptes du forfait Free peuvent avoir jusqu’à 10 listes actives (non archivées) à la fois. Archiver une liste libère une place. Si un compte du forfait Free atteint la limite, la création d’une nouvelle liste ou le désarchivage d’une liste est bloqué tant qu’une autre liste n’est pas archivée.

Qui peut archiver : le créateur de la liste, ou un Admin ou Root peut archiver n’importe quelle liste. L’archivage préserve toutes les données, tâches et l’historique de la liste — rien n’est supprimé.

Listes liées à un projet : si une liste est liée à un projet, l’archiver ne la retire pas des totaux de points ou de coûts du projet. Toutes les listes comptent toujours dans les cumuls du projet, quel que soit leur statut d’archivage. Une note en ce sens s’affiche dans la confirmation d’archivage lorsque la liste appartient à un projet.

Désarchivage : le bouton Désarchiver sur la carte de la liste archivée et l’action Désarchiver dans la barre latérale du détail de la liste affichent tous deux une confirmation avant de rétablir la liste en état actif. Sur la page de détail, l’action de la barre latérale bascule entre Archiver et Désarchiver selon le statut actuel de la liste.

Champ Équipe sur les listes de tâches

Nécessite : l’indicateur de fonctionnalité teams_enabled

Chaque liste de tâches peut éventuellement être associée à une équipe. Lorsqu’une liste a une équipe, le nom de l’équipe apparaît sous forme de badge sur la carte de la liste et dans la barre latérale du détail de la liste.

Lors de la création d’une liste :

Situation	Comportement
Le membre créateur est dans exactement une équipe	La liste est automatiquement associée à cette équipe
Le membre créateur est dans plusieurs équipes	Un sélecteur Équipe apparaît dans le formulaire de création ; le membre choisit l’équipe (ou « Aucune équipe »)
Le membre créateur n’est dans aucune équipe	La liste n’a aucune association d’équipe

Lors de la modification d’une liste :

Admin et Root peuvent changer l’équipe de toute liste qu’ils peuvent gérer. Un simple Utilisateur ne peut changer l’équipe que sur les listes qu’il possède, et uniquement vers une équipe à laquelle il appartient actuellement. Sélectionner « Aucune équipe » est autorisé et efface l’association d’équipe.

Lorsque teams_enabled est désactivé, le sélecteur d’équipe, le badge d’équipe sur les cartes et la section équipe dans la barre latérale du détail sont tous masqués. Les associations d’équipe existantes sont conservées et rétablies si l’indicateur est réactivé.

Bascule de périmètre Mes listes / Toutes

La page des listes de tâches comporte une bascule Mes listes | Toutes qui filtre les listes affichées.

Périmètre	Affiche
Mes listes	Les listes que le membre a créées ou qui lui sont attribuées
Toutes	Toutes les listes visibles par le membre (compte complet ou équipe, selon les règles ci-dessus)

Périmètre par défaut selon le rôle (la première fois seulement) :

Utilisateur → par défaut Mes listes
Admin / Root → par défaut Toutes

Le périmètre choisi est mémorisé par personne, sur cet appareil — une fois qu’un membre bascule sur Toutes, la page s’ouvre sur Toutes la fois suivante, jusqu’à ce qu’il en change à nouveau. Le défaut selon le rôle ci-dessus ne s’applique qu’avant qu’un membre ait fait un choix. Changer de périmètre recharge la liste depuis la page 1 ; le glisser-pour-actualiser et le défilement infini respectent tous deux le périmètre actuel.

Vue « Mes listes » vide. Dans les comptes qui attribuent le travail par équipe plutôt qu’à des individus, la vue Mes listes d’un membre d’équipe peut être vide — il n’a pas créé les listes et n’y est pas attribué individuellement, car les listes appartiennent à son équipe, et non à lui directement. Lorsque Mes listes est vide, la page affiche une courte explication et un bouton Voir toutes les listes qui bascule sur Toutes, où apparaissent les listes de son équipe. (Avec les équipes désactivées, ce même bouton bascule simplement sur Toutes pour afficher toutes les listes que le membre peut voir.)

Les filtres sont mémorisés aussi. L’ordre de tri, le filtre par date d’échéance, les filtres par étiquette et la bascule d’archivage sont eux aussi mémorisés par personne sur cet appareil, de sorte que la liste se rouvre telle que le membre l’a laissée. Seule la recherche en texte libre n’est pas mémorisée — elle se réinitialise à chaque session.

Statut de la liste

Le statut global d’une liste est déduit de ses tâches :

Non commencée — aucune tâche, ou toutes les tâches sont en TODO
En cours — au moins une tâche est en DOING ou COMPLETED, mais pas toutes terminées
Terminée — toutes les tâches sont en COMPLETED

Indicateurs de couleur du statut

Chaque carte de liste affiche une bande de bordure gauche colorée et un badge de progression qui reflètent le statut actuel de la liste :

Statut	Bande de bordure gauche	Badge de progression
Non commencée	Gris (atténué)	Gris
En cours	Ambre	Ambre
Terminée	Sarcelle	Sarcelle

Tâches

Les tâches se trouvent à l’intérieur d’une liste. Le créateur de la liste, un Team Admin de l’équipe de la liste et Admin / Root peuvent ajouter et modifier des tâches. Les destinataires travaillent sur les tâches existantes (les prendre en charge, les terminer, les soumettre pour approbation) mais ne les ajoutent ni ne les modifient. Les membres qui consultent une liste en mode lecture seule (visibilité d’équipe, non attribués) peuvent voir les tâches mais ne peuvent pas interagir avec elles — c’est voulu : un admin attribue la liste aux personnes qui l’effectuent (voir « Effectuer les tâches vs les gérer » ci-dessous).

Effectuer les tâches vs les gérer. Faire une tâche et modifier une tâche sont des autorisations distinctes. Un rôle peut accorder la prise en charge et la finalisation (l’action quotidienne des équipes — s’attribuer, terminer, relâcher, commenter, téléverser une preuve) sans accorder la capacité d’ajouter, modifier ou supprimer des tâches ni de renommer la liste — et inversement. Pour les rôles d’équipe (Utilisateur, Team User), cette capacité à « faire le travail » est limitée à leur périmètre propre : elle s’applique aux listes qu’ils ont créées ou qui leur sont attribuées, de sorte que le travail se mérite par attribution. Le flux prévu est qu’un Admin ou Team Admin répartit et attribue chaque liste à l’équipe, et que ces destinataires cochent ensuite les éléments (la liste reste en lecture seule côté gestion pour eux — pas d’Ajouter une tâche ni de renommage — mais les boutons Prendre en charge et Marquer comme terminé apparaissent). Les admins peuvent construire des rôles personnalisés de la même façon — accorder act sur Éléments de liste de tâches seul, ou le coupler à update pour permettre aussi la modification du texte de l’élément. Un compte qui souhaite plutôt que n’importe quel membre d’équipe saisisse n’importe quelle liste de son équipe sans étape d’attribution peut cloner un rôle et accorder act sur Éléments de liste de tâches au périmètre équipe (compromis : un membre d’équipe hors service pourrait alors aussi valider du travail). Approuver et réattribuer des tâches ne font jamais partie du travail sur les éléments ; ils restent réservés à Team Admin / Admin / Root.

Ajouter plusieurs tâches rapidement : dans la boîte de dialogue Ajouter une tâche, utilisez Ajouter et en créer une autre — ou appuyez simplement sur Entrée dans le champ du titre — pour enregistrer la tâche en cours et démarrer immédiatement une nouvelle avec le formulaire vidé (la boîte reste ouverte et le curseur revient au titre). C’est la manière la plus rapide de bâtir une liste de vérification. Ajouter enregistre la tâche et ferme la boîte comme d’habitude. Les deux respectent les mêmes options de tâche (points, approbation, exigence de photo).

Actions sur les tâches par rôle

Action	Utilisateur — créateur de la liste	Utilisateur — destinataire seul	Team Admin (sa propre équipe)	Utilisateur (lecture seule)	Admin / Root
Ajouter une tâche	✓	✗	✓	✗	✓
Modifier le titre / la description d’une tâche	✓	✗	✓	✗	✓
Définir points, approbation ou options photo	✗	✗	✓	✗	✓
Réattribuer une tâche à un autre membre	✗	✗	✓	✗	✓
Supprimer une tâche (TODO uniquement)	✓	✗	✓	✗	✓
Prendre / changer le statut de sa propre tâche	✓	✓	✓	✗	✓
Terminer ou réinitialiser la tâche d’un autre	✓ (sa liste)	✗	✓	✗	✓
Soumettre pour approbation	✓	✓	✓	✗	✓
Approuver / rejeter	✗	✗	✓	✗	✓

L’autorité du Team Admin s’applique aux listes de ses propres équipes. Définir les valeurs en points et les options d’approbation / photo nécessite le périmètre équipe ou compte — un simple Utilisateur ne peut pas les définir, même sur une liste qu’il a créée. Cela empêche les membres d’attribuer des points de récompense à leur propre travail pour gonfler leur propre solde.

Restriction de suppression : les tâches ne peuvent être supprimées que lorsqu’elles sont à l’état TODO. Les tâches qui ont été prises en charge (DOING, PENDING_APPROVAL, COMPLETED) ne peuvent pas être supprimées ; le créateur de la liste, un Team Admin de l’équipe de la liste, ou un Admin ou Root peut d’abord les réinitialiser à TODO si un retrait est nécessaire.

Transitions de statut des tâches

Sans le flux d’approbation (par défaut) :

Transition	Qui peut la déclencher	Ce qui se passe
TODO → DOING	Tout membre attribué à la liste (ou un admin / team admin, ou un rôle personnalisé avec `task_item:act` au périmètre de la liste)	Définit le destinataire de la tâche comme le membre actuel ; enregistre l’heure de début
DOING → COMPLETED	Le membre qui l’a prise en charge, le créateur de la liste, un Team Admin de l’équipe de la liste, ou Admin / Root	Enregistre qui l’a terminée et quand ; attribue les points si activé
DOING → TODO	Le membre qui l’a prise en charge, le créateur de la liste, un Team Admin de l’équipe de la liste, ou Admin / Root	Efface le destinataire et l’heure de début
COMPLETED → TODO	Le créateur de la liste, un Team Admin de l’équipe de la liste, ou Admin / Root	Efface tous les champs de suivi ; annule les points si activé

La réinitialisation d’une tâche terminée demande une confirmation. Comme une réinitialisation (COMPLETED → TODO) efface l’enregistrement de la finalisation — qui l’a terminée et quand — et annule les points qui avaient été attribués, l’application affiche désormais une confirmation avant de rouvrir une tâche terminée, afin qu’un appui accidentel ne puisse pas annuler silencieusement des points gagnés. (Si l’annulation faisait passer le solde du membre en négatif, un « Avertissement sur les points » plus sévère s’affiche à la place.) Relâcher (DOING → TODO) et les actions d’approbation ne sont pas affectés — ils ne suppriment ni finalisation ni points.

Avec l’approbation requise sur une tâche (voir Approbation requise ci-dessous) :

Transition	Qui peut la déclencher	Ce qui se passe
DOING → PENDING_APPROVAL	Le membre qui l’a prise en charge, ou toute personne pouvant gérer la liste	Soumet la tâche pour révision ; enregistre l’heure de soumission
PENDING_APPROVAL → COMPLETED	Un Team Admin de l’équipe de la liste, ou Admin / Root	Approuve la tâche ; attribue les points au destinataire
PENDING_APPROVAL → DOING	Un Team Admin de l’équipe de la liste ou Admin / Root (rejet), ou le destinataire (retrait)	Revient à DOING pour que le travailleur puisse corriger et resoumettre
DOING → COMPLETED (contournement)	Un Team Admin de l’équipe de la liste, ou Admin / Root	Ignore le contrôle d’approbation et marque la tâche comme terminée directement

Couleurs de statut des tâches

Chaque ligne de tâche affiche un badge de statut et une bande de bordure gauche colorée :

Statut	Couleur du badge	Bande de bordure gauche
TODO	Gris	Gris (atténué)
DOING	Ambre	Ambre
PENDING_APPROVAL	Bleu ciel	Bleu ciel
COMPLETED	Sarcelle	Sarcelle (le titre de la ligne est barré et atténué pour indiquer qu’elle est faite)

Règle clé : un simple Utilisateur ne peut pas agir sur une tâche qu’il n’a pas prise en charge — à une exception près : le créateur de la liste peut terminer ou réinitialiser n’importe quelle tâche d’une liste qu’il a créée, même si quelqu’un d’autre l’a prise en charge. Un Team Admin peut agir sur toute tâche des listes de sa propre équipe, et Admin ou Root peut agir sur toute tâche du compte, pour clôturer ou réattribuer du travail au nom des membres de l’équipe. Approuver une tâche n’est pas accordé par la seule propriété — cela nécessite une autorité d’approbation (Team Admin, Admin ou Root) ; un créateur simple Utilisateur peut terminer les tâches de sa liste mais ne peut pas les approuver.

Gestion des conflits : si deux membres tentent d’agir sur la même tâche simultanément, le second changement est bloqué et ce membre voit un avis, puis la liste s’actualise automatiquement pour afficher l’état actuel.

Points à la finalisation

Lorsque points_system est activé, terminer une tâche attribue des points au membre qui l’a terminée. Les points sont attribués au destinataire au moment de la finalisation (finalisation directe ou approbation). Annuler une finalisation (COMPLETED → TODO) déduit ces points automatiquement.

Approbation et preuve par photo

Admin, Root et Team Admin (sur les listes de leur propre équipe) peuvent définir deux options indépendantes par tâche (dans le formulaire Ajouter/Modifier une tâche). Chacune peut être utilisée seule — Exiger une photo/document ne dépend plus de Approbation requise.

Option	Nécessite l’indicateur	Ce qu’elle fait
Approbation requise	`approval_enabled`	Le travailleur doit soumettre la tâche pour révision ; un approbateur — un Team Admin de l’équipe de la liste, ou un Admin ou Root — doit l’approuver avant qu’elle ne passe en COMPLETED et que les points soient attribués.
Exiger une photo / document	`attachments_enabled`	Au moins une pièce jointe doit figurer sur la tâche avant qu’elle puisse être terminée. Si l’approbation est aussi activée, la pièce jointe est requise à l’étape de soumission pour approbation. Affichée dès que les pièces jointes sont activées, indépendamment de Approbation requise.

Les deux options sont désactivées par défaut et sont indépendantes — vous pouvez exiger une photo sans approbation (par ex. « prenez une photo de preuve pour terminer la tâche »), exiger l’approbation sans photo, les deux, ou aucune. Elles peuvent être définies lors de la création ou de la modification d’une tâche, ou sur les tâches d’un modèle afin que les valeurs se reportent sur chaque liste générée à partir de ce modèle.

L’exigence de photo s’applique à tout le monde, y compris les admins — il n’existe aucun contournement admin pour elle. Pour terminer une tâche exigeant une photo alors qu’aucune n’est disponible, un admin doit d’abord modifier la tâche pour désactiver l’exigence (ou joindre un fichier). Cela diffère du contrôle d’approbation, que les admins peuvent contourner (voir Contournement par l’approbateur ci-dessous).

Qui reçoit les notifications

Lorsqu’un travailleur soumet pour approbation, toute personne dotée de l’autorité d’approbation (les Team Admins de l’équipe de la liste, plus les Admins et Root) reçoit une notification.
Lorsqu’un approbateur approuve une tâche, le destinataire reçoit une notification.
Lorsqu’un approbateur rejette une soumission, le destinataire reçoit une notification.
Lorsqu’un travailleur retire sa propre soumission, aucune notification n’est envoyée.

Contournement par l’approbateur

Les approbateurs peuvent ignorer le contrôle d’approbation : tant qu’une tâche est en DOING (même si l’approbation est requise), un Team Admin de l’équipe de la liste, ou un Admin ou Root, peut appuyer sur Marquer comme terminé pour passer directement en COMPLETED. C’est intentionnel — ils peuvent toujours agir au nom de l’équipe. Un créateur de liste simple Utilisateur peut terminer les tâches de sa propre liste mais, faute d’autorité d’approbation, ne peut pas contourner une tâche qui exige l’approbation.

Pièces jointes des tâches

Nécessite : l’indicateur de fonctionnalité attachments_enabled

Les membres peuvent joindre des fichiers directement à des tâches individuelles. C’est distinct des pièces jointes au niveau de la liste. Les pièces jointes de tâche sont utiles pour les flux de téléversement-avant-soumission lorsque les exigences d’approbation et de pièce jointe sont toutes deux activées.

Action	Utilisateur	Admin / Root
Voir les pièces jointes des tâches	✓ (sur les listes qu’il voit)	✓
Téléverser des pièces jointes de tâche	✓ (sur les listes qu’il voit)	✓
Supprimer des pièces jointes de tâche	Auteur du téléversement uniquement	✓

Appuyez sur l’action Pièces jointes de n’importe quelle tâche pour consulter, téléverser ou retirer des fichiers. Sur les applications mobiles, vous pouvez Prendre une photo avec l’appareil photo ou Choisir un fichier pour joindre une photo ou un document existant ; sur le web, le sélecteur de fichiers s’ouvre directement. La ligne de la tâche affiche un badge indiquant le nombre de pièces jointes lorsqu’un ou plusieurs fichiers sont présents.

Miniatures en ligne : les tâches avec pièces jointes affichent une petite bande de miniatures en lecture seule directement sur la tâche, dans la page de détail de la liste — ainsi les photos de preuve de travail sont visibles d’un coup d’œil sans ouvrir chaque tâche. Appuyez sur une miniature pour ouvrir le fichier complet. Le téléversement et la suppression passent toujours par l’action Pièces jointes. La bande se met à jour en direct à mesure que d’autres ajoutent ou retirent des photos.

Modèles et listes récurrentes

Nécessite : l’indicateur templates_enabled pour les modèles ; l’indicateur recurring_lists pour la récurrence. Les deux sont activés automatiquement à partir du forfait Starter et au-dessus. Sur Free, aucune des deux fonctionnalités n’est disponible.

Modèles

Une liste de tâches peut être enregistrée comme modèle. Les modèles sont des plans réutilisables — ils n’apparaissent pas dans la liste de tâches habituelle et ne peuvent pas être travaillés directement. Seuls Admin et Root peuvent créer ou gérer des modèles.

Il y a deux façons d’en créer un : partir d’un modèle vierge depuis la page Modèles, ou transformer une liste existante en modèle avec Enregistrer comme modèle, dans les actions de la page de détail de la liste. Enregistrer comme modèle ouvre un court formulaire pré-rempli avec le titre et la description de la liste (les deux modifiables) et copie les tâches de la liste dans le nouveau modèle — y compris les points de chaque tâche et ses réglages « exige une photo » / « approbation requise ». La progression, les destinataires, les dates d’échéance, les commentaires et les pièces jointes sont un état de travail et ne sont pas copiés. Une fois créé, un lien sur la confirmation vous mène directement au nouveau modèle.

Lorsqu’un modèle est généré, une nouvelle liste de tâches ordinaire est créée à partir de lui, avec toutes les tâches, attributions et étiquettes copiées. Les tâches sont réinitialisées à TODO. La génération peut se faire manuellement ou automatiquement via une planification de récurrence.

La page de détail du modèle énumère ses tâches dans l’ordre (glissez pour réorganiser). Chaque tâche affiche ses points de récompense et d’effort (lorsque le système de points est activé) et une petite icône marquant toute tâche qui exige une photo ou exige l’approbation — pour que vous voyiez d’un coup d’œil ce qui se reportera sur chaque liste générée à partir du modèle. Un récapitulatif des points totaux de récompense et d’effort du modèle apparaît à côté du nombre de tâches.

Listes récurrentes

On peut attribuer une planification de récurrence à un modèle afin que de nouvelles instances de liste soient créées automatiquement selon une cadence répétée. Le modèle lui-même est appelé la liste maître ; les copies créées sont appelées instances. Toutes les instances sont immédiatement exploitables dès leur apparition — il n’y a pas d’état « À venir ».

Fréquences

Fréquence	Cadence
Quotidienne	Chaque jour
Hebdomadaire	Tous les 7 jours
Bimensuelle	Tous les 14 jours
Mensuelle	Le même jour chaque mois ; si la date d’échéance tombe le dernier jour d’un mois, les instances suivantes tombent le dernier jour de chaque mois suivant (par ex. 31 jan. → 28/29 fév. → 31 mars)

Comment les instances sont créées

Les instances sont créées à la demande — le système ne crée jamais à l’avance les instances futures. Lorsqu’une période arrive à échéance, une instance Active est créée pour cette période. Toutes les instances sont immédiatement Actives et exploitables.

Le système vérifie toutes les heures et crée les instances dont la période est désormais échue.

Déverrouillage anticipé : lorsque toutes les tâches d’une instance Active sont terminées, le système crée automatiquement l’instance de la période suivante — les membres n’ont pas à attendre la prochaine vérification.

Événements planifiés sur le calendrier : le calendrier affiche les dates de récurrence futures comme des événements planifiés (affichés avec une bordure en pointillés). Ce ne sont pas encore de vraies listes — ils sont calculés à partir de la planification de la liste maître. Tout membre ayant l’autorisation de créer des listes peut appuyer sur un événement planifié et choisir Activer maintenant pour créer l’instance suivante immédiatement — cela inclut Admin, Root, Team Admin et les Utilisateurs ordinaires pour les listes qu’ils possèdent ou qui leur sont attribuées.

Définir une planification de récurrence

Le bouton Définir la planification apparaît sur la page de détail de la liste maître. Admin et Root peuvent définir une planification à tout moment — la liste n’a pas besoin d’être d’abord un modèle.

Planifications disponibles : Quotidienne, Tous les deux jours, Tous les 3 jours, Jours ouvrés (lun.–ven.), Hebdomadaire, Toutes les 2 semaines et Mensuelle. Choisir Personnalisé… (la dernière option du menu de planification) propose deux constructeurs :

Intervalle — « Tous les N jours / jours ouvrés / semaines / mois » pour tout intervalle jusqu’à 30 (par ex. tous les 5 jours, tous les 2 jours ouvrés, tous les 2 mois).
Jours — répéter sur un ensemble choisi de jours de la semaine chaque semaine (par ex. chaque mardi et jeudi, ou lun./mer./ven.). Sélectionnez un ou plusieurs jours parmi les pastilles D–L–M–M–J–V–S.
Jours ouvrés se répète chaque jour ouvrable et saute les week-ends — une instance de jour ouvré due un vendredi génère la suivante le lundi, jamais le samedi ou le dimanche. En mode Personnalisé, jours ouvrés ne compte que les jours ouvrables, de sorte que « tous les 2 jours ouvrés » à partir d’un vendredi tombe le mardi suivant (le samedi et le dimanche ne comptent pas). L’étendue début→échéance d’une récurrence en jours ouvrés est aussi comptée en jours ouvrables : une liste de deux jours ouvrables qui commence un vendredi est due le lundi suivant, pas le samedi.
Jours (jours de semaine précis) génère une liste chaque jour sélectionné, chaque semaine — par ex. mardi + jeudi produit une liste chaque mardi et chaque jeudi. La date de début est l’ancrage ; la première liste commence le prochain jour de semaine sélectionné à cette date ou après.
La fréquence mensuelle préserve le comportement de fin de mois (une liste commençant le 31 tombe le dernier jour de chaque mois).
Date de début (l’ancrage). La récurrence s’exécute sur la date de début : chaque instance est créée à l’arrivée de son jour de début. Une liste peut aussi porter une date d’échéance — le délai au sein de la période — et les deux ensemble délimitent la fenêtre de travail (par exemple, début le lundi, échéance le vendredi) ; chaque instance générée conserve cette même étendue début→échéance. La date d’échéance est facultative : une liste avec seulement une date de début se répète simplement à cette date sans délai. Comme la planification s’ancre sur la date de début, une liste sans date de début s’en voit demander une lorsque vous définissez sa planification (elle prend aujourd’hui par défaut) — ce qui devient la date de début de la liste.
Les jours sont ceux du compte. La récurrence utilise le fuseau horaire du compte (Paramètres du compte) pour décider quand un jour commence, de sorte qu’une liste « quotidienne » se déclenche selon le jour calendaire local du compte et qu’un début/échéance le même jour reste une seule journée toute l’année — y compris lors des changements d’heure d’été. Si le fuseau horaire du compte est vide, il retombe sur UTC.
Définir une planification met à jour la règle de récurrence. Si la date de début de l’instance suivante est aujourd’hui ou avant, une instance Active est créée immédiatement.
Aucune instance future n’est créée à l’avance — le calendrier affiche des espaces réservés planifiés à la place.
Comme les instances sont créées au moment où elles arrivent à échéance, toute tâche ajoutée à la liste maître après la définition de la planification apparaîtra automatiquement dans toutes les instances futures. Il n’est pas nécessaire de resynchroniser ou de mettre à jour manuellement les instances existantes.

Terminer une récurrence à une date

Lors de la définition ou du changement d’une planification, l’option Se termine contrôle la durée de la récurrence :

Jamais (par défaut) — la liste continue de générer des instances jusqu’à ce que quelqu’un l’arrête. C’est ainsi que les listes récurrentes ont toujours fonctionné.
À une date — choisissez une date de fin, et la récurrence s’arrête d’elle-même une fois cette date passée.

La date de fin est incluse : une instance dont le début tombe à la date de fin est tout de même créée, et aucune n’est générée après elle. Définir une date de fin ne supprime rien — cela arrête seulement les instances futures ; les instances déjà créées demeurent comme des listes autonomes. Une fois la date de fin passée, la liste cesse simplement de créer de nouvelles copies — la planification elle-même reste en place, de sorte que la liste continue d’afficher « Se répète … · Se termine {date} » comme trace de ce qu’elle a fait (elle n’est pas effacée, et les instances existantes ne sont pas touchées). La date de fin utilise le fuseau horaire du compte, comme le reste de la planification, et doit être à la date de début de la liste ou après. Pour terminer une récurrence immédiatement plutôt qu’à une date, utilisez Arrêter la récurrence (ci-dessous), qui supprime entièrement la planification.

Actions par rôle

Action	Utilisateur (propre/attribué)	Admin / Root
Définir une planification de récurrence	✗	✓
Changer la planification de récurrence	✗	✓
Arrêter la récurrence	✗	✓
Voir les événements planifiés (à venir) sur le calendrier	✓	✓
Activer l’instance suivante immédiatement	✓ (propre/attribué seulement)	✓
Supprimer une liste (avec choix de périmètre pour la récurrence)	Créateur uniquement	✓

Arrêter la récurrence

Le bouton Arrêter la récurrence sur la page de détail de la liste maître désarme la planification. Aucune liste n’est supprimée — la planification de récurrence de la liste maître est effacée et aucune nouvelle instance ne sera créée. Les instances Actives et terminées existantes ne sont pas affectées ; elles demeurent des listes autonomes et conservent leur historique.

Changer la planification

Le bouton Changer la planification met à jour la récurrence pour la suite. Il s’ouvre pré-rempli avec la planification actuelle (la fréquence ou les jours précis), de sorte que seules les parties modifiées ont besoin d’être ajustées. La longueur d’avance n’est plus définie ici — elle provient des propres dates de début et d’échéance de la liste. Aucune instance existante n’est supprimée ou modifiée. Les futurs événements planifiés sur le calendrier se mettent automatiquement à jour pour refléter la nouvelle cadence.

Naviguer entre la liste maître et les instances

La page de détail d’une instance affiche un lien « Fait partie d’une série récurrente » qui ramène à la liste maître, ce qui facilite la gestion de la planification sans avoir à chercher le modèle d’origine.

Supprimer une liste maître récurrente

Lorsque la liste maître est supprimée, le système demande un périmètre :

Choix	Ce qui se passe
Cette liste uniquement	Supprime seulement la liste maître. Les instances existantes deviennent des listes autonomes et ne sont pas affectées. Aucune nouvelle instance ne sera créée puisque la liste maître a disparu.
Toute la série	Supprime la liste maître et chaque instance, quel que soit son statut — y compris les listes actuellement Actives. C’est irréversible.

Supprimer une instance récurrente

Lorsqu’une instance individuelle est supprimée, le système demande également un périmètre :

Choix	Ce qui se passe
Cette instance uniquement	Retire seulement cette instance. La liste maître et la planification ne sont pas affectées ; la série continue normalement.
Toute la série	Supprime la liste maître et chaque instance, quel que soit son statut — y compris les listes actuellement Actives. C’est irréversible.

Rappels

Nécessite : l’indicateur de fonctionnalité reminders_enabled (activé par défaut pour tous les forfaits)

Ajoutez des rappels à une liste de tâches qui préviennent les personnes avant son début ou son échéance — un préréglage (jour/semaine avant le début ou l’échéance) ou une date et heure personnalisées — chacun destiné à tout le monde sur la liste ou à des membres précis, avec une note facultative. Les rappels se déclenchent par notification push + dans l’application, et un widget Rappels à venir s’affiche sur le tableau de bord. Voir Rappels pour le guide complet.

Pièces jointes des listes

Nécessite : l’indicateur de fonctionnalité attachments_enabled

Lorsqu’elles sont activées, les membres peuvent joindre des fichiers (images et documents) aux listes de tâches. Les types pris en charge incluent JPEG, PNG, WebP et les formats de document courants. Les images sont automatiquement redimensionnées au téléversement. Chaque fichier est limité à 20 Mo, avec un maximum de 20 pièces jointes par liste. Sur les applications mobiles, appuyez sur la tuile d’ajout pour Prendre une photo avec l’appareil photo ou Choisir un fichier ; sur le web, le sélecteur de fichiers s’ouvre directement.

Action	Utilisateur	Admin / Root
Voir les pièces jointes	✓ (sur les listes qu’il voit)	✓
Téléverser des pièces jointes	✓ (sur les listes qu’il voit)	✓
Supprimer des pièces jointes	Créateur de la pièce jointe uniquement	✓

Commentaires

Les membres peuvent laisser des commentaires sur les tâches pour ajouter du contexte, poser des questions ou consigner des notes. Les commentaires sont visibles par toute personne pouvant voir la liste. Il n’y a pas de modification — pour corriger un commentaire, supprimez-le et republiez-le.

Action	Utilisateur	Admin / Root
Voir les commentaires	✓ (sur les listes qu’il voit)	✓
Ajouter un commentaire	✓ (sur les listes qu’il voit)	✓
Supprimer son propre commentaire	✓	✓
Supprimer n’importe quel commentaire	✗	✓

Notes pour l’assistance

Si un Team Admin dit qu’il ne peut pas attribuer un membre à une liste, vérifiez que le membre visé appartient à l’une des équipes du Team Admin. Les Team Admins ne peuvent attribuer que dans le périmètre de leur propre équipe — ils ne peuvent pas attribuer à l’échelle du compte.
Les destinataires peuvent être gérés de deux façons : la boîte de dialogue rapide Gérer les membres depuis le détail de la liste (appuyez sur les avatars des destinataires), ou le formulaire de modification complet. Les deux nécessitent l’autorisation d’attribution, donc un simple Utilisateur ne verra pas Gérer les membres. Les changements de destinataires effectués par une personne se mettent à jour en temps réel pour les autres personnes ayant cette liste ouverte.
Pour ajouter beaucoup de tâches d’un coup, utilisez Ajouter et en créer une autre dans la boîte de dialogue Ajouter une tâche — elle garde la boîte ouverte et vide le formulaire après chaque enregistrement au lieu de la rouvrir pour chaque tâche.
Si un Utilisateur ne voit pas une liste, vérifiez d’abord la bascule Mes listes / Toutes — les listes qu’il peut voir mais qui ne lui sont pas attribuées n’apparaissent que dans Toutes. Si la liste manque toujours et que teams_enabled est activé, vérifiez l’association d’équipe de la liste (visible dans la barre latérale du détail de la liste). Une liste n’est visible par un membre que si l’équipe de la liste correspond à l’une des équipes auxquelles le membre appartient. Les listes sans association d’équipe ne sont visibles que par le créateur et Root.
Si un membre a été récemment ajouté à une équipe mais ne voit toujours pas les listes de cette équipe, il devra peut-être actualiser l’application. Si le problème persiste, vérifiez que son appartenance à l’équipe est enregistrée sur la page Équipes.
Si un Utilisateur ne peut pas terminer une tâche qu’il a prise en charge, vérifiez qu’il figure sur la liste des destinataires de la liste.
Si un Utilisateur dit qu’il peut modifier les tâches mais pas les supprimer, c’est correct — seul le créateur de la liste (ou un Admin ou Root) peut supprimer des tâches. Les destinataires qui ne sont pas le créateur de la liste ont des droits de modification mais pas de suppression sur les tâches.
Si un Utilisateur ne peut pas modifier ni supprimer sa propre liste personnelle, vérifiez qu’il est bien le créateur de la liste. Les utilisateurs peuvent entièrement modifier et supprimer les listes de tâches qu’ils ont créées.
Si un Utilisateur obtient « Cette tâche nécessite une approbation » en essayant de la marquer comme terminée, c’est que la tâche exige une approbation. Le membre doit utiliser Soumettre pour approbation à la place ; seul un admin peut l’approuver.
Si un Utilisateur ne peut pas soumettre pour approbation ou ne peut pas terminer une tâche parce qu’une « pièce jointe est requise », c’est que la tâche a Exiger une photo/document activé — il doit d’abord téléverser au moins un fichier via l’action Pièces jointes. Cette exigence s’applique à tout le monde, y compris les admins (pas de contournement) ; pour terminer sans photo, un admin doit modifier la tâche et désactiver l’exigence.
Si une tâche est bloquée en DOING et que le membre est indisponible, un Admin ou Root peut la réinitialiser à TODO.
Les modèles et les instances qu’ils génèrent sont distincts — modifier un modèle après la génération ne change pas les listes déjà générées.
La bascule Approbation requise n’apparaît sur le formulaire de tâche que lorsque approval_enabled est activé ; la bascule Exiger une photo/document apparaît dès que attachments_enabled est activé, indépendamment de l’approbation.
Si une instance manque alors qu’une période aurait dû commencer, les instances sont créées automatiquement dans l’heure. Si elle n’est toujours pas apparue, un Admin ou Root peut déclencher manuellement la création via le bouton Activer l’instance suivante sur la page de détail de la liste maître, ou en appuyant sur l’événement planifié dans le calendrier et en choisissant Activer maintenant.
Arrêter la récurrence ne supprime aucune liste — cela efface seulement la règle de récurrence sur la liste maître. Toutes les instances existantes demeurent des listes Actives autonomes. Si un admin souhaite les supprimer, il doit supprimer chacune manuellement.
Si un compte rétrograde à Free (ou qu’un abonnement est résilié ou expire sur un paiement échoué), les listes récurrentes cessent automatiquement de générer de nouvelles instances, puisque recurring_lists est une fonctionnalité payante. Aucune liste n’est supprimée — les listes maîtres et instances existantes restent telles quelles, et la planification reprend d’elle-même si le compte se réabonne à un forfait incluant les listes récurrentes.
Si un membre signale qu’une liste a disparu, vérifiez si elle a été archivée. Les listes archivées sont masquées de la vue par défaut et ne sont visibles que lorsque la bascule Archivées est active.
Archiver une liste liée à un projet n’affecte pas les totaux de points ou de coûts de ce projet. Les données de la liste comptent toujours dans le cumul du projet, quel que soit le statut d’archivage.
Changer une planification de récurrence n’affecte pas les instances existantes. Seules les périodes futures sont recalculées.
La fréquence mensuelle préserve le comportement de fin de mois : une liste due le 31 janvier tombera toujours le dernier jour de chaque mois, et non un jour 31 fixe (ce qui sauterait les mois n’ayant pas de 31).