Riorganizza i documenti per eliminare le informazioni ripetute

- Eliminato richiesta-sintesi.md (ripeteva richiesta.md senza
  aggiungere informazione)
- domande-cliente.md: aggiunta parte C (verifiche legale/commercialista,
  nuovi codici Cn), riorganizzata parte B
- richiesta.md, workflow.md, costi-ricorrenti.md portati a v0.3.1:
  ciascuno descrive solo il proprio contenuto esclusivo, gli altri
  richiamano con il codice invece di ripetere
- CLAUDE.md: aggiornato elenco documenti, codici Cn, regola "nessuna
  informazione ripetuta", procedura di aggiornamento
- indice-documenti.md: registrate le versioni e il registro modifiche
  (D10/D11 su chi paga e gestisce i servizi di produzione; v0.3
  poi v0.3.1 per la riorganizzazione)

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

domande-cliente.md

@@ -1,105 +1,163 @@
-# Domande per il cliente e dubbi progettuali
+# Domande per il cliente e dubbi architetturali
 **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.
+**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza
+**Allineato a:** `richiesta.md` v0.3 · **Schema di versione:** vedi `indice-documenti.md`
 
-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.
+**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: domande per il cliente
+# Parte A: 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? | |
+| # | 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 | 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)? | |
+| # | 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 | 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? | |
+| # | 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. Da comunicare al cliente (non sono domande)
+## 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 | 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. |
+| 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 progettuali (uso interno)
+# Parte B: dubbi architetturali (uso interno)
 
 ## B1. Scelte che dipendono dalle risposte del cliente
 
-| # | Dubbio | Da cosa dipende | Orientamento attuale |
+| # | 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: 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 |
+| 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 (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 |
+| 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. Da verificare con legale e commercialista
+## B3. Rischi
 
-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
+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), 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 |
+| 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 |
 
 ---
 
@@ -107,11 +165,13 @@ Non sono domande per il cliente, e su questi punti serve un parere professionale
 
 | 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 |
+| 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–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.
+- **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.