Riorganizza i documenti per eliminare le informazioni ripetute

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

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

CLAUDE.md

@@ -36,14 +36,15 @@ Consulente tecnico senior in architettura software, DevOps e preventivazione. Da
 |---|---|
 | `fonti/2026-09-25/funzioni software.docx` | Fonte del cliente, citata come **[D]** |
 | `fonti/2026-09-25/Software.xlsx` | Fonte del cliente, citata come **[X]** |
-| `richiesta.md` | **Documento base**: requisiti, decisioni, domande, rischi |
-| `richiesta-sintesi.md` | Sintesi completa di `richiesta.md` |
-| `domande-cliente.md` | Parte A: domande per il cliente · Parte B: dubbi progettuali (**uso interno, non inviare**) |
-| `workflow.md` | Processi del software, passo per passo, con i riferimenti ai requisiti |
-| `costi-ricorrenti.md` | Abbonamenti e servizi ricorrenti per 12 mesi (sviluppo, test, produzione): prezzi di listino con fonte, parametri, scenari |
+| `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**) |
+| `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 |
 
-**Dipendenze:** fonti del cliente → `richiesta.md` → sintesi, domande, workflow, costi.
+**Nessuna informazione ripetuta:** ogni informazione sta in un solo documento; gli altri la richiamano con il codice (es. "D10", "C7"), senza riscriverla.
+
+**Dipendenze:** fonti del cliente → `richiesta.md` → workflow, domande, costi.
 **Fonti del cliente: cartella `fonti/`.**
 - Ogni consegna del cliente sta in una sottocartella con la data di ricezione: `fonti/AAAA-MM-GG/`. I file mantengono il nome originale.
 - **Non modificare, rinominare o cancellare mai i file in `fonti/`.** Sono le prove di cosa ha chiesto il cliente.
@@ -57,13 +58,14 @@ Consulente tecnico senior in architettura software, DevOps e preventivazione. Da
 
 | Codice | Significato | Dove |
 |---|---|---|
-| M1–M9 | Moduli | `richiesta.md` §3 |
-| RF-x.y | Requisito funzionale del modulo x | `richiesta.md` §4 |
-| RT-n | Requisito trasversale | `richiesta.md` §5 |
-| Dn | Decisione presa | `richiesta.md` §9 |
-| Qn | Domanda per il cliente | `richiesta.md` §8, `domande-cliente.md` |
+| M1–M9 | Moduli | `richiesta.md` §2 |
+| 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 |
 | Wn | Workflow | `workflow.md` |
-| Bn.m | Dubbio progettuale (uso interno) | `domande-cliente.md` parte B |
+| Bn.m | Dubbio architetturale (uso interno) | `domande-cliente.md` parte B |
+| Cn | Verifica con legale o commercialista (uso interno) | `domande-cliente.md` parte C |
 
 **Simboli:** ✅ deciso · ⏳ aperto, da chiedere al cliente · 🔸 ipotesi o passo dedotto, da confermare · ⚖️ da verificare con legale o commercialista.
 
@@ -92,8 +94,8 @@ I documenti derivati hanno le **stesse X.Y di `richiesta.md`**. I nomi dei file
 `indice-documenti.md` e `CLAUDE.md` non hanno versione: le loro modifiche si registrano nel §3 di `indice-documenti.md`.
 
 **Quando cambia la richiesta** (es. arriva una risposta del cliente):
-1. Aggiornare `richiesta.md`: requisiti coinvolti, domanda (da §8.1 a §8.2), eventuale nuova decisione in §9, registro delle modifiche, versione.
-2. Aggiornare i documenti derivati che citano i codici toccati: sintesi, domande, workflow (per i passi ⏳ e 🔸 interessati).
+1. Aggiornare `richiesta.md`: requisiti coinvolti, eventuale nuova decisione in §7, registro delle modifiche, versione.
+2. Aggiornare i documenti derivati che citano i codici toccati: in `domande-cliente.md` spostare la domanda tra le chiuse (Qn → Dn); in `workflow.md` i passi ⏳ e 🔸 interessati; in `costi-ricorrenti.md` le voci che dipendono dalla risposta.
 3. Allineare versioni e registri delle modifiche di tutti i documenti toccati.
 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.