Attività

Panoramica

Le attività sono il cuore di Ziptask. Il lavoro è organizzato in liste attività (progetti o checklist) che contengono attività (singole cose da fare). Le liste possono essere personali (di proprietà di un solo membro) o condivise (assegnate a più membri).

I modelli sono progetti riutilizzabili per le liste — ne costruisci uno una volta e generi nuove liste da esso su richiesta. Le liste ricorrenti sono uno strato facoltativo sopra i modelli: a un modello può essere assegnata una pianificazione così le nuove liste vengono generate automaticamente. Un modello non deve necessariamente ripetersi; può essere generato manualmente ogni volta che serve.

Liste attività

Chi può creare una lista

Qualsiasi membro può creare una lista personale. Admin e Root possono creare una lista e assegnarla a qualsiasi membro dell’account. Team Admin può creare e assegnare liste ma solo a membri all’interno dei propri team — non può assegnare a membri al di fuori dell’ambito del proprio team.

Chi può vedere una lista

Ruolo	Visibilità
User	Liste associate a uno qualsiasi dei suoi team, più le liste che ha creato o a cui è assegnato (team attivi). Con i team disattivati, solo le liste che ha creato o a cui è assegnato. Le liste che l’User ha creato o a cui è assegnato sono modificabili; qualsiasi altra che può vedere è in sola lettura.
Team Admin	Liste associate a uno qualsiasi dei suoi team, più le liste che ha creato o a cui è assegnato (team attivi). La visibilità predefinita è con ambito di team — come Admin ma limitata al/ai suo/i team.
Admin	Tutte le liste dell’account in ogni momento (ambito account — non limitato dal team).
Root	Tutte le liste dell’account in ogni momento.

Liste in sola lettura: Un User che può vedere una lista ma non è il creatore né un assegnatario può vedere le sue attività e il suo avanzamento ma non può aggiungere attività, prendere in carico attività o caricare allegati. Queste liste sono etichettate come “Sola lettura” nella vista a elenco.

Team disattivati. Quando teams_enabled è disattivato, le associazioni di team vengono ignorate e la visibilità ricade sull’ambito di ruolo di ciascun membro: Admin e Root (ambito account) vedono comunque ogni lista, mentre i membri con ambito di team (il ruolo User predefinito) vedono solo le liste che hanno creato o a cui sono assegnati. Quando teams_enabled è attivo, i membri con ambito di team vedono inoltre le liste appartenenti a uno qualsiasi dei loro team; un membro in più team vede le liste di tutti quei team combinate. La visibilità segue sempre l’ambito di permessi del membro — mai più di quanto il suo ruolo concede.

Liste senza team: Se una lista è stata creata senza un team (o prima che i team fossero attivati o da un membro non in alcun team), non ha alcuna associazione di team ed è visibile solo al creatore e a Root. Un Admin o Root può aprire il modale di modifica della lista e assegnarla a un team per ripristinare una visibilità più ampia.

Azioni sulle liste per ruolo

Azione	User	Team Admin	Admin / Root
Creare una lista personale	✓ (piano Free: max 10 liste attive)	✓	✓
Creare e assegnare una lista ai membri	✗	✓ (solo membri del proprio team)	✓
Modificare titolo / descrizione / scadenza	Solo il creatore	Solo il creatore (ambito di team)	✓
Eliminare una lista	Solo il creatore	Solo il creatore (ambito di team)	✓
Archiviare / ripristinare una lista	Solo il creatore	Solo il creatore (ambito di team)	✓
Aggiungere / rimuovere assegnazioni di membri	✗	✓ (solo membri del proprio team)	✓

Gestire gli assegnatari

Admin, Root e Team Admin (all’interno dell’ambito del proprio team) possono cambiare chi è assegnato a una lista. Ci sono due modi per farlo:

Gestisci membri (rapido): Sulla pagina di dettaglio della lista, tocca gli avatar degli assegnatari o l’azione Gestisci membri nell’area degli assegnatari per aprire un dialogo focalizzato solo sull’aggiunta/rimozione di persone. Le modifiche si salvano immediatamente e si aggiornano in tempo reale per tutti coloro che stanno guardando la lista.
Modifica lista (modulo completo): Il modulo di modifica della lista include anche il selettore degli assegnatari, insieme a titolo, descrizione, data di inizio, scadenza, team e tag. Una lista può recare una data di inizio facoltativa oltre a una scadenza — le due segnano la finestra di lavoro (ad es. inizia lunedì, scade venerdì). L’inizio e la scadenza si scelgono con un controllo combinato di data e ora e includono un’ora del giorno — i nuovi inizi hanno come valore predefinito le 9:00 e le scadenze le 17:00 nel fuso orario dell’account. Le nuove liste impostano l’inizio per impostazione predefinita a oggi alle 9:00; cancellalo se una lista non ha un inizio distinto. L’inizio deve essere uguale o precedente alla scadenza. Una lista è in ritardo una volta che la sua data e ora di scadenza sono passate (una lista in scadenza alle 17:00 diventa in ritardo alle 17:01, non all’inizio del giorno successivo).

Entrambe le vie richiedono il permesso di assegnazione. I Team Admin possono aggiungere o rimuovere membri solo all’interno dei propri team; un User normale non può cambiare le assegnazioni e non vedrà l’azione Gestisci membri.

