Crea la proposta CSV per il cliente e allinea la documentazione

- Aggiunta invii/2026-09-27_proposta_v0.4.csv: proposta con le stesse
  colonne dell'Excel del cliente [X], comprese le domande aperte, da
  inviare per validazione e raccolta di eventuali correzioni
- domande-cliente.md portato a v0.4.3: tolte dalla proposta le domande
  su decorrenza del primo anno (Q23) e approvazione/modifiche (Q18),
  che restano aperte solo qui
- richiesta.md, costi-ricorrenti.md, workflow.md: allineamento generale
  di riferimenti e coerenza tra i documenti
- CLAUDE.md: aggiunta la cartella invii/ all'elenco dei documenti;
  chiarito che gli invii in qualsiasi formato si registrano in §1.3
  di indice-documenti.md
- indice-documenti.md: registrate tutte le modifiche sopra (§1.2, §1.3,
  §3)

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

CLAUDE.md

@@ -8,7 +8,7 @@ Gestionale web **multi-ente** per enti del Terzo Settore: uno **studio professio
 Il cliente finanzia il progetto con un **bando a fondo perduto**: il budget è vincolato e il preventivo deve essere **rendicontabile**.
 Autore: Davide, primo preventivo da libero professionista. Sviluppa con Claude come strumento; il costo di Claude Max (90 €/mese × 12 mesi) va nel preventivo.
 
-**Fase attuale:** analisi dei requisiti. Nessuna scelta tecnica (stack, hosting, fornitori) è ancora presa. Lo stato aggiornato è in `indice-documenti.md` e nella sezione "Stato" di `richiesta.md`.
+**Fase attuale:** analisi dei requisiti. Unica scelta tecnica presa: database PostgreSQL con migrazioni (D12). Stack applicativo, hosting e fornitori non sono ancora scelti. Lo stato aggiornato è in `indice-documenti.md` e nella sezione "Stato" di `richiesta.md`.
 
 ## Ruolo di Claude
 
@@ -21,7 +21,8 @@ Consulente tecnico senior in architettura software, DevOps e preventivazione. Da
 3. **Requisito ambiguo → chiedere prima di procedere**, non indovinare. Se serve andare avanti, scrivere l'ipotesi e segnarla 🔸.
 4. **Aspetti fiscali, contrattuali, privacy e rendicontazione del bando:** dare le informazioni utili, ma ricordare sempre di farle verificare a un **commercialista** o a un **legale**.
 5. **Segnalare i rischi** (scope creep, dipendenze dal cliente, sicurezza dei dati) invece di ometterli per semplificare il preventivo.
-6. **Privacy by design:** il software tratta dati personali di molte persone (soci, volontari, dipendenti), dati antiriciclaggio e possibili dati particolari (art. 9 GDPR). Ogni proposta tecnica va valutata anche sotto questo aspetto.
+6. **Database:** PostgreSQL. Ogni modifica della struttura dei dati si fa con una migrazione versionata insieme al codice, applicata identica in test e produzione; mai modifiche manuali in produzione (D12, RT-16).
+7. **Privacy by design:** il software tratta dati personali di molte persone (soci, volontari, dipendenti), dati antiriciclaggio e possibili dati particolari (art. 9 GDPR). Ogni proposta tecnica va valutata anche sotto questo aspetto.
 
 ## Formato delle risposte
 
@@ -34,13 +35,14 @@ Consulente tecnico senior in architettura software, DevOps e preventivazione. Da
 
 | File | Ruolo |
 |---|---|
-| `fonti/2026-09-25/funzioni software.docx` | Fonte del cliente, citata come **[D]** |
+| `fonti/2026-09-25/funzioni software.docx` | Fonte del cliente, citata come **[D]**. Originale ancora da copiare; nel frattempo vale `funzioni software - testo estratto.md` |
 | `fonti/2026-09-25/Software.xlsx` | Fonte del cliente, citata come **[X]** |
 | `richiesta.md` | **Documento base**: cosa deve fare il software (moduli, RF, RT, dati personali, differenze tra le fonti, decisioni D) |
 | `workflow.md` | Processi del software passo per passo (W), con i riferimenti ai requisiti |
-| `domande-cliente.md` | Tutto ciò che è aperto. Parte A: domande per il cliente (Q) e conferme sui processi · Parte B: dubbi architetturali, rischi, contesto delle domande · Parte C: verifiche con legale e commercialista (**B e C uso interno, non inviare**) |
+| `domande-cliente.md` | Tutto ciò che è aperto. §1 domande essenziali per il cliente (Q) · §2 cose da comunicare al cliente · §3 per Davide: verifiche con legale e commercialista (C), scelte in sospeso (B), domande rimandate, rischi (**§3 uso interno, non inviare**) |
 | `costi-ricorrenti.md` | Costi ricorrenti di sviluppo, test e produzione: prezzi con fonte, scenari, effetti economici delle decisioni |
 | `indice-documenti.md` | Versioni in vigore e schema di versione |
+| `invii/` | Copie fisse di ciò che viene preparato o inviato al cliente (es. la proposta in CSV); elenco in `indice-documenti.md` §1.3. Non si modificano: una versione nuova è un file nuovo |
 
 **Nessuna informazione ripetuta:** ogni informazione sta in un solo documento; gli altri la richiamano con il codice (es. "D10", "C7"), senza riscriverla.
 
@@ -62,10 +64,10 @@ Consulente tecnico senior in architettura software, DevOps e preventivazione. Da
 | RF-x.y | Requisito funzionale del modulo x | `richiesta.md` §3 |
 | RT-n | Requisito trasversale | `richiesta.md` §4 |
 | Dn | Decisione presa | `richiesta.md` §7 |
-| Qn | Domanda per il cliente | `domande-cliente.md` parte A |
+| Qn | Domanda per il cliente | `domande-cliente.md` §1 |
 | Wn | Workflow | `workflow.md` |
-| Bn.m | Dubbio architetturale (uso interno) | `domande-cliente.md` parte B |
-| Cn | Verifica con legale o commercialista (uso interno) | `domande-cliente.md` parte C |
+| Bn.m | Scelta architetturale in sospeso o già orientata (uso interno) | `domande-cliente.md` §3 |
+| Cn | Verifica con legale o commercialista (uso interno) | `domande-cliente.md` §3 |
 
 **Simboli:** ✅ deciso · ⏳ aperto, da chiedere al cliente · 🔸 ipotesi o passo dedotto, da confermare · ⚖️ da verificare con legale o commercialista.
 
@@ -100,4 +102,4 @@ I documenti derivati hanno le **stesse X.Y di `richiesta.md`**. I nomi dei file
 4. Aggiornare `indice-documenti.md`.
 5. Consegnare i file aggiornati e ricordare a Davide di allineare entrambe le copie: cartella locale e documenti del Project su claude.ai.
 
-**Quando si invia un documento al cliente:** conservarne una copia in `invii/AAAA-MM-GG_<nome>_v<X.Y>.md`, per sapere sempre cosa ha ricevuto. Mai includere la parte B di `domande-cliente.md`.
+**Quando si invia un documento al cliente:** conservarne una copia in `invii/AAAA-MM-GG_<nome>_v<X.Y>.<estensione>` (md, csv…) e registrarla in `indice-documenti.md` §1.3, per sapere sempre cosa ha ricevuto. Mai includere il §3 di `domande-cliente.md`.

costi-ricorrenti.md

@@ -1,8 +1,8 @@
 # Costi ricorrenti del primo anno
 **Progetto:** Gestionale per enti del Terzo Settore
 **Documento:** `costi-ricorrenti.md`
-**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare
-**Allineato a:** `richiesta.md` v0.3 · **Schema di versione:** vedi `indice-documenti.md`
+**Versione:** 0.4.1 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare
+**Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
 
 ---
 
