# Rilascio 61G3 — cPanel / File Manager / FTP

Applicare prima al locale ~/progetti/dpass, collaudare e poi trasferire i file DAL LOCALE. Non usare vecchi ZIP per sostituire singoli file con versioni intermedie.

## Produzione già alla 61G2

1. Conservare il backup dei cinque file applicativi interessati, se presenti.
2. In una breve finestra senza operazioni amministrative trasferire i CINQUE file di FILES_PRODUZIONE_61G3.txt, rispettando le cartelle. Caricare prima il nuovo servizio e le due traduzioni, poi controller e vista. Non bastano le cartelle già modificate: i tre nuovi file vanno aggiunti.
3. Dal File Manager cPanel eliminare soltanto i file PHP delle viste compilate con nomi hash in storage/framework/views. Conservare cartella e .gitignore. Non eliminare storage intero né bootstrap/cache/packages.php o services.php.
4. Aprire il Monitoraggio soste e verificare colonna e CSV. Il codice PHP nuovo è caricato dall'autoload esistente del progetto; non è richiesto Composer.

Nessun SQL per 61G3. Non ripetere gli SQL già applicati. La migration 61G rimane un prerequisito dell'importazione esistente ma non viene eseguita da questa patch. Cron dpass:import-meter-payments, ID collegamento e token restano esattamente quelli configurati. Non riabilitare il locale sul flusso remoto di produzione.
Non copiare .env, APP_KEY, vendor, sessioni, upload, cache locali, test o marcatori patch. Non servono nuove variabili. Non è necessario riavviare i worker importazione per una modifica al solo monitoraggio/CSV.

## Produzione rimasta alla 61F1

Usare il rilascio SQL 61G già fornito con i suoi controlli preliminari/finali e l'elenco cumulativo FILES_PRODUZIONE_61G_61G1_61G2_61G3.txt (40 file, non solo i cinque di questa patch). La 61G3 non sostituisce l'importatore né contiene un nuovo SQL. Non serve rieseguire i cumulativi Strutture.

## Ripristino

Non eliminare transazioni o dati. Se si ripristina la visualizzazione alla 61G2, ripristinare dal backup controller e vista insieme; non lasciare una vista nuova che richiama un servizio mancante. Non avviare rollback migration: lo schema non cambia.