Aggiunge architettura.md e blueprint.md, sostituisce la proposta CSV con le domande cliente

Ricostruisce architettura e blueprint da software.old adattandoli al repository, verificati sulle fonti. Elimina la proposta CSV mai inviata e la sostituisce con invii/2026-09-27_domande-cliente_v0.4.md. Allinea versioni e registro modifiche di richiesta.md, workflow.md, domande-cliente.md e indice-documenti.md.

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

workflow.md

@@ -1,7 +1,7 @@
 # Workflow del software
 **Progetto:** Gestionale per enti del Terzo Settore
 **Documento:** `workflow.md`
-**Versione:** 0.4.1 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
+**Versione:** 0.4.3 · **Data:** 27/09/2026 · **Stato:** Bozza, da validare con il cliente
 **Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
 
 ---
@@ -64,10 +64,21 @@ flowchart LR
 | 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) |
 | 4b | Ente | 🔸 Rifiuta l'offerta, oppure l'offerta scade senza firma | Offerta chiusa, studio avvisato | 🔸 dedotto |
 | 5 | Studio | Compila l'anagrafica dell'ente | Controlla i campi obbligatori | RF-2.1–2.14 |
-| 6 | Studio | 🔸 Crea l'accesso per il referente dell'ente | Invia le credenziali; l'ente vede solo i propri dati | RT-1, RT-2 (🔸 dedotto) |
+| 6 | Studio | 🔸 Crea l'accesso per il referente dell'ente | Invia un link di attivazione a scadenza, mai una password; l'ente vede solo i propri dati | RT-1, RT-2 (🔸 dedotto) |
 
 **Stati dell'offerta:** bozza → inviata → firmata · 🔸 rifiutata · 🔸 scaduta.
 
+```mermaid
+flowchart TD
+    A[Studio: compone l'offerta<br/>e le condizioni di pagamento] --> B[Studio: invia l'offerta<br/>con privacy e antiriciclaggio]
+    B --> C{Ente}
+    C -->|firma| D[Offerta firmata]
+    C -->|🔸 rifiuta o non firma in tempo| E[Offerta chiusa<br/>studio avvisato]
+    D --> F[Studio: compila l'anagrafica dell'ente]
+    F --> G[Studio: 🔸 crea l'accesso del referente]
+    D --> H[W2 Scadenziario]
+```
+
 ---
 
 ## 3. W2: Scadenziario pagamenti e proforma (M1)
@@ -111,9 +122,21 @@ flowchart LR
 | 4 | Studio | Approva | Stato "approvato" | RF-4.7 |
 | 5 | Sistema | — | Applica la marca temporale e archivia in modo definitivo; il documento non è più modificabile | RF-4.5, RF-4.6 (⏳ Q9) |
 | 6 | Studio / Ente | Stampa | Genera il PDF | RF-4.7, RT-7 |
+| 7 | Ente | 🔸 Registra la cessazione o corregge una voce già archiviata | Crea una nuova voce collegata all'originale, che resta invariata; la nuova voce riparte dal passo 1 | 🔸 dedotto (RF-4.1, RF-4.2: data di cessazione; RT-9) |
 
 **Stati:** quelli del flusso di approvazione comune (RT-3), riusato in W5, W6 e W8.
 
+```mermaid
+flowchart TD
+    A[Ente: compila la voce o il verbale] --> B[Ente: firma come operatore e invia]
+    B --> C{Studio: controlla}
+    C -->|🔸 osservazioni| A
+    C -->|approva| D[Sistema: marca temporale e archiviazione<br/>non più modificabile]
+    D --> E[Stampa]
+    D -.->|🔸 cessazione o correzione| F[Ente: nuova voce collegata]
+    F --> B
+```
+
 ---
 
 ## 6. W5: Ciclo contabile (M5)
@@ -132,6 +155,17 @@ flowchart LR
 | 4 | Sistema | 🔸 — | 🔸 Se l'ente non carica, manda un sollecito e avvisa lo studio | 🔸 dedotto |
 | 5 | Studio | Imputa ogni movimento a una voce del Modello D | Salva l'imputazione | RF-5.5, D6 |
 
+```mermaid
+flowchart TD
+    A[Studio: calendario delle scadenze] --> B[Sistema: alert all'ente]
+    B --> C[Ente: carica estratti conto,<br/>prima nota e rendiconti raccolte fondi]
+    B -.->|🔸 nessun caricamento| D[Sistema: sollecito all'ente<br/>e avviso allo studio]
+    D -.-> C
+    C --> E[Sistema: archivia i file<br/>⏳ estrae i movimenti da Excel/CSV]
+    E --> F[Studio: imputa i movimenti<br/>sulle voci del Modello D]
+    F -->|fine esercizio| G[6.2 Chiusura annuale]
+```
+
 ### 6.2 Chiusura annuale
 
 **Inizio:** fine esercizio · **Fine:** Modello D e relazione pronti da allegare al bilancio.
@@ -218,10 +252,12 @@ flowchart LR
 | 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 |
 | 0.4.1 | 27/09/2026 | 0.4 | Tolte le ripetizioni di `richiesta.md`: descrizione degli attori, fase dei workflow (è quella del modulo), elenchi delle sezioni di progetto e bilancio sociale (RF-6.2, RF-7.3), stati del flusso di approvazione (RT-3). Nessun passo modificato |
+| 0.4.2 | 27/09/2026 | 0.4 | Aggiunti i diagrammi di W1, W4 e W5, ripresi da `software.old/flussi-di-lavoro.md`. Aggiunto il passo 🔸 7 di W4 (cessazione o correzione come nuova voce collegata): senza, una voce archiviata non si poteva più aggiornare, nemmeno con la data di cessazione richiesta da RF-4.1 e RF-4.2. Matrice dei permessi e ciclo di rilascio del vecchio documento sono in `architettura.md` §5 e §8.2. Nessun requisito modificato: il nuovo passo è una deduzione 🔸 |
+| 0.4.3 | 27/09/2026 | 0.4 | Allineamento ad `architettura.md` §3: in W1 passo 6 l'accesso dell'ente si attiva con un link a scadenza invece dell'invio delle credenziali. Nessun requisito modificato |
 
 ---
 
 ## Stato
-- **Fase corrente:** analisi dei requisiti, workflow v0.4.1.
+- **Fase corrente:** analisi dei requisiti, workflow v0.4.3.
 - **Decisioni prese:** D1–D13 (`richiesta.md` §7), riportate nei passi.
 - **Prossimo passo:** risposte del cliente alle domande ⏳; validazione dei passi 🔸 al collaudo.