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>
This commit is contained in:
1 parent
8a822a9245
commit
4e888ba890
7 files changed
+210
-205
No files matched your search
+16
-13
@@ -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.
|
||||
Reference in new issue
Block a user