WiseTown – Documenti legali e procedura di aggiornamento
Scopo della pagina
Questa pagina è il punto di riferimento per i link ai documenti legali di WiseTown e per la procedura con cui vanno aggiornati. Ogni link usato nella piattaforma deve corrispondere a una riga del registro qui sotto.
Si rivolge a chi sviluppa, a chi cura i contenuti legali e a chi pubblica le release. Le righe in cui compare "da compilare" attendono il valore reale.
Registro dei documenti legali
I documenti legali, sono differenti per i diversi servizi usati degli utenti.
sono:
- Termini e condizioni di servizio. Il contratto tra WiseTown e l'utente: cosa offre il servizio, regole d'uso, pagamenti, responsabilità, chiusura dell'account, legge applicabile. Richiede un'accettazione esplicita.
- Informativa sulla privacy. Spiega come WiseTown tratta i dati personali (GDPR, artt. 13-14): quali dati, per quali finalità, per quanto tempo, con chi li condivide e quali diritti ha l'utente. Non è un contratto, quindi basta la presa visione.
- Cookie Policy. Elenca i cookie e le tecnologie simili usate, chi li imposta, a cosa servono e come gestirli. I cookie non tecnici richiedono il consenso dell'utente, raccolto con il banner.
NOTA IMPORTANTE: nella piattaforma WT
Ogni documento ha un solo URL pubblico stabile; la versione e la data di entrata in vigore stanno nel documento stesso e qui.
Documento | URL pubblico | Versione | In vigore dal | Owner | Accettazione richiesta |
|---|---|---|---|---|---|
Termini e condizioni di servizio | da compilare | da compilare | da compilare | da compilare | Sì |
Informativa sulla privacy | da compilare | da compilare | da compilare | da compilare | Presa visione |
Cookie policy | da compilare | da compilare | da compilare | da compilare | Tramite banner |
Gestione preferenze cookie | da compilare | da compilare | da compilare | da compilare | Tramite banner |
Note legali / dati societari | da compilare | da compilare | da compilare | da compilare | No |
Altri documenti (es. regolamento community, DPA) | da compilare | da compilare | da compilare | da compilare | Da valutare |
Documenti globali
Privacy Policy WiseTown
https://wise.town/platform-privacy/
Termini e Condizioni WiseTown (deve ancora essere caricato dalla comunicazione credo) vi aggiorno!
Documenti specifici per workspace
Privacy policy Como - https://docs.wise.town/content/files/2026/02/Informativa-trattamento-dati-UrpOnline-ver.-7.7.25.pdfPrivacy policy Perugia - https://www.comune.perugia.it/privacy-policy/
Dove i link sono usati
I link ai documenti legali compaiono in più punti della piattaforma; se un URL cambia, vanno controllati tutti.
| Punto di utilizzo | Documenti collegati | Posizione nel codice / configurazione |
|---|---|---|
| Footer del sito e dell'app | Termini, Privacy, Cookie, Note legali | da compilare |
| Registrazione e login | Termini, Privacy | da compilare |
| Banner cookie | Cookie policy, Gestione preferenze | da compilare |
| Checkout / acquisti | Termini, Privacy | da compilare |
| Email transazionali | Privacy, Termini | da compilare |
| Store (App Store / Google Play) | Privacy, Termini | da compilare |
Punto di utilizzo | Documenti collegati | Posizione nel codice / configurazione |
|---|---|---|
Footer del sito e dell'app | Termini, Privacy, Cookie, Note legali | da compilare |
Registrazione e login | Termini, Privacy | da compilare |
Banner cookie | Cookie policy, Gestione preferenze | da compilare |
Checkout / acquisti | Termini, Privacy | da compilare |
Email transazionali | Privacy, Termini | da compilare |
Store (App Store / Google Play) | Privacy, Termini | da compilare |
Procedura di aggiornamento
Un documento legale si aggiorna solo dopo l'approvazione di chi ne è responsabile; lo sviluppo non modifica mai il testo da solo.
- Richiesta di modifica. Apri un ticket indicando documento, motivo (nuova funzionalità, cambio normativo, nuovo fornitore) e data di entrata in vigore desiderata.
- Redazione e revisione. Il responsabile legale prepara la nuova versione e la fa approvare. Il testo approvato è la fonte unica; si conserva il file originale (PDF o sorgente).
- Valutazione dell'impatto. Decidi se la modifica è sostanziale, cioè cambia diritti, obblighi, finalità del trattamento o terze parti. In tal caso serve una nuova accettazione degli utenti (vedi sezione dedicata).
- Pubblicazione su ambiente di test. Carica il nuovo documento, aggiorna versione e data di entrata in vigore, e verifica che l'URL risponda correttamente.
- Aggiornamento del registro. Modifica la riga del documento in questa pagina: URL, versione, data in vigore, owner.
- Aggiornamento dei punti d'uso. Se l'URL è cambiato, aggiorna la configurazione centrale e controlla tutti i punti elencati sopra.
- Preavviso agli utenti. Per le modifiche sostanziali invia la comunicazione (email, banner o notifica in app) con anticipo adeguato rispetto alla data di entrata in vigore.
- Rilascio in produzione. Pubblica documento e codice insieme, poi esegui la checklist di rilascio.
- Archiviazione. Conserva la versione precedente, con le date in cui è stata in vigore, per poter dimostrare a quale testo ha aderito ciascun utente.
Nuova accettazione e tracciamento
Se la modifica è sostanziale, gli utenti già registrati devono accettare di nuovo; per le modifiche formali (refusi, riferimenti, contatti) basta aggiornare il documento.
Tipo di modifica | Esempi | Azione |
|---|---|---|
Sostanziale | Nuove finalità del trattamento, nuovi fornitori, cambio di prezzi o diritti, nuove limitazioni di responsabilità | Nuova accettazione al successivo accesso, con preavviso |
Formale | Correzione di refusi, aggiornamento di indirizzi o riferimenti normativi | Solo aggiornamento di versione e data |
Per ogni accettazione registra almeno: identificativo utente, documento, versione, data e ora, e canale (web, app). Il campo versione deve coincidere con quello del registro, così da ricostruire in ogni momento quale testo l'utente ha accettato.
La valutazione finale su cosa sia "sostanziale" spetta al responsabile legale, non allo sviluppo.
Checklist di rilascio e storico
Da completare a ogni aggiornamento, prima di chiudere il ticket:
- Testo approvato dal responsabile legale e file sorgente archiviato
- Versione e data di entrata in vigore indicate nel documento
- URL pubblico raggiungibile in produzione (nessun 404 o redirect inatteso)
- Registro in questa pagina aggiornato
- Link verificati in footer, registrazione, banner cookie, checkout ed email
- Link negli store (App Store, Google Play) aggiornati, se cambiati
- Nuova accettazione attivata, se la modifica è sostanziale
- Comunicazione agli utenti inviata, se prevista
- Versione precedente archiviata con le sue date di validità
Storico delle modifiche
Annota qui ogni aggiornamento, dal più recente.
Data | Documento | Versione | Tipo di modifica | Riferimento ticket |
|---|---|---|---|---|
da compilare | da compilare | da compilare | da compilare | da compilare |
Responsabilità e contatti
Ruolo | Compito | Persona / contatto |
|---|---|---|
Responsabile legale | Redige e approva i testi, valuta se una modifica è sostanziale | da compilare |
Referente privacy (DPO, se nominato) | Verifica coerenza con registro dei trattamenti e cookie | da compilare |
Responsabile tecnico | Aggiorna link, configurazione e tracciamento delle accettazioni | da compilare |
Responsabile release | Pubblica documento e codice insieme e chiude la checklist | da compilare |