From 4e888ba890df0c89a42f0ac9152d5b1760357945 Mon Sep 17 00:00:00 2001 From: Davide Grilli Date: Sun, 27 Sep 2026 16:33:32 +0200 Subject: [PATCH] Crea la proposta CSV per il cliente e allinea la documentazione MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit - 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 --- CLAUDE.md | 18 ++- costi-ricorrenti.md | 15 +- domande-cliente.md | 226 +++++++++++------------------ indice-documenti.md | 32 +++- invii/2026-09-27_proposta_v0.4.csv | 33 +++++ richiesta.md | 62 ++++---- workflow.md | 29 ++-- 7 files changed, 210 insertions(+), 205 deletions(-) create mode 100644 invii/2026-09-27_proposta_v0.4.csv diff --git a/CLAUDE.md b/CLAUDE.md index 3b514d1..9d7a055 100644 --- a/CLAUDE.md +++ b/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__v.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__v.` (md, csv…) e registrarla in `indice-documenti.md` §1.3, per sapere sempre cosa ha ricevuto. Mai includere il §3 di `domande-cliente.md`. diff --git a/costi-ricorrenti.md b/costi-ricorrenti.md index 1a63d12..31063dc 100644 --- a/costi-ricorrenti.md +++ b/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. diff --git a/domande-cliente.md b/domande-cliente.md index e8fb21e..b2d8d9d 100644 --- a/domande-cliente.md +++ b/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. diff --git a/indice-documenti.md b/indice-documenti.md index 2e49bad..f05c24a 100644 --- a/indice-documenti.md +++ b/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) | diff --git a/invii/2026-09-27_proposta_v0.4.csv b/invii/2026-09-27_proposta_v0.4.csv new file mode 100644 index 0000000..d2441c1 --- /dev/null +++ b/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;;;; diff --git a/richiesta.md b/richiesta.md index 395e12d..8ba4405 100644 --- a/richiesta.md +++ b/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. diff --git a/workflow.md b/workflow.md index 848185c..ea3c6f3 100644 --- a/workflow.md +++ b/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.