Files
davideandClaude Sonnet 5 b7374ffab5 Orienta B1.10 su Django e allinea versioni
Davide conosce Python: architettura.md §6 documenta l'orientamento
su Django (non ancora decisione formale) con le librerie da
aggiungere per coda/pianificatore e notifiche in-app; domande-
cliente.md e indice-documenti.md allineati.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-27 19:41:16 +02:00

127 lines
9.9 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Domande per il cliente
**Progetto:** Gestionale per enti del Terzo Settore
**Documento:** `domande-cliente.md`
**Versione:** 0.4.7 · **Data:** 27/09/2026 · **Stato:** Bozza
**Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
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, più le conferme dove le due fonti del cliente non concordano. Le altre sono ipotesi 🔸 (`richiesta.md` §7).
---
## 1. Domande
### 1.1 Nel documento per il cliente
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 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 nel documento per il cliente: si chiudono all'incontro o si scrivono nel contratto.
| # | 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? | |
---
## 2. Da comunicare al cliente
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.
---
## 3. Per Davide (non inviare)
### 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 |
|---|---|---|---|
| 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.9 | Ore per il passaggio dei servizi | Q23 | Da stimare nel preventivo |
| B1.10 | Linguaggio e framework dell'applicazione | Conoscenza di Davide; RT-15 | Orientato su Django (Davide conosce Python), non ancora deciso: `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 (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.
### 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` §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.
---
## Registro delle modifiche
| Versione | Data | Allineato a | Modifiche |
|---|---|---|---|
| 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.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 |
| 0.4.7 | 27/09/2026 | `richiesta.md` v0.4 | B1.10 orientata su Django (Davide conosce Python), non ancora decisione formale: `architettura.md` §6 |
---
## Stato
- **Fase corrente:** analisi dei requisiti, domande pronte per il cliente.
- **Decisioni prese:** D1–D13 (`richiesta.md` §7). B1.10 orientata su Django, non ancora decisione.
- **Prossimo passo:** commercialista su C12; invio del documento delle domande (9 domande); Q23 e Q18 all'incontro o nel contratto; conferma di B1.10 come decisione formale.