@@ -25,7 +25,7 @@ Il documento elenca **tutti gli abbonamenti e i servizi a pagamento ricorrente**
 
 **Chi paga:** decisioni D10 e D11 (`richiesta.md` §7); effetti sui costi al §7.
 
-⚖️ IVA sui servizi esteri e ammissibilità nel bando: verifiche C7 e C8 (`domande-cliente.md` parte C).
+⚖️ IVA sui servizi esteri e ammissibilità nel bando: verifiche C7 e C8 (`domande-cliente.md` §3).
 
 ---
 
@@ -74,7 +74,7 @@ I costi certi sono solo una parte del totale. **La voce più pesante e più ince
 
 ### 5.1 Costi certi
 
-**Ipotesi di dimensionamento (🔸):** circa 100 utenti (RT-11) con un uso da gestionale d'ufficio: pochi utenti contemporanei. Un server virtuale di taglio medio basta, con database sullo stesso server. Il numero di enti (Q1) può cambiare questa ipotesi: più documenti archiviati significano più spazio.
+**Ipotesi di dimensionamento (🔸):** circa 100 utenti (RT-11) con un uso da gestionale d'ufficio: pochi utenti contemporanei. Un server virtuale di taglio medio basta, con il database PostgreSQL (D12) sullo stesso server: open source, nessun costo di licenza. Il numero di enti (Q1) può cambiare questa ipotesi: più documenti archiviati significano più spazio.
 
 | Voce | Servizio di riferimento | Canone | 12 mesi | Requisito / motivo |
 |---|---|---|---|---|
@@ -177,7 +177,6 @@ Non sono costi del software, ma di Davide come professionista. Conviene valutarl
 | Codice | Effetto sui costi |
 |---|---|
 | Q1 numero di enti | Volume di marche temporali, email, spazio; possibile moltiplicazione della conservazione |
-| Q2 ripartizione degli utenti | Dimensionamento del server |
 | Q4 tipo di firma | Voce più incerta: da 360 € a oltre 1.200 €/anno |
 | Q5 fatturazione elettronica | Possibile servizio aggiuntivo |
 | Q9 conservazione a norma | Da 0 € a 49,90 €/anno per archivio, per ogni ente se necessario |
@@ -211,14 +210,16 @@ Prezzi consultati il 27/09/2026. Sono listini pubblici e **possono cambiare**: v
 | 0.2 | 27/09/2026 | `richiesta.md` v0.2 | Prima stesura: costi ricorrenti di sviluppo, test e produzione per 12 mesi, con prezzi di listino e scenari |
 | 0.3 | 27/09/2026 | `richiesta.md` v0.3 | Registrate D10 e D11 (chi paga nel primo anno e dopo); riscritto il §7 con le conseguenze su preventivo e contratto; aggiunta Q23 (decorrenza del primo anno); aggiornato il §9 |
 | 0.3.1 | 27/09/2026 | `richiesta.md` v0.3 | Riorganizzazione senza modifiche ai costi: testo delle decisioni D10 e D11 e delle verifiche legali sostituito dal rimando a `richiesta.md` §7 e a `domande-cliente.md` parte C; tolte dal §9 le domande già chiuse |
+| 0.4 | 27/09/2026 | `richiesta.md` v0.4 | Allineato a v0.4: database PostgreSQL (D12) sul server di produzione, senza costi di licenza; tolta dal §9 Q2 (non più una domanda) |
+| 0.4.1 | 27/09/2026 | `richiesta.md` v0.4 | Allineamento: rimandi a `domande-cliente.md` aggiornati alla nuova numerazione (§3) |
 
 ---
 
 ## Stato
-- **Fase corrente:** analisi dei requisiti, costi ricorrenti v0.3.1.
+- **Fase corrente:** analisi dei requisiti, costi ricorrenti v0.4.1.
 - **Decisioni prese:** D10 (primo anno a carico e a nome di Davide), D11 (dal secondo anno al cliente, manutenzione a Davide). Costi certi 1.318,53 € + IVA su 12 mesi; scenari tra 1.698,43 € e oltre 2.765,93 € + IVA.
 - **Prossimo passo:**
   - chiarire con il cliente da quando decorre il primo anno (Q23);
-  - verifiche C5, C6, C7, C9 (`domande-cliente.md` parte C);
+  - verifiche C5, C6, C7, C9 (`domande-cliente.md` §3);
   - stimare le ore del passaggio dei servizi a fine anno;
   - con le risposte a Q1, Q4 e Q9, ricalcolare gli scenari.

domande-cliente.md

@@ -1,163 +1,100 @@
-# Domande per il cliente e dubbi architetturali
+# Domande per il cliente
 **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`
+**Versione:** 0.4.3 · **Data:** 27/09/2026 · **Stato:** Bozza
+**Allineato a:** `richiesta.md` v0.4 · **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`.
+Le sezioni 1 e 2 si possono inviare al cliente. La sezione 3 è solo per Davide.
 
-| 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 |
+**Criterio:** restano solo le domande la cui risposta sposta molto costi od ore e che può dare solo il cliente. Le altre sono sostituite da ipotesi dichiarate in `richiesta.md` (🔸), che si correggono con una migrazione del database se il cliente chiede altro (D12).
 
 ---
 
-# Parte A: per il cliente
+## 1. Domande
 
-## A1. Priorità alta: senza queste risposte non si può fare la stima
+### 1.1 Nella proposta al cliente
 
-| # | 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 | |
+Sono le domande 1–7 di `invii/2026-09-27_proposta_v0.4.csv`, nello stesso ordine.
 
-## 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 |
+| # | 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)? | |
+| Q1 | Quanti enti pensate di gestire, oggi e tra 3 anni? | |
+| Q4 | Che firma serve per offerte, privacy, antiriciclaggio e libri sociali: semplice (codice via SMS), avanzata o qualificata? | |
+| Q9 | Per i libri sociali basta un archivio con data certa, o serve la conservazione digitale a norma? | |
+| Q5 | Il software deve fare anche la fattura elettronica, o bastano i proforma? Usate già un programma di fatturazione? | |
+| Q10 | Gli estratti conto in PDF vanno letti in automatico o basta archiviarli? | |
+| Q13 | Chi prepara lo schema dei progetti per i bandi, e per quando? In che formato va esportato il progetto? L'adattamento ai formulari dei bandi lo fate voi a mano? | |
+| Q19 | In progettazione e bilancio sociale: (a) l'ente scrive e voi rivedete, (b) ognuno compila le sue parti, o (c) lavorate insieme sullo stesso documento? | |
 
-## A5. Da comunicare al cliente (non sono domande)
+### 1.2 Da trattare di persona o nel contratto
 
-| 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 |
+Non sono nella proposta: si chiudono all'incontro o si scrivono nel contratto.
 
-**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.
+| # | Domanda | Risposta |
+|---|---|---|
+| Q23 | Il primo anno di servizi a mio carico parte dalla firma del contratto o dalla messa in produzione? | |
+| Q18 | Chi approva i requisiti da parte vostra? Se durante il lavoro volete cambiare qualcosa, vi va bene chiederlo per email, ricevere una stima e dare l'ok prima che proceda? | |
 
 ---
 
-# Parte B: dubbi architetturali (uso interno)
+## 2. Da comunicare al cliente
 
-## B1. Scelte che dipendono dalle risposte del cliente
+Questi punti sono nella proposta (sezione GENERALE).
 
-| # | 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).
+- Non è prevista l'importazione di dati esistenti: gli enti inseriranno a mano soci e volontari (importazione da Excel quotabile a parte).
+- Il software è pensato per computer, non per smartphone.
+- I dati saranno ospitati nell'Unione Europea.
+- Il primo anno i servizi sono a mio nome e a mio carico; dal secondo anno passano a voi, con un contratto di manutenzione.
+- I passaggi di lavoro del software ve li mostreremo e li validiamo insieme durante il collaudo.
+- Servono da voi, con una data: schema del progetto, modelli di verbale e circolare, un estratto conto di esempio per banca, tariffe orarie del volontariato.
 
 ---
 