Liste ricorrenti — chi è presente su ogni occorrenza. Una lista ricorrente genera una nuova copia a ogni pianificazione, e ogni nuova copia prende i suoi assegnatari dalla serie ricorrente (la master), non dalla lista di un singolo giorno. Quindi quando apri Gestisci membri su un’occorrenza ricorrente, un banner “Questa lista è ricorrente” in alto offre due interruttori che controllano quanto lontano arrivano le tue modifiche:

Aggiungi i nuovi membri a tutte le occorrenze — attivo per impostazione predefinita. Chiunque tu aggiunga entra a far parte della serie, così ogni occorrenza futura lo include. Disattivalo per aggiungere qualcuno solo a questa occorrenza (ad es. un sostituto per un giorno).
Rimuovi i membri da tutte le occorrenze — disattivato per impostazione predefinita. Rimuovere qualcuno riguarda solo questa occorrenza (ad es. un giorno di malattia). Attivalo per rimuoverlo anche da ogni occorrenza futura.

Il banner appare solo su un’occorrenza ricorrente; su una lista normale non c’è nulla da sincronizzare. Gli interruttori si applicano alle persone che aggiungi o rimuovi effettivamente in questa sessione — un membro esistente limitato alla singola occorrenza che lasci selezionato non viene modificato. Per spostare qualcuno che si trova su una singola occorrenza sull’intera serie, aggiungilo direttamente sulla lista ricorrente (la master).

Archiviare le liste

Le liste possono essere archiviate anziché eliminate. Le liste archiviate sono nascoste dalla vista predefinita e non contano ai fini del limite di liste attive del piano Free. Per vedere le liste archiviate, tocca Archiviate nell’intestazione della pagina delle liste — la vista passa a mostrare solo le liste archiviate. Le liste archiviate restano completamente navigabili: toccando una scheda nella vista archiviata si apre il dettaglio della lista dove attività e cronologia possono essere riesaminate.

Limite di liste attive del piano Free: Gli account del piano Free possono avere fino a 10 liste attive (non archiviate) alla volta. Archiviare una lista libera uno slot. Se un account del piano Free è al limite, la creazione di una nuova lista o il ripristino di una lista è bloccato finché un’altra lista non viene archiviata.

Chi può archiviare: Il creatore della lista, o Admin o Root possono archiviare qualsiasi lista. L’archiviazione conserva tutti i dati, le attività e la cronologia della lista — nulla viene eliminato.

Liste collegate a un progetto: Se una lista è collegata a un progetto, archiviarla non la rimuove dai totali di punti o costi del progetto. Tutte le liste contano sempre nei consolidamenti del progetto indipendentemente dal loro stato di archiviazione. Una nota a questo effetto è mostrata nella conferma di archiviazione quando la lista appartiene a un progetto.

Ripristinare: Sia il pulsante Ripristina sulla scheda della lista archiviata sia l’azione Ripristina nella barra laterale di dettaglio della lista mostrano una conferma prima di riportare la lista ad attiva. Sulla pagina di dettaglio l’azione della barra laterale alterna tra Archivia e Ripristina in base allo stato attuale della lista.

Campo Team sulle liste attività

Richiede: feature flag teams_enabled

Ogni lista attività può essere facoltativamente associata a un team. Quando una lista ha un team, il nome del team appare come badge sulla scheda della lista e nella barra laterale di dettaglio della lista.

Quando si crea una lista:

Situazione	Comportamento
Il membro che crea è in esattamente un team	La lista viene automaticamente associata a quel team
Il membro che crea è in più team	Un selettore Team appare nel modulo di creazione; il membro sceglie quale team (o “Nessun team”)
Il membro che crea non è in alcun team	La lista non ha alcuna associazione di team

Quando si modifica una lista:

Admin e Root possono cambiare il team su qualsiasi lista che possono gestire. Un User normale può cambiare il team solo sulle liste che possiede, e solo verso un team a cui appartiene attualmente. Selezionare “Nessun team” è consentito e cancella l’associazione di team.

Quando teams_enabled è disattivato, il selettore di team, il badge del team sulle schede e la sezione team nella barra laterale di dettaglio sono tutti nascosti. Le associazioni di team esistenti vengono conservate e ripristinate se il flag viene riattivato.

Interruttore di ambito Mie / Tutte

La pagina delle liste attività ha un interruttore Mie | Tutte che filtra quali liste vengono mostrate.

Ambito	Mostra
Mie	Le liste che il membro ha creato o a cui è assegnato
Tutte	Tutte le liste a cui il membro ha visibilità (intero account o team, secondo le regole sopra)

Ambito predefinito per ruolo (solo la prima volta):

User → predefinito su Mie
Admin / Root → predefinito su Tutte

L’ambito scelto viene ricordato per persona, su quel dispositivo — una volta che un membro passa a Tutte, la pagina si apre su Tutte la volta successiva, finché non lo cambia di nuovo. Il predefinito di ruolo sopra si applica solo prima che un membro abbia fatto una scelta. Cambiare ambito ricarica l’elenco dalla pagina 1; il pull-to-refresh e lo scorrimento infinito rispettano entrambi l’ambito corrente.

