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
+85
-141
@@ -1,163 +1,100 @@
|
||||
# Domande per il cliente e dubbi architetturali
|
||||
# Domande per il cliente
|
||||
**Progetto:** Gestionale per enti del Terzo Settore
|
||||
**Documento:** `domande-cliente.md`
|
||||
**Versione:** 0.3.1 · **Data:** 27/09/2026 · **Stato:** Bozza
|
||||
**Allineato a:** `richiesta.md` v0.3 · **Schema di versione:** vedi `indice-documenti.md`
|
||||
**Versione:** 0.4.3 · **Data:** 27/09/2026 · **Stato:** Bozza
|
||||
**Allineato a:** `richiesta.md` v0.4 · **Schema di versione:** vedi `indice-documenti.md`
|
||||
|
||||
**Cosa contiene:** tutto ciò che è ancora aperto. I codici (Q, RF, RT, D, M, W) rimandano a `richiesta.md` e `workflow.md`.
|
||||
Le sezioni 1 e 2 si possono inviare al cliente. La sezione 3 è solo per Davide.
|
||||
|
||||
| Parte | Contenuto | Si può inviare al cliente? |
|
||||
|---|---|---|
|
||||
| **A** | Domande per il cliente, conferme sui processi, cose da comunicare | **Sì** |
|
||||
| **B** | Dubbi architetturali, scelte orientate, rischi, contesto delle domande | **No**, uso interno |
|
||||
| **C** | Verifiche con legale e commercialista | **No**, uso interno |
|
||||
**Criterio:** restano solo le domande la cui risposta sposta molto costi od ore e che può dare solo il cliente. Le altre sono sostituite da ipotesi dichiarate in `richiesta.md` (🔸), che si correggono con una migrazione del database se il cliente chiede altro (D12).
|
||||
|
||||
---
|
||||
|
||||
# Parte A: per il cliente
|
||||
## 1. Domande
|
||||
|
||||
## A1. Priorità alta: senza queste risposte non si può fare la stima
|
||||
### 1.1 Nella proposta al cliente
|
||||
|
||||
| # | Domanda | Perché serve | Risposta |
|
||||
|---|---|---|---|
|
||||
| Q1 | Quanti enti pensate di gestire con il software, oggi e tra 3 anni? | Dimensionamento della piattaforma e dei costi | |
|
||||
| Q2 | Sono previsti circa 100 utenti: quanti sono persone dello studio e quanti referenti degli enti? | Dimensionamento e permessi | |
|
||||
| Q4 | Per accettare le offerte, la privacy e l'antiriciclaggio, e per i libri sociali, che firma serve? Una conferma semplice (click o codice via SMS), una firma elettronica avanzata o una firma digitale qualificata? | Scelta del fornitore di firma; è la voce di costo più incerta | |
|
||||
| Q5 | Il software deve emettere solo proforma o anche la fattura elettronica? Usate già un programma di fatturazione? | La fatturazione elettronica è un sotto-progetto a sé | |
|
||||
| Q9 | Per i libri sociali basta un archivio con data certa (marca temporale), o serve la conservazione digitale a norma tramite un servizio esterno? Serve anche la stampa? | Fornitore esterno, costi ricorrenti, valore legale | |
|
||||
| Q10 | Gli estratti conto in PDF devono essere letti in automatico dal software, estraendo i movimenti, o basta archiviarli? Da quante banche diverse arrivano? | Rischio tecnico alto se si vuole la lettura automatica | |
|
||||
| Q19 | Per progettazione e bilancio sociale, come lavorate con l'ente? (a) L'ente scrive e voi rivedete; (b) ognuno compila le sue parti; (c) lavorate sullo stesso documento, anche nello stesso momento. Vale lo stesso per entrambi? | Può cambiare di molto il costo di M6 e M7 | |
|
||||
| Q23 | Il primo anno di servizi a mio carico parte dalla firma del contratto o dalla messa in produzione? In che data facciamo il passaggio dei servizi a voi? | Mesi di costi da inserire nel preventivo | |
|
||||
Sono le domande 1–7 di `invii/2026-09-27_proposta_v0.4.csv`, nello stesso ordine.
|
||||
|
||||
## A2. Contenuto dei moduli
|
||||
|
||||
| # | Domanda | Perché serve | Risposta |
|
||||
|---|---|---|---|
|
||||
| Q3 | Il catalogo dei servizi e dei pacchetti chi lo gestisce? Servono listini, sconti o aliquote IVA diverse? | Complessità di M1 | |
|
||||
| Q7 | Nella scheda dell'ente, numero soci e numero volontari si inseriscono a mano? | Coerenza con le anagrafiche | |
|
||||
| Q8.a | Quali tipi di persone deve gestire il software? Nei vostri documenti compaiono: soci, aderenti, tesserati, volontari, volontari occasionali, dipendenti/lavoratori, collaboratori, sostenitori, partecipanti. Aderenti e tesserati sono la stessa cosa? Sostenitori e partecipanti servono? | Modello dati di M3 | |
|
||||
| Q8.b | Oltre ad anagrafica e contatti, ci sono dati specifici da raccogliere per ogni tipo di persona? Per esempio la quota associativa per i soci, il tipo di contratto per i dipendenti | Modello dati di M3 | |
|
||||
| Q8.c | Una stessa persona può essere socio e volontario insieme? Il libro soci e il registro volontari devono prendere i dati da queste schede? | Struttura del database | |
|
||||
| Q12 | Le scadenze degli alert sono uguali per tutti gli enti ma modificabili: si modifica solo il calendario comune, o serve anche cambiare le scadenze di un singolo ente? | Complessità dello scadenziario | |
|
||||
| Q13 | Lo schema del progetto non c'è ancora: chi lo prepara (voi, o lo costruiamo insieme) e per quando? In che formato va esportato il progetto (Word, PDF)? L'adattamento ai formulari dei bandi lo fate a mano o deve farlo il software? | Senza schema M6 non è stimabile | |
|
||||
| Q14.a | Nell'Excel la descrizione del bilancio sociale è identica a quella della progettazione: è un errore? Il bilancio sociale deve seguire le linee guida ministeriali per gli ETS? | Correttezza dei requisiti di M7 | |
|
||||
| Q14.b | Le sezioni del bilancio sociale sono quelle di entrambi i documenti (con "lettera del presidente" e "serie di dati standard")? Cosa intendete per "serie di dati standard"? | Correttezza dei requisiti di M7 | |
|
||||
| Q15 | Chi stabilisce il valore di un'ora per ogni tipo di attività dei volontari? In che forma l'ente vi manda le ore (Excel, carta, email)? | Modello dati di M9 ed eventuale importazione | |
|
||||
|
||||
## A3. Organizzazione del progetto
|
||||
|
||||
| # | Domanda | Perché serve | Risposta |
|
||||
|---|---|---|---|
|
||||
| Q18 | Chi approva i requisiti da parte vostra? Se durante lo sviluppo servono modifiche, come le gestiamo (richiesta scritta, stima, approvazione)? | Controllo dello scope creep | |
|
||||
| Q20 | Dove il Word e l'Excel elencano campi o sezioni diversi senza contraddirsi, confermate che vanno inclusi tutti? | Chiude le righe "Unione" tra i due documenti | |
|
||||
|
||||
## A4. Conferme sui processi
|
||||
|
||||
Passi 🔸 che il workflow prevede ma le fonti non citano. Vanno confermati prima di considerarli requisiti.
|
||||
|
||||
| Workflow | Domanda | Risposta |
|
||||
| # | Domanda | Risposta |
|
||||
|---|---|---|
|
||||
| W1 | Un ente può rifiutare un'offerta? Un'offerta non firmata deve scadere dopo un certo tempo? | |
|
||||
| W1 | È lo studio a creare l'accesso al software per il referente di ogni ente? | |
|
||||
| W2 | Lo studio registra nel software l'avvenuto pagamento? Come si gestiscono i ritardi? | |
|
||||
| W4 | Lo studio può rimandare un documento all'ente con osservazioni da correggere? | |
|
||||
| W5 | Se l'ente non carica i documenti alla scadenza, il software deve mandare solleciti e avvisare lo studio? | |
|
||||
| W5 | Lo studio controlla e approva Modello D e relazione illustrativa prima dell'esportazione? | |
|
||||
| W7 | Le circolari vanno sempre a tutti gli enti, o anche a gruppi (per esempio per qualifica)? | |
|
||||
| Q1 | Quanti enti pensate di gestire, oggi e tra 3 anni? | |
|
||||
| Q4 | Che firma serve per offerte, privacy, antiriciclaggio e libri sociali: semplice (codice via SMS), avanzata o qualificata? | |
|
||||
| Q9 | Per i libri sociali basta un archivio con data certa, o serve la conservazione digitale a norma? | |
|
||||
| Q5 | Il software deve fare anche la fattura elettronica, o bastano i proforma? Usate già un programma di fatturazione? | |
|
||||
| Q10 | Gli estratti conto in PDF vanno letti in automatico o basta archiviarli? | |
|
||||
| Q13 | 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 | 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? | |
|
||||
|
||||
## A5. Da comunicare al cliente (non sono domande)
|
||||
### 1.2 Da trattare di persona o nel contratto
|
||||
|
||||
| Punto | Cosa dire |
|
||||
|---|---|
|
||||
| Inserimento iniziale dei dati (D8) | Non è prevista l'importazione di dati esistenti: ogni ente inserirà a mano i soci e i volontari che ha già. Se è un problema, l'importazione da Excel si può quotare a parte |
|
||||
| Uso da smartphone (D9) | Il software è pensato per computer: da smartphone si apre, ma non viene progettato né collaudato per quell'uso |
|
||||
| Hosting | I dati saranno ospitati nell'Unione Europea, per rispettare il GDPR |
|
||||
| Servizi di produzione (D10, D11) | Il primo anno sono a mio nome e a mio carico; dal secondo anno passano a voi, con un contratto di manutenzione separato |
|
||||
| Materiali da consegnare | Servono da voi: schema del progetto, modelli di verbale e di circolare, un esempio di estratto conto per ogni banca, tariffe orarie del volontariato |
|
||||
Non sono nella proposta: si chiudono all'incontro o si scrivono nel contratto.
|
||||
|
||||
**Domande già chiuse:** Q6 → D5 · Q11 → D6 · Q12 (in parte) → D7 · Q13 (in parte: lo schema non esiste, RF-6.5) · Q16 → D8 · Q17 → D9 · Q21 → D10 · Q22 → D11.
|
||||
| # | 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? | |
|
||||
|
||||
---
|
||||
|
||||
# Parte B: dubbi architetturali (uso interno)
|
||||
## 2. Da comunicare al cliente
|
||||
|
||||
## B1. Scelte che dipendono dalle risposte del cliente
|
||||
Questi punti sono nella proposta (sezione GENERALE).
|
||||
|
||||
| # | Dubbio | Dipende da | Orientamento attuale |
|
||||
|---|---|---|---|
|
||||
| B1.1 | **Struttura dell'anagrafica persone:** una scheda per persona con più ruoli, o una scheda per ruolo? | Q8.c | Una scheda per persona con più ruoli: i dati si inseriscono una volta sola e alimentano libro soci e registro volontari. Va deciso prima di iniziare, perché definisce il database |
|
||||
| B1.2 | **Come stimare M6 e M7** se Q13 e Q19 restano senza risposta | Q13, Q19 | Stimare sull'opzione (a) di Q19 e scriverlo nel preventivo come assunzione; (b) e (c) come varianti quotate a parte |
|
||||
| B1.3 | **Estratti conto:** lettura automatica del PDF o solo archiviazione | Q10 | Fase 1: import da Excel/CSV e archiviazione del PDF. Lettura automatica solo come evoluzione: ogni banca ha un formato diverso e il risultato è poco affidabile |
|
||||
| B1.4 | **Fornitori esterni** per firma, marca temporale e conservazione | Q4, Q9 | Fornitori qualificati, non soluzioni fatte in casa. Si scelgono dopo le risposte |
|
||||
| B1.5 | **Fatturazione elettronica** | Q5 | Se serve, voce separata o integrazione con un software già in uso, non sviluppo da zero |
|
||||
| B1.6 | **Scadenziario degli alert:** solo calendario comune, o anche modifiche per singolo ente | Q12 | La seconda comprende la prima: se la risposta tarda, progettare il database già pronto per le modifiche per ente |
|
||||
| B1.7 | **Numero soci e volontari manuale** | Q7 | Se si conferma, mostrare accanto il conteggio calcolato dalle anagrafiche, come controllo |
|
||||
| B1.8 | **Fornitori trasferibili** (RT-15) | Q23 | Criterio obbligatorio per tutti i fornitori di produzione: verificare per ciascuno il cambio di intestatario senza migrazione |
|
||||
| B1.9 | **Ore del passaggio** dei servizi al cliente | Q23 | Stimarle e metterle nel preventivo o nel contratto di manutenzione: trasferimento di account e dominio, documento di consegna |
|
||||
|
||||
## B2. Scelte già orientate, da motivare nel preventivo
|
||||
|
||||
| # | Scelta | Motivazione |
|
||||
|---|---|---|
|
||||
| B2.1 | Separazione rigorosa dei dati tra enti | Un ente non deve mai vedere i dati di un altro (RT-1): condiziona database, permessi e test di sicurezza |
|
||||
| B2.2 | Voci del Modello D in una tabella configurabile | L'imputazione usa le voci del Modello D (D6): se il Ministero cambia lo schema, si aggiorna la tabella senza toccare il codice |
|
||||
| B2.3 | Un solo sistema di notifiche (email + app) per alert, proforma e circolari | Serve comunque per gli alert (RT-4): il doppio canale delle circolari (D5) costa più di un canale solo ma non il doppio, e dà allo studio lo stato di lettura, che la sola email non garantisce |
|
||||
| B2.4 | Un solo flusso di approvazione riusato nei moduli | Serve per i libri sociali e probabilmente per M5–M7 (RT-3) |
|
||||
| B2.5 | Registro delle operazioni | Valore probatorio dei libri sociali e GDPR (RT-9) |
|
||||
|
||||
## B3. Rischi
|
||||
|
||||
I rischi economici del primo anno (aumenti di prezzo, volumi, passaggio dei servizi) sono in `costi-ricorrenti.md` §7.2.
|
||||
|
||||
| Rischio | Dove nasce | Come contenerlo |
|
||||
|---|---|---|
|
||||
| Scope creep su M6 | Schema del progetto inesistente (Q13), divisione del lavoro non definita (Q19) | Assunzione dichiarata nel preventivo (B1.2); schema consegnato prima dello sviluppo del modulo |
|
||||
| Scope creep su M7 | Descritto solo per titoli | Fase 2 stimata a parte, requisiti firmati prima dell'avvio |
|
||||
| Modifiche non controllate | Nessuna procedura (Q18) | Procedura scritta: richiesta, stima, approvazione |
|
||||
| Dipendenza dal cliente | Materiali da ricevere (A5) | Elenco dei materiali con date di consegna nel preventivo |
|
||||
| Richiesta di importazione a progetto avviato | Nessuna migrazione prevista (D8) | Dirlo subito (A5); import da Excel come voce opzionale |
|
||||
| Sicurezza e privacy | Molte persone, possibili dati art. 9, dati antiriciclaggio | Privacy by design, contratti sul trattamento dei dati, hosting UE, verifiche C1–C3 |
|
||||
| Valore legale dei documenti | Firma, marca temporale e conservazione hanno requisiti normativi | Fornitori qualificati (B1.4), verifica C4 |
|
||||
| Estratti conto PDF | Formati diversi per ogni banca | B1.3 |
|
||||
| Norme che cambiano | Modello D, bilancio sociale e RUNTS possono cambiare per legge | Voci e modelli configurabili (B2.2) |
|
||||
|
||||
## B4. Contesto delle domande
|
||||
|
||||
Spiegazioni per chi conduce l'incontro. Non vanno inviate.
|
||||
|
||||
**B4.1 Q8, le persone dell'ente.** Le fonti citano 9 categorie, non le stesse (`richiesta.md` M3); alcune potrebbero coincidere ("aderenti" e "tesserati", "dipendenti" e "lavoratori"). Alcune categorie potrebbero avere dati propri (quota associativa, tipo di contratto, data di assunzione). Sulla possibilità di più ruoli per persona, le strade sono due:
|
||||
- **una scheda per persona, con più ruoli**: dati inseriti e aggiornati in un solo punto; va decisa subito perché definisce il database;
|
||||
- **una scheda per ruolo**: più semplice all'inizio, ma la stessa persona compare più volte, con il rischio di dati diversi.
|
||||
|
||||
**B4.2 Q14, il bilancio sociale.** Nell'Excel la colonna "Funzioni" della Rendicontazione sociale dice *"Guidare gli utenti nella stesura di un progetto secondo un modello standard facilmente convertibile sui formulari imposti dagli enti erogatori"*: è la stessa frase della Progettazione. Per il bilancio sociale non ha senso, perché non è un progetto per un bando. Il bilancio sociale degli ETS segue le linee guida ministeriali (DM 4 luglio 2019). Quasi sicuramente è un copia-incolla. Le sezioni differiscono per "serie di dati standard" [D] e "lettera del presidente" [X].
|
||||
|
||||
**B4.3 Q19, divisione del lavoro in M6 e M7.** Le fonti dicono solo che ci lavorano ente e studio ("entrambi" in [X], "l'operatore" in [D]). Le opzioni hanno costi molto diversi:
|
||||
|
||||
| Opzione | Come funziona | Impatto sullo sviluppo |
|
||||
|---|---|---|
|
||||
| (a) Redazione e revisione | L'ente scrive, lo studio rivede e approva, come per i libri sociali | Il più semplice: riusa il flusso di approvazione (RT-3) |
|
||||
| (b) Sezioni divise | Alcune sezioni le compila l'ente, altre lo studio (es. piano economico-finanziario) | Medio: permessi per singola sezione |
|
||||
| (c) Modifica contemporanea | Ente e studio lavorano sullo stesso documento nello stesso momento | Il più costoso: gestione dei conflitti e aggiornamento in tempo reale |
|
||||
|
||||
La risposta può essere diversa per M6 e M7. Il workflow (W6, W8) è scritto sull'opzione (a).
|
||||
- Non è prevista l'importazione di dati esistenti: gli enti inseriranno a mano soci e volontari (importazione da Excel quotabile a parte).
|
||||
- Il software è pensato per computer, non per smartphone.
|
||||
- I dati saranno ospitati nell'Unione Europea.
|
||||
- Il primo anno i servizi sono a mio nome e a mio carico; dal secondo anno passano a voi, con un contratto di manutenzione.
|
||||
- I passaggi di lavoro del software ve li mostreremo e li validiamo insieme durante il collaudo.
|
||||
- Servono da voi, con una data: schema del progetto, modelli di verbale e circolare, un estratto conto di esempio per banca, tariffe orarie del volontariato.
|
||||
|
||||
---
|
||||
|
||||
# Parte C: verifiche con legale e commercialista (uso interno) ⚖️
|
||||
## 3. Per Davide (non inviare)
|
||||
|
||||
| # | Da verificare | Con chi | Collegato a |
|
||||
### 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 |
|
||||
|---|---|---|---|
|
||||
| C1 | **Ruoli privacy:** studio titolare per i propri clienti e responsabile per i dati degli enti; sviluppatore e hosting sub-responsabili; contratti sul trattamento dei dati conseguenti | Legale | `richiesta.md` §5 |
|
||||
| C2 | **Dati particolari (art. 9 GDPR):** l'iscrizione ad alcuni enti può rivelarli; quali misure di sicurezza aggiuntive servono | Legale | M3 |
|
||||
| C3 | **Antiriciclaggio:** per quanto tempo conservare i dati e con quali misure | Legale / commercialista | RF-1.6 |
|
||||
| C4 | **Valore legale** di firma, marca temporale e conservazione digitale dei libri sociali degli ETS | Legale | RT-5, RT-6 |
|
||||
| C5 | **Intestazione nel primo anno:** conservazione a norma e firma elettronica avanzata possono essere a nome di Davide per conto dello studio, o devono essere a nome del cliente fin dall'inizio (con costi comunque a carico di Davide)? | Legale | D10 |
|
||||
| C6 | **Conservazione per ente:** il servizio di riferimento è "uno per partita IVA"; la conservazione va fatta a nome di ogni ente? Molti enti hanno solo il codice fiscale | Legale / fornitore | RT-6, costi §5.2 |
|
||||
| C7 | **Rendicontazione del bando:** ammissibilità degli strumenti di sviluppo (Claude Max) e dei servizi di produzione pagati da Davide; forma (servizio di hosting o rimborso di abbonamenti) | Commercialista | D10, costi §7.2 |
|
||||
| C8 | **IVA sui servizi esteri** (reverse charge) | Commercialista | Costi §1 |
|
||||
| C9 | **Clausola sui prezzi:** adeguamento se nel primo anno i fornitori aumentano i prezzi o i volumi superano le stime | Commercialista / legale | Costi §7.2 |
|
||||
| C10 | **Contratto di manutenzione:** contenuto, durata, responsabilità di Davide dal secondo anno | Legale | D11 |
|
||||
| C11 | **Responsabilità come intestatario dei servizi nel primo anno:** contratti con i fornitori, misure di sicurezza, assicurazione RC professionale e cyber | Legale | D10 |
|
||||
| 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.8 | Fornitori trasferibili al cliente (RT-15) | Q23 | Criterio obbligatorio |
|
||||
| B1.9 | Ore per il passaggio dei servizi | Q23 | Da stimare nel preventivo |
|
||||
|
||||
**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).
|
||||
|
||||
### 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` §7.2.
|
||||
|
||||
**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).
|
||||
|
||||
---
|
||||
|
||||
@@ -165,13 +102,20 @@ La risposta può essere diversa per M6 e M7. Il workflow (W6, W8) è scritto sul
|
||||
|
||||
| Versione | Data | Allineato a | Modifiche |
|
||||
|---|---|---|---|
|
||||
| 0.2 | 25/09/2026 | `richiesta.md` v0.2 | Prima stesura (numerata inizialmente 1.0, riportata a 0.2) |
|
||||
| 0.3 | 27/09/2026 | `richiesta.md` v0.3 | Aggiunti Q23, B1.8, B1.9, verifiche e rischi conseguenti a D10 e D11 |
|
||||
| 0.3.1 | 27/09/2026 | `richiesta.md` v0.3 | Riorganizzazione: diventa il documento unico di tutto ciò che è aperto. Aggiunta colonna "Perché serve"; Q23 spostata in A1; aggiunta A4 con i passi da confermare del workflow (prima in `workflow.md` §12); aggiunte in A5 le condizioni sui servizi di produzione; rischi riuniti in B3 (prima anche in `richiesta.md` §10); spiegazioni di Q8, Q14, Q19 in B4 (prima in `richiesta.md` §3.3 e §8); verifiche legali riunite nella parte C (prima in B3, in `richiesta.md` §5 e in `costi-ricorrenti.md` §7.2) |
|
||||
| 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.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 |
|
||||
|
||||
---
|
||||
|
||||
## Stato
|
||||
- **Fase corrente:** analisi dei requisiti, domande pronte per il cliente.
|
||||
- **Decisioni prese:** D1–D11 (`richiesta.md` §7).
|
||||
- **Prossimo passo:** incontro con il cliente sulla parte A, partendo da A1; in parallelo verifiche della parte C.
|
||||
- **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.
|
||||
Reference in new issue
Block a user