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>
This commit is contained in:
davideandClaude Sonnet 5 committed 2026-09-27 19:13:30 +02:00
1 parent 8c7ffb4feb
commit 4441fa2cd1
9 files changed
+626 -69

No files matched your search

+20 -11
View File
@@ -1,34 +1,36 @@
# Domande per il cliente
**Progetto:** Gestionale per enti del Terzo Settore
**Documento:** `domande-cliente.md`
**Versione:** 0.4.4 · **Data:** 27/09/2026 · **Stato:** Bozza
**Versione:** 0.4.6 · **Data:** 27/09/2026 · **Stato:** Bozza
**Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
Al cliente arrivano le sezioni 1 e 2 tramite la proposta (`indice-documenti.md` §1.3). La sezione 3 è solo per Davide.
Al cliente arrivano la sezione 1.1 e la sezione 2 con il documento `invii/2026-09-27_domande-cliente_v0.4.md` (`indice-documenti.md` §1.3). La sezione 3 è solo per Davide.
**Criterio:** restano solo le domande la cui risposta sposta molto costi od ore e che può dare solo il cliente. Le altre sono ipotesi 🔸 (`richiesta.md` §7).
**Criterio:** restano solo le domande la cui risposta sposta molto costi od ore e che può dare solo il cliente, più le conferme dove le due fonti del cliente non concordano. Le altre sono ipotesi 🔸 (`richiesta.md` §7).
---
## 1. Domande
### 1.1 Nella proposta al cliente
### 1.1 Nel documento per il cliente
Colonna "N.": numero della domanda in `invii/2026-09-27_proposta_v0.4.csv`.
Colonna "N.": numero della domanda in `invii/2026-09-27_domande-cliente_v0.4.md`.
| # | N. | Domanda | Risposta |
|---|---|---|---|
| Q1 | 1 | Quanti enti pensate di gestire, oggi e tra 3 anni? | |
| Q4 | 2 | Che firma serve per offerte, privacy, antiriciclaggio e libri sociali: semplice (codice via SMS), avanzata o qualificata? | |
| Q9 | 3 | Per i libri sociali basta un archivio con data certa, o serve la conservazione digitale a norma? | |
| Q9 | 3 | Per i libri sociali chiedete la conservazione digitale: basta un archivio nel software con data certa (marca temporale), o serve la conservazione a norma presso un conservatore accreditato? | |
| Q5 | 4 | Il software deve fare anche la fattura elettronica, o bastano i proforma? Usate già un programma di fatturazione? | |
| Q10 | 5 | Gli estratti conto in PDF vanno letti in automatico o basta archiviarli? | |
| Q13 | 6 | 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 | 7 | 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? | |
| Q26 | 8 | Le circolari sono previste nella prima fase, con la gestione del cliente (come nell'Excel). Nel Word sono tra le funzioni da aggiungere in un secondo momento: confermate che le volete subito? (conferma di D3) | |
| Q25 | 9 | La qualifica dell'ente del Word (ODV, APS, ETS, impresa sociale, SOMS, rete, ente filantropico) e la sezione di iscrizione al RUNTS dell'Excel sono lo stesso dato? Se sì, prevediamo un solo campo (RF-2.7–2.8) | |
### 1.2 Da trattare di persona o nel contratto
Non sono nella proposta: si chiudono all'incontro o si scrivono nel contratto.
Non sono nel documento per il cliente: si chiudono all'incontro o si scrivono nel contratto.
| # | Domanda | Risposta |
|---|---|---|
@@ -39,8 +41,9 @@ Non sono nella proposta: si chiudono all'incontro o si scrivono nel contratto.
## 2. Da comunicare al cliente
Sono nella proposta, sezione GENERALE:
- decisioni da comunicare: D8 (RT-14; importazione da Excel quotabile a parte), D9 (RT-12, RT-13), D10–D11; validazione delle ipotesi 🔸 al collaudo (`richiesta.md` §7);
Sono nel documento per il cliente, §2:
- decisioni da comunicare: D2 (RT-1), D8 (RT-14; importazione da Excel quotabile a parte), D9 (RT-12, RT-13), D10–D11;
- ipotesi 🔸 da validare al collaudo (`richiesta.md` §7 e passi 🔸 di `workflow.md`), descritte in modo semplice;
- **materiali da chiedere al cliente, con una data di consegna:** schema del progetto, modelli di verbale e circolare, un estratto conto di esempio per banca, tariffe orarie del volontariato.
---
@@ -75,8 +78,11 @@ Sono nella proposta, sezione GENERALE:
| B1.4 | Fornitori di firma, marca, conservazione | Q4, Q9 | Fornitori qualificati |
| B1.5 | Fattura elettronica | Q5 | Integrazione, non sviluppo da zero |
| B1.9 | Ore per il passaggio dei servizi | Q23 | Da stimare nel preventivo |
| B1.10 | Linguaggio e framework dell'applicazione | Conoscenza di Davide; RT-15 | Laravel o Django, equivalenti sui requisiti: `architettura.md` §6 |
| B1.11 | Guida d'uso e formazione degli utenti | — | Nessun requisito nelle fonti; se offerte, vanno nel preventivo (`blueprint.md` §6) |
| B1.12 | Correzione dei difetti nel primo anno (garanzia) | ⚖️ C10 | Da distinguere dalla manutenzione del secondo anno (D11), nel preventivo o nel contratto |
**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).
**Già orientate (motivate in `architettura.md`, da riportare 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) · B2.6 un'unica applicazione con pagine generate dal server (§2) · B2.7 un server per ambiente, con applicazione e database in container (§8).
### Da chiedere più avanti
Q14 (sezioni del bilancio sociale) e Q15 (valore delle ore di volontariato): prima di sviluppare la fase 2.
@@ -87,6 +93,7 @@ Q14 (sezioni del bilancio sociale) e Q15 (valore delle ore di volontariato): pri
- **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` §6.2.
- Rischi di pianificazione (schema dei progetti, date del bando, sandbox di firma di 40 giorni): `blueprint.md` §5.
**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). B1.8 (fornitori trasferibili) è il requisito RT-15.
@@ -107,10 +114,12 @@ Q14 (sezioni del bilancio sociale) e Q15 (valore delle ore di volontariato): pri
| 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.4 | 27/09/2026 | `richiesta.md` v0.4 | Tolte le ripetizioni: §2 rimanda alle decisioni invece di riscriverle (resta qui solo l'elenco dei materiali); corrispondenza con le domande della proposta spostata qui dall'indice (colonna "N."); B1.8 chiusa perché coincide con RT-15; rimando ai rischi economici aggiornato a `costi-ricorrenti.md` §6.2 |
| 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 |
| 0.4.5 | 27/09/2026 | `richiesta.md` v0.4 | Collegamento ai nuovi `architettura.md` e `blueprint.md`: aggiunte le scelte B1.10 (stack), B1.11 (guida d'uso e formazione), B1.12 (garanzia nel primo anno) e le scelte già orientate B2.6, B2.7; motivazioni delle B2 rimandate ad `architettura.md`; aggiunto il rimando ai rischi di pianificazione |
| 0.4.6 | 27/09/2026 | `richiesta.md` v0.4 | La proposta CSV è sostituita dal documento `invii/2026-09-27_domande-cliente_v0.4.md` (domande e comunicazioni, senza il riepilogo delle funzioni). Aggiunte Q25 (qualifica e sezione RUNTS) e Q26 (conferma delle circolari in fase 1), nate dalla verifica sulle fonti; criterio esteso alle conferme sui punti in cui le fonti non concordano. Q9 precisa che la conservazione digitale è già richiesta da [D]. §2: aggiunta D2 e le ipotesi 🔸 da validare al collaudo |
---
## Stato
- **Fase corrente:** analisi dei requisiti, domande pronte per il cliente.
- **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.
- **Prossimo passo:** commercialista su C12; invio del documento delle domande (9 domande); Q23 e Q18 all'incontro o nel contratto.