# Brief progetto DVR gestione sedi ## Contesto generale Il cliente ha richiesto la realizzazione di un sistema gestionale per la compilazione, l’aggiornamento e l’esportazione dei DVR delle sedi/agenzie. Il lavoro nasce dalla necessità di sostituire un processo attualmente molto manuale, frammentato e soggetto a errori, basato su file Excel e Word eterogenei, con l’obiettivo di centralizzare i dati e velocizzare la produzione dei documenti. La riunione ha chiarito che il sistema dovrà supportare un volume molto elevato di sedi, con una base iniziale di circa 600 file Excel e 200 file Word da importare o rielaborare. Sono stati mostrati file esempio e un template master che rappresenta la struttura di riferimento per la maschera di inserimento e per la semplificazione delle sezioni. ## Obiettivo del progetto L’obiettivo è costruire un sistema in grado di: - acquisire i dati già presenti nei documenti attuali; - normalizzarli in una struttura unica e consistente; - consentire la compilazione e la manutenzione dei DVR in modo rapido; - semplificare quanto più possibile la produzione dei documenti finali; - supportare il lavoro su centinaia di sedi senza dover ripartire ogni volta da zero. ## Materiale fornito dal cliente Il cliente ha condiviso: - un file Word di esempio relativo a una sede specifica; - un file Excel di esempio relativo a una sede specifica; - un file Excel master che rappresenta il modello da cui partire per la maschera di inserimento e per le regole di semplificazione. Questi file mostrano la struttura reale dei documenti, le sezioni da gestire, il livello di dettaglio richiesto e il tipo di personalizzazioni che il cliente si aspetta per ciascuna sede. ## Cosa è stato chiesto nella riunione Durante la riunione il cliente ha chiesto di sistemare il database e la logica di compilazione dei DVR prendendo come riferimento il template master e i documenti di esempio. Le richieste riguardano sia il contenuto dei dati sia il modo in cui questi dati devono essere presentati, selezionati e mantenuti coerenti. Le richieste non erano orientate a un singolo file, ma a un processo generalizzabile per tutte le sedi. ## Ambito dei dati da trattare Il sistema dovrà gestire dati relativi a: - anagrafica sede; - posizione e piano dell’agenzia; - caratteristiche dell’immobile; - pericoli presenti; - valutazioni del rischio; - rischi specifici; - incendio; - documentazione presente; - allegati; - piano di miglioramento; - eventuale piano di emergenza o sezioni collegate. ## Volume del lavoro richiesto Il cliente ha parlato di una quantificazione iniziale che comprende circa: - 600 file Excel; - 200 file Word. I file non sono tutti identici tra loro e alcuni contengono varianti, campi compilati diversamente o combinazioni di opzioni differenti. Questo significa che il lavoro non consiste solo nel copiare i dati, ma anche nel leggere, confrontare e armonizzare le informazioni presenti nei diversi documenti. ## Logica generale richiesta La richiesta principale è quella di semplificare il più possibile il lavoro di compilazione, senza perdere il contenuto tecnico necessario. In pratica il cliente vuole che: - le sezioni ripetitive siano standardizzate; - i campi ricorrenti siano precompilabili; - le caselle con opzioni note diventino selezionabili tramite combo o liste equivalenti; - i campi che devono rimanere liberi restino editabili; - i valori derivati o calcolati non debbano essere inseriti manualmente ogni volta. ## Sezione DATI Nella sezione Dati il cliente ha richiesto in particolare la gestione del campo Piano con una combo editabile che includa almeno le seguenti opzioni: - Terra - Rialzato - 1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 2, 3 - 3, 4 Il piano può essere anche richiamato da altri dati già presenti in anagrafica, quando possibile. ## Sezione PERICOLI La sezione Pericoli è una delle più importanti. Il cliente vuole che la struttura sia molto simile al template mostrato in riunione, ma con alcune regole di comportamento ben precise. ### Richieste generali per le colonne #### Colonna C - tutte le celle devono essere editabili; - i testi delle caselle bianche devono essere inseriti; - le celle grigie devono avere una combo con anteprima oppure devono restare grigie finché non viene selezionata una voce, per poi tornare bianche; - dove previsto, il contenuto può essere richiamato automaticamente dall’anagrafica; - alcune celle devono contenere combinazioni predefinite più compatte rispetto al file originale. #### Colonne D ed E - devono essere inserite di default le celle verdi e grigie come nel template; - le celle viola contengono combo da selezionare obbligatoriamente per comporre la pagina; - i valori devono seguire la struttura mostrata nel file di esempio. #### Colonna F - tutte le celle devono essere editabili; - i testi delle caselle bianche devono essere inseriti; - le celle grigie devono comportarsi come le combo con anteprima o diventare bianche dopo la selezione; - alcune sezioni richiedono combo uniche più lunghe, che riassumono il contenuto di più opzioni precedenti. ### Regola generale del colore Il cliente ha chiarito che il colore delle celle e lo stato visivo delle celle devono avere un senso operativo, cioè devono comunicare se il campo è: - già compilato; - ancora da completare; - selezionabile da una lista; - da trattare come valore fisso o derivato. ## Combo e voci richieste nei Pericoli Il cliente ha indicato una serie di sezioni in cui alcune voci devono essere accorpate in combo uniche o trattate in maniera più semplice. ### Punto 1.4.1 - nella colonna C il piano può essere richiamato automaticamente dall’anagrafica; - nella colonna F va creata una combo unica che sintetizzi le combinazioni relative a scale e ascensore; - le opzioni da rappresentare distinguono tra scale prive di strisce antiscivolo o presenza di strisce antiscivolo, e la presenza o meno dell’ascensore. ### Punto 1.5.1 - la colonna B deve diventare una cella unica come da allegato. ### Punto 1.5.6 #### Colonna C Vanno previste combo uniche per descrivere la modalità di apertura della porta d’ingresso, incluse le varianti: - apertura verso l’interno; - apertura verso l’esterno; - apertura verso l’esterno con maniglione antipanico; - doppia porta/bussola con combinazioni di apertura differenti. #### Colonna F Vanno previste combo uniche per descrivere la modalità di apertura della porta della sede e di quella condominiale: - sistema meccanico; - sistema elettrico e meccanico; - porta della sede meccanica e porta condominiale elettrica con chiave. ### Punto 1.5.7 #### Colonna F Vanno previste combo uniche che descrivano anche la via di fuga e la presenza di una scala antincendio dedicata quando presente. ### Punto 1.6.10 #### Colonna F Va creata una combo unica per gestire la presenza o assenza di vetrofanie sui serramenti condominiali. ### Punto 1.7.2.1 e sottopunti - la colonna C deve usare combo tipo conforme / non conforme / non applicabile; - i sotto-punti devono mantenere la logica NA / conforme. ### Punto 1.9.2.1 #### Colonna F Va creata una combo unica per descrivere il sistema di riscaldamento e raffrescamento, distinguendo tra: - nessun impianto di riscaldamento, ma climatizzazione autonoma; - impianto con radiatori e caldaia a gas; - impianto con riscaldamento e raffrescamento tramite split o fan-coil. ### Punto 1.13.3.2 #### Colonna F Va creata una combo unica per il numero di bagni, con opzioni da 1 a 6 bagni, includendo anche il caso di scarsa presenza di personale. ## Sezione VALUTAZIONE La sezione Valutazione deve mantenere la logica di calcolo e di compilazione mostrata nei file di esempio. ### Richieste generali - la colonna D deve essere editabile; - le celle bianche devono essere compilabili; - le celle gialle, una volta editate, devono diventare bianche; - se una cella contiene una combo, deve essere mostrata l’anteprima o deve cambiare stato visivo in modo coerente; - le colonne E ed F devono partire con valori predefiniti, lasciando in giallo le celle da modificare; - tutte le celle bianche e gialle devono mantenere la combo sottostante; - una volta inserito il valore, la colonna deve diventare bianca come nel modello; - la colonna G non è editabile e deve derivare dal prodotto tra colonna E e colonna F; - la colonna H deve essere editabile e deve supportare anche più scelte contemporanee nelle celle gialle con doppia o tripla combo, tramite un sistema di flag. ### Regole visive della valutazione Il cliente ha chiesto che il comportamento visivo delle celle sia coerente con il flusso di compilazione: - alcune celle partono bianche; - alcune celle partono gialle; - dopo la compilazione alcune devono diventare bianche; - alcune devono rimanere gialle anche dopo aver mostrato l’anteprima o la combo; - alcune celle devono contenere più opzioni selezionabili contemporaneamente. ## Sezione RISCHI La sezione Rischi deve essere resa più chiara e più ordinata, con l’obiettivo di rendere possibile una compilazione coerente per tutte le sedi. Il cliente ha chiesto che: - la tabella della tipologia di rischio venga preparata come da allegato; - sia possibile riutilizzare le combo esistenti quando già presenti; - sia possibile aggiungere righe bianche editabili; - la tabella dei rischi specifici sia leggibile e coerente con la struttura del documento. ### Piano di gestione emergenze Il testo del piano di gestione emergenze non si legge correttamente e deve essere sistemato. ### Piano di miglioramento - tutte le celle devono essere editabili; - la cella “Responsabile” deve già contenere la dicitura “Operation di rete - Alleanza Assicurazioni”. ## Sezione INCENDIO Questa sezione richiede attenzione particolare perché nel materiale mostrato risultano problemi di leggibilità e di importazione. ### Richieste specifiche - il testo del rischio incendio non si legge correttamente e va sistemato; - la tabella dell’elenco documentazione deve avere tutte le celle editabili; - i testi presenti nella colonna A devono essere riportati esattamente come nel template; - la colonna B deve rimanere bianca e editabile; - non è stata rilevata alcuna importazione corretta dai file Excel in questa sezione, quindi la sezione risulta vuota o incompleta; - bisogna prestare attenzione alla riga da 18 a 23, perché contiene informazioni multiriga importanti e non deve essere persa. ## Sezione ALLEGATI Il cliente ha chiarito che gli allegati verranno inseriti nell’anagrafica e poi compariranno automaticamente nei punti corretti del documento. In particolare: - gli allegati devono comparire in corrispondenza della planimetria di emergenza; - gli allegati devono comparire anche in corrispondenza dell’indicazione del luogo sicuro esterno; - manca la riga “Indicazione luogo sicuro esterno”, che dovrà quindi essere prevista. ## Problemi ricorrenti emersi nei file Dall’analisi dei file e delle indicazioni del cliente emergono alcuni problemi ricorrenti: - campi importati ma non completamente popolati; - testi troncati o poco leggibili; - sezioni con struttura diversa da un file all’altro; - celle unite o formattazioni che complicano l’estrazione; - voci duplicate o quasi duplicate con formulazioni diverse; - combo troppo granulari che il cliente vuole accorpare; - campi che devono restare manuali ma con anteprima o selezione guidata; - dati da richiamare automaticamente da anagrafica o da sezioni precedenti. ## Aspettative sul risultato finale Il cliente non sta chiedendo solo un archivio documentale. Sta chiedendo un flusso operativo che consenta di: - partire dai dati già esistenti; - rendere più veloce la compilazione dei nuovi DVR; - ridurre gli errori; - standardizzare le risposte più ricorrenti; - mantenere la possibilità di personalizzazione per ogni sede; - avere una base robusta su cui poi estendere ulteriori funzionalità. ## Priorità operative emerse Le priorità emerse dalla riunione sono: 1. ricostruire fedelmente la struttura dei documenti attuali; 2. importare e normalizzare i dati già disponibili; 3. riprodurre la logica delle combo, dei campi editabili e dei valori derivati; 4. sistemare le sezioni problematiche, soprattutto quelle con testo non leggibile o importazione incompleta; 5. garantire che il sistema sia adatto a gestire un numero molto alto di sedi. ## Punti da non perdere Per evitare di perdere informazioni importanti, il progetto dovrà tenere conto di questi aspetti: - le sezioni non sono tutte uguali tra loro; - il file master va usato come riferimento funzionale e non come semplice esempio grafico; - alcuni campi sono standard, altri dipendono dalla sede; - alcune informazioni devono essere richiamate dal database anagrafico; - alcune celle devono restare modificabili anche quando partono da un valore predefinito; - il testo di certe sezioni, soprattutto incendio e piano di emergenza, contiene informazioni fondamentali che non devono essere semplificate oltre misura. ## Nota finale Questo documento non contiene proposte di tecnologia, linguaggio o architettura. Serve esclusivamente come traccia dettagliata di ciò che il cliente ha chiesto, così che il lavoro successivo possa partire da una base chiara e completa.