Vista “Mie” vuota. Negli account che assegnano il lavoro per team anziché a individui, la vista Mie di un membro della squadra può essere vuota — non ha creato le liste e non è assegnato individualmente, quindi le liste appartengono al suo team, non a lui direttamente. Quando Mie è vuota, la pagina mostra una breve spiegazione e un pulsante Vedi tutte le liste che passa a Tutte, dove appaiono le liste del suo team. (Con i team disattivati, lo stesso pulsante passa semplicemente a Tutte per mostrare ogni lista che il membro può vedere.)

Anche i filtri vengono ricordati. L’ordine di ordinamento, il filtro per scadenza, i filtri per tag e l’interruttore archiviate vengono anch’essi ricordati per persona su quel dispositivo, così l’elenco si riapre come il membro l’ha lasciato l’ultima volta. Solo la ricerca a testo libero non viene ricordata — si azzera a ogni sessione.

Stato della lista

Lo stato complessivo di una lista è derivato dalle sue attività:

Non iniziata — nessuna attività, o tutte le attività sono TODO
In corso — almeno un’attività è DOING o COMPLETED ma non tutte completate
Completata — tutte le attività sono COMPLETED

Indicatori di colore dello stato

Ogni scheda di lista mostra una striscia colorata sul bordo sinistro e un badge di avanzamento che riflettono lo stato attuale della lista:

Stato	Striscia del bordo sinistro	Badge di avanzamento
Non iniziata	Grigio (sbiadito)	Grigio
In corso	Ambra	Ambra
Completata	Verde acqua	Verde acqua

Attività

Le attività vivono all’interno di una lista. Il creatore della lista, un Team Admin sul team della lista e Admin / Root possono aggiungere e modificare le attività. Gli assegnatari lavorano sulle attività esistenti (prendere in carico, completare, inviare per approvazione) ma non le aggiungono né le modificano. I membri che guardano una lista in modalità di sola lettura (visibilità di team, non assegnati) possono vedere le attività ma non possono interagire con esse — è così per progettazione: un admin assegna la lista alle persone che la svolgono (vedi “Lavorare le attività vs. gestirle” sotto).

Lavorare le attività vs. gestirle. Svolgere un’attività e modificare un’attività sono permessi separati. Un ruolo può concedere prendere in carico e completare (l’azione quotidiana della squadra — rivendicare, completare, rilasciare, commentare, caricare le prove) senza concedere la possibilità di aggiungere, modificare o eliminare attività o rinominare la lista — e viceversa. Per i ruoli della squadra (User, Team User) questa capacità di “svolgere il lavoro” ha ambito own: si applica alle liste che hanno creato o a cui sono stati assegnati, così il lavoro si guadagna per assegnazione. Il flusso previsto è che un Admin o Team Admin suddivide e assegna ogni lista alla squadra, e quegli assegnatari poi spuntano gli elementi (la lista resta in sola lettura per la gestione per loro — nessun Aggiungi attività o rinomina — ma i pulsanti Prendi in carico e Contrassegna come completata appaiono). Gli admin possono costruire ruoli personalizzati allo stesso modo — concedi Elementi lista attività act da solo, o abbinalo a update per consentire anche di modificare il testo dell’elemento. Un account che invece vuole che qualsiasi membro del team prenda una qualsiasi lista del proprio team senza un passaggio di assegnazione può clonare un ruolo e concedere Elementi lista attività act con ambito team (compromesso: un membro del team fuori turno potrebbe allora spuntare il lavoro). Approvare e riassegnare le attività non fanno mai parte del lavoro sugli elementi; restano con Team Admin / Admin / Root.

Aggiungere diverse attività velocemente: Nel dialogo Aggiungi attività, usa Aggiungi e creane un’altra — o premi semplicemente Invio nel campo del titolo — per salvare l’attività corrente e iniziare immediatamente una nuova con il modulo svuotato (il dialogo resta aperto e il cursore torna al titolo). Questo è il modo più rapido per costruire una checklist. Aggiungi salva l’attività e chiude il dialogo come al solito. Entrambi rispettano le stesse opzioni dell’attività (punti, approvazione, requisito della foto).

Azioni sulle attività per ruolo

Azione	User — creatore della lista	User — solo assegnatario	Team Admin (proprio team)	User (sola lettura)	Admin / Root
Aggiungere un’attività	✓	✗	✓	✗	✓
Modificare titolo / descrizione di un’attività	✓	✗	✓	✗	✓
Impostare punti, approvazione o opzioni foto dell’attività	✗	✗	✓	✗	✓
Riassegnare un’attività a un membro diverso	✗	✗	✓	✗	✓
Eliminare un’attività (solo TODO)	✓	✗	✓	✗	✓
Prendere in carico / cambiare lo stato della propria attività	✓	✓	✓	✗	✓
Completare o ripristinare un’attività di qualcun altro	✓ (la loro lista)	✗	✓	✗	✓
Inviare per approvazione	✓	✓	✓	✗	✓
Approvare / rifiutare	✗	✗	✓	✗	✓

L’autorità del Team Admin si applica alle liste nel/nei proprio/i team. Impostare i valori dei punti e gli interruttori di approvazione / foto richiede l’ambito di team o account — un User semplice non può impostarli nemmeno su una lista che ha creato. Questo impedisce ai membri di mettere punti premio sul proprio lavoro per gonfiare il proprio saldo.

Restrizione sull’eliminazione: Le attività possono essere eliminate solo quando sono in stato TODO. Le attività che sono state prese in carico (DOING, PENDING_APPROVAL, COMPLETED) non possono essere eliminate; il creatore della lista, un Team Admin sul team della lista, o un Admin o Root possono prima ripristinarle a TODO se è necessaria la rimozione.

Transizioni di stato delle attività

Senza il flusso di approvazione (predefinito):

Transizione	Chi può attivarla	Cosa succede
TODO → DOING	Qualsiasi membro assegnato alla lista (o un admin / team admin, o un ruolo personalizzato con `task_item:act` nell’ambito della lista)	Imposta l’assegnatario dell’attività al membro corrente; registra l’ora di inizio
DOING → COMPLETED	Il membro che l’ha presa in carico, il creatore della lista, un Team Admin sul team della lista, o Admin / Root	Registra chi l’ha completata e quando; assegna i punti se abilitati
DOING → TODO	Il membro che l’ha presa in carico, il creatore della lista, un Team Admin sul team della lista, o Admin / Root	Cancella l’assegnatario e l’ora di inizio
COMPLETED → TODO	Il creatore della lista, un Team Admin sul team della lista, o Admin / Root	Cancella tutti i campi di monitoraggio; storna i punti se abilitati

Ripristinare un’attività completata richiede una conferma. Poiché un ripristino (COMPLETED → TODO) cancella il record di completamento — chi l’ha completata e quando — e storna eventuali punti assegnati, l’app ora mostra una conferma prima di riaprire un’attività completata, così un tocco accidentale non può annullare silenziosamente i punti guadagnati. (Se lo storno portasse il saldo del membro in negativo, viene invece mostrato un avviso più marcato, l‘“Avviso punti”.) Il rilascio (DOING → TODO) e le azioni di approvazione non sono influenzati — non rimuovono un completamento né dei punti.

Con l’approvazione richiesta su un’attività (vedi Richiede approvazione sotto):

Transizione	Chi può attivarla	Cosa succede
DOING → PENDING_APPROVAL	Il membro che l’ha presa in carico, o chiunque possa gestire la lista	Invia l’attività per la revisione; registra l’ora di invio
PENDING_APPROVAL → COMPLETED	Un Team Admin sul team della lista, o Admin / Root	Approva l’attività; assegna i punti all’assegnatario
PENDING_APPROVAL → DOING	Un Team Admin sul team della lista o Admin / Root (rifiuto), o l’assegnatario (ritiro)	Torna a DOING così chi lavora può correggere e reinviare
DOING → COMPLETED (bypass)	Un Team Admin sul team della lista, o Admin / Root	Salta il gate di approvazione e contrassegna l’attività come completata direttamente

Colori dello stato delle attività

Ogni riga di attività mostra un badge di stato e una striscia colorata sul bordo sinistro:

Stato	Colore del badge	Striscia del bordo sinistro
TODO	Grigio	Grigio (sbiadito)
DOING	Ambra	Ambra
PENDING_APPROVAL	Azzurro	Azzurro
COMPLETED	Verde acqua	Verde acqua (il titolo della riga è barrato e sbiadito per indicare che è completata)

Regola chiave: Un User semplice non può agire su un’attività che non ha preso in carico — con un’eccezione: il creatore della lista può completare o ripristinare qualsiasi attività su una lista che ha creato, anche se qualcun altro l’ha presa in carico. Un Team Admin può agire su qualsiasi attività sulle liste del proprio team, e Admin o Root possono agire su qualsiasi attività dell’account, per chiudere o riassegnare il lavoro per conto dei membri del team. Approvare un’attività non è concesso dalla sola proprietà — richiede l’autorità di approvazione (Team Admin, Admin o Root); un creatore User semplice può completare le attività della sua lista ma non può approvarle.

Gestione dei conflitti: Se due membri provano ad agire sulla stessa attività contemporaneamente, la seconda modifica viene bloccata e quel membro vede un avviso, poi la lista si aggiorna automaticamente per mostrare lo stato attuale.

Punti al completamento

Quando points_system è attivo, completare un’attività assegna punti al membro che l’ha completata. I punti vengono assegnati all’assegnatario al momento del completamento (completamento diretto o approvazione). Stornare un completamento (COMPLETED → TODO) detrae quei punti automaticamente.

Approvazione e prova fotografica

Admin, Root e Team Admin (sulle liste del proprio team) possono impostare due opzioni indipendenti per attività (nel modulo Aggiungi/Modifica attività). Ciascuna può essere usata da sola — Richiedi foto/documento non dipende più da Richiede approvazione.

Interruttore	Richiede il flag	Cosa fa
Richiede approvazione	`approval_enabled`	Chi lavora deve inviare l’attività per la revisione; un approvatore — un Team Admin sul team della lista, o un Admin o Root — deve approvare prima che diventi COMPLETED e i punti vengano assegnati.
Richiedi foto / documento	`attachments_enabled`	Almeno un allegato deve essere presente sull’attività prima che possa essere completata. Se anche l’approvazione è attiva, l’allegato è richiesto al passaggio di invio per approvazione. Mostrato ogni volta che gli allegati sono attivi, indipendentemente da Richiede approvazione.

Entrambi gli interruttori sono per impostazione predefinita disattivati e sono indipendenti — puoi richiedere una foto con nessuna approvazione (ad es. “scatta una foto di prova per finire l’attività”), richiedere l’approvazione senza foto, entrambe o nessuna. Possono essere impostati quando si crea o si modifica un’attività, o sulle attività del modello così i valori si riportano su ogni lista generata da quel modello.

Il requisito della foto si applica a tutti, inclusi gli admin — non c’è alcun bypass per admin. Per completare un’attività che richiede una foto quando nessuna è disponibile, un admin deve prima modificare l’attività per disattivare il requisito (o allegare un file). Questo differisce dal gate di approvazione, che gli admin possono bypassare (vedi Bypass dell’admin sotto).

Chi riceve le notifiche

Quando chi lavora invia per approvazione, tutti coloro che hanno l’autorità di approvazione (Team Admin sul team della lista, più Admin e Root) ricevono una notifica.
Quando un approvatore approva un’attività, l’assegnatario riceve una notifica.
Quando un approvatore rifiuta un invio, l’assegnatario riceve una notifica.
Quando chi lavora ritira il proprio invio, nessuna notifica viene inviata.

Bypass dell’approvatore

Gli approvatori possono saltare il gate di approvazione: mentre un’attività è DOING (anche se l’approvazione è richiesta), un Team Admin sul team della lista, o un Admin o Root, può toccare Contrassegna come completata per andare direttamente a COMPLETED. Questo è intenzionale — possono sempre agire per conto del team. Un creatore User semplice può completare le attività sulla propria lista ma, mancando dell’autorità di approvazione, non può bypassare un’attività che richiede l’approvazione.

Allegati delle attività

Richiede: feature flag attachments_enabled

I membri possono allegare file direttamente alle singole attività. Questo è distinto dagli allegati a livello di lista. Gli allegati delle attività sono utili per i flussi di caricamento-prima-dell’invio quando sono attivi sia il requisito di approvazione sia quello di allegato.

Azione	User	Admin / Root
Vedere gli allegati dell’attività	✓ (sulle liste che può vedere)	✓
Caricare gli allegati dell’attività	✓ (sulle liste che può vedere)	✓
Eliminare gli allegati dell’attività	Solo chi ha caricato	✓

Tocca l’azione Allegati su qualsiasi attività per vedere, caricare o rimuovere file. Sulle app per telefono puoi Scattare una foto con la fotocamera o Scegliere un file per allegare una foto o un documento esistente; sul web il selettore di file si apre direttamente. La riga dell’attività mostra un badge con il conteggio degli allegati quando uno o più file sono presenti.

Miniature in linea: le attività con allegati mostrano una piccola striscia di miniature in sola lettura direttamente sull’attività nella pagina di dettaglio della lista attività — così le foto a prova del lavoro sono visibili a colpo d’occhio senza aprire ogni attività. Tocca una miniatura per aprire il file completo. Il caricamento e l’eliminazione avvengono comunque tramite l’azione Allegati. La striscia si aggiorna in tempo reale man mano che altri aggiungono o rimuovono foto.

Modelli e liste ricorrenti

Richiede: flag templates_enabled per i modelli; flag recurring_lists per le ricorrenti. Entrambi sono attivati automaticamente dal piano Starter e superiori. Su Free, nessuna delle due funzionalità è disponibile.

Modelli

Una lista attività può essere salvata come modello. I modelli sono progetti riutilizzabili — non appaiono nell’elenco normale delle attività e non possono essere lavorati direttamente. Solo Admin e Root possono creare o gestire i modelli.

Ci sono due modi per crearne uno: iniziare un modello vuoto dalla pagina Modelli, o trasformare una lista esistente in uno con Salva come modello, che si trova nelle azioni sulla pagina di dettaglio della lista. Salva come modello apre un breve modulo precompilato con il titolo e la descrizione della lista (entrambi modificabili) e copia le attività della lista nel nuovo modello — inclusi i punti di ogni attività e le sue impostazioni “richiede una foto” / “richiede approvazione”. Avanzamento, assegnatari, scadenze, commenti e allegati sono stato di lavoro e non vengono copiati. Una volta creato, un link sulla conferma ti porta direttamente al nuovo modello.

Quando un modello viene generato, una nuova lista attività normale viene creata da esso con tutte le attività, le assegnazioni e i tag copiati. Le attività vengono ripristinate a TODO. La generazione può essere fatta manualmente o automaticamente tramite una pianificazione di ricorrenza.

La pagina di dettaglio del modello elenca le sue attività in ordine (trascina per riordinare). Ogni attività mostra i suoi punti premio e impegno (quando il sistema a punti è attivo) e una piccola icona che contrassegna qualsiasi attività che richiede una foto o richiede approvazione — così puoi vedere a colpo d’occhio cosa si riporterà su ogni lista generata dal modello. Un riepilogo dei punti premio e impegno totali del modello appare accanto al conteggio delle attività.

Liste ricorrenti

A un modello può essere assegnata una pianificazione di ricorrenza così nuove istanze di lista vengono create automaticamente a una cadenza ripetuta. Il modello stesso è chiamato lista master; le copie create sono chiamate istanze. Tutte le istanze sono immediatamente lavorabili quando appaiono — non c’è uno stato “In arrivo”.

Frequenze

Frequenza	Cadenza
Giornaliera	Ogni giorno
Settimanale	Ogni 7 giorni
Bisettimanale	Ogni 14 giorni
Mensile	Stesso giorno ogni mese; se la scadenza cade nell’ultimo giorno di un mese, le istanze successive cadono nell’ultimo giorno di ogni mese seguente (ad es. 31 gen → 28/29 feb → 31 mar)

Come vengono create le istanze

Le istanze vengono create su richiesta — il sistema non pre-crea mai istanze future. Quando un periodo giunge a scadenza, una istanza Attiva viene creata per quel periodo. Tutte le istanze sono immediatamente Attive e lavorabili.

Il sistema controlla ogni ora e crea qualsiasi istanza il cui periodo è ora a scadenza.

Sblocco anticipato: Quando tutte le attività su un’istanza Attiva sono completate, il sistema crea automaticamente l’istanza del periodo successivo — i membri non devono aspettare il controllo successivo.

Eventi pianificati sul calendario: Il calendario mostra le date di ricorrenza future come eventi pianificati (visualizzati con un bordo tratteggiato). Queste non sono ancora liste reali — sono calcolate dalla pianificazione della master. Qualsiasi membro con il permesso di creare liste può toccare un evento pianificato e scegliere Attiva ora per creare immediatamente l’istanza successiva — questo include Admin, Root, Team Admin e User normali per le liste che possiedono o a cui sono assegnati.

Impostare una pianificazione di ricorrenza

Il pulsante Imposta pianificazione appare sulla pagina di dettaglio della lista master. Admin e Root possono impostare una pianificazione in qualsiasi momento — la lista non deve prima essere un modello.

Pianificazioni disponibili: Giornaliera, Ogni due giorni, Ogni 3 giorni, Giorni feriali (lun–ven), Settimanale, Ogni 2 settimane e Mensile. Scegliere Personalizzata… (l’ultima opzione nel menu a discesa della pianificazione) offre due costruttori:

Intervallo — “Ogni N giorni / giorni feriali / settimane / mesi” per qualsiasi intervallo fino a 30 (ad es. ogni 5 giorni, ogni 2 giorni feriali, ogni 2 mesi).
Giorni — ripeti in un insieme scelto di giorni della settimana ogni settimana (ad es. ogni martedì e giovedì, o lun/mer/ven). Scegli uno o più giorni dai chip D–L–M–M–G–V–S.
Giorni feriali si ripete ogni giorno lavorativo e salta i fine settimana — un’istanza feriale in scadenza un venerdì genera la successiva un lunedì, mai un sabato o una domenica. In modalità Personalizzata, giorni feriali conta solo i giorni lavorativi, così “ogni 2 giorni feriali” da un venerdì cade il martedì seguente (sabato e domenica non contano). La durata inizio→scadenza di una ricorrenza feriale è anch’essa contata in giorni lavorativi: una lista di due giorni lavorativi che inizia un venerdì scade il lunedì seguente, non il sabato.
Giorni (giorni della settimana specifici) genera una lista in ciascun giorno selezionato, ogni settimana — ad es. mar + gio produce una lista ogni martedì e ogni giovedì. La data di inizio è l’ancora; la prima lista inizia il successivo giorno della settimana selezionato uguale o successivo ad essa.
Mensile preserva il comportamento di fine mese (una lista che inizia il 31 cade nell’ultimo giorno di ogni mese).
Data di inizio (l’ancora). La ricorrenza gira sulla data di inizio: ogni istanza viene creata quando arriva il suo giorno di inizio. Una lista può anche recare una data di scadenza — la scadenza all’interno del periodo — e le due insieme segnano la finestra di lavoro (ad esempio, inizia lunedì, scade venerdì); ogni istanza generata mantiene la stessa durata inizio→scadenza. La data di scadenza è facoltativa: una lista con solo una data di inizio si ripete semplicemente in quella data senza scadenza. Poiché la pianificazione si ancora alla data di inizio, a una lista senza data di inizio ne viene chiesta una quando imposti la sua pianificazione (per impostazione predefinita è oggi) — quella diventa la data di inizio della lista.
I giorni sono i giorni dell’account. La ricorrenza usa il fuso orario dell’account (Impostazioni account) per decidere quando inizia un giorno, così una lista “giornaliera” scatta nel giorno di calendario locale dell’account e un inizio/scadenza nello stesso giorno resta un singolo giorno tutto l’anno — incluse le transizioni dell’ora legale. Se il fuso orario dell’account è vuoto ricade su UTC.
Impostare una pianificazione aggiorna la regola di ricorrenza. Se la data di inizio dell’istanza successiva è uguale o precedente a oggi, una istanza Attiva viene creata immediatamente.
Nessuna istanza futura viene pre-creata — il calendario mostra invece segnaposto pianificati.
Poiché le istanze vengono create nel momento in cui giungono a scadenza, qualsiasi attività aggiunta alla lista master dopo che la pianificazione è stata impostata apparirà automaticamente in tutte le istanze future. Non c’è bisogno di risincronizzare o aggiornare le istanze esistenti manualmente.

Terminare una ricorrenza in una data

Quando si imposta o si cambia una pianificazione, l’opzione Termina controlla per quanto tempo la ricorrenza gira:

Mai (il predefinito) — la lista continua a generare istanze finché qualcuno non la ferma. È così che le liste ricorrenti hanno sempre funzionato.
In data — scegli una data di fine, e la ricorrenza si ferma da sola una volta che quella data è passata.

La data di fine è inclusiva: un’istanza il cui inizio cade nella data di fine viene comunque creata, e nessuna viene generata dopo di essa. Impostare una data di fine non elimina nulla — ferma solo le istanze future; le istanze già create restano come liste autonome. Una volta che la data di fine è passata, la lista semplicemente smette di creare nuove copie — la pianificazione stessa resta al suo posto, così la lista continua a mostrare “Si ripete … · Termina {data}” come registro di ciò che ha fatto (non viene cancellata, e le istanze esistenti restano intatte). La data di fine usa il fuso orario dell’account, come il resto della pianificazione, e deve essere uguale o successiva alla data di inizio della lista. Per terminare una ricorrenza immediatamente anziché in una data, usa Interrompi ricorrenza (sotto), che rimuove del tutto la pianificazione.

Azioni per ruolo

Azione	User (proprie/assegnate)	Admin / Root
Impostare una pianificazione di ricorrenza	✗	✓
Cambiare la pianificazione di ricorrenza	✗	✓
Interrompere la ricorrenza	✗	✓
Vedere gli eventi pianificati (in arrivo) sul calendario	✓	✓
Attivare l’istanza successiva immediatamente	✓ (solo proprie/assegnate)	✓
Eliminare una lista (con scelta dell’ambito per le ricorrenti)	Solo il creatore	✓

Interrompere la ricorrenza

Il pulsante Interrompi ricorrenza sulla pagina di dettaglio della lista master disarma la pianificazione. Nessuna lista viene eliminata — la pianificazione di ricorrenza della master viene cancellata e nessuna nuova istanza verrà creata. Le istanze Attive e completate esistenti non sono influenzate; restano come liste autonome e mantengono la loro cronologia.

Cambiare la pianificazione

Il pulsante Cambia pianificazione aggiorna la ricorrenza d’ora in avanti. Si apre precompilato con la pianificazione attuale (la frequenza o i giorni specifici), così solo le parti che vengono cambiate devono essere regolate. Il vantaggio iniziale non viene più impostato qui — proviene dalle date di inizio e scadenza proprie della lista. Nessuna istanza esistente viene eliminata o modificata. Gli eventi pianificati futuri sul calendario si aggiornano automaticamente per riflettere la nuova cadenza.

Navigare tra master e istanze

La pagina di dettaglio di un’istanza mostra un link “Parte di una serie ricorrente” che rimanda alla lista master, rendendo facile gestire la pianificazione senza cercare il modello originale.

Eliminare una lista master ricorrente

Quando la lista master viene eliminata, il sistema chiede l’ambito:

Scelta	Cosa succede
Solo questa lista	Elimina solo la master. Le istanze esistenti diventano liste autonome e non sono influenzate. Nessuna nuova istanza verrà creata poiché la master non c’è più.
Intera serie	Elimina la master e ogni istanza in qualsiasi stato — incluse le liste attualmente Attive. Questo è irreversibile.

Eliminare un’istanza ricorrente

Quando una singola istanza viene eliminata, il sistema chiede anch’esso l’ambito:

Scelta	Cosa succede
Solo questa istanza	Rimuove solo questa istanza. La master e la pianificazione non sono influenzate; la serie continua normalmente.
Intera serie	Elimina la master e ogni istanza in qualsiasi stato — incluse le liste attualmente Attive. Questo è irreversibile.

Promemoria

Richiede: feature flag reminders_enabled (attivo per impostazione predefinita su ogni piano)

Aggiungi promemoria a una lista attività che notificano le persone prima che inizi o scada — un preset (giorno/settimana prima dell’inizio o della scadenza) o una data e ora personalizzate — ciascuno rivolto a tutti nella lista o a membri specifici, con una nota facoltativa. I promemoria scattano tramite notifica push + in-app, e un widget Promemoria in arrivo compare sulla dashboard. Vedi Promemoria per la guida completa.

Allegati delle liste

Richiede: feature flag attachments_enabled

Quando è attivo, i membri possono allegare file (immagini e documenti) alle liste attività. I tipi supportati includono JPEG, PNG, WebP e i comuni formati di documento. Le immagini vengono ridimensionate automaticamente al caricamento. Ogni file ha un limite di dimensione di 20 MB, con un massimo di 20 allegati per lista. Sulle app per telefono, tocca il riquadro di aggiunta per Scattare una foto con la fotocamera o Scegliere un file; sul web il selettore di file si apre direttamente.

Azione	User	Admin / Root
Vedere gli allegati	✓ (sulle liste che può vedere)	✓
Caricare gli allegati	✓ (sulle liste che può vedere)	✓
Eliminare gli allegati	Solo il creatore dell’allegato	✓

Commenti

I membri possono lasciare commenti sulle attività per aggiungere contesto, fare domande o registrare note. I commenti sono visibili a chiunque possa vedere la lista. Non c’è modifica — per correggere un commento, eliminalo e ripubblicalo.

Azione	User	Admin / Root
Vedere i commenti	✓ (sulle liste che può vedere)	✓
Aggiungere un commento	✓ (sulle liste che può vedere)	✓
Eliminare il proprio commento	✓	✓
Eliminare qualsiasi commento	✗	✓

Note per l’assistenza

Se un Team Admin dice che non riesce ad assegnare un membro a una lista, verifica che il membro di destinazione appartenga a uno dei team del Team Admin. I Team Admin possono assegnare solo all’interno dell’ambito del proprio team — non possono assegnare a livello di account.
Gli assegnatari possono essere gestiti in due modi: il dialogo rapido Gestisci membri dal dettaglio della lista (tocca gli avatar degli assegnatari), o il modulo di modifica completo. Entrambi richiedono il permesso di assegnazione, quindi un User normale non vedrà Gestisci membri. Le modifiche agli assegnatari fatte da una persona aggiornano in tempo reale gli altri che stanno guardando quella lista.
Per aggiungere molte attività in una volta, usa Aggiungi e creane un’altra nel dialogo Aggiungi attività — mantiene il dialogo aperto e svuota il modulo dopo ogni salvataggio invece di riaprirlo per ogni attività.
Se un User non riesce a vedere una lista, controlla prima l’interruttore Mie / Tutte — le liste che può vedere ma a cui non è assegnato appaiono solo in Tutte. Se la lista manca ancora e teams_enabled è attivo, controlla l’associazione di team della lista (visibile nella barra laterale di dettaglio della lista). Una lista è visibile a un membro solo se il team della lista corrisponde a uno dei team a cui il membro appartiene. Le liste senza associazione di team sono visibili solo al creatore e a Root.
Se un membro è stato aggiunto di recente a un team ma non riesce ancora a vedere le liste di quel team, potrebbe dover aggiornare l’app. Se il problema persiste, verifica che la sua appartenenza al team sia salvata sulla pagina Team.
Se un User non riesce a completare un’attività che ha preso in carico, verifica che sia nell’elenco degli assegnatari della lista.
Se un User dice che può modificare le attività ma non eliminarle, è corretto — solo il creatore della lista (o Admin o Root) può eliminare le attività. Gli assegnatari che non sono il creatore della lista hanno diritti di modifica ma non di eliminazione sulle attività.
Se un User non riesce a modificare o eliminare la propria lista personale, verifica che sia il creatore della lista. Gli User possono modificare ed eliminare completamente le liste attività che hanno creato.
Se un User riceve “Questa attività richiede l’approvazione” quando prova a contrassegnarla come completata, l’attività ha l’approvazione richiesta. Il membro deve usare invece Invia per approvazione; solo un admin può approvarla.
Se un User non riesce a inviare per approvazione o non riesce a completare un’attività perché “allegato richiesto”, l’attività ha Richiedi foto/documento attivo — deve prima caricare almeno un file tramite l’azione Allegati. Questo requisito si applica a tutti, inclusi gli admin (nessun bypass); per finire senza una foto, un admin deve modificare l’attività e disattivare il requisito.
Se un’attività è bloccata in DOING e il membro non è disponibile, un Admin o Root può ripristinarla a TODO.
I modelli e le loro istanze generate sono separati — modificare un modello dopo la generazione non cambia le liste già generate.
L’interruttore Richiede approvazione appare sul modulo dell’attività solo quando approval_enabled è attivo; l’interruttore Richiedi foto/documento appare ogni volta che attachments_enabled è attivo, indipendentemente dall’approvazione.
Se un’istanza manca dopo che un periodo avrebbe dovuto iniziare, le istanze vengono create automaticamente entro l’ora. Se ancora non è apparsa, un Admin o Root può attivare manualmente la creazione tramite il pulsante Attiva istanza successiva sulla pagina di dettaglio della lista master, o toccando l’evento pianificato sul calendario e scegliendo Attiva ora.
Interrompere la ricorrenza non elimina alcuna lista — cancella solo la regola di ricorrenza sulla master. Tutte le istanze esistenti restano come liste Attive autonome. Se un admin vuole rimuoverle, deve eliminare ciascuna manualmente.
Se un account passa a Free (o un abbonamento viene annullato o decade per un pagamento non riuscito), le liste ricorrenti smettono di generare automaticamente nuove istanze, poiché recurring_lists è una funzionalità a pagamento. Nessuna lista viene eliminata — le master e le istanze esistenti restano invariate, e la pianificazione riprende da sola se l’account si riabbona a un piano che include le liste ricorrenti.
Se un membro segnala che una lista è scomparsa, verifica se è stata archiviata. Le liste archiviate sono nascoste dalla vista predefinita e visibili solo quando l’interruttore Archiviate è attivo.
Archiviare una lista collegata a un progetto non influisce sui totali di punti o costi di quel progetto. I dati della lista contano sempre nel consolidamento del progetto indipendentemente dallo stato di archiviazione.
Cambiare una pianificazione di ricorrenza non influisce sulle istanze esistenti. Solo i periodi futuri vengono ricalcolati.
La frequenza mensile preserva il comportamento di fine mese: una lista in scadenza il 31 gen cadrà sempre nell’ultimo giorno di ogni mese, non un giorno-31 fisso (che salterebbe i mesi che non hanno 31 giorni).