Consensi e versionamento

Consensi, versionamento e implementazione

Specifiche probatorie e checklist prima della pubblicazione

1. Consensi e azioni positive

2. Registro probatorio

Per ogni versione rilevante conservare, in misura proporzionata:

• request_id, user_id e ruolo nella pratica;

• versione e hash del contratto e degli allegati;

• snapshot dei dettagli economici, luoghi, Gear Passport e condizioni;

• timestamp UTC e timezone mostrata;

• prova dell’apertura/visualizzazione del contratto e checkbox di presa visione del buyer;

• firma/azione positiva di entrambe le parti;

• stato pagamento e identificativi tecnici necessari, senza dati completi della carta;

• paid_at e, se rilevante, transferred_at/refunded_at;

• eventi di scadenza/terminazione della pratica per mancato pagamento;

• esito verifica identità senza documento/selfie;

• revoche, modifiche, nuove versioni, contestazioni e motivazioni di moderazione.

3. Versionamento

Qualsiasi modifica sostanziale a prezzo, cauzione, modalità Prova & Compra, date, luoghi, stato Gear, condizioni di utilizzo o testo contrattuale prima dell’efficacia deve produrre una nuova versione e richiedere una nuova accettazione/firma quando necessario.

La pratica scaduta per mancato pagamento non viene riaperta: una successiva operazione richiede una nuova trattativa, con nuovi snapshot e registri.

4. Clausole da approvare specificamente

Il legale deve valutare se e come richiedere approvazione specifica ai sensi degli artt. 1341-1342 c.c. per limitazioni di responsabilità, sospensione, recesso, condizione di efficacia, decadenze, termini, foro, prova digitale e altre clausole predisposte unilateralmente.

In particolare deve essere validata la clausola che subordina l’efficacia al pagamento e che chiude la pratica in caso di mancato avveramento entro il termine, anche alla luce dell’art. 1353 c.c.

5. Gate di pubblicazione