Versione 1.0 — 8 agosto 2026
1. Strati contrattuali
| Momento | Rapporto | Documenti | Azione |
|---|---|---|---|
| Navigazione pubblica | Visitatore–Jonia | Condizioni Generali per regole di uso; Privacy/Cookie come informative | Nessuna finzione di accettazione contrattuale o consenso |
| Registrazione | Utente–Jonia | Condizioni Generali 4.0 + Contratto Account 1.0 | Checkbox contrattuale non preselezionata + “Crea account” |
| Prima attivazione JoniaEat | Utente–Jonia | Contratto Utente JoniaEat 1.0 | Accettazione separata |
| Prima attivazione EtnaShore | Utente–Jonia | Contratto Utente EtnaShore 1.0 | Accettazione separata |
| Prima attivazione EtnaByNigth | Utente–Jonia | Contratto Utente EtnaByNigth 1.0 | Accettazione separata |
| Ogni ordine/prenotazione | Utente–Operatore | Riepilogo, identità e condizioni specifiche Operatore | Pulsante “Ordina e paga”, “Prenota con obbligo di pagare” o formula equivalente |
| Onboarding professionale | Partner–Jonia | Scheda Commerciale + Contratto Quadro + allegati selezionati + accordo di condivisione dati se riceve transazioni | Firma/accettazione e seconda approvazione 1341–1342 c.c. |
| CRM su istruzioni Partner | Partner–Cristian–Crisaleo | DPA art. 28 | Firma separata prima del trattamento |
| Livecam con decisioni comuni | Organizzatore–Cristian | Accordo art. 26 + DPIA | Firma e approvazione prima dell’attivazione |
2. Perché i verticali non vanno imposti tutti alla registrazione
L’Utente deve sottoscrivere soltanto il verticale richiesto. Accettare in blocco JoniaEat, EtnaShore ed EtnaByNigth durante la registrazione generale rende meno trasparente la scelta, indebolisce la prova e sottopone l’Utente a condizioni di servizi mai attivati.
Se l’interfaccia propone i tre servizi nella stessa schermata, ciascuno deve avere checkbox autonoma, link al testo e stato non preselezionato. La mancata scelta non impedisce la creazione dell’account.
3. Testi delle checkbox
Registrazione
> [ ] Dichiaro di aver letto e accetto le Condizioni Generali Jonia versione 1.0 e il Contratto Account Jonia versione 1.0.
La Privacy Policy va resa disponibile con formula informativa, senza chiedere “consenso alla privacy”:
> I dati sono trattati secondo la Privacy Policy.
Attivazione verticale
> [ ] Attivo JoniaEat e accetto il Contratto Utente JoniaEat versione 1.0.
Usare formule equivalenti e autonome per EtnaShore ed EtnaByNigth.
Allergie o intolleranze
> [ ] Acconsento alla trasmissione al solo Operatore scelto delle informazioni su allergie/intolleranze inserite per gestire questo ordine. Posso revocare il consenso, fermo il trattamento già effettuato.
Non unire questa casella al contratto o al marketing.
Esecuzione immediata di contenuto digitale a pagamento
Solo quando applicabile:
> [ ] Chiedo l’esecuzione immediata del contenuto digitale e riconosco che, con l’inizio dell’esecuzione, perdo il diritto di recesso nei casi previsti dalla legge.
Approvazione B2B
Prima accettazione: Scheda, Contratto Quadro e allegati selezionati.
Seconda accettazione: elenco visibile delle clausole ai sensi degli articoli 1341 e 1342 c.c. La seconda casella non deve limitarsi a “approvo tutte le vessatorie” senza numeri e oggetto.
4. Checkout
Direttamente prima del comando vincolante mostrare:
- identità e contatti dell’Operatore;
- servizio/prodotto, quantità, data, fascia e caratteristiche essenziali;
- totale comprensivo di imposte, costi e supplementi scelti;
- soggetto che incassa;
- conferma immediata o richiesta soggetta ad accettazione;
- esecuzione, consegna/ritiro/accesso;
- cancellazione, rimborso, no-show;
- diritto di recesso o eccezione precisa e pertinente;
- ingredienti e allergeni per alimenti;
- collegamento alle condizioni dell’Operatore salvabili.
Il server deve ricalcolare totale, disponibilità, Operatore e versione. Un pulsante generico “Continua” non è adeguato quando nasce un obbligo di pagamento.
5. Versionamento e nuova accettazione
Ogni documento ha codice, versione, data di efficacia, file immutabile e hash SHA-256. Modifiche materiali a prezzo del servizio Jonia, responsabilità, funzioni, dati o recesso richiedono notifica e, quando cambia il rapporto già accettato senza base sufficiente, nuova accettazione.
Correzioni puramente tipografiche possono mantenere la versione solo se non cambiano significato; è comunque conservato l’hash precedente.
Codici iniziali:
| Codice | Documento | Versione |
|---|---|---|
| JONIA-GEN | Condizioni Generali | 4.0 |
| JONIA-ACCOUNT | Contratto Account | 1.0 |
| JONIAEAT-USER | Contratto Utente JoniaEat | 1.0 |
| ETNASHORE-USER | Contratto Utente EtnaShore | 1.0 |
| ETNABYNIGTH-USER | Contratto Utente EtnaByNigth | 1.0 |
| JONIA-PARTNER | Contratto Quadro Partner | 1.0 |
| JONIA-SHOWCASE-B2B | Allegato Vetrine | 1.0 |
| JONIAEAT-B2B | Allegato JoniaEat | 1.0 |
| ETNASHORE-B2B | Allegato EtnaShore | 1.0 |
| ETNABYNIGTH-B2B | Allegato EtnaByNigth | 1.0 |
6. Prova
Per ciascuna accettazione salvare almeno account/Partner, codice e versione, hash, timestamp UTC lato server, testo dell’azione, lingua, dominio, interfaccia, IP minimizzato ove necessario e documento archiviato. Per ogni transazione salvare anche snapshot del checkout.
Revoca di un consenso, disattivazione di un verticale e nuova versione sono nuovi eventi append-only; non si sovrascrive la prova precedente. Si applica SPECIFICA_PROVA_ACCETTAZIONI.md.
7. Blocco di conformità
Il frontend non deve considerare un contratto accettato sulla sola base di una variabile client-side. L’API verifica la versione richiesta prima di attivare il servizio o accettare l’ordine. Se manca, restituisce uno stato che obbliga l’interfaccia a mostrare il documento.