BOZZA NON PUBBLICABILE — Sicurezza, backup e continuità Clouvelio
Versione LP-2026-09; efficacia [DATA ENTRATA IN VIGORE]. Questa policy distingue controlli del codice da procedure da confermare per il server distribuito.

1. Architettura documentata
Web Django, database PostgreSQL, Waitress su loopback e pubblicazione HTTPS tramite Cloudflare Tunnel. Android conserva dati operativi sul dispositivo e sincronizza con il server. L’indirizzo previsto è app.clouvelio.com. Non è attestata una specifica ubicazione geografica del server o di tutti i trattamenti. Non sono dichiarate certificazioni, cifratura end-to-end, cifratura integrale a riposo o residenza esclusivamente italiana. Configurazione distribuita e fornitori [DA COMPLETARE].

2. Accessi e privilegi
Account individuali, password protette dal framework, inviti, ruoli e controlli aziendali. Le API Android richiedono token validi e non usano il solo cookie browser; vecchi codici dispositivo disabilitati. Revoca, scadenza, sospensione e cambio password sono controllati online. Il lavoro offline ha durata aziendale 1–30 giorni dall’ultima verifica ricevuta; revoche non raggiungono immediatamente dispositivi disconnessi. Il Cliente protegge i telefoni, evita condivisione credenziali e rimuove accessi non più necessari. Il Fornitore assegna agli operatori soltanto privilegi necessari, protegge segreti e documenta accessi di assistenza [DA COMPLETARE procedura].

3. Logging e protezione
Sono presenti audit operativi e registrazioni di login/accettazioni. I log non sono un sistema certificato di non ripudio; non ogni lettura è necessariamente registrata. Non inserire password, token o contenuti personali non necessari nei log. Verificare accessi amministrativi, retention, rotazione e log proxy effettivi [DA COMPLETARE]. Protezioni browser e controllo accessi riducono rischi ma non garantiscono assenza di vulnerabilità. Aggiornamenti di sistema, dipendenze e tunnel, scansione vulnerabilità e gestione segnalazioni richiedono responsabilità e calendario [DA COMPLETARE].

4. Backup e ripristino
Il Fornitore/operatore del server esegue il backup integrale PostgreSQL secondo frequenza [DA COMPLETARE], conservazione [DA COMPLETARE], destinazione separata e protezione [DA COMPLETARE]. Il repository offre script e pianificazione, non prova che siano attivi e monitorati nell’installazione. Un dump comprende dati di tutte le aziende e informazioni di autenticazione: accesso strettamente riservato, mai consegna diretta a un cliente. Configurazione e segreti vanno conservati separatamente in modo protetto. Verificare integrità e ripristino su database distinto vuoto con suffisso _restore_test; non sovrascrivere il database reale per un test. Un precedente restore è stato riferito dall’utente; non certifica RPO/RTO o disaster recovery periodicamente collaudato. Rapporti di prova e responsabilità [DA COMPLETARE].

5. Limiti dei formati e continuità
ZIP di configurazione, cataloghi e scambio operativo hanno ambiti diversi e non sostituiscono il dump integrale. Lo ZIP operativo non include l’intero ledger/storico magazzino né tutti i dati di sicurezza e conflitto. Copie sui telefoni o export del Cliente restano sotto il suo controllo; il Fornitore mantiene i propri obblighi sul servizio. Non sono garantiti RPO/RTO non definiti e misurati. Procedura di emergenza, personale sostitutivo, disponibilità supporti e controlli dopo restore [DA COMPLETARE].

6. Incident response
Ricezione a [EMAIL SUPPORTO]/[EMAIL PRIVACY], identificazione responsabile e valutazione impatto, contenimento proporzionato, conservazione evidenze, comunicazione alle parti, recupero controllato e analisi delle cause. Per violazione dati personali applicare DPA e obblighi normativi senza rinvii basati sullo SLA. Canali alternativi e responsabilità [DA COMPLETARE]. Vulnerabilità segnalabili privatamente al canale supporto; nessun programma di remunerazione è promesso.