# Rilascio 61D7 tramite cPanel — dopo il collaudo locale

Nessun accesso SSH/Terminal è richiesto o presunto. Non pubblicare adesso soltanto
questa correzione su installazioni che non hanno ancora l'intero modulo Strutture.

Per un'installazione già allineata alla 61D6, conservare un backup dei due file
elencati in FILES_PRODUZIONE_61D7.txt e sostituirli dai sorgenti locali collaudati.
I due file devono essere pubblicati insieme: servizio di calcolo e controller.
Non cambiare .env, tariffe o database per applicare la 61D7. Nessuna rotta nuova,
nessun cambio di configurazione, nessun asset da compilare.
Le viste non cambiano; l'installer pulisce per uniformità soltanto le viste PHP
compilate standard. Non serve eliminare cache di rotte/configurazione per 61D7.
Se PHP OPcache dell'hosting non rivalida i file, usare il comando di riavvio PHP
presente in cPanel oppure richiedere il ripristino al gestore: non creare endpoint
web pubblici per eseguire artisan o PHP arbitrario.

Per la prima pubblicazione dell'intero aggiornamento Strutture usare il cumulativo
FILES_PRODUZIONE_CUMULATIVO_STRUTTURE.txt e lo SQL unico 61A/61B/61D, già predisposto.
La 61D7 non aggiunge tabelle/colonne/migration: lo SQL è identico, SHA-256:
4fe537790f549abfb692cbd8d4237c689e5cbde6bbeff65070282716763e647a
Il vecchio SQL 61B NON va eseguito separatamente. Rimangono necessari backup database,
verifica prerequisiti della singola installazione e un rilascio coordinato dei file
per non esporre un'applicazione aggiornata a metà. Lo stato reale delle produzioni
non è stato controllato in questo ambiente.

Verificare dopo il rilascio un nuovo preventivo: lo storico della stessa targa non
deve azzerare il primo giorno. I preventivi giornalieri ancora non acquistati fatti
prima della patch richiedono ricalcolo; pagamenti iniziati e prenotazioni confermate
mantengono quanto registrato. Eventuali acquisti storici gratuiti vanno esaminati,
non corretti automaticamente con SQL.