richiesta-software/domande-cliente.md

# Domande per il cliente e dubbi progettuali
**Progetto:** Gestionale per enti del Terzo Settore
**Documento:** `domande-cliente.md`
**Versione:** 0.2 · **Data:** 25/09/2026 · **Stato:** Bozza, da validare con il cliente
**Allineato a:** `richiesta.md` v0.2 · **Schema di versione:** vedi `indice-documenti.md`
I codici (Q1, Q2…) sono gli stessi di `richiesta.md`, per ritrovare il contesto completo.

Il documento ha due parti:
- **Parte A: domande per il cliente.** Si può portare all'incontro o inviare. La colonna "Risposta" serve per prendere appunti.
- **Parte B: dubbi progettuali.** Uso interno, da non condividere con il cliente. Sono le scelte che restano a chi sviluppa, e dipendono in parte dalle risposte della parte A.

---

# Parte A: domande per il cliente

## A1. Priorità alta: senza queste risposte non si può fare la stima

| # | Domanda | Risposta |
|---|---|---|
| Q1 | Quanti enti pensate di gestire con il software, oggi e tra 3 anni? | |
| Q2 | Sono previsti circa 100 utenti: quanti sono persone dello studio e quanti referenti degli enti? | |
| Q4 | Per accettare le offerte, la privacy e l'antiriciclaggio, e per i libri sociali, che firma serve? Una conferma semplice (click o codice via SMS), una firma elettronica avanzata o una firma digitale qualificata? | |
| Q5 | Il software deve emettere solo proforma o anche la fattura elettronica? Usate già un programma di fatturazione? | |
| Q9 | Per i libri sociali basta un archivio con data certa (marca temporale), o serve la conservazione digitale a norma tramite un servizio esterno? Serve anche la stampa? | |
| Q10 | Gli estratti conto in PDF devono essere letti in automatico dal software, estraendo i movimenti, o basta archiviarli? Da quante banche diverse arrivano? | |
| Q19 | Per progettazione e bilancio sociale, come lavorate con l'ente? (a) L'ente scrive e voi rivedete; (b) ognuno compila le sue parti; (c) lavorate sullo stesso documento, anche nello stesso momento. Vale lo stesso per entrambi? | |

## A2. Contenuto dei moduli

| # | Domanda | Risposta |
|---|---|---|
| Q3 | Il catalogo dei servizi e dei pacchetti chi lo gestisce? Servono listini, sconti o aliquote IVA diverse? | |
| Q7 | Nella scheda dell'ente, numero soci e numero volontari si inseriscono a mano? | |
| Q8.a | Quali tipi di persone deve gestire il software? Nei vostri documenti compaiono: soci, aderenti, tesserati, volontari, volontari occasionali, dipendenti/lavoratori, collaboratori, sostenitori, partecipanti. Aderenti e tesserati sono la stessa cosa? Sostenitori e partecipanti servono? | |
| Q8.b | Oltre ad anagrafica e contatti, ci sono dati specifici da raccogliere per ogni tipo di persona? Per esempio la quota associativa per i soci, il tipo di contratto per i dipendenti. | |
| Q8.c | Una stessa persona può essere socio e volontario insieme? Il libro soci e il registro volontari devono prendere i dati da queste schede? | |
| Q12 | Le scadenze degli alert sono uguali per tutti gli enti ma modificabili. Si modifica solo il calendario comune, o serve anche cambiare le scadenze di un singolo ente? | |
| Q13 | Lo schema del progetto non c'è ancora: chi lo prepara (voi, o lo costruiamo insieme) e per quando? In che formato va esportato il progetto (Word, PDF)? L'adattamento ai formulari dei bandi lo fate a mano o deve farlo il software? | |
| Q14.a | Nell'Excel la descrizione del bilancio sociale è identica a quella della progettazione: è un errore? Il bilancio sociale deve seguire le linee guida ministeriali per gli ETS? | |
| Q14.b | Le sezioni del bilancio sociale sono quelle di entrambi i documenti (con "lettera del presidente" e "serie di dati standard")? Cosa intendete per "serie di dati standard"? | |
| Q15 | Chi stabilisce il valore di un'ora per ogni tipo di attività dei volontari? In che forma l'ente vi manda le ore (Excel, carta, email)? | |

## A3. Organizzazione del progetto

| # | Domanda | Risposta |
|---|---|---|
| Q18 | Chi approva i requisiti da parte vostra? Se durante lo sviluppo servono modifiche, come le gestiamo (richiesta scritta, stima, approvazione)? | |
| Q20 | Dove il Word e l'Excel elencano campi o sezioni diversi senza contraddirsi, confermate che vanno inclusi tutti? | |

## A4. Da comunicare al cliente (non sono domande)

| Punto | Cosa dire |
|---|---|
| Inserimento iniziale dei dati | Non è prevista l'importazione di dati esistenti: ogni ente dovrà inserire a mano i soci e i volontari che ha già. Se è un problema, l'importazione da Excel si può quotare a parte. |
| Uso da smartphone | Il software è pensato per computer. Da smartphone si apre, ma non viene progettato né collaudato per quell'uso. |
| Hosting | I dati saranno ospitati nell'Unione Europea, per rispettare il GDPR. |
| Materiali da consegnare | Per sviluppare servono da voi: lo schema del progetto, i modelli di verbale e di circolare, un esempio di estratto conto per ogni banca, le tariffe orarie del volontariato. |

---

# Parte B: dubbi progettuali (uso interno)

## B1. Scelte che dipendono dalle risposte del cliente

| # | Dubbio | Da cosa dipende | Orientamento attuale |
|---|---|---|---|
| B1.1 | **Struttura dell'anagrafica persone:** una scheda per persona con più ruoli, o una scheda per ruolo? | Q8.c | Una scheda per persona con più ruoli: evita dati doppi e alimenta libro soci e registro volontari senza reinserimento. Va deciso prima di iniziare, perché definisce il database |
| B1.2 | **Come stimare progettazione (M6) e bilancio sociale (M7)** se Q19 e Q13 non hanno risposta | Q13, Q19 | Stimare sull'opzione (a), "l'ente scrive, lo studio rivede", e scriverlo nel preventivo come assunzione. Le opzioni (b) e (c) come varianti quotate a parte |
| B1.3 | **Estratti conto:** lettura automatica del PDF o solo archiviazione | Q10 | Fase 1: import da Excel/CSV e archiviazione del PDF. Lettura automatica del PDF solo come evoluzione, perché ogni banca ha un formato diverso e il risultato è poco affidabile |
| B1.4 | **Fornitori esterni** per firma, marca temporale e conservazione | Q4, Q9 | Usare fornitori qualificati, non soluzioni fatte in casa. La scelta del fornitore si fa dopo le risposte, e il costo ricorrente va nel preventivo |
| B1.5 | **Fatturazione elettronica** | Q5 | Se serve, trattarla come voce separata o integrarsi con un software già in uso, invece di svilupparla da zero |
| B1.6 | **Scadenziario degli alert:** solo calendario comune, o anche modifiche per singolo ente | Q12 | La seconda comprende la prima. Se la risposta tarda, progettare il database già pronto per le modifiche per ente |
| B1.7 | **Numero soci e volontari manuale** | Q7 | Se si conferma l'inserimento manuale, mostrare accanto anche il conteggio calcolato dalle anagrafiche, come controllo |

## B2. Scelte già orientate, da motivare nel preventivo

| # | Scelta | Motivazione |
|---|---|---|
| B2.1 | Separazione rigorosa dei dati tra enti (multi-ente) | Uno studio gestisce molti enti: un ente non deve mai vedere i dati di un altro. Condiziona database, permessi e test di sicurezza |
| B2.2 | Voci del Modello D in una tabella configurabile | L'imputazione usa le voci del Modello D (D6). Se il Ministero cambia lo schema, si aggiorna la tabella senza toccare il codice |
| B2.3 | Un solo sistema di notifiche per alert, proforma e circolari (email + app) | Serve già per alert e circolari (D5): riusarlo riduce i costi |
| B2.4 | Un solo flusso di approvazione (bozza → revisione → approvato → archiviato) riusato nei moduli | Serve per i libri sociali e probabilmente per M5–M7 |
| B2.5 | Registro delle operazioni (chi ha fatto cosa e quando) | Dà valore probatorio ai libri sociali e serve per il GDPR |

## B3. Da verificare con legale e commercialista

Non sono domande per il cliente, e su questi punti serve un parere professionale:

1. **Ruoli privacy.** Ipotesi: lo studio è responsabile del trattamento per i dati dei soci e dei volontari degli enti, chi sviluppa e gestisce il software è sub-responsabile. Servono i contratti (DPA) conseguenti.
2. **Dati particolari (art. 9 GDPR).** L'iscrizione ad alcuni enti (religiosi, politici, sindacali, di pazienti) può rivelare dati particolari, con misure di sicurezza più stringenti.
3. **Antiriciclaggio.** Per quanto tempo conservare i dati raccolti e con quali misure.
4. **Valore legale** di firma, marca temporale e conservazione digitale dei libri sociali degli ETS.
5. **Rendicontazione del bando.** Come esporre le voci del preventivo, compresi gli strumenti di sviluppo come Claude Max, perché siano ammissibili.

## B4. Rischi da tenere presenti

| Rischio | Dove nasce | Come contenerlo |
|---|---|---|
| Scope creep su M6 | Schema del progetto inesistente (Q13), modo di lavorare non definito (Q19) | Assunzione dichiarata nel preventivo; schema consegnato prima dello sviluppo del modulo |
| Dipendenza dal cliente | Materiali da ricevere (A4) | Elenco dei materiali con date di consegna scritto nel preventivo |
| Richiesta di importazione a progetto avviato | Nessuna migrazione prevista (D8) | Dirlo subito (A4) e offrire l'importazione come voce opzionale |
| Modifiche non controllate | Nessuna procedura per le modifiche (Q18) | Procedura scritta: richiesta, stima, approvazione |

---

## Registro delle modifiche

| Versione | Data | Allineato a | Modifiche |
|---|---|---|---|
| 0.2 | 25/09/2026 | `richiesta.md` v0.2 | Prima stesura. Numerata inizialmente 1.0, riportata a 0.2 per allinearla allo schema di versione comune |

---

## Stato
- **Fase corrente:** analisi dei requisiti, domande pronte per il cliente.
- **Decisioni prese:** D1–D9 (vedi `richiesta.md`, §9).
- **Prossimo passo:** incontro con il cliente sulla parte A, partendo da A1. Poi si aggiorna `richiesta.md` alla v1.0 e si chiudono i dubbi della parte B.