Preventivo tecnico

Requisiti funzionali del sistema. La colonna Sprint indica in quale sprint il requisito è consegnato e collaudabile.

Stack e scelte strutturali. Le alternative sono indicate dove la decisione ha un impatto economico o di tempi.

Entità principali e relazioni. Le entità di supporto (log, token, allegati) sono omesse per leggibilità.

Sequenza tecnica delle due operazioni centrali del sistema.

A · Condivisione e raccolta documenti

// 1. Il notaio crea la pratica e invita le parti
POST /api/pratiche/{id}/parti        → parte + checklist_item generati
POST /api/pratiche/{id}/inviti       → per ogni parte: token_accesso (256 bit)
                                     → restituisce URL firmato + testo pronto per WhatsApp

// 2. La parte apre il link: nessuna registrazione
GET  /p/{token}                      → valida hash, scadenza, scope
                                     → sessione limitata alla singola pratica

// 3. Upload: file diretto su storage, metadati su DB
POST /api/upload/presign             → URL firmata (PUT, scadenza 15 min)
PUT  {storage_url}                   → file su bucket privato
POST /api/pratiche/{id}/documenti    → verifica checksum, accoda parsing
                                     → job: estrazione dati + aggiornamento checklist

// 4. Job pianificato: solleciti
CRON /jobs/solleciti                 → documenti mancanti oltre soglia
                                     → notifica con link riutilizzabile

B · Controllo coerenza e generazione atto

// 1. Il motore di regole gira sui dati disponibili
POST /api/pratiche/{id}/coerenza     → regole: date, importi, intestatari, catastali
                                     → anomalie{gravità: bloccante|avviso, campo, atteso, rilevato}

// 2. Il notaio rivede e conferma i dati estratti
PATCH /api/pratiche/{id}/dati        → ogni campo è editabile: l'estrazione propone
                                     → le anomalie bloccanti vanno chiuse prima dell'atto

// 3. Generazione documento dal template
POST /api/pratiche/{id}/atto         → merge segnaposto ← dati confermati
                                     → job: render PDF/DOCX
                                     → tracking giallo su campi non risolti

// 4. Export e archiviazione
GET  /api/atti/{id}/download         → URL firmata + voce in audit_log

Criteri misurabili. Sono quelli che finiscono nel collaudo, non quelli che si scoprono dopo.

Tre sprint da due settimane. Ogni sprint chiude con una demo e un blocco di requisiti collaudabili.

In entrambe le opzioni: consegna di codice e proprietà intellettuale, documentazione e due mesi di garanzia sui difetti. Nessun canone di manutenzione.

• 2 mesi di garanzia dalla consegna: correzione dei difetti rispetto alle specifiche, senza costo.
• Nessun canone di manutenzione. La piattaforma è di proprietà del cliente: non ci sono costi ricorrenti verso Solovera.
• Interventi fuori garanzia e nuove funzionalità si quotano singolarmente, su richiesta.
• Costi di esercizio (infrastruttura ≈ 30 €/mese, servizi AI a consumo) restano a carico del cliente e sono pagati direttamente ai fornitori.
• Con l'opzione A, i mesi 3–5 sono coperti dall'accordo di partnership e comprendono gli interventi legati al lancio.