Decisioni architetturali (ADR)

Ogni ADR registra una decisione presa, il contesto che la rendeva necessaria e le conseguenze che ne derivano. Servono a evitare che una scelta venga riaperta per dimenticanza, e a rendere esplicito il prezzo che si è accettato di pagare.

Una decisione non si modifica: se cambia, si scrive un ADR successivo che sostituisce il precedente e ne spiega il motivo.

Proposta significa che il documento descrive una direzione ma nessuno se n'è ancora assunto la responsabilità: si può discutere senza costi, anche se il codice va già in quella direzione. Accettata significa che qualcuno l'ha ratificata, con nome e data in fondo alla pagina.

ADR	Decisione	Stato
ADR-001	Tenant source of truth e propagazione	Accettata · 15 ago 2026
ADR-002	Dove vive il dominio del verticale	Accettata · 15 ago 2026
ADR-003	Scope dell'utente e self-service	Proposta
ADR-004	Modello temporale e intervalli non sovrapposti	Da scrivere
ADR-005	Doppio cursore, consegna e correzione retroattiva	Da scrivere
ADR-006	Strategie dipendente vs freelancer	Da scrivere
ADR-007	Algoritmo forecast, funzione obiettivo e infeasibilità	Da scrivere
ADR-008	Adapter import/export e versioning	Da scrivere

Gli ADR da scrivere sono prerequisiti dichiarati delle rispettive fasi: la roadmap non considera avviabile una fase la cui decisione non è ancora stata presa.