-# Parte C: verifiche con legale e commercialista (uso interno) ⚖️
+## 3. Per Davide (non inviare)
 
-| # | Da verificare | Con chi | Collegato a |
+### Verifiche ⚖️, in ordine di urgenza
+
+**Commercialista**
+- **C12** Il bando pone vincoli su budget complessivo e date di consegna? *(prima dell'incontro)*
+- **C7** Claude Max e servizi pagati da me sono ammissibili nel bando? In che forma?
+- **C8** IVA sui servizi esteri (reverse charge).
+- **C9** Clausola per aumenti di prezzo o volumi oltre stima nel primo anno.
+
+**Legale**
+- **C6** La conservazione a norma va fatta a nome di ogni ente? (può moltiplicare i costi)
+- **C5** Conservazione e firma avanzata possono essere a mio nome nel primo anno?
+- **C1** Ruoli privacy e contratti sul trattamento dei dati.
+- **C13** Serve la valutazione d'impatto (art. 35 GDPR)? Se sì, prima dello sviluppo.
+- **C2** Misure per i possibili dati particolari (art. 9 GDPR).
+- **C4** Valore legale di firma, marca temporale e conservazione dei libri sociali.
+- **C3** Tempi e misure di conservazione dei dati antiriciclaggio.
+- **C11** Mie responsabilità come intestatario dei servizi (assicurazione RC e cyber).
+- **C10** Contratto di manutenzione dal secondo anno.
+
+### Scelte in sospeso
+
+| # | Scelta | Dipende da | Orientamento |
 |---|---|---|---|
-| 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 |
+| B1.2 | Stima di progettazione e bilancio sociale senza risposte | Q13, Q19 | Stimare sull'opzione (a) di Q19, dichiarandolo; (b) e (c) come varianti |
+| B1.3 | Estratti conto PDF | Q10 | Prima solo import Excel/CSV e archivio del PDF |
+| B1.4 | Fornitori di firma, marca, conservazione | Q4, Q9 | Fornitori qualificati |
+| B1.5 | Fattura elettronica | Q5 | Integrazione, non sviluppo da zero |
+| B1.8 | Fornitori trasferibili al cliente (RT-15) | Q23 | Criterio obbligatorio |
+| B1.9 | Ore per il passaggio dei servizi | Q23 | Da stimare nel preventivo |
+
+**Già orientate (da motivare nel preventivo):** B2.1 dati separati per ente (RT-1) · B2.2 voci del Modello D configurabili (D6) · B2.3 un solo sistema di notifiche email + app (RT-4) · B2.4 un solo flusso di approvazione (RT-3) · B2.5 registro delle operazioni (RT-9).
+
+### Da chiedere più avanti
+Q14 (sezioni del bilancio sociale) e Q15 (valore delle ore di volontariato): prima di sviluppare la fase 2.
+
+### Rischi principali
+- **Stima sbagliata su requisiti vaghi** (soprattutto progettazione): assunzioni dichiarate nel preventivo (B1.2).
+- **Modifiche non controllate:** procedura concordata (Q18).
+- **Materiali del cliente in ritardo:** date di consegna nel contratto.
+- **Privacy e sicurezza:** verifiche C1, C2, C13; hosting UE.
+- Rischi economici del primo anno: `costi-ricorrenti.md` §7.2.
+
+**Già chiuse:** Q6 → D5 · Q11 → D6 · Q12 → D7 · Q16 → D8 · Q17 → D9 · Q20 → D13 · Q21 → D10 · Q22 → D11. Sostituite da ipotesi 🔸 in `richiesta.md`: Q2, Q3, Q7, Q8 e le conferme sui processi. B1.1, B1.6 e B1.7 sono ora ipotesi in `richiesta.md` (RF-3.3, RF-5.1, RF-2.13–2.14).
 
 ---
 
@@ -165,13 +102,20 @@ La risposta può essere diversa per M6 e M7. Il workflow (W6, W8) è scritto sul
 
 | 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) |
+| 0.2 | 25/09/2026 | `richiesta.md` v0.2 | Prima stesura |
+| 0.3 | 27/09/2026 | `richiesta.md` v0.3 | Aggiunti Q23, B1.8, B1.9 e verifiche su D10 e D11 |
+| 0.3.1 | 27/09/2026 | `richiesta.md` v0.3 | Riuniti qui tutti i punti aperti |
+| 0.3.2 | 27/09/2026 | `richiesta.md` v0.3 | Aggiunti Q24, C12, C13; ordinato per priorità |
+| 0.3.3 | 27/09/2026 | `richiesta.md` v0.3 | Semplificato: una riga per verifica e per scelta |
+| 0.3.4 | 27/09/2026 | `richiesta.md` v0.3 | Tolta la proposta di prima versione (Q24); domande in un'unica tabella |
+| 0.4 | 27/09/2026 | `richiesta.md` v0.4 | Ridotte a 9 domande essenziali. Q2, Q3, Q7, Q8 e conferme sui processi sostituite da ipotesi 🔸 in `richiesta.md`; Q20 chiusa da D13; Q14 e Q15 rimandate alla fase 2; Q18 riformulata in modo più chiaro |
+| 0.4.1 | 27/09/2026 | `richiesta.md` v0.4 | Allineamento: Q19 riporta le tre opzioni (a), (b), (c) citate da `workflow.md` (W6, W8) e da B1.2 |
+| 0.4.2 | 27/09/2026 | `richiesta.md` v0.4 | Allineamento: Q13 torna a chiedere formato di esportazione e adattamento ai formulari (servono a RF-6.3 e W6); Q5 torna a chiedere se esiste un programma di fatturazione (serve a B1.5); tolto dalla sezione 2 il riferimento a un file interno |
+| 0.4.3 | 27/09/2026 | `richiesta.md` v0.4 | Allineato alla proposta: §1 diviso tra le 7 domande della proposta (1.1) e Q23, Q18 da trattare di persona o nel contratto (1.2); indicato che i punti del §2 sono nella proposta |
 
 ---
 
 ## 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.
+- **Decisioni prese:** D1–D13 (`richiesta.md` §7).
+- **Prossimo passo:** commercialista su C12; invio della proposta (7 domande); Q23 e Q18 all'incontro o nel contratto.

indice-documenti.md

@@ -25,13 +25,21 @@ Ogni informazione sta in **un solo documento**; gli altri la richiamano con il s
 
 | Documento | Contenuto (e solo questo) | Versione | Stato | Allineato a |
 |---|---|---|---|---|
-| `richiesta.md` | **Documento base.** Cosa deve fare il software: moduli, requisiti (RF, RT), dati personali, differenze tra le fonti, decisioni (D) | **0.3.1** | Bozza | Fonti del 25/09/2026 |
-| `workflow.md` | Processi del software passo per passo (W), con i riferimenti ai requisiti | **0.3.1** | Bozza | `richiesta.md` v0.3 |
-| `domande-cliente.md` | Tutto ciò che è aperto: domande per il cliente (Q), conferme sui processi, dubbi architetturali (B), rischi, verifiche con legale e commercialista (C) | **0.3.1** | Bozza | `richiesta.md` v0.3 |
-| `costi-ricorrenti.md` | Costi ricorrenti di sviluppo, test e produzione: prezzi con fonte, scenari, effetti economici delle decisioni | **0.3.1** | Bozza | `richiesta.md` v0.3 |
+| `richiesta.md` | **Documento base.** Cosa deve fare il software: moduli, requisiti (RF, RT), dati personali, differenze tra le fonti, decisioni (D) | **0.4.2** | Bozza | Fonti del 25/09/2026 |
+| `workflow.md` | Processi del software passo per passo (W), con i riferimenti ai requisiti | **0.4** | Bozza | `richiesta.md` v0.4 |
+| `domande-cliente.md` | Tutto ciò che è aperto: domande essenziali per il cliente (Q), cose da comunicare, verifiche con legale e commercialista (C), scelte in sospeso (B), rischi | **0.4.3** | Bozza | `richiesta.md` v0.4 |
+| `costi-ricorrenti.md` | Costi ricorrenti di sviluppo, test e produzione: prezzi con fonte, scenari, effetti economici delle decisioni | **0.4.1** | Bozza | `richiesta.md` v0.4 |
 | `indice-documenti.md` | Versioni in vigore e schema di versione | — | — | — |
 | `CLAUDE.md` | Istruzioni per Claude: regole, convenzioni, procedura di aggiornamento | — | In uso | Non segue lo schema di versione |
 
+### 1.3 Invii al cliente
+
+Copie fisse di ciò che viene preparato o inviato al cliente (cartella `invii/`). Non si modificano: se serve una versione nuova, si crea un nuovo file.
+
+| File | Contenuto | Basato su | Stato |
+|---|---|---|---|
+| `invii/2026-09-27_proposta_v0.4.csv` | Proposta con le stesse colonne dell'Excel del cliente, più "Osservazioni"; 23 righe di funzioni e 7 domande (corrispondenza: 1=Q1, 2=Q4, 3=Q9, 4=Q5, 5=Q10, 6=Q13, 7=Q19). Versione rivista da Davide; Q23 e Q18 non incluse, da trattare direttamente con il cliente | `richiesta.md` v0.4.2, `workflow.md` v0.4, `domande-cliente.md` v0.4.2 (§1 e §2) | Preparato, non ancora inviato |
+
 **Dipendenze:**
 
 ```
@@ -57,8 +65,8 @@ fonti/AAAA-MM-GG/ (docx, xlsx del cliente)
 | **Z** | Correzione | Solo per correzioni che **non cambiano i requisiti**: refusi, riformulazioni, formattazione. Si omette quando è 0 (0.2 = 0.2.0) |
 
 **Esempi:**
-- Il cliente risponde a Q1 → `richiesta.md` passa da 0.2 a **0.3**.
-- Si corregge un refuso in `workflow.md` → `workflow.md` passa da 0.2 a **0.2.1**; gli altri documenti non cambiano.
+- Il cliente risponde a Q1 → `richiesta.md` passa da 0.4 a **0.5**, e i documenti derivati si allineano a 0.5.
+- Si corregge un refuso in `workflow.md` → `workflow.md` passa da 0.4 a **0.4.1**; gli altri documenti non cambiano.
 - Il cliente approva i requisiti → tutti i documenti passano a **1.0**.
 - Dopo l'approvazione il cliente chiede una modifica → `richiesta.md` passa a **1.1** (proposta), poi a **2.0** quando la modifica è approvata.
 
@@ -78,8 +86,8 @@ fonti/AAAA-MM-GG/ (docx, xlsx del cliente)
 
 ### 2.4 Nomi dei file
 
-I nomi dei file **non contengono la versione** (`richiesta.md`, non `richiesta_v0.2.md`). Così i riferimenti tra documenti restano validi.
-La versione si legge nell'intestazione e in questo indice. Quando un documento viene **inviato al cliente**, se ne conserva una copia con la versione nel nome (es. `invii/2026-09-25_domande-cliente_v0.2.md`), per sapere sempre cosa ha ricevuto il cliente.
+I nomi dei file **non contengono la versione** (`richiesta.md`, non `richiesta_v0.4.md`). Così i riferimenti tra documenti restano validi.
+La versione si legge nell'intestazione e in questo indice. Quando un documento viene **inviato al cliente**, se ne conserva una copia con la versione nel nome (es. `invii/2026-09-27_domande-cliente_v0.4.md`; solo §1 e §2, mai il §3), per sapere sempre cosa ha ricevuto il cliente.
 
 ---
 
@@ -94,3 +102,11 @@ La versione si legge nell'intestazione e in questo indice. Quando un documento v
 | 27/09/2026 | Aggiunto `costi-ricorrenti.md` (v0.2) in §1.2 e nelle dipendenze; aggiunto il documento alla tabella di `CLAUDE.md` |
 | 27/09/2026 | Tutti i documenti di progetto portati a v0.3 per le decisioni D10 e D11 (chi paga e gestisce i servizi di produzione) |
 | 27/09/2026 | Riorganizzazione per eliminare le informazioni ripetute: eliminato `richiesta-sintesi.md` (ripeteva `richiesta.md`); `richiesta.md`, `workflow.md`, `domande-cliente.md` e `costi-ricorrenti.md` portati a v0.3.1; descritto in §1.2 il contenuto esclusivo di ogni documento; aggiornato `CLAUDE.md` (elenco documenti, codici Cn) |
+| 27/09/2026 | Tutti i documenti portati a v0.4 (D12 PostgreSQL con migrazioni, D13 priorità all'Excel, domande ridotte a 9); aggiornato `CLAUDE.md` (fase attuale e regola sul database) |
+| 27/09/2026 | Allineamento generale: `richiesta.md`, `domande-cliente.md` e `costi-ricorrenti.md` a v0.4.1 (Q19 con tre opzioni, rimandi alla nuova numerazione, nota sull'originale di [D]); aggiornati §1.2 ed esempi del §2; `CLAUDE.md` allineato alla nuova struttura di `domande-cliente.md` |
+| 27/09/2026 | Verifica completa di coerenza: `richiesta.md` e `domande-cliente.md` a v0.4.2 (motivazione di RT-13, contenuto di Q5 e Q13, nessun file interno nelle sezioni per il cliente) |
+| 27/09/2026 | Aggiunto §1.3 "Invii al cliente" con `invii/2026-09-27_proposta_v0.4.csv` |
+| 27/09/2026 | Proposta semplificata (stesse colonne dell'Excel del cliente); sostituisce la bozza precedente dello stesso file, mai inviata |
+| 27/09/2026 | Proposta sostituita con la versione rivista da Davide (note ridotte, senza indicazione delle fasi, domanda 9 vuota) |
+| 27/09/2026 | Proposta aggiornata da Davide: tolte le domande su decorrenza del primo anno (Q23) e approvazione/modifiche (Q18), che restano aperte in `domande-cliente.md` |
+| 27/09/2026 | Allineamento alla proposta: `domande-cliente.md` a v0.4.3; `CLAUDE.md` aggiornato (cartella `invii/` nell'elenco dei documenti, invii in qualsiasi formato registrati in §1.3) |

invii/2026-09-27_proposta_v0.4.csv

@@ -0,0 +1,33 @@
+MODULI;FUNZIONI;CONTENUTI;OPERATORE;NOTE;OSSERVAZIONI
+GESTIONE CLIENTE;Offerte;"Servizi singoli o a pacchetto scelti dal catalogo; modalità di pagamento e scadenze";interno;;
+;Firma;Offerta, privacy e antiriciclaggio firmate in digitale dall'ente;esterno;domanda 2;
+;Scadenze e proforma;Scadenziario automatico, avviso allo studio, proforma alle scadenze, registrazione dei pagamenti;interno;domanda 4;
+;Accesso degli enti;"Lo studio crea l'accesso per l'ente; un'offerta rifiutata o non firmata si chiude";interno;proposta;
+ANAGRAFICA ENTI;Dati dell'ente;Denominazione, sede, codice fiscale, partita IVA, data di costituzione, iscrizione RUNTS (numero, data, sezione), qualifica, attività art. 5 e art. 6 CTS, raccolte fondi;interno;;
+;Numero soci e volontari;Inseriti a mano, con accanto il conteggio automatico;interno;proposta;
+ANAGRAFICA PERSONE;Persone dell'ente;Soci, aderenti, tesserati, volontari, volontari occasionali, dipendenti, collaboratori, sostenitori, partecipanti: dati anagrafici e contatti;esterno;Una sola scheda per persona, anche con più ruoli: proposta;
+LIBRI SOCIALI;Libro soci;Data di ammissione, dati anagrafici, contatti, data di cessazione, note, firma dell'operatore;esterno;;
+;Registro volontari;Data di inizio, dati anagrafici, contatti, data di fine, note, firma dell'operatore;esterno;;
+;Verbali;Assemblea dei soci e organo di amministrazione;esterno;;
+;Controllo e archivio;"Lo studio controlla, può rimandare all'ente per correzioni, approva; marca temporale e stampa";entrambi;domanda 3;
+CONTABILITÀ;Caricamento documenti;"Estratti conto (Excel o PDF), prima nota cassa, rendiconti delle raccolte fondi; avvisi alle scadenze e solleciti";esterno;domanda 5;
+;Imputazione;Ogni movimento assegnato a una voce del Modello D;interno;;
+;Rendiconto e relazione;Modello D automatico e relazione illustrativa guidata, approvati dallo studio;entrambi;;
+PROGETTAZIONE;Progetti per bandi;Contesto, bisogni, idea, obiettivi, attività, risorse, cronoprogramma, costi, piano economico-finanziario;entrambi;Schema e formulari: domanda 6. Divisione del lavoro: domanda 7;
+CIRCOLARI;Circolari;"Scadenze amministrative, contabili e fiscali; via email e nel software, con conferma di lettura; a tutti gli enti o a gruppi";interno;;
+BILANCIO SOCIALE;Bilancio sociale;"Lettera del presidente, dati standard, identità, stakeholder, utenti, obiettivi e attività, situazione economica, relazione dell'organo di controllo; riusa i dati già presenti";entrambi;;
+VALUTAZIONE VOLONTARIATO;Time sheet;Ore di volontari e dipendenti per attività e ruolo, con valore economico;interno;;
+GENERALE;Accesso;"Ogni ente vede solo i propri dati; lo studio vede tutto";;;
+;Utilizzo;"Software web per computer; dati in Unione Europea; conforme al GDPR";;;
+;Dati esistenti;Soci e volontari già presenti si inseriscono a mano;;Importazione da Excel quotabile a parte;
+;Servizi;"Il primo anno a mio carico; dal secondo anno a vostro nome, con contratto di manutenzione";;;
+;Materiali da voi;Schema dei progetti, modelli di verbale e circolare, un estratto conto per banca, tariffe orarie del volontariato;;Con data di consegna;
+DOMANDE;1;Quanti enti pensate di gestire, oggi e tra 3 anni?;;;
+;2;Che firma serve: semplice (codice via SMS), avanzata o qualificata?;;;
+;3;Per i libri sociali basta un archivio con data certa, o serve la conservazione digitale a norma?;;;
+;4;Serve anche la fattura elettronica, o bastano i proforma? Usate già un programma di fatturazione?;;;
+;5;Gli estratti conto in PDF vanno letti in automatico o basta archiviarli?;;;
+;6;Chi prepara lo schema dei progetti, e per quando? In che formato va esportato? L'adattamento ai formulari lo fate voi a mano?;;;
+;7;Nei progetti e nel bilancio sociale: l'ente scrive e voi rivedete, ognuno compila le sue parti, o lavorate insieme sullo stesso documento?;;;
+;8;Il primo anno di servizi a mio carico parte dalla firma del contratto o dalla messa in produzione?;;;
+;9;;;;

richiesta.md

@@ -1,11 +1,11 @@
 # Richiesta del cliente
 **Progetto:** Gestionale per enti del Terzo Settore
 **Documento:** `richiesta.md` (documento base: gli altri documenti si allineano a questo)
-**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
+**Versione:** 0.4.2 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
 **Allineato a:** fonti del cliente del 25/09/2026 · **Schema di versione:** vedi `indice-documenti.md`
 
 **Fonti:**
-- **[D]** `fonti/2026-09-25/funzioni software.docx`: funzioni richieste, divise in "di base indispensabili" e "aggiuntive"
+- **[D]** `fonti/2026-09-25/funzioni software.docx`: funzioni richieste, divise in "di base indispensabili" e "aggiuntive" (originale ancora da copiare nella cartella; nel frattempo vale la trascrizione `funzioni software - testo estratto.md`)
 - **[X]** `fonti/2026-09-25/Software.xlsx`: tabella Moduli / Funzioni / Contenuti / Operatore / Note
 
 **Cosa contiene:** cosa deve fare il software e cosa è stato deciso.
@@ -40,15 +40,15 @@
 
 | # | Modulo | Cosa fa | Fase | Chi inserisce i dati | Chi controlla / usa il risultato | Stato |
 |---|---|---|---|---|---|---|
-| M1 | Gestione cliente e contrattualistica | Offerte, firme, scadenziario e proforma dello studio verso gli enti | 1 | Studio | Ente (firma l'offerta, riceve i proforma) | Definito (dettagli: Q3, Q4, Q5) |
+| M1 | Gestione cliente e contrattualistica | Offerte, firme, scadenziario e proforma dello studio verso gli enti | 1 | Studio | Ente (firma l'offerta, riceve i proforma) | Definito (dettagli: Q4, Q5) |
 | M2 | Anagrafica enti | Scheda di ogni ente cliente | 1 | Studio | Studio | Definito |
-| M3 | Anagrafiche collegate | Registro di soci, volontari, dipendenti e altre persone dell'ente | 1 | Ente | Ente; i dati alimentano M4 e M7 | Definito (dettagli: Q8) |
+| M3 | Anagrafiche collegate | Registro di soci, volontari, dipendenti e altre persone dell'ente | 1 | Ente | Ente; i dati alimentano M4 e M7 | Definito |
 | M4 | Libri sociali | Libro soci, registro volontari, verbali, con marca temporale | 1 | Ente | Studio controlla, poi stampa e archiviazione definitiva | Definito (dettagli: Q9) |
 | M5 | Contabilità | Documenti contabili, Modello D e relazione illustrativa | 1 | Ente (carica documenti, scrive la relazione) | Studio (imputa i movimenti sulle voci del Modello D) | Definito (dettagli: Q10) |
 | M6 | Progettazione | Stesura guidata di progetti per bandi | 1 | Ente e studio | Ente e studio | ⏳ Q13, Q19 |
-| M7 | Rendicontazione sociale | Stesura guidata del bilancio sociale | 2 | Ente e studio | Ente e studio | ⏳ Q14, Q19 |
+| M7 | Rendicontazione sociale | Stesura guidata del bilancio sociale | 2 | Ente e studio | Ente e studio | ⏳ Q19; Q14 prima della fase 2 |
 | M8 | Circolari | Comunicazioni dello studio agli enti su scadenze e adempimenti | 1 | Studio | Ente (via email e nell'app) | Definito |
-| M9 | Valutazione volontariato | Time sheet di volontari e dipendenti, con valorizzazione delle ore | 2 | Studio | Studio | Definito (dettagli: Q15) |
+| M9 | Valutazione volontariato | Time sheet di volontari e dipendenti, con valorizzazione delle ore | 2 | Studio | Studio | Definito (Q15 prima della fase 2) |
 
 **Fase 1:** M1, M2, M3, M4, M5, M6, M8 · **Fase 2:** M7, M9.
 
@@ -64,7 +64,7 @@ Gestire il rapporto commerciale tra studio ed ente, dall'offerta all'incasso.
 
 | ID | Requisito | Fonte |
 |---|---|---|
-| RF-1.1 | Catalogo dei **servizi** dello studio, vendibili **singolarmente o a pacchetto** ⏳ Q3 | D |
+| RF-1.1 | Catalogo dei **servizi** dello studio, vendibili **singolarmente o a pacchetto**. 🔸 Gestito dallo studio: ogni servizio ha prezzo e aliquota IVA; un pacchetto è un insieme di servizi | D |
 | RF-1.2 | Composizione di **preventivi/offerte** a partire dal catalogo | D + X |
 | RF-1.3 | Nell'offerta vanno indicate **modalità di pagamento e scadenze** | D |
 | RF-1.4 | Invio dell'offerta all'ente e **firma digitale** per l'accettazione ⏳ Q4 | D + X |
@@ -93,8 +93,8 @@ Scheda completa di ciascun ente cliente, compilata dallo studio.
 | RF-2.10 | Eventuali attività diverse (art. 6 CTS) | D + X | Selezione multipla / testo |
 | RF-2.11 | Raccolta fondi continuativa con modalità commerciali (sì/no) | D | |
 | RF-2.12 | Raccolta fondi continuativa ordinaria (sì/no) | D | |
-| RF-2.13 | Numero soci | D + X | 🔸 Inserito a mano (Q7) |
-| RF-2.14 | Numero volontari | D + X | 🔸 Inserito a mano (Q7) |
+| RF-2.13 | Numero soci | D + X | 🔸 Inserito a mano; accanto si mostra il conteggio calcolato da M3 |
+| RF-2.14 | Numero volontari | D + X | 🔸 Inserito a mano; accanto si mostra il conteggio calcolato da M3 |
 
 ### M3: Anagrafiche collegate (fase 1)
 
@@ -103,8 +103,8 @@ Registro delle persone legate a ciascun ente, compilato dall'ente.
 | ID | Requisito | Fonte |
 |---|---|---|
 | RF-3.1 | Inserimento dei dati anagrafici delle persone collegate all'ente | D + X |
-| RF-3.2 | Categorie di persona: elenco definitivo da stabilire ⏳ Q8 | D + X |
-| RF-3.3 | Una persona può appartenere a più categorie ⏳ Q8 | 🔸 |
+| RF-3.2 | Categorie di persona: tutte quelle citate nelle fonti (tabella sotto, D13). Nuove categorie o dati specifici per categoria si aggiungono con una migrazione (D12) | D + X |
+| RF-3.3 | 🔸 Una persona può appartenere a più categorie: **una scheda per persona, con più ruoli**; libro soci e registro volontari prendono i dati da qui | 🔸 |
 
 Categorie citate nelle fonti:
 
@@ -140,7 +140,7 @@ Raccolta dei documenti contabili dell'ente, rendiconto di cassa e relazione illu
 
 | ID | Requisito | Fonte |
 |---|---|---|
-| RF-5.1 | **Alert all'ente** alle scadenze per il caricamento dei documenti; calendario **uguale per tutti gli enti, ma modificabile** ⏳ Q12 | D + D7 |
+| RF-5.1 | **Alert all'ente** alle scadenze per il caricamento dei documenti; calendario **uguale per tutti gli enti, ma modificabile**. 🔸 Calendario comune con eccezioni per singolo ente | D + D7 |
 | RF-5.2 | Caricamento degli **estratti conto bancari** trimestrali (Excel o PDF) ⏳ Q10 | D + X |
 | RF-5.3 | Caricamento della **prima nota cassa** trimestrale (Excel) | D + X |
 | RF-5.4 | Caricamento dei **rendiconti delle raccolte fondi pubbliche occasionali** | D |
@@ -168,7 +168,7 @@ Raccolta guidata dei dati per il bilancio sociale, riusando i dati già presenti
 |---|---|---|
 | RF-7.1 | Procedura guidata per redigere il bilancio sociale | D + X |
 | RF-7.2 | **Estrazione automatica** dei dati già presenti (anagrafica ente, soci, volontari, dati economici…) | D |
-| RF-7.3 | Sezioni: **lettera del presidente** [X], **serie di dati standard** [D], identità dell'ente, principali stakeholder, utenti, obiettivi e attività, situazione economico-finanziaria, relazione dell'organo di controllo ⏳ Q14 | D + X |
+| RF-7.3 | Sezioni: **lettera del presidente** [X], **serie di dati standard** [D], identità dell'ente, principali stakeholder, utenti, obiettivi e attività, situazione economico-finanziaria, relazione dell'organo di controllo ⏳ Q14, da chiedere prima della fase 2 | D + X |
 | RF-7.4 | Lavoro condiviso tra ente e studio ⏳ Q19 | X |
 
 ### M8: Circolari (fase 1)
@@ -184,7 +184,7 @@ Raccolta guidata dei dati per il bilancio sociale, riusando i dati già presenti
 |---|---|---|
 | RF-9.1 | Inserimento del **time sheet** di volontari **e dipendenti** | D |
 | RF-9.2 | Per ogni registrazione: tipo di attività, ore dedicate, ruolo/qualifica | D + X |
-| RF-9.3 | **Valorizzazione economica** di ogni ora in base all'attività ⏳ Q15 | D |
+| RF-9.3 | **Valorizzazione economica** di ogni ora in base all'attività ⏳ Q15, da chiedere prima della fase 2 | D |
 | RF-9.4 | L'inserimento è fatto dallo **studio** | X + D4 |
 
 ---
@@ -205,11 +205,12 @@ Non sono scritti come moduli nelle fonti, ma derivano da quanto richiesto.
 | RT-8 | **Importazione file** (Excel, PDF) per i documenti contabili | M5 |
 | RT-9 | **Registro delle operazioni** (audit trail): chi ha fatto cosa e quando | Valore probatorio dei libri + GDPR |
 | RT-10 | **Conformità GDPR** (§5) | Dati personali di soci, volontari, dipendenti, clienti |
-| RT-11 | Dimensionamento: circa **100 utenti** ⏳ Q1, Q2 | Contesto di progetto |
+| RT-11 | Dimensionamento: circa **100 utenti** ⏳ Q1 | Contesto di progetto |
 | RT-12 | **Applicazione web** usata da computer; nessun requisito per smartphone o accessibilità | D9 |
-| RT-13 | **Hosting nell'Unione Europea** (il cliente non ha preferenze; l'UE è richiesta dal GDPR) | D9 + §5 |
+| RT-13 | **Hosting nell'Unione Europea** (il cliente non ha preferenze; l'UE evita i trasferimenti extra-UE e semplifica la conformità al GDPR) | D9 + §5 |
 | RT-14 | **Nessuna migrazione di dati** all'avvio: il sistema parte vuoto | D8 |
 | RT-15 | **Trasferibilità dei servizi di produzione:** a fine primo anno server, dominio, backup, email, firma, marche temporali ed eventuale conservazione passano al cliente senza interruzioni né perdita di dati; fornitori che permettono il trasferimento di account o contratto; documento di consegna con accessi, configurazioni e procedure | D10, D11 |
+| RT-16 | **Database PostgreSQL.** Ogni modifica della struttura dei dati si fa con **migrazioni** versionate insieme al codice, applicate identiche in test e in produzione; nessuna modifica manuale del database in produzione | D12 |
 
 ---
 
@@ -239,22 +240,22 @@ Il sistema tratta **molti dati personali di persone che non sono utenti del soft
 |---|---|---|---|---|
 | 1 | Circolari | Funzione aggiuntiva (fase 2) | Dentro "Gestione cliente" | ✅ D3: fase 1 |
 | 2 | Scadenziario e proforma | Non citati | Presenti | ✅ Inclusi (RF-1.7, RF-1.8) |
-| 3 | Campi anagrafica ente | Data costituzione, qualifica, raccolte fondi | Sede, sezione RUNTS | 🔸 Unione dei campi (Q20) |
-| 4 | Categorie di persone | 7 categorie | 6 categorie, in parte diverse | ⏳ Q8 |
-| 5 | Libri sociali | Firma operatore, note, conservazione digitale | Contatti | 🔸 Unione dei campi (Q20) |
-| 6 | Contabilità | Alert, raccolte fondi occasionali, Modello D, relazione illustrativa | Imputazione dei singoli movimenti | 🔸 Unione: [X] descrive *come* si arriva al Modello D (Q20) |
-| 7 | Sezioni progettazione | Contiene "Costi" | Contiene "Obiettivi" e "Risorse" | 🔸 Unione delle sezioni (Q20) |
+| 3 | Campi anagrafica ente | Data costituzione, qualifica, raccolte fondi | Sede, sezione RUNTS | ✅ D13: inclusi tutti |
+| 4 | Categorie di persone | 7 categorie | 6 categorie, in parte diverse | ✅ D13: incluse tutte |
+| 5 | Libri sociali | Firma operatore, note, conservazione digitale | Contatti | ✅ D13: inclusi tutti |
+| 6 | Contabilità | Alert, raccolte fondi occasionali, Modello D, relazione illustrativa | Imputazione dei singoli movimenti | ✅ D13: inclusi tutti; [X] descrive *come* si arriva al Modello D |
+| 7 | Sezioni progettazione | Contiene "Costi" | Contiene "Obiettivi" e "Risorse" | ✅ D13: incluse tutte |
 | 8 | Rendicontazione sociale | "Serie di dati standard" | "Lettera del presidente"; descrizione copiata da M6 | ⏳ Q14 |
 | 9 | Time sheet: chi inserisce | Non indicato | Operatore interno | ✅ D4: lo studio |
-| 10 | Valorizzazione oraria | Presente | Assente, ma c'è "ruolo/qualifica" | 🔸 Unione (Q20) |
+| 10 | Valorizzazione oraria | Presente | Assente, ma c'è "ruolo/qualifica" | ✅ D13: inclusi entrambi |
 
-Le righe "Unione" sono una proposta di chi scrive, non una richiesta del cliente.
+Regola generale: D13.
 
 ---
 
 ## 7. Decisioni
 
-Decisioni indicate da Davide: D1–D9 il 25/09/2026, D10–D11 il 27/09/2026. Vanno approvate dal cliente con la versione 1.0 (Q18).
+Decisioni indicate da Davide: D1–D9 il 25/09/2026, D10–D13 il 27/09/2026. Vanno approvate dal cliente con la versione 1.0 (Q18).
 
 | # | Decisione | Motivo / origine | Requisiti toccati |
 |---|---|---|---|
@@ -264,13 +265,15 @@ Decisioni indicate da Davide: D1–D9 il 25/09/2026, D10–D11 il 27/09/2026. Va
 | D4 | Il time sheet (M9) lo inserisce lo studio | [D] non lo dice, [X] indica l'operatore interno: si segue [X]. Non serve un nuovo tipo di utente | RF-9.4 |
 | D5 | Circolari via email e nell'app | Risposta a Q6 | RF-8.2, RT-4 |
 | D6 | Imputazione contabile direttamente sulle voci del Modello D | Risposta a Q11 | RF-5.5 |
-| D7 | Scadenze degli alert uguali per tutti gli enti, ma modificabili | Risposta a Q12 (resta una precisazione) | RF-5.1 |
+| D7 | Scadenze degli alert uguali per tutti gli enti, ma modificabili | Risposta a Q12 (la precisazione è coperta dall'ipotesi in RF-5.1) | RF-5.1 |
 | D8 | Nessuna migrazione di dati all'avvio | Risposta a Q16 | RT-14 |
 | D9 | Nessun requisito su smartphone, accessibilità o hosting | Risposta a Q17 | RT-12, RT-13 |
 | D10 | Primo anno di produzione: servizi intestati a Davide, che li paga; costi nel preventivo | Risposta a Q21 | RT-15 |
 | D11 | Dal secondo anno servizi intestati al cliente, che li paga; gestione tecnica a Davide con contratto di manutenzione separato | Risposta a Q22 | RT-15 |
+| D12 | Database **PostgreSQL**; ogni cambiamento della struttura dei dati tramite **migrazioni** | Dati fortemente relazionali (enti, persone, ruoli, libri, movimenti) con vincoli di integrità; separazione dei dati per ente anche nel database, con la row-level security (RT-1); open source, senza licenze, e trasferibile tra fornitori (RT-15). Le migrazioni permettono di recepire in modo tracciato e ripetibile le risposte del cliente che cambiano la struttura dei dati | RT-16, RF-3.2 |
+| D13 | Tra le fonti prevale l'Excel [X] in caso di conflitto; i campi e le funzioni presenti in una sola fonte si includono | Risposta a Q20 | §6 |
 
-**Ipotesi 🔸 in attesa di conferma:** RF-2.13 e RF-2.14 inseriti a mano (Q7); righe "Unione" del §6 (Q20).
+**Ipotesi 🔸 adottate** (al posto di domande al cliente, da validare con il cliente al collaudo; eventuali cambi della struttura dei dati con migrazioni, D12): RF-1.1 catalogo servizi · RF-2.13–2.14 conteggi · RF-3.3 una scheda per persona con più ruoli · RF-5.1 eccezioni per singolo ente · passi 🔸 di `workflow.md`.
 
 ---
 
@@ -282,10 +285,13 @@ Decisioni indicate da Davide: D1–D9 il 25/09/2026, D10–D11 il 27/09/2026. Va
 | 0.2 | 25/09/2026 | Risposte a Q6, Q7, Q11, Q12, Q13, Q16, Q17 (D5–D9); Q8 e Q14 divise in sotto-domande; aggiunte Q20 e RT-12, RT-13, RT-14; aggiunto il registro delle decisioni |
 | 0.3 | 27/09/2026 | Decisioni D10 e D11; chiuse Q21 e Q22; aggiunti RT-15 e Q23; aggiornati ruoli privacy e rischi |
 | 0.3.1 | 27/09/2026 | Riorganizzazione senza modifiche ai requisiti: spostati in `domande-cliente.md` domande, spiegazioni delle domande, dubbio C, rischi e verifiche legali; tolte le note su costi e scelte progettuali (già in `costi-ricorrenti.md` e `domande-cliente.md` parte B); tolto il flusso complessivo (già in `workflow.md`); motivazioni dei dubbi A e B spostate nella tabella delle decisioni |
+| 0.4 | 27/09/2026 | Decisioni D12 (PostgreSQL con migrazioni, RT-16) e D13 (priorità all'Excel in caso di conflitto, chiude Q20); domande Q2, Q3, Q7, Q8, Q12 sostituite da ipotesi 🔸 (RF-1.1, RF-2.13–2.14, RF-3.2–3.3, RF-5.1); Q14 e Q15 rimandate a prima della fase 2 |
+| 0.4.1 | 27/09/2026 | Allineamento: indicato che l'originale di [D] non è ancora nella cartella delle fonti |
+| 0.4.2 | 27/09/2026 | Allineamento: corretta la motivazione di RT-13 (il GDPR non impone l'hosting UE, lo rende più semplice) |
 
 ---
 
 ## Stato
-- **Fase corrente:** analisi dei requisiti, bozza v0.3.1.
-- **Decisioni prese:** D1–D11. Fase 1 = M1–M6 + M8; fase 2 = M7 + M9.
+- **Fase corrente:** analisi dei requisiti, bozza v0.4.2.
+- **Decisioni prese:** D1–D13. Fase 1 = M1–M6 + M8; fase 2 = M7 + M9.
 - **Prossimo passo:** risposte del cliente alle domande aperte (`domande-cliente.md`), poi versione 1.0 dei requisiti.

workflow.md

@@ -1,8 +1,8 @@
 # Workflow del software
 **Progetto:** Gestionale per enti del Terzo Settore
 **Documento:** `workflow.md`
-**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
-**Allineato a:** `richiesta.md` v0.3 · **Schema di versione:** vedi `indice-documenti.md`
+**Versione:** 0.4 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
+**Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
 
 ---
 
@@ -11,7 +11,7 @@
 1. **Il workflow deriva dalla richiesta.** Ogni passo cita il requisito (RF, RT), la decisione (D) o la domanda (Q) di `richiesta.md` da cui nasce. Quando la richiesta cambia, si aggiornano i passi che ne citano i codici.
 2. **Tre tipi di passo:**
    - senza simbolo: scritto nelle fonti;
-   - 🔸 **dedotto**: non è scritto, ma serve perché il processo funzioni. La domanda di conferma è in `domande-cliente.md` A4;
+   - 🔸 **dedotto**: non è scritto, ma serve perché il processo funzioni. È un'ipotesi adottata, da validare con il cliente al collaudo;
    - ⏳ **aperto**: dipende da una domanda senza risposta (in `domande-cliente.md`); il passo descrive l'ipotesi di lavoro.
 3. **Come si legge un passo:** chi lo fa, cosa fa, cosa fa il sistema, riferimento.
 
@@ -25,9 +25,9 @@
 |---|---|---|---|---|---|
 | W1 | Acquisizione e attivazione di un ente | M1, M2 | 1 | Una volta per ente | Definito |
 | W2 | Scadenziario pagamenti e proforma | M1 | 1 | Alle scadenze dell'offerta | Definito (⏳ Q5) |
-| W3 | Gestione delle persone dell'ente | M3 | 1 | Continua | ⏳ Q8 |
+| W3 | Gestione delle persone dell'ente | M3 | 1 | Continua | Definito (🔸 RF-3.3) |
 | W4 | Tenuta dei libri sociali | M4 | 1 | A ogni evento (ammissione, cessazione, riunione) | Definito (⏳ Q4, Q9) |
-| W5 | Ciclo contabile | M5 | 1 | Trimestrale + annuale | Definito (⏳ Q10, Q12) |
+| W5 | Ciclo contabile | M5 | 1 | Trimestrale + annuale | Definito (⏳ Q10) |
 | W6 | Stesura di un progetto | M6 | 1 | A ogni bando | ⏳ Q13, Q19 |
 | W7 | Invio delle circolari | M8 | 1 | Quando serve | Definito |
 | W8 | Bilancio sociale | M7 | 2 | Annuale | ⏳ Q14, Q19 |
@@ -59,7 +59,7 @@ flowchart LR
 
 | # | Chi | Azione | Sistema | Rif. |
 |---|---|---|---|---|
-| 1 | Studio | Compone l'offerta scegliendo servizi singoli o pacchetti dal catalogo | Calcola il totale | RF-1.1, RF-1.2 (⏳ Q3) |
+| 1 | Studio | Compone l'offerta scegliendo servizi singoli o pacchetti dal catalogo | Calcola il totale | RF-1.1 (🔸), RF-1.2 |
 | 2 | Studio | Indica modalità di pagamento e scadenze | Salva le condizioni, da cui nasce lo scadenziario (W2) | RF-1.3 |
 | 3 | Studio | Invia l'offerta all'ente | Allega informativa privacy e modulo antiriciclaggio; notifica l'ente | RF-1.4–1.6 |
 | 4 | Ente | Legge e firma offerta, presa visione privacy e dati antiriciclaggio | Registra le firme con data e ora | RF-1.4–1.6 (⏳ Q4 tipo di firma) |
@@ -93,8 +93,8 @@ flowchart LR
 | # | Chi | Azione | Sistema | Rif. |
 |---|---|---|---|---|
 | 1 | Ente | Inserisce o modifica la persona: anagrafica, contatti, categoria | Controlla i duplicati | RF-3.1, RF-3.2 |
-| 2 | Ente | ⏳ Assegna uno o più ruoli (es. socio e volontario) | ⏳ Una scheda per persona con più ruoli | RF-3.3 (⏳ Q8.c) |
-| 3 | Sistema | — | ⏳ Se la persona è socio o volontario, prepara la voce nel libro soci o nel registro volontari (W4) | ⏳ Q8.c |
+| 2 | Ente | Assegna uno o più ruoli (es. socio e volontario) | Una scheda per persona con più ruoli | RF-3.3 (🔸) |
+| 3 | Sistema | — | Se la persona è socio o volontario, prepara la voce nel libro soci o nel registro volontari (W4) | RF-3.3 (🔸) |
 
 ---
 
@@ -128,7 +128,7 @@ flowchart LR
 
 | # | Chi | Azione | Sistema | Rif. |
 |---|---|---|---|---|
-| 1 | Studio | Imposta il calendario delle scadenze, uguale per tutti gli enti | ⏳ Ammette modifiche anche per il singolo ente | RF-5.1, D7 (⏳ Q12) |
+| 1 | Studio | Imposta il calendario delle scadenze, uguale per tutti gli enti | Ammette eccezioni per il singolo ente | RF-5.1 (🔸), D7 |
 | 2 | Sistema | — | Alla scadenza manda all'ente l'alert per caricare i documenti | RF-5.1, RT-4 |
 | 3 | Ente | Carica gli estratti conto (Excel o PDF), la prima nota cassa (Excel) e gli eventuali rendiconti delle raccolte fondi occasionali | Archivia i file; ⏳ estrae i movimenti da Excel/CSV | RF-5.2–5.4 (⏳ Q10) |
 | 4 | Sistema | 🔸 — | 🔸 Se l'ente non carica, manda un sollecito e avvisa lo studio | 🔸 dedotto |
@@ -152,7 +152,7 @@ flowchart LR
 **Scopo:** preparare un progetto da presentare a un bando.
 **Inizio:** l'ente o lo studio avvia un nuovo progetto · **Fine:** progetto esportato.
 
-> ⏳ **Ipotesi di lavoro (Q19, opzione a):** l'ente scrive e lo studio rivede, con lo stesso flusso di W4. Con le opzioni (b) o (c) (`domande-cliente.md` B4.3) questo workflow va riscritto.
+> ⏳ **Ipotesi di lavoro (Q19, opzione a):** l'ente scrive e lo studio rivede, con lo stesso flusso di W4. Con le opzioni (b) o (c) di Q19 questo workflow va riscritto.
 
 | # | Chi | Azione | Sistema | Rif. |
 |---|---|---|---|---|
@@ -216,10 +216,13 @@ flowchart LR
 | 0.2 | 25/09/2026 | 0.2 | Prima stesura, allineata a `richiesta.md` v0.2 |
 | 0.3 | 27/09/2026 | 0.3 | Solo allineamento di versione: D10, D11 e RT-15 riguardano la gestione dei servizi, non i processi del software. Nessun passo modificato |
 | 0.3.1 | 27/09/2026 | 0.3 | Riorganizzazione senza modifiche ai passi: tolti le righe "Domande aperte" (ripetevano la colonna Rif.), la procedura di aggiornamento (è in `indice-documenti.md`) e il §12 dei passi da confermare (spostato in `domande-cliente.md` A4) |
+| 0.3.2 | 27/09/2026 | 0.3 | Aggiornato il rimando alle conferme dei passi 🔸: ora sono in `domande-cliente.md` A3 |
+| 0.3.3 | 27/09/2026 | 0.3 | Aggiornati i rimandi a `domande-cliente.md` dopo la sua semplificazione (conferme in §2; opzioni di Q19 nella domanda stessa) |
+| 0.4 | 27/09/2026 | 0.4 | Allineato a `richiesta.md` v0.4: i passi di W1, W3 e W5 legati a Q3, Q8, Q12 diventano ipotesi 🔸 di `richiesta.md`; i passi 🔸 si validano al collaudo invece che con domande |
 
 ---
 
 ## Stato
-- **Fase corrente:** analisi dei requisiti, workflow v0.3.1.
-- **Decisioni prese:** D1–D11 (`richiesta.md` §7), riportate nei passi.
-- **Prossimo passo:** confermare con il cliente i passi 🔸 (`domande-cliente.md` A4) e rispondere alle domande ⏳; poi aggiornare i passi coinvolti.
+- **Fase corrente:** analisi dei requisiti, workflow v0.4.
+- **Decisioni prese:** D1–D13 (`richiesta.md` §7), riportate nei passi.
+- **Prossimo passo:** risposte del cliente alle domande ⏳; validazione dei passi 🔸 al collaudo.