richiesta-software/domande-cliente.md

# Domande per il cliente e dubbi architetturali
**Progetto:** Gestionale per enti del Terzo Settore
**Documento:** `domande-cliente.md`
**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza
**Allineato a:** `richiesta.md` v0.3 · **Schema di versione:** vedi `indice-documenti.md`

**Cosa contiene:** tutto ciò che è ancora aperto. I codici (Q, RF, RT, D, M, W) rimandano a `richiesta.md` e `workflow.md`.

| Parte | Contenuto | Si può inviare al cliente? |
|---|---|---|
| **A** | Domande per il cliente, conferme sui processi, cose da comunicare | **Sì** |
| **B** | Dubbi architetturali, scelte orientate, rischi, contesto delle domande | **No**, uso interno |
| **C** | Verifiche con legale e commercialista | **No**, uso interno |

---

# Parte A: per il cliente

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

| # | Domanda | Perché serve | Risposta |
|---|---|---|---|
| Q1 | Quanti enti pensate di gestire con il software, oggi e tra 3 anni? | Dimensionamento della piattaforma e dei costi | |
| Q2 | Sono previsti circa 100 utenti: quanti sono persone dello studio e quanti referenti degli enti? | Dimensionamento e permessi | |
| 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? | Scelta del fornitore di firma; è la voce di costo più incerta | |
| Q5 | Il software deve emettere solo proforma o anche la fattura elettronica? Usate già un programma di fatturazione? | La fatturazione elettronica è un sotto-progetto a sé | |
| 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? | Fornitore esterno, costi ricorrenti, valore legale | |
| Q10 | Gli estratti conto in PDF devono essere letti in automatico dal software, estraendo i movimenti, o basta archiviarli? Da quante banche diverse arrivano? | Rischio tecnico alto se si vuole la lettura automatica | |
| 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? | Può cambiare di molto il costo di M6 e M7 | |
| Q23 | Il primo anno di servizi a mio carico parte dalla firma del contratto o dalla messa in produzione? In che data facciamo il passaggio dei servizi a voi? | Mesi di costi da inserire nel preventivo | |

## A2. Contenuto dei moduli

| # | Domanda | Perché serve | Risposta |
|---|---|---|---|
| Q3 | Il catalogo dei servizi e dei pacchetti chi lo gestisce? Servono listini, sconti o aliquote IVA diverse? | Complessità di M1 | |
| Q7 | Nella scheda dell'ente, numero soci e numero volontari si inseriscono a mano? | Coerenza con le anagrafiche | |
| 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? | Modello dati di M3 | |
| 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 | Modello dati di M3 | |
| 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? | Struttura del database | |
| 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? | Complessità dello scadenziario | |
| 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? | Senza schema M6 non è stimabile | |
| 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? | Correttezza dei requisiti di M7 | |
| 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"? | Correttezza dei requisiti di M7 | |
| 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)? | Modello dati di M9 ed eventuale importazione | |

## A3. Organizzazione del progetto

| # | Domanda | Perché serve | Risposta |
|---|---|---|---|
| Q18 | Chi approva i requisiti da parte vostra? Se durante lo sviluppo servono modifiche, come le gestiamo (richiesta scritta, stima, approvazione)? | Controllo dello scope creep | |
| Q20 | Dove il Word e l'Excel elencano campi o sezioni diversi senza contraddirsi, confermate che vanno inclusi tutti? | Chiude le righe "Unione" tra i due documenti | |

## A4. Conferme sui processi

Passi 🔸 che il workflow prevede ma le fonti non citano. Vanno confermati prima di considerarli requisiti.

| Workflow | Domanda | Risposta |
|---|---|---|
| W1 | Un ente può rifiutare un'offerta? Un'offerta non firmata deve scadere dopo un certo tempo? | |
| W1 | È lo studio a creare l'accesso al software per il referente di ogni ente? | |
| W2 | Lo studio registra nel software l'avvenuto pagamento? Come si gestiscono i ritardi? | |
| W4 | Lo studio può rimandare un documento all'ente con osservazioni da correggere? | |
| W5 | Se l'ente non carica i documenti alla scadenza, il software deve mandare solleciti e avvisare lo studio? | |
| W5 | Lo studio controlla e approva Modello D e relazione illustrativa prima dell'esportazione? | |
| W7 | Le circolari vanno sempre a tutti gli enti, o anche a gruppi (per esempio per qualifica)? | |

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

| Punto | Cosa dire |
|---|---|
| Inserimento iniziale dei dati (D8) | Non è prevista l'importazione di dati esistenti: ogni ente inserirà 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 (D9) | 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 |
| Servizi di produzione (D10, D11) | Il primo anno sono a mio nome e a mio carico; dal secondo anno passano a voi, con un contratto di manutenzione separato |
| Materiali da consegnare | Servono da voi: schema del progetto, modelli di verbale e di circolare, un esempio di estratto conto per ogni banca, tariffe orarie del volontariato |

**Domande già chiuse:** Q6 → D5 · Q11 → D6 · Q12 (in parte) → D7 · Q13 (in parte: lo schema non esiste, RF-6.5) · Q16 → D8 · Q17 → D9 · Q21 → D10 · Q22 → D11.

---

# Parte B: dubbi architetturali (uso interno)

## B1. Scelte che dipendono dalle risposte del cliente

| # | Dubbio | Dipende da | 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: i dati si inseriscono una volta sola e alimentano libro soci e registro volontari. Va deciso prima di iniziare, perché definisce il database |
| B1.2 | **Come stimare M6 e M7** se Q13 e Q19 restano senza risposta | Q13, Q19 | Stimare sull'opzione (a) di Q19 e scriverlo nel preventivo come assunzione; (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 solo come evoluzione: ogni banca ha un formato diverso e il risultato è poco affidabile |
| B1.4 | **Fornitori esterni** per firma, marca temporale e conservazione | Q4, Q9 | Fornitori qualificati, non soluzioni fatte in casa. Si scelgono dopo le risposte |
| B1.5 | **Fatturazione elettronica** | Q5 | Se serve, voce separata o integrazione con un software già in uso, non sviluppo 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, mostrare accanto il conteggio calcolato dalle anagrafiche, come controllo |
| B1.8 | **Fornitori trasferibili** (RT-15) | Q23 | Criterio obbligatorio per tutti i fornitori di produzione: verificare per ciascuno il cambio di intestatario senza migrazione |
| B1.9 | **Ore del passaggio** dei servizi al cliente | Q23 | Stimarle e metterle nel preventivo o nel contratto di manutenzione: trasferimento di account e dominio, documento di consegna |

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

| # | Scelta | Motivazione |
|---|---|---|
| B2.1 | Separazione rigorosa dei dati tra enti | Un ente non deve mai vedere i dati di un altro (RT-1): 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 (email + app) per alert, proforma e circolari | Serve comunque per gli alert (RT-4): il doppio canale delle circolari (D5) costa più di un canale solo ma non il doppio, e dà allo studio lo stato di lettura, che la sola email non garantisce |
| B2.4 | Un solo flusso di approvazione riusato nei moduli | Serve per i libri sociali e probabilmente per M5–M7 (RT-3) |
| B2.5 | Registro delle operazioni | Valore probatorio dei libri sociali e GDPR (RT-9) |

## B3. Rischi

I rischi economici del primo anno (aumenti di prezzo, volumi, passaggio dei servizi) sono in `costi-ricorrenti.md` §7.2.

| Rischio | Dove nasce | Come contenerlo |
|---|---|---|
| Scope creep su M6 | Schema del progetto inesistente (Q13), divisione del lavoro non definita (Q19) | Assunzione dichiarata nel preventivo (B1.2); schema consegnato prima dello sviluppo del modulo |
| Scope creep su M7 | Descritto solo per titoli | Fase 2 stimata a parte, requisiti firmati prima dell'avvio |
| Modifiche non controllate | Nessuna procedura (Q18) | Procedura scritta: richiesta, stima, approvazione |
| Dipendenza dal cliente | Materiali da ricevere (A5) | Elenco dei materiali con date di consegna nel preventivo |
| Richiesta di importazione a progetto avviato | Nessuna migrazione prevista (D8) | Dirlo subito (A5); import da Excel come voce opzionale |
| Sicurezza e privacy | Molte persone, possibili dati art. 9, dati antiriciclaggio | Privacy by design, contratti sul trattamento dei dati, hosting UE, verifiche C1–C3 |
| Valore legale dei documenti | Firma, marca temporale e conservazione hanno requisiti normativi | Fornitori qualificati (B1.4), verifica C4 |
| Estratti conto PDF | Formati diversi per ogni banca | B1.3 |
| Norme che cambiano | Modello D, bilancio sociale e RUNTS possono cambiare per legge | Voci e modelli configurabili (B2.2) |

## B4. Contesto delle domande

Spiegazioni per chi conduce l'incontro. Non vanno inviate.

**B4.1 Q8, le persone dell'ente.** Le fonti citano 9 categorie, non le stesse (`richiesta.md` M3); alcune potrebbero coincidere ("aderenti" e "tesserati", "dipendenti" e "lavoratori"). Alcune categorie potrebbero avere dati propri (quota associativa, tipo di contratto, data di assunzione). Sulla possibilità di più ruoli per persona, le strade sono due:
- **una scheda per persona, con più ruoli**: dati inseriti e aggiornati in un solo punto; va decisa subito perché definisce il database;
- **una scheda per ruolo**: più semplice all'inizio, ma la stessa persona compare più volte, con il rischio di dati diversi.

**B4.2 Q14, il bilancio sociale.** Nell'Excel la colonna "Funzioni" della Rendicontazione sociale dice *"Guidare gli utenti nella stesura di un progetto secondo un modello standard facilmente convertibile sui formulari imposti dagli enti erogatori"*: è la stessa frase della Progettazione. Per il bilancio sociale non ha senso, perché non è un progetto per un bando. Il bilancio sociale degli ETS segue le linee guida ministeriali (DM 4 luglio 2019). Quasi sicuramente è un copia-incolla. Le sezioni differiscono per "serie di dati standard" [D] e "lettera del presidente" [X].

**B4.3 Q19, divisione del lavoro in M6 e M7.** Le fonti dicono solo che ci lavorano ente e studio ("entrambi" in [X], "l'operatore" in [D]). Le opzioni hanno costi molto diversi:

| Opzione | Come funziona | Impatto sullo sviluppo |
|---|---|---|
| (a) Redazione e revisione | L'ente scrive, lo studio rivede e approva, come per i libri sociali | Il più semplice: riusa il flusso di approvazione (RT-3) |
| (b) Sezioni divise | Alcune sezioni le compila l'ente, altre lo studio (es. piano economico-finanziario) | Medio: permessi per singola sezione |
| (c) Modifica contemporanea | Ente e studio lavorano sullo stesso documento nello stesso momento | Il più costoso: gestione dei conflitti e aggiornamento in tempo reale |

La risposta può essere diversa per M6 e M7. Il workflow (W6, W8) è scritto sull'opzione (a).

---

# Parte C: verifiche con legale e commercialista (uso interno) ⚖️

| # | Da verificare | Con chi | Collegato a |
|---|---|---|---|
| C1 | **Ruoli privacy:** studio titolare per i propri clienti e responsabile per i dati degli enti; sviluppatore e hosting sub-responsabili; contratti sul trattamento dei dati conseguenti | Legale | `richiesta.md` §5 |
| C2 | **Dati particolari (art. 9 GDPR):** l'iscrizione ad alcuni enti può rivelarli; quali misure di sicurezza aggiuntive servono | Legale | M3 |
| C3 | **Antiriciclaggio:** per quanto tempo conservare i dati e con quali misure | Legale / commercialista | RF-1.6 |
| C4 | **Valore legale** di firma, marca temporale e conservazione digitale dei libri sociali degli ETS | Legale | RT-5, RT-6 |
| C5 | **Intestazione nel primo anno:** conservazione a norma e firma elettronica avanzata possono essere a nome di Davide per conto dello studio, o devono essere a nome del cliente fin dall'inizio (con costi comunque a carico di Davide)? | Legale | D10 |
| C6 | **Conservazione per ente:** il servizio di riferimento è "uno per partita IVA"; la conservazione va fatta a nome di ogni ente? Molti enti hanno solo il codice fiscale | Legale / fornitore | RT-6, costi §5.2 |
| C7 | **Rendicontazione del bando:** ammissibilità degli strumenti di sviluppo (Claude Max) e dei servizi di produzione pagati da Davide; forma (servizio di hosting o rimborso di abbonamenti) | Commercialista | D10, costi §7.2 |
| C8 | **IVA sui servizi esteri** (reverse charge) | Commercialista | Costi §1 |
| C9 | **Clausola sui prezzi:** adeguamento se nel primo anno i fornitori aumentano i prezzi o i volumi superano le stime | Commercialista / legale | Costi §7.2 |
| C10 | **Contratto di manutenzione:** contenuto, durata, responsabilità di Davide dal secondo anno | Legale | D11 |
| C11 | **Responsabilità come intestatario dei servizi nel primo anno:** contratti con i fornitori, misure di sicurezza, assicurazione RC professionale e cyber | Legale | D10 |

---

## 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) |
| 0.3 | 27/09/2026 | `richiesta.md` v0.3 | Aggiunti Q23, B1.8, B1.9, verifiche e rischi conseguenti a D10 e D11 |
| 0.3.1 | 27/09/2026 | `richiesta.md` v0.3 | Riorganizzazione: diventa il documento unico di tutto ciò che è aperto. Aggiunta colonna "Perché serve"; Q23 spostata in A1; aggiunta A4 con i passi da confermare del workflow (prima in `workflow.md` §12); aggiunte in A5 le condizioni sui servizi di produzione; rischi riuniti in B3 (prima anche in `richiesta.md` §10); spiegazioni di Q8, Q14, Q19 in B4 (prima in `richiesta.md` §3.3 e §8); verifiche legali riunite nella parte C (prima in B3, in `richiesta.md` §5 e in `costi-ricorrenti.md` §7.2) |

---

## Stato
- **Fase corrente:** analisi dei requisiti, domande pronte per il cliente.
- **Decisioni prese:** D1–D11 (`richiesta.md` §7).
- **Prossimo passo:** incontro con il cliente sulla parte A, partendo da A1; in parallelo verifiche della parte C.