Professional Aviation Service APP

La versione v102 introduce una sincronizzazione più sicura per l’uso della PWA da più dispositivi e da più utenti in contemporanea.

• Ogni salvataggio locale programma una sincronizzazione Netlify rapida.
• Ogni 10 secondi l’app esegue un pull/push con merge non distruttivo.
• I dati remoti e locali vengono fusi per UID o chiave naturale: un dispositivo con dati più vecchi non può cancellare record presenti sul cloud.
• Gli utenti dell’app sono inclusi nel merge live: un utente creato da telefono viene trasferito al PC senza sovrascrivere gli altri utenti.
• Le cancellazioni sono considerate valide solo se archiviate come cancellazioni esplicite/tombstone.
• Il badge in basso a destra indica lo stato del live sync; cliccandolo si forza l’allineamento.

Gli aggiornamenti della PWA tramite deploy Netlify aggiornano solo file e funzioni: i dati in Netlify Blobs non vengono cancellati.

La versione v101 introduce una modalità di salvataggio non distruttiva, pensata per l’utilizzo da più dispositivi.

• I registri principali vengono uniti per UID/numero/protocollo: un dispositivo con dati più vecchi non può cancellare record presenti su un altro dispositivo solo perché non li vede localmente.
• La cancellazione è considerata valida solo se avviene tramite un pulsante esplicito di eliminazione/rimozione.
• Prima di ogni salvataggio viene creato uno snapshot di sicurezza e vengono ripristinati gli elementi mancanti senza tombstone di cancellazione.
• Prima di salvare su Netlify, l’app carica lo snapshot remoto e lo fonde con quello locale, evitando il problema del “last write wins”.
• La sezione Cestino / recupero dati eliminati consente agli amministratori di vedere cosa è stato cancellato e ripristinarlo.

La versione v100 introduce una sezione To-Do autonoma e semplificata, basata sull’archivio todosV100.

• Nuovo task crea un record reale.
• I campi della scheda, compreso l’oggetto, vengono mantenuti subito sul task selezionato.
• Salva modifiche persiste il task selezionato e aggiorna la cronologia.
• Responsabile e collaboratori sono selezionati dagli utenti dell’app.
• Elimina task archivia il record in todoDeletedArchiveV100 e lo rimuove dall’elenco.
• Per compatibilità, i dati vengono specchiati anche nel vecchio archivio todos.

La versione v99 sostituisce la gestione To-Do con un modulo autonomo e semplificato.

• I To-Do sono salvati nell'archivio principale todosV99 e copiati anche in todos per compatibilità con dashboard e calendario.
• Nuovo task crea un task reale e selezionabile.
• Salva modifiche aggiorna il task selezionato tramite UID, incluso l'oggetto.
• Responsabile e collaboratori sono selezionati dall'elenco utenti dell'app.
• Elimina task rimuove il task e lo archivia in todoDeletedArchiveV99.
• Prima di modifiche o cancellazioni viene creato uno snapshot in todoSnapshotsV99.

La versione v98 sostituisce la gestione To-Do con una versione più semplice: elenco task a sinistra e scheda di modifica a destra.

• Nuovo task crea un task reale nell’archivio.
• Salva modifiche aggiorna il task selezionato usando il suo UID, senza creare duplicati.
• Elimina task rimuove il task e lo archivia in todoDeletedArchiveV98.
• Ogni modifica o eliminazione crea uno snapshot in todoSnapshotsV98.
• La scheda non usa popup: i campi sono sempre visibili nella stessa pagina.

La versione v97 sostituisce la vecchia interfaccia To-Do con una gestione autonoma.

• Nuovo task: crea subito un record reale nell’archivio todos.
• Salva modifiche: aggiorna lo stesso record tramite UID, senza generare duplicati.
• Elimina task: rimuove il To-Do e lo archivia in todoDeletedArchiveV97.
• Cronologico: consente di aggiungere aggiornamenti e modificare stato/scadenza.
• Snapshot: prima di ogni operazione critica viene creato uno snapshot in todoSnapshotsV97.

La versione v96 sostituisce la gestione operativa dei To-Do con un modulo nuovo, indipendente dai vecchi handler.

• Nuovo task crea immediatamente un record reale nell’archivio.
• Salva modifiche aggiorna lo stesso record tramite UID, senza duplicarlo.
• Elimina task archivia il task eliminato e lo rimuove dall’elenco.
• Ogni modifica genera cronologico e snapshot di sicurezza.
• I pulsanti legacy To-Do sono nascosti e non vengono più usati.

La versione v91 aggiunge una migrazione automatica per il RA 08/2026.

• Se l’archivio persistente dell’utente era precedente alla v90, il RA 08/2026 viene reinserito automaticamente nel registro RA eseguiti.
• Il controllo viene eseguito all’avvio, al refresh e all’apertura della sezione RA eseguiti.
• È presente un avviso nella sezione RA eseguiti con il pulsante “Aggiorna registro RA”.
• Il RA importato è: 08/2026 - Apertura della FAK con prelievo materiale non gestita.

La versione v89 consente di aprire dal registro RA eseguiti la scheda del singolo Risk Assessment e modificarne i campi.

• Click su una riga RA o su Apri scheda per aprire il popup di modifica.
• La scheda consente di modificare dati principali, valutazione iniziale/finale, mitigazioni, approvazioni, PDF e note.
• Il campo JSON avanzato permette di correggere proprietà non esposte nei campi principali.
• Il pulsante Nuovo task To-Do crea e apre direttamente una scheda nuova.

La versione v88 introduce correzioni operative su SRB/SAG, Risk Assessment Tool e salvataggio.

• Il pulsante PDF verbale selezionato stampa solo il verbale SRB/SAG selezionato.
• Nel PDF SRB/SAG vengono preservati a capo e spaziatura inseriti nei campi testo.
• Ogni Risk Assessment generato dal Risk Assessment Tool viene aggiunto anche al Registro RA eseguiti.
• È stato aggiunto un pulsante Salva scheda nelle viste principali.
• Il pulsante superiore è rinominato Salva archivio, per chiarire che salva l’intero archivio locale/stabile.

La versione v87 riscrive in modo robusto la gestione To-Do.

• Il salvataggio della data di scadenza dal popup aggiorna il task effettivo.
• Il salvataggio avviene per UID del To-Do e non ricrea l’elenco.
• Prima di salvataggi, nuove creazioni, chiusure o eliminazioni viene creato uno snapshot di sicurezza.
• Le eliminazioni vengono archiviate in todoDeletedArchiveV87.
• Il popup To-Do usa un handler dedicato e non il vecchio dettaglio laterale.

La versione v86 consente di creare eventi calendario su più giorni consecutivi.

• Nel popup evento è disponibile Data inizio.
• È disponibile anche Data fine eventuale.
• Se la data fine non viene compilata, l’evento resta su un solo giorno.
• Se la data fine viene compilata, l’evento compare in ogni giorno del periodo.
• Nel dettaglio giorno viene indicato il periodo complessivo dell’evento.

La versione v85 applica un fix più robusto all’apertura della scheda To-Do dall’elenco.

• Il popup viene aperto già al rilascio del click sulla riga.
• La funzione di apertura è stata resa null-safe.
• Il popup viene forzato visibile anche se un vecchio listener non parte correttamente.

La versione v84 corregge l’apertura del popup To-Do dall’elenco.

• Il click sulla riga To-Do apre nuovamente il popup di gestione.
• È stato aggiunto anche il pulsante Apri scheda su ogni riga.
• L’apertura è gestita da un listener dedicato, indipendente dal vecchio dettaglio laterale.

La versione v83 corregge definitivamente il salvataggio delle abilitazioni utenti.

• Il valore Non abilitato viene salvato esattamente come selezionato.
• Quando si riapre l’utente, la matrice autorizzazioni mostra il valore effettivamente salvato.
• Il pulsante Tutto non abilitato imposta tutte le sottosezioni a none.
• Il ruolo è ora libero: si può scrivere un nuovo ruolo.
• Il ruolo Addetto UT è disponibile di default tra i suggerimenti.

La versione v82 imposta il menu laterale e le abilitazioni utenti in modalità raggruppata all’apertura.

• Il menu laterale parte con tutte le sezioni chiuse/raggruppate.
• Nel popup utente le autorizzazioni partono raggruppate per sezione.
• Sono disponibili i pulsanti Raggruppa ed Espandi nel popup utente.
• È stato rimosso l’alert “non abilitato” durante la fase di login/inizializzazione.

La versione v81 corregge il comportamento della gestione utenti: il valore Non abilitato viene ora mantenuto al salvataggio e non viene più riconvertito automaticamente in Visualizzazione.

• Il valore none è trattato come scelta esplicita.
• I default vengono applicati solo quando l’abilitazione non esiste ancora.
• Le voci non abilitate non compaiono nel menu laterale dell’utente.
• La ricerca rapida funzioni non propone le sezioni non abilitate.

La versione v80 aggiunge nella home/dashboard un campo di ricerca per aprire rapidamente le funzioni della PWA.

• Digitando MOC viene proposto e aperto il Registro MOC.
• Digitando Hazard viene proposto l’Hazard Log.
• Digitando utenti viene proposta la Gestione utenti.
• La ricerca rispetta le abilitazioni dell’utente: le funzioni non autorizzate non vengono mostrate.
• Premendo Invio o il pulsante Apri si entra direttamente nella prima funzione trovata.

La versione v79 riorganizza la gestione utenti in modo più semplice.

• La schermata principale mostra un elenco utenti cliccabile.
• Cliccando su un utente si apre un popup con dati, ruolo, stato, password e note.
• Nel popup è presente una matrice di abilitazioni per sezione e sottosezione.
• Per ogni voce è possibile scegliere: Non abilitato, Visualizzazione, Modifica.
• È possibile applicare velocemente la stessa abilitazione a tutta una sezione.
• Al salvataggio vengono aggiornati anche i permessi legacy, così i moduli esistenti continuano a riconoscere le autorizzazioni.

La versione v78 migliora l’usabilità del menu laterale e del popup To-Do.

• Le sezioni principali del menu sono pulsanti testuali grandi, con nome e descrizione.
• Il menu non si basa più solo su simboli o icone.
• Il popup To-Do è organizzato dall’alto verso il basso.
• La compilazione è divisa in blocchi: dati principali, assegnazione, dettagli, aggiornamento e cronologico.
• Nel popup è presente un riepilogo rapido di stato, priorità, scadenza e responsabile.

La versione v77 corregge e semplifica l’utilizzo operativo della sezione To-Do e del calendario.

• La sezione To-Do mostra prima un elenco semplice dei task.
• Cliccando un task si apre un popup con visualizzazione completa, modifica, chiusura, eliminazione e cronologico.
• Il task è modificabile da assegnatore, responsabile, collaboratori e amministratori.
• Gli altri utenti possono consultarlo in sola visualizzazione.
• Il calendario mensile mostra sempre i giorni in modo leggibile.
• Nel calendario è possibile aggiungere eventi manuali dal pulsante “Nuovo evento” o dal dettaglio giorno.
• Con doppio click su un giorno del calendario si apre l’inserimento evento per quel giorno.
• Le sezioni principali del menu laterale sono rese come pulsanti espandibili.

La versione v76 introduce un menu laterale organizzato per sezioni e sottosezioni, una gestione utenti con abilitazioni granulari e un modulo To-Do con calendario.

• Il menu è raggruppato in: To-Do e calendario, SMS, Compliance Monitoring, Information Security, ERP, Manuali/MERL/Protocollo, Amministrazione e dati.
• Per ogni utente, in Gestione utenti, è possibile impostare per ogni sezione/sottosezione: Non abilitato, Visualizzazione, Modifica.
• Le voci non abilitate non sono mostrate nel menu laterale.
• In modalità Visualizzazione, l’utente può consultare ma non modificare i dati; in caso di tentativo di modifica viene mostrato un messaggio.
• La sezione To-Do consente assegnazione task a responsabile e collaboratori, scadenza, priorità, azioni successive e storico completo.
• Possono modificare un task: chi lo ha assegnato, il responsabile, i collaboratori e l’amministratore. Gli altri utenti possono solo visualizzare.
• Il calendario mostra To-Do, follow-up, MOC, finding, aggiornamenti normativi e altre scadenze operative.
• La dashboard iniziale e la dashboard SMS riportano le scadenze rilevanti per l’utente collegato.

La versione v75 riorganizza la valutazione del rischio Information Security in modo più leggibile e conforme alla logica già applicata alla Safety.

• Ogni rischio mostra il livello iniziale pre-mitigazione.
• La prima mitigazione è ricavata dal campo Misure adottate.
• È possibile aggiungere ulteriori mitigazioni successive.
• Le mitigazioni possono essere singole o combinate per gruppo.
• Il ricalcolo produce un livello finale, con rischio residuo e accettabilità.
• È disponibile il PDF della singola valutazione e il PDF completo di tutta l’analisi dei rischi IS.

Per produrre il report completo: aprire Valutazione rischi Information Security e premere PDF analisi IS completa.

La versione v74 introduce un sistema per conservare i dati durante gli aggiornamenti dell’app.

• Oltre alla chiave della versione corrente, l’app salva i dati nella chiave stabile pas-app-stable-is-nis-annex3.
• All’avvio vengono cercati in ordine: archivio stabile, archivio della versione corrente, archivi di versioni precedenti e, se disponibile, IndexedDB.
• La sezione Backup consente scarico JSON, scarico Excel XLSX e pacchetto completo ZIP.
• Il pacchetto completo contiene backup.json, backup.xlsx, CSV dei principali registri e README del backup.
• Prima di un import viene mantenuta una copia pre-import nella memoria locale, quando lo spazio del browser lo consente.

Procedura consigliata prima di aggiornare la PWA: aprire Backup / Import-Export, premere Scarica pacchetto completo, quindi caricare la nuova versione. Dopo l’aggiornamento l’app dovrebbe rilevare automaticamente la chiave stabile.

La versione v73 estende la valutazione rischi Information Security introducendo la stessa logica già prevista per la Safety: mitigazioni successive, anche combinate, con ricalcolo del rischio residuo.

• Ogni rischio IS può avere più mitigazioni progressive.
• La mitigazione singola riduce direttamente il parametro selezionato.
• La mitigazione combinata produce effetto solo quando sono presenti le azioni richieste nello stesso gruppo, ad esempio G1.
• I parametri riducibili sono: probabilità, riservatezza, integrità, disponibilità, RID completo o indice di efficacia.
• La scheda consente ricalcolo del rischio IS, tracciamento responsabile/scadenza/evidenza e copia/eliminazione delle singole mitigazioni.
• È disponibile la stampa/salvataggio PDF della singola valutazione rischio IS.

Per produrre il PDF: aprire il rischio IS, verificare le mitigazioni, premere Stampa / PDF rischio IS e scegliere “Salva come PDF” dalla finestra di stampa del browser.

La versione v72 gestisce esplicitamente l’errore MissingBlobsEnvironmentError.

Se Netlify non fornisce automaticamente il contesto Blobs alla Function, impostare nel sito Netlify le seguenti variabili ambiente:

• NETLIFY_SITE_ID: Project ID del sito Netlify.
• NETLIFY_BLOBS_TOKEN: Personal Access Token Netlify con accesso al sito.

Le Function app-state e public-report provano prima il contesto automatico Netlify Blobs; se non disponibile, usano queste due variabili server-side. I valori non devono essere inseriti nel frontend.

La versione v71 corregge la sincronizzazione Netlify-only tra dispositivi.

• Il pulsante Test runtime config viene gestito direttamente dal modulo Netlify e non richiama più le vecchie routine Supabase.
• Aggiorna database Netlify salva lo snapshot completo in Netlify Blobs tramite la Function app-state.
• Carica dati da Netlify scarica lo snapshot remoto e sostituisce i dati locali del dispositivo.
• La PWA esegue un pull iniziale automatico: se trova su Netlify uno snapshot più recente dei dati locali, lo carica.
• La sincronizzazione automatica Netlify dopo i salvataggi locali è attiva di default e può essere disattivata nella sezione Cloud.
• La service role key non è necessaria e non viene usata dal frontend.

Procedura pratica: dal PC principale premere Aggiorna database Netlify; poi sul telefono aprire la PWA e premere Carica dati da Netlify oppure attendere il pull automatico.

La home della PWA è stata trasformata in una pagina iniziale a portale, pensata per l’accesso rapido alle funzioni principali dell’app.

• Hero iniziale con logo, titolo e stato operativo Netlify-only.
• Pulsanti immediati per Safety Report, IS Report, aggiornamenti normativi e sincronizzazione Netlify.
• KPI dinamici per Safety Report aperti, Hazard da presidiare, RA 2026, MOC 2026, Finding aperti e aggiornamenti normativi.
• Card operative per SMS, CMS, EASA/ENAC, Information Security, RA/MOC, manuali, protocollo e amministrazione dati.
• Focus operativo con elementi in scadenza, scaduti o da presidiare.

Professional Aviation Service APP è una PWA locale per supportare la gestione operativa del sistema di safety, della manualistica, dei moduli, delle fonti tecniche, dell’ERP e dell’Information Security.

L’app integra più funzioni in un unico ambiente:

• registrazione dei Safety Report, anche senza login;
• registro dei Safety Report ricevuti e analisi da parte del Safety Manager;
• Risk Assessment Tool con generazione automatica di righe nell’Hazard Log;
• Hazard Log con codici progressivi PAS-001, PAS-002, ecc.;
• monitoraggio SPI;
• simulatore ERP per esercitazioni annuali;
• consultazione di MOE, CAME, SMM, ERP, procedure e moduli editabili;
• consultazione e aggiornamento della banca dati di manualistica tecnica / Information Sources;
• registro Information Security e valutazione rischi IS;
• stampe ed export per evidenza interna o verso Autorità.

L’app non sostituisce i manuali approvati, i dati tecnici ufficiali, i sistemi aziendali ufficiali o gli obblighi di reporting esterno. Serve come strumento operativo di consultazione, tracciamento e supporto decisionale.

Avvio locale

1. Estrai lo ZIP in una cartella locale del PC.
2. Apri la cartella estratta.
3. Esegui avvia_app.bat su Windows. In alternativa usa avvia_app.ps1 con PowerShell.
4. Il comando apre un piccolo server locale e rende disponibile l’app nel browser.

Installazione come app desktop

1. Apri l’app in Chrome o Edge tramite il file di avvio.
2. Premi Installa App nella barra superiore.
3. Conferma l’installazione nella finestra del browser.

Per ragioni di sicurezza il browser richiede sempre una conferma: l’app non può installarsi in modo completamente automatico e silenzioso.

Aggiornamento a una nuova versione

1. Prima di sostituire la versione, entra in Import / Export ed esporta un backup JSON.
2. Chiudi l’app.
3. Estrai la nuova versione in una cartella pulita.
4. Avvia la nuova versione con il BAT/PS1.
5. Se necessario, importa il backup JSON.

Se la PWA era installata, può rimanere in cache la versione precedente. In caso di anomalie, disinstalla la PWA e reinstallala dalla nuova cartella.

Modalità consultazione

All’apertura l’app è normalmente in sola lettura. In questa modalità si possono consultare dashboard, manuali, moduli, SPI, ERP, Risk Assessment, Safety Report e Information Security.

Modulo pubblico Safety Report

La sezione Effettua Safety Report è utilizzabile da chiunque senza login. Il report inviato viene salvato nel registro dei Safety Report con stato DA ANALIZZARE.

Modalità editor

Le funzioni di modifica, cancellazione, generazione Risk Assessment, chiusura review, aggiornamento SPI, ERP e dati IS richiedono l’accesso editor.

Credenziali iniziali:

• Username: safety
• Password: PASRA2026!

Prima di un utilizzo pubblicato online o condiviso su rete è opportuno cambiare la password nel codice dell’app o predisporre un sistema di autenticazione più robusto.

Archivio locale

I dati sono salvati nel browser del singolo dispositivo. Questo significa che due PC diversi non condividono automaticamente gli stessi dati. Per trasferire o archiviare il lavoro, usare Esporta JSON e Importa JSON.

La Home presenta le principali aree operative dell’app. Il menu laterale è organizzato in blocchi:

• SMS: dashboard, Safety Report, Risk Assessment, Hazard Log, review, SPI, matrici, tracciabilità e stampe SMS/ENAC.
• ERP e addestramento: simulatore esercitazioni ERP.
• Manuali e moduli: manualistica tecnica, manuali controllati, procedure e moduli modificabili.
• MERL: registro esperienza manutentiva per tecnico, import Excel, compilazione e stampa PDF firmabile.
• Aiuto: questo manuale di utilizzo.
• Information Security: registro informazioni, rischi IS, review e stampe.
• Gestione dati: editor riga RA e import/export.

Quando una voce del menu è selezionata, la sezione corrispondente viene aperta nella parte centrale della schermata.

Questa sezione consente a un operatore di inserire una segnalazione aeronautica senza accedere come editor.

Quando usarla

• anomalia tecnica o documentale;
• errore manutentivo o quasi evento;
• problema CAMO su AD, AMP, LLP, ATL/QTB, ARC o records;
• criticità nell’interfaccia CAMO-AMO;
• FOD, attrezzatura, materiale o parte non correttamente gestiti;
• fattore umano, comunicazione, passaggio consegne, pressione operativa;
• evento post-manutenzione o dubbio su CRS / riammissione in servizio.

Compilazione

Il modulo è diviso in sezioni: dati segnalante, ambito, descrizione, dettaglio manutenzione, dettaglio CAMO e valutazione iniziale del segnalante.

Il campo più importante è Cosa è successo / cosa è stato osservato. La descrizione dovrebbe indicare il fatto, il contesto, come è stato scoperto, l’aeromobile o componente coinvolto e le azioni immediate già prese.

Invio

Premendo Invia Safety Report, l’app crea automaticamente un record nel registro con:

• numero progressivo SR dell’anno in corso;
• stato DA ANALIZZARE;
• Risk Assessment DA VALUTARE;
• dati del modulo riportati in modo strutturato nel dettaglio del report.

Il report è salvato localmente sul dispositivo. Se la postazione non è quella del Safety Manager, occorre esportare il backup JSON o inviare la segnalazione secondo la procedura aziendale prevista.

La sezione Safety Report ricevuti è il registro centrale delle segnalazioni importate o inserite tramite il modulo pubblico.

Funzioni principali

• ricerca per testo, segnalante, aeromobile, certificazione, evento o azione intrapresa;
• filtri per anno, certificazione, stato e collegamento Risk Assessment;
• ordinamento del registro per data (più recente/più vecchio) o numero;
• KPI sul numero di report, report aperti, report da analizzare, report CAMO/145 e report con RA collegato;
• scheda dettaglio in popup, modificabile in modalità editor cliccando la riga del registro o creando un nuovo Safety Report;
• esportazione CSV e stampa.

Stati consigliati

• DA ANALIZZARE: report ricevuto, non ancora valutato dal Safety Manager.
• APERTO: report preso in carico, valutazione non conclusa.
• IN VALUTAZIONE: analisi in corso, eventuali approfondimenti o raccolta evidenze.
• AZIONE APERTA: definita azione correttiva/mitigazione non ancora chiusa.
• CHIUSO: valutazione completata e azioni concluse o non necessarie.

Collegamento al Risk Assessment

Da un Safety Report selezionato, il pulsante Esegui Risk Assessment precompila il Risk Assessment Tool con descrizione, conseguenze, ambito e riferimento al report. Dopo la generazione dell’Hazard Log, il Safety Report conserva il collegamento al codice PAS generato.

Risk Assessment Tool

Il tool consente di valutare un hazard, un cambiamento, un evento o un Safety Report e di generare una o più righe nell’Hazard Log.

La logica è progressiva: ogni mitigazione genera uno step. Per ciascuno step è possibile indicare se la mitigazione riduce la frequenza/probabilità oppure la magnitudo/severità.

Campi principali

• Log n. / Data / Revisione: identificativi della valutazione.
• Area: Part-145, CAMO, SMS o combinazioni.
• Reason/source: SRB, MOC, Report, Audit, Occurrence, Initiative.
• Description: pericolo o condizione da valutare.
• Consequences: conseguenze operative e safety.
• Initial Risk Evaluation: severità e probabilità iniziale.
• Mitigations: barriere, controlli, azioni o procedure.
• After Mitigations: rischio residuo calcolato.

Hazard Log

L’Hazard Log raccoglie le righe generate o importate. I codici sono progressivi unici, del tipo PAS-001, PAS-002, ecc., senza distinzione tra CAMO e 145.

Dal registro si possono filtrare gli hazard, verificare accettabilità, stato implementazione, follow-up, riferimenti procedurali e segnalazioni da sottoporre al Safety Manager.

Editor riga RA

La sezione Editor riga RA permette all’editor di modificare una riga specifica dell’Hazard Log, aggiungere step, eliminare righe e aggiornare campi di mitigazione o follow-up.

La Review Safety Manager serve a segnalare una riga del Risk Assessment al Safety Manager per riesame, aggiornamento o chiusura.

Uso in sola lettura

Un utente può segnalare una riga al Safety Manager, indicando il motivo della richiesta di riesame.

Uso editor

L’editor può chiudere la segnalazione, aggiornare lo stato, inserire note e registrare la chiusura.

Email e copia testo

La sezione consente di preparare un testo email o copiarlo negli appunti. L’indirizzo del Safety Manager si imposta in Import / Export → Impostazioni.

La sezione SPI consente di monitorare gli indicatori di performance safety per anno.

Funzioni

• selezione anno di riferimento;
• filtro per categoria e ricerca libera;
• visualizzazione target minimo, target massimo e valore performed;
• calcolo automatico dello stato dell’indicatore;
• note anno selezionato;
• aggiunta nuovo SPI, salvataggio, export CSV e stampa.

Gli SPI devono essere letti nel loro insieme. Un singolo indicatore isolato non rappresenta da solo l’intero livello di safety dell’organizzazione.

Matrici rischio

Mostra le matrici di probabilità, gravità e tollerabilità utilizzate dal sistema. È utile per verificare la coerenza tra valutazioni iniziali, mitigazioni e rischio residuo.

Tracciabilità

Raccoglie registri collegati al sistema SMS: Risk Assessment, MOC, Safety Communications, Safety Report, Safety Culture e altre evidenze importate o gestite nell’app.

Stampa report SMS/ENAC

Consente di generare una stampa filtrabile del registro SMS/Hazard Log. È possibile impostare filtri prima della stampa e includere o escludere parti della reportistica.

Il simulatore ERP consente di esercitare il Crisis Team / Safety Action Group su scenari relativi a manutenzione, CAMO, post-manutenzione, hangar, sistemi informativi e continuità operativa. I partecipanti dell'esercitazione sono gestiti con schede individuali: nome, cognome, qualifica/funzione e note. Prima della stampa è possibile selezionare quali campi firma riportare nel PDF.

Setup esercitazione

• inserisci titolo, data, scenario, ritmo inject e velocità simulazione;
• indica facilitatore, stato, partecipanti, obiettivi e note scenario;
• salva l’esercitazione prima di avviare la simulazione.

Durante la simulazione

• Avvia/riprendi timer: inizia il conteggio e abilita gli inject automatici;
• Sospendi timer: mette in pausa l’esercitazione;
• Inietta prossimo evento: inserisce manualmente l’evento successivo;
• Decisione/azione SAG: registra decisioni, responsabili, stato e note.

Risultato atteso

Gli spunti/risultati attesi non sono visibili subito: si aprono solo cliccando il riquadro dedicato, così l’esercitazione non suggerisce in anticipo le risposte.

Output

Al termine, usa Stampa evidenza ERP o Esporta CSV per conservare evidenza dell’esercitazione.

La sezione Consulta manuali e moduli permette di cercare rapidamente nei manuali PAS caricati nell’app: MOE, CAME, SMM ed ERP.

Ricerca procedura

Inserisci parole chiave come “CRS”, “AD”, “passaggio consegne”, “Safety Report”, “Crisis Log”, “componenti”, “fornitori”. L’app mostra direttamente nella schermata il testo della procedura più pertinente.

È disponibile anche il pulsante Apri pagina PDF per aprire il manuale originale alla pagina corrispondente.

Moduli e allegati

I moduli e gli allegati sono richiamabili in formato modificabile, quando disponibili in Word o Excel. A seconda del browser, il file può aprirsi direttamente nell’applicazione Office oppure essere scaricato come copia modificabile.

Uso raccomandato

• cerca la procedura;
• leggi il testo direttamente in app;
• apri il PDF solo se serve verificare impaginazione, firme, revisione o contesto completo;
• apri il modulo modificabile quando devi compilarlo.

La sezione Manualistica tecnica presenta in forma consultabile la Information Source Checklist aziendale.

Funzioni

• ricerca per manuale, documento, costruttore, aeromobile, AMP, CAME o note;
• filtri per sezione tecnica, costruttore, stato aggiornamento, subscription e applicabilità;
• scheda dettaglio per ogni fonte tecnica;
• storico Log of Revision;
• KPI su fonti, aggiornamenti, subscription, AMP e CAME;
• caricamento di file Excel aggiornato;
• export JSON e stampa.

Aggiornamento da Excel

1. Ricevi la nuova Information Source Checklist aggiornata.
2. Apri Manualistica tecnica.
3. Premi Carica Excel aggiornato.
4. Seleziona il file .xlsx.
5. Verifica i KPI e alcuni record a campione.
6. Esporta un backup JSON dell’intera app.

La visualizzazione non sostituisce il controllo della disponibilità effettiva dei dati tecnici ufficiali presso le fonti approvate o i sistemi aziendali.

La sezione Information Security contiene registro informazioni, valutazione rischi IS, matrice e reportistica.

Dashboard IS

Mostra KPI e distribuzione del rischio residuo.

Registro informazioni

Elenca asset informativi, attività, proprietari, classificazione, supporti e tempi massimi ammessi di indisponibilità.

Valutazione rischi IS

Permette di valutare minacce, vulnerabilità, impatti su riservatezza/integrità/disponibilità, misure esistenti, rischio residuo e programma interventi.

Review IS Manager

Funzione analoga alla review Safety Manager, ma dedicata ai rischi Information Security.

Stampa report IS

Genera una stampa filtrabile del registro e della valutazione rischi Information Security.

All’apertura dell’app viene richiesto l’accesso con username e password. Senza credenziali è consentito soltanto l’invio dei moduli pubblici Safety Report e IS Report.

La sezione Gestione utenti consente agli utenti autorizzati di creare, modificare o rimuovere account. Per ogni utente sono disponibili username, password, ruolo, nominativo, stato e autorizzazioni operative.

Le autorizzazioni permettono di differenziare accessi e funzioni: amministrazione, gestione utenti, import/export, SMS, Risk Assessment/Hazard Log, Registro MOC, SPI, ERP, manuali, MERL e Information Security/NIS.

Primo accesso predefinito: admin / PAS2026!. Prima della pubblicazione online è necessario modificare la password dell’utente amministratore e configurare eventuali utenti personali.

Le password non sono memorizzate in chiaro: dalla versione v128 i nuovi inserimenti e i cambi password utilizzano PBKDF2-SHA-256 con salt casuale e 210.000 iterazioni. Gli account delle versioni precedenti restano compatibili e vengono migrati automaticamente al nuovo formato al primo accesso riuscito. Utenti, ruoli, autorizzazioni e credenziali derivate sono inclusi nello snapshot sincronizzato tramite Netlify Functions + Netlify Blobs.

La sezione Compliance Monitoring integra nell’app la gestione del programma di compliance aziendale.

• Dashboard Compliance: riepilogo audit, finding aperti, L1/L2, CAPA, azioni scadute e supply chain.
• Audit Plan / Register: pianificazione e registrazione di audit di sistema, processo, prodotto, sorveglianza fornitore, audit documentale e follow-up finding.
• Checklist Audit: compilazione di requisiti, riferimenti normativi/manuali, evidenze oggettive, esiti e generazione automatica di finding.
• Finding Register: gestione rilievi da audit interno, Autorità/ENAC, cliente, fornitore, Safety Report, MOC o Information Security.
• RCA / CAPA: schermata guidata per contenimento immediato, causa organizzativa/procedurale/umana/tecnica, azione correttiva/preventiva, target date e verifica efficacia.
• Qualificazione personale: registro ruoli, qualifiche, formazione richiesta/completata, scadenze, valutazione competenza e stato qualifica.
• Fornitori e subfornitori: approvazione, certificazioni, prestazioni, rivalutazione, sorveglianza, responsabilità mantenuta da PAS, requisiti applicabili e limitazioni.
• Compliance Action Center: vista unica delle azioni aperte generate da audit, finding/CAPA, qualifiche personale e rivalutazioni fornitori/subfornitori.
• Compliance Annual Review: report annuale automatico su audit eseguiti, finding, tempi/chiusure, stato personale, fornitori/subfornitori e input per il programma audit successivo.

Il modulo dialoga con le funzioni esistenti tramite allegati/evidenze, approvazioni, audit trail, MOC, Hazard Log e Information Security. Le autorizzazioni dedicate sono compliance_read e compliance_write.

Le pagine della sezione Compliance Monitoring sono state ottimizzate per lettura e compilazione: i pannelli non sono più affiancati in modo rigido, ma vengono mostrati a tutta larghezza, con il registro sopra e il dettaglio sotto.

• I campi di testo lunghi, come ambito audit, evidenza, RCA, CAPA e note, occupano ora tutta la larghezza utile.
• Le tabelle sono più leggibili e scorrono orizzontalmente solo quando necessario.
• Ogni registro Compliance dispone di un pulsante Aggiorna registro o Aggiorna.
• Nella barra superiore è disponibile il pulsante globale Aggiorna vista, utile quando si vuole forzare il refresh della sezione corrente senza uscire e rientrare dal modulo.
• Dopo salvataggi, eliminazioni o generazione finding, la vista Compliance viene ricaricata automaticamente con un leggero ritardo per mostrare il registro aggiornato.

Il modulo Audit Plan / Register è stato integrato con il file Audit Plan and Register 2026 AMO.xlsx, foglio Audit Plan INIZALE.

• Sono stati importati gli audit 2026 come record del registro Compliance Audit.
• Ogni audit contiene numero, anno, certificazione, mese pianificato, codice checklist, area, tipo, riferimento normativo, data pianificata, stato, esito, conteggio finding L1/L2/improvement e riferimenti di follow-up quando presenti.
• Il registro è filtrabile per mese pianificato e per certificazione.
• Nel dettaglio audit sono disponibili i campi Certificazione, Mese pianificato e Codice checklist.
• Il piano viene fuso automaticamente anche negli archivi locali già esistenti, senza duplicare audit con lo stesso numero.

Le certificazioni riconosciute dal piano importato sono: IT.145.0413 / AMO, IT.CAMO.0186 / CAMO e IT.CAMO.0186 / CAMO-ML.

Nel registro Compliance Monitoring → Audit Plan / Register sono riportati i conteggi dei rilievi previsti dal piano audit per ogni singolo audit:

• L1: numero finding Level I;
• L2: numero finding Level II;
• Imp.: numero improvement/osservazioni;
• Tot. piano: somma L1 + L2 + Improvement;
• Finding register: numero di finding effettivamente presenti e collegati nel Finding Register della PWA.

I KPI sopra il registro sono calcolati sui record filtrati; cambiando mese o certificazione si aggiornano automaticamente i totali L1/L2/Improvement.

La checklist audit consente ora una gestione più chiara degli item:

• Nuovo item: pulisce il form e prepara una nuova riga checklist.
• Salva item: salva un nuovo item o aggiorna quello selezionato; dopo il salvataggio il form viene svuotato per agevolare l’inserimento di ulteriori item.
• Item non conformi / osservazioni / improvement: cliccando direttamente la riga checklist viene aperto o generato il relativo finding nel Finding Register.
• Apri / genera finding: crea o apre il finding collegato all’item selezionato, evitando duplicazioni mediante collegamento UID.
• Finding → Audit: nel dettaglio finding è disponibile il pulsante “Torna audit collegato” per rientrare direttamente nell’Audit Plan / Register.

Il collegamento tra item checklist e finding viene mantenuto tramite findingUid sull’item e checklistItemUid sul finding.

La sezione Gestione dati comprende ora moduli aggiuntivi di governance e controllo interno.

• Dashboard ruolo: riepiloga le priorità in funzione dell’utente collegato e delle autorizzazioni.
• Scadenziario / Azioni: raccoglie follow-up Hazard Log, review SM, Safety Report da analizzare, MOC aperti, IS Report, rischi IS, training da completare e SPI fuori target.
• Audit trail: registra operazioni rilevanti, accessi, logout, cambio password, approvazioni, export e azioni principali.
• Approvazioni: consente di registrare approvazioni interne, prese visione, chiusure e decisioni su RA, MOC, comunicazioni, ERP e IS.
• Allegati / evidenze: permette di collegare file e documenti ai record dell’app. Per archivi pesanti o multiutente è preferibile usare un repository documentale o Supabase Storage.
• Ricerca globale: cerca in modo trasversale nei principali registri dell’app.
• Report annuale: genera un riepilogo Safety/IS Annual Review per l’anno selezionato.
• Pacchetto audit ENAC: raccoglie scorciatoie alle stampe e ai registri più utili in audit, RCA o riesame.
• Cloud / Supabase: contiene checklist e impostazioni operative per la pubblicazione controllata.
• Numerazioni: mostra il prossimo numero suggerito per i principali registri.

Le funzioni di audit e approvazione sono tracciamenti interni all’app e non sostituiscono firme digitali qualificate o sistemi documentali aziendali ufficiali.

Questa versione dell’app incorpora come dati iniziali il backup JSON pas-risk-assessment-backup-2026-07-13 (3).json.

Il caricamento comprende Hazard Log, Risk Assessment, MOC Register, Safety Report, Safety Communication, Safety Culture, SPI, Information Security, Technical Sources, MERL, ERP, repository manuali e follow-up.

Le sezioni di governance aggiunte successivamente, quali utenti, audit trail, approvazioni, allegati e cloud readiness, sono inizializzate automaticamente se non presenti nel backup.

Sono disponibili tre funzioni di controllo avanzato:

• Diagnostica sistema: verifica versione app/cache, archivio locale, utenti, dati iniziali, moduli pubblici, service worker, dimensione dati, errori JavaScript e allegati.
• Import intelligente: consente di analizzare un backup JSON prima dell’import, scegliere se sostituire tutto, unire i dati o importare solo specifici registri, con backup automatico prima dell’applicazione.
• Qualità dati / audit readiness: segnala hazard senza data redazione RA, RA senza revisioni, follow-up mancanti, mitigazioni senza stato, rischi tollerabili/intollerabili senza approvazione, MOC non collegati a RA, Safety Report o IS Report non valutati, SPI incompleti, utenti incompleti e problemi di backup/audit trail.

I link e i QR code pubblici puntano ora a pagine separate safety-report.html e is-report.html, più minimali e adatte alla pubblicazione esterna. Nella stessa origine/browser i report vengono salvati nell’archivio locale dell’app; per uso multiutente reale occorre collegare i moduli pubblici al backend Supabase con policy di solo inserimento.

La funzione di caricamento dati cerca automaticamente anche eventuali archivi locali di versioni PWA precedenti, così da ridurre il rischio di apparente perdita dati dopo aggiornamenti di cache/versione.

La release introduce ulteriori controlli di robustezza operativa:

• Workflow stati: definisce stati ammessi per record, mitigazioni e approvazioni, con controllo anomalie e normalizzazione guidata.
• Hardening allegati: permette di distinguere allegati locali, link esterni e riferimenti cloud/Supabase Storage, con limite dimensione e compressione immagini locali.
• Approvazioni integrate: nelle schede principali viene mostrato un pannello con le approvazioni collegate al record e un pulsante rapido per registrare approvazione o presa visione.
• Versione dati: consente di congelare una versione del database/backup, esportare la scheda versione e tracciare storico import/versioni.
• Cloud/Supabase pubblico: la configurazione cloud consente di indicare URL Supabase legacy, anon/public key e tabelle per l’invio dei report pubblici dalle pagine standalone. Non usare mai service role o secret key nel frontend.

Le pagine safety-report.html e is-report.html tentano l’invio a Supabase solo se configurato e abilitato; in caso di errore salvano localmente come fallback, così da non perdere la segnalazione.

Il pulsante Aggiorna vista nella barra superiore è globale: forza il ricalcolo della vista attiva in qualunque sezione della PWA, senza dover cambiare pagina e tornare indietro.

La PWA esegue inoltre un auto-refresh dopo ogni modifica dati: salvataggi, eliminazioni, import, creazioni, approvazioni, caricamenti allegati, normalizzazioni e aggiornamenti dei registri generano automaticamente un aggiornamento differito della vista corrente.

Il refresh è debounced per evitare ricalcoli multipli sullo stesso comando e intercetta sia i salvataggi standard tramite saveLocal(), sia i salvataggi custom su localStorage usati dalle estensioni della PWA.

Quando la finestra torna attiva o i dati vengono modificati da un’altra scheda del browser, la vista viene riallineata automaticamente.

Le dashboard principali sono state rese navigabili: KPI, warning, alert e righe di azione consentono di aprire direttamente la sezione collegata.

• Dashboard SMS/Safety: follow-up scaduti apre il registro follow-up; review SM e rischi residui aprono Hazard Log/RA; SPI fuori target apre lo SPI Tracker.
• Dashboard Compliance: audit scaduti/in scadenza, finding, L1, azioni compliance e supply chain aprono il registro o l’action center collegato. Le righe “Azioni prioritarie” sono cliccabili.
• Dashboard Information Security: rischi da trattare/monitoraggio aprono il registro rischi IS; review ISM apre il registro review; fornitori critici e informazioni censite aprono il registro informazioni.

Gli elementi cliccabili sono evidenziati al passaggio del mouse e riportano il simbolo ↗.

La sezione Protocollo documentale consente di registrare in modo semplice i documenti in entrata e in uscita.

• Numero protocollo: viene proposto automaticamente in formato progressivo annuale 001/2026, ma resta sempre modificabile manualmente.
• Entrata/Uscita: identifica la direzione del documento.
• Certificazioni: è possibile selezionare uno o più ambiti tra AMO, CAMO, IS, SMS, CMS, ATO e FSTD.
• Mittente/destinatario, oggetto, protocollo ENAC e posizione Drive: permettono di rintracciare rapidamente documento e fascicolo.
• Gestito da / ruolo: traccia chi ha preso in carico il documento e con quale funzione.
• Stampa: sono disponibili stampa della singola scheda e stampa del registro filtrato.

Il registro è filtrabile per testo libero, entrata/uscita e certificazione. Sono disponibili anche export CSV, audit trail e refresh automatico della vista.

La funzione di stampa è stata resa isolata a livello globale: quando si stampa da qualunque sezione, la PWA nasconde tutte le viste non attive e stampa solo il modulo o registro corrente.

• La stampa del Risk Assessment singolo non include più Dashboard Compliance, Audit Plan, Checklist, Finding Register o altre sezioni non pertinenti.
• Il comportamento vale anche per Safety Report, Safety Communication, Hazard Log, Registro MOC, Protocollo, Compliance e Information Security.
• La funzione intercetta anche pulsanti già collegati a vecchie funzioni di stampa, forzando comunque l’isolamento della vista attiva.

Per archiviazione documentale, aprire la scheda/modulo desiderato e usare il pulsante di stampa della relativa sezione.

La sezione Elenco Risk Assessment eseguiti contiene il registro dei Risk Assessment 2026 importati dai PDF allegati. Per ogni RA sono presenti numero log, data, area, fonte, responsabile, rischio iniziale/finale, numero mitigazioni, gruppi combinati e collegamento al PDF sorgente.

• Mitigazione standard: ogni mitigazione è di default “Diretta” e riduce di un livello frequenza/probabilità o gravità/magnitudo.
• Mitigazione combinata: più mitigazioni possono essere assegnate allo stesso gruppo, ad esempio G1 con N=2. La riduzione di un solo livello viene applicata solo quando il gruppo è completo.
• Esempio: rischio iniziale 5B, mitigazioni 1.M e 2.M in G1/N=2: la prima mitigazione concorre al gruppo, la seconda completa il gruppo e porta il rischio a 4B.
• Hazard Log: nel dettaglio riga RA è disponibile il pannello “Riduzione combinata mitigazioni” e il ricalcolo dello stesso hazard.
• Supabase: nella sezione Cloud/Supabase è disponibile il pulsante “Aggiorna database Netlify” per inviare lo snapshot completo della PWA a una tabella configurata.

Per la tabella Supabase dello snapshot app è consigliata una struttura con colonne app_key, updated_at, app_version e data in formato JSONB, con RLS adeguata.

La PWA può ora funzionare senza Supabase, usando solo Netlify.

• Netlify Functions: endpoint runtime-config, app-state e public-report.
• Netlify Blobs: salvataggio dello snapshot completo della PWA, backup e report pubblici Safety/IS.
• Cloud / Netlify readiness: il pulsante “Aggiorna database Netlify” salva lo stato corrente della PWA in Netlify Blobs.
• Pagine pubbliche: Safety Report e IS Report inviano tramite Netlify Functions e mantengono fallback locale.

Il backup JSON pas-risk-assessment-backup-2026-08-12.json è stato incorporato come base dati della versione.

La sezione Compliance Monitoring → Aggiornamenti normativi risponde al requisito di tracciare e monitorare formalmente gli aggiornamenti normativi.

• Modifiche normative introdotte da EASA/ENAC: campo dedicato alla descrizione della modifica e dell’impatto.
• Azioni interne richieste: campo per attività da eseguire, MOC, audit, training, aggiornamento moduli/manuali.
• Responsabili dell’implementazione: nominativo e ruolo.
• Scadenze: data di implementazione richiesta e KPI scaduti/in scadenza.
• Avvenuta implementazione nei manuali applicabili: campo dedicato a manuale, edizione/revisione, paragrafo e data.

Sono disponibili registro filtrabile, stampa scheda, stampa registro, export CSV e audit trail operativo.

La versione v69 evita che il browser blocchi il test runtime-config o la sincronizzazione Netlify a causa del limite di localStorage. I dati completi vengono mantenuti in memoria e salvati su Netlify Blobs; localmente viene mantenuto solo un metadato leggero e, quando disponibile, un fallback IndexedDB.

• Il pulsante Pulisci storage locale rimuove le vecchie chiavi pas-app-vXX-is-nis-annex3 che possono saturare la quota del browser.
• Il pulsante Aggiorna database Netlify resta il comando principale per salvare lo snapshot completo nel cloud Netlify-only.
• La PWA non dipende più da Supabase per il salvataggio operativo.

La PWA contiene una configurazione cloud predefinita per la pubblicazione su paservice.netlify.app e per l’uso di Supabase da più dispositivi.

• URL pubblico app: https://paservice.netlify.app.
• Runtime config Netlify: https://paservice.netlify.app/.netlify/functions/runtime-config.
• Workspace ID: 7b3c2c1f-61d2-4b3e-9e2b-7d6a3f4d5c21.
• Dominio utenti: professionalaviation.local; utente default timoty@professionalaviation.local.
• Tabelle default: workspace_state per stato app, public_safety_reports, public_is_reports; legacy snapshot app_data_snapshots.
• Bucket storage privato: manuals.

Il file netlify/functions/runtime-config.js legge le variabili ambiente Netlify SUPABASE_URL, SUPABASE_ANON_KEY oppure SUPABASE_PUBLISHABLE_KEY già precompilata come fallback frontend, SUPABASE_WORKSPACE_ID, USERNAME_DOMAIN, CLOUD_DATA_MODE, SUPABASE_WORKSPACE_TABLE e SUPABASE_STORAGE_BUCKET. La service role key non viene mai esposta al frontend.

Nella sezione Cloud / Netlify readiness sono disponibili i pulsanti Carica default Netlify, Test runtime config e Aggiorna database Netlify.

Il Registro MOC contiene i MOC 2026 allegati: 01, 02, 04, 05, 06, 07, 08 e 09. Il MOC 03/2026 non risulta fornito.

• I documenti sorgente sono nella cartella moc-2026.
• Il registro ha un filtro Anno e una colonna Documento per aprire il file sorgente.
• Il merge automatico evita duplicazioni su archivi locali già esistenti.

Quando l’app viene pubblicata online, il link diretto dei moduli pubblici viene costruito usando il dominio corrente dell’app. Pertanto il link e il QR code devono essere generati o copiati dalla versione pubblicata su Netlify, non dalla versione locale o da localhost.

Link e QR code pubblici

• Il link del Safety Report apre direttamente il modulo Safety Report in modalità pubblica isolata.
• Il link del IS Report apre direttamente il modulo IS Report in modalità pubblica isolata.
• In modalità pubblica isolata non viene mostrato il menu laterale e l’utente non può navigare negli altri moduli.
• Il QR code è generato a partire dallo stesso link. Se il QR esterno non viene caricato, resta disponibile il link testuale e il pulsante fallback.

Attenzioni su Netlify

• La configurazione di redirect/routing non deve rimuovere i parametri della query string, ad esempio ?view=publicSafetyReport&public=safety-report o ?view=publicIsReport&public=is-report.
• Se viene usato un dominio personalizzato, il QR deve essere generato aprendo l’app da quel dominio.
• Il titolo della pagina viene forzato dall’app per evitare intestazioni non coerenti con PAS.

Attenzioni su Supabase

• Il frontend deve usare solo chiavi pubblicabili/anonime previste per il browser.
• La chiave secret/service role non deve essere inserita nel codice frontend.
• Le tabelle dei report pubblici devono permettere l’inserimento controllato dei record, mentre lettura, modifica ed eliminazione devono restare riservate agli utenti autorizzati mediante policy adeguate.
• Prima dell’uso operativo online, testare l’invio da link e QR code sia da desktop sia da smartphone.

Esporta JSON

È il backup completo. Conserva Safety Report, Hazard Log, SPI, ERP, manualistica tecnica aggiornata, Information Security e impostazioni salvate localmente.

Esporta CSV

Serve per lavorazioni esterne o lettura in Excel, ma non conserva tutta la struttura dati dell’app.

Importa JSON

Ripristina un backup precedentemente esportato. È utile per spostare i dati su un altro PC o dopo aggiornamento app.

Ripristina dati iniziali

Riporta l’app ai dati precaricati. Usare con cautela: prima esportare sempre un backup JSON.

Regola pratica

Esporta un backup JSON dopo ogni sessione importante: inserimento Safety Report, chiusura RA, aggiornamento SPI, esercitazione ERP o caricamento di nuova checklist tecnica.

Flusso A — Safety Report → analisi → Risk Assessment

1. L’operatore apre Effettua Safety Report e invia la segnalazione.
2. Il Safety Manager accede come editor.
3. Apre Safety Report ricevuti e filtra per DA ANALIZZARE.
4. Analizza il report, aggiorna stato e note.
5. Se necessario, preme Esegui Risk Assessment.
6. Compila/integra il Risk Assessment Tool.
7. Genera le righe nell’Hazard Log.
8. Monitora azioni e follow-up.
9. Chiude il Safety Report quando la valutazione è conclusa.

Flusso B — Aggiornamento manualistica tecnica

1. Ricevi nuova Information Source Checklist.
2. Apri Manualistica tecnica.
3. Carica il file Excel aggiornato.
4. Controlla record e scadenze.
5. Esporta JSON di backup.

Flusso C — Esercitazione ERP annuale

1. Crea nuova esercitazione.
2. Seleziona scenario coerente con manutenzione/CAMO.
3. Avvia timer e registra eventi.
4. Registra decisioni SAG e responsabili.
5. Termina e compila lesson learned.
6. Stampa evidenza ERP.

Flusso D — Consultazione procedura e modulo

1. Apri Consulta manuali e moduli.
2. Cerca la procedura.
3. Leggi il testo in schermata.
4. Apri il PDF se serve verifica ufficiale.
5. Apri il modulo editabile se devi compilarlo.

Non vedo l’ultima versione

Il browser può avere in cache la vecchia PWA. Chiudi l’app, aggiorna forzatamente, disinstalla la PWA precedente oppure svuota cache/site data per l’indirizzo locale.

Il pulsante Installa App non funziona

Apri l’app tramite BAT/PS1 o pubblicala su HTTPS. Da semplice doppio click su index.html il browser può impedire l’installazione PWA.

Ho perso dati modificati

Verifica di usare lo stesso browser e lo stesso indirizzo locale. I dati sono nel localStorage del browser. Ripristina eventualmente un backup JSON.

Un file Word/Excel non si apre direttamente

Dipende dal browser e dalle impostazioni del PC. In molti casi il file viene scaricato; aprilo poi con Word o Excel.

Il caricamento Excel della manualistica tecnica non aggiorna i dati

Verifica che il file sia in formato .xlsx e mantenga una struttura compatibile con la checklist originaria. Se il tracciato è stato cambiato radicalmente, può essere necessario adeguare l’importatore.

La stampa non è perfetta

Usa “Stampa” del browser e seleziona orientamento orizzontale quando la tabella è ampia. Per report ufficiali, verifica sempre il contenuto prima di salvare in PDF.

La sezione MERL - Maintenance Experience Record Log consente di gestire il registro esperienza manutentiva dei singoli tecnici, meccanici e OJT direttamente dentro l’app.

Sottosezioni per tecnico

Ogni tecnico ha una propria scheda. Dal pannello laterale della sezione MERL puoi selezionare il tecnico, crearne uno nuovo oppure importare un file Excel compatibile.

Importazione del MERL Excel

1. Apri la sezione MERL.
2. Seleziona il tecnico interessato, oppure crea un nuovo tecnico.
3. Premi Carica MERL Excel.
4. Seleziona un file con foglio LOG BOOK e, se presente, foglio Setting.
5. L’app importa le righe di esperienza e aggiorna anche i valori suggeriti nei menu: facility, aeromobili, categorie licenza, line/base, tipo attività, ATA e supervisori.

Compilazione manuale

Premi Nuova attività per inserire una riga. I campi corrispondono alla struttura del MERL: data, facility, W/R, maintenance time, aeromobile, categoria licenza, line/base, tipo attività, FAA I/A credit, ATA chapters, maintenance activity e supervisor.

Filtri e consultazione

È possibile filtrare per anno, categoria licenza, aeromobile, tipo attività e ricerca libera. I KPI mostrano tecnici presenti, attività totali, ore totali e ore del tecnico selezionato.

Stampa PDF con firme

Il pulsante Stampa MERL PDF genera una vista di stampa con intestazione PAS, riepilogo, tabella delle attività filtrate e firme finali per:

• Tecnico / Meccanico / OJT;
• Maintenance Manager;
• CMM, in alternativa al Maintenance Manager.

Per stampare solo una parte del MERL, applica prima i filtri desiderati e poi premi Stampa MERL PDF.

Management of Change - MOC

La sezione MOC raccoglie i Management of Change divisi per certificazione: CAMO, AMO Part-145, CAMO + AMO, SMS, Information Security e Altro.

Il flusso corretto per creare un nuovo MOC è il seguente:

1. Aprire Risk Assessment Tool.
2. Nel campo Reason for analysis / source selezionare MOC.
3. Compilare descrizione, conseguenze, rischio iniziale, mitigazioni, azioni e riferimenti.
4. Decidere se selezionare Aggiungi anche all'Hazard Log.
5. Premere Genera MOC oppure Genera MOC + Hazard Log.

Se il flag non viene selezionato, il Risk Assessment alimenta solo il registro MOC. Se il flag viene selezionato, viene creato anche il codice progressivo PAS nell’Hazard Log.

Attivazione ERP reale

La sezione Attivazione ERP reale serve a gestire un evento reale secondo l’ERP pubblicato. Permette di registrare:

• prima notizia, luogo, fonte, segnalante e livello ERP;
• scheda ERP applicabile per attività CAMO/manutenzione;
• catena chiamate e notifiche;
• Crisis Log;
• azioni immediate, CAPA o MOC;
• preservazione evidenze tecniche/CAMO;
• lesson learned, rischio residuo e chiusura.

Se durante l’attivazione viene inserita un’azione di tipo MOC, l’app crea automaticamente un MOC collegato all’attivazione ERP. È possibile anche usare il pulsante Apri MOC collegato per aprire manualmente un MOC partendo dall’evento ERP.

La stampa del report ERP genera una evidenza documentale con firme per CMC Manager, Safety Manager, CMM e Accountable Manager.

SRB / SAG

La sezione SRB / SAG permette di gestire i verbali di Safety Review Board e Safety Action Group di Professional Aviation Service. Per ogni verbale sono registrabili numero, tipo, data, partecipanti, input analizzati, decisioni, azioni, scadenze, collegamenti a Safety Report, MOC, Hazard Log, SPI ed ERP. I partecipanti sono gestiti in modo strutturato, inserendo singolarmente nome, cognome, qualifica e note.

Dal singolo verbale è possibile avviare direttamente un Risk Assessment, precompilato con fonte SRB/SAG, area applicabile, descrizione e azioni definite.

Safety Information

La sezione Safety Information raccoglie informazioni safety provenienti da ENAC, EASA, costruttori, CAMO, AMO, audit, Safety Report, ERP o altre fonti. Ogni informazione viene valutata per applicabilità, priorità, impatto safety/compliance e decisione operativa.

Da una Safety Information è possibile creare una Safety Communication, un Safety Training oppure avviare un Risk Assessment.

Safety Communication

La sezione Safety Communication gestisce le comunicazioni al personale: oggetto, destinatari, messaggio, azioni richieste, conferma lettura, distribuzione ed evidenze. È pensata per comunicazioni operative a tecnici, CS/SS, CAMO, magazzino, postholder e personale interessato.

Safety Training

La sezione Safety Training consente di pianificare e registrare briefing, recurrent SMS, lesson learned, training post-evento, ERP training e training collegati a MOC o Safety Information. Anche qui i partecipanti possono essere inseriti singolarmente con nome, cognome, qualifica e note. La stampa genera una evidenza con firme per istruttore, Safety Manager, partecipanti e CMM/MM se richiesto.

Stampe ed export

Tutte le sezioni permettono stampa in PDF tramite browser ed export CSV. Nei verbali/report stampabili è disponibile anche il campo firme selezionabile: l’utente può scegliere quali firme riportare nel PDF. Nei moduli interessati, i partecipanti sono gestiti singolarmente con nome, cognome, qualifica/funzione e note. Per conservare i dati completi rimane sempre consigliato l’export JSON dell’app dalla sezione Import / Export.

La sezione Follow-up Hazard Log consente di registrare la review periodica complessiva di tutti i rischi presenti nell’Hazard Log.

1. Aprire la sezione Follow-up Hazard Log.
2. Compilare Fatto da, Funzione, Data review e Note.
3. L’app calcola automaticamente il giorno della settimana e la nuova data di follow-up programmata, pari a un anno dopo la data review.
4. Premere Registra follow-up generale.

La registrazione aggiorna automaticamente tutte le righe dell’Hazard Log, impostando ultimoFollowUp alla data della review e followUpProgrammato alla nuova data calcolata. Ogni registrazione viene conservata nello storico con Fatto da, Funzione, Giorno, Data, nuova data e Note.

È possibile stampare il registro dei follow-up o esportarlo in CSV.

La sezione Stampa singolo Risk Assessment consente di generare un fascicolo archiviabile relativo a un singolo Risk Assessment/Hazard.

1. Selezionare una riga dall’Hazard Log oppure aprire il modulo dal menu SMS.
2. Premere Stampa RA selezionato oppure scegliere l’ID RA dal menu della pagina di stampa.
3. Decidere se includere tutti gli step/mitigazioni dello stesso ID, la matrice/riepilogo rischio e il campo firme.
4. Premere Stampa / salva PDF.

La stampa include dati identificativi, pericolo, conseguenze, valutazione iniziale e residua, mitigazioni, riferimenti procedurali, evidenze, follow-up, eventuali segnalazioni Safety Manager e blocco firme per archiviazione.

La vista Hazard Log è organizzata per schede: ogni rischio identificato compare una sola volta e, all’interno della scheda, sono riportate in sequenza tutte le mitigazioni/step associate allo stesso codice.

Da ogni scheda è possibile aprire la scheda di modifica, stampare il Risk Assessment singolo, modificare lo specifico step e segnalare lo step al Safety Manager.

Nel Risk Assessment Tool è disponibile il pulsante Stampa / archivia PDF. Consente di generare il fascicolo del Risk Assessment appena compilato, anche prima dell’inserimento nell’Hazard Log.

Il report include dati generali, hazard, conseguenze, valutazione iniziale, valutazione residua, mitigazioni/step, ALARP, azioni ulteriori, monitoraggio, riferimenti procedurali ed evidenze.

Se il rischio residuo finale è giallo / tollerabile o rosso / intollerabile, la stampa evidenzia come obbligatorie la firma del Safety Manager e dell’Accountable Manager. Con rischio verde / accettabile resta prevista la firma del Safety Manager per archiviazione.

In generale, le valutazioni del rischio usano il codice colore: verde per accettabile, giallo per tollerabile e rosso per intollerabile.

Nel Risk Assessment Tool il campo Log n. viene proposto automaticamente in formato NN/YYYY, partendo dal primo numero disponibile per l’anno indicato nella data del Risk Assessment.

Esempio: se nell’anno 2026 non esistono Risk Assessment, l’app propone 01/2026; il successivo sarà 02/2026. Il campo rimane sempre modificabile manualmente.

Il pulsante Suggerisci n. RA ricalcola il primo numero disponibile per l’anno selezionato.

Ogni volta che viene premuto un pulsante, l’app mostra un feedback visivo immediato: il pulsante viene evidenziato e compare il messaggio Comando acquisito. In questo modo è chiaro che il click è stato ricevuto dall’app.

Anche i campi di input, select e file mostrano una breve evidenza quando il valore viene modificato/acquisito.

In tutti i campi di selezione della valutazione del rischio, l’app mostra il codice insieme al relativo significato letterale. In questo modo l’utente visualizza immediatamente cosa sta selezionando.

Frequenza/probabilità: 5 - Frequente/ricorrente; 4 - Probabile; 3 - Occasionale; 2 - Remota; 1 - Estremamente improbabile.

Gravità: A - Catastrofica; B - Pericolosa/grave; C - Maggiore/significativa; D - Minore; E - Trascurabile.

Il dato salvato resta il codice tecnico, quindi i calcoli e le matrici rimangono invariati.

La vista Hazard Log mostra ogni rischio identificato in una sola scheda. Con il pulsante Apri scheda completa si accede a una vista dedicata in cui tutte le mitigazioni/step dello stesso codice sono riportate in sequenza, con riepilogo del rischio iniziale, rischio residuo finale, follow-up, review Safety Manager, evidenze e riferimenti procedurali.

Nel Risk Assessment Tool e nell’editor RA, le selezioni di gravità e frequenza riportano sempre sia il codice tecnico sia il significato letterale, ad esempio A - Catastrofica e 5 - Frequente / ricorrente.

L’editor Hazard Log mostra ora tutte le mitigazioni/step dello stesso rischio nella parte alta della schermata, così è possibile passare rapidamente da una mitigazione all’altra e modificarle in modo più ordinato.

I campi di accettabilità del rischio usano il codice colore della matrice: verde per accettabile, giallo per tollerabile, rosso per intollerabile.

La sezione MOC autonoma è stata rimossa: il MOC deve essere creato dal Risk Assessment Tool selezionando la fonte MOC. La creazione può alimentare anche l’Hazard Log se viene selezionata l’opzione dedicata.

La stampa Safety Communication genera l’elenco/registro delle comunicazioni. L’elenco partecipanti consente sia nominativi singoli sia voci generiche, come Tutto il personale CAMO, Tutto il personale AMO o Tutto il personale AMO e CAMO.

Il modulo Safety Report dispone di link diretto e QR code. Il registro follow-up Hazard Log consente selezione, modifica, esportazione e stampa del registro.

La sezione Gestione dati / Import-Export contiene il link diretto e il QR code per il modulo Effettua Safety Report.

Il link apre il Safety Report in modalità pubblica dedicata: non viene mostrato il menu laterale e l’utente non può navigare negli altri moduli dell’app. Questa modalità è pensata per segnalanti interni/esterni che devono accedere soltanto al modulo di segnalazione.

L’immagine del QR code è cliccabile. In caso di mancato caricamento del QR esterno, l’app mostra comunque un pulsante fallback per aprire il modulo.

La sezione IS Communication permette di creare e gestire comunicazioni Information Security / NIS, con destinatari, priorità, stato, messaggio, azioni richieste, conferma lettura, distribuzione, collegamenti e note.

Le sezioni Safety Communication, SRB/SAG, Safety Training e Safety Information sono visualizzate con registro e dettaglio impilati, evitando la compressione in due colonne. I campi di compilazione sono più ampi e più leggibili.

Nella dashboard SMS non vengono più generati allarmi per mitigazioni che non riducono frequenza o gravità, in quanto tale condizione può essere normale per il processo adottato.

La stampa del Hazard Log rappresenta la nuova struttura a schede: ogni hazard/Risk Assessment viene stampato come gruppo unico, con riepilogo e tabella interna delle mitigazioni/step.

Nella sezione SPI / Performance è possibile aggiungere nuovi indicatori ed eliminare quelli non più applicabili. La dashboard evidenzia tra gli allarmi gli SPI non raggiunti/fuori target nell’anno in corso.

Ogni hazard/Risk Assessment riporta la data di prima redazione e il campo redatto da. Le informazioni sono condivise da tutte le mitigazioni/step dello stesso hazard.

Nell’editor è disponibile il registro Redazione e revisioni del Risk Assessment, dove è possibile aggiungere una revisione indicando numero/revisione, data, autore o funzione e descrizione delle modifiche.

Quando viene salvata una modifica da editor, l’app registra automaticamente una voce sintetica nel registro revisioni, riportando i campi principali modificati. La storia revisioni compare nella scheda completa, nella stampa Hazard Log raggruppata e nella stampa del singolo Risk Assessment.

Il link diretto e il QR code del modulo IS Report aprono il modulo in modalità pubblica isolata: l’utente vede soltanto la schermata di compilazione IS Report, senza menu laterale, landing page o pulsanti di navigazione verso le altre sezioni.

La sezione Registro MOC raccoglie i Management of Change generati dal Risk Assessment Tool quando tra le fonti viene selezionato MOC. Se nel Risk Assessment Tool viene selezionato anche il flag Aggiungi anche all’Hazard Log, il MOC viene collegato all’hazard creato.

Il Registro MOC consente ricerca, filtro per certificazione/stato, visualizzazione dettaglio, salvataggio delle modifiche, stampa ed export CSV.

Buone pratiche

• Usa descrizioni concrete, verificabili e prive di giudizi personali.
• Collega i Safety Report a un Risk Assessment quando il rischio non è banale o richiede mitigazioni.
• Registra sempre evidenze, riferimenti procedurali e follow-up.
• Esporta backup JSON frequentemente.
• Verifica periodicamente che manuali, moduli e checklist tecniche siano aggiornati.

Limiti

• L’app non sostituisce i manuali approvati e i dati tecnici ufficiali.
• Il salvataggio locale non è un archivio centralizzato aziendale.
• Per obblighi MOR/ECCAIRS, comunicazioni ENAC, ANSV, operatore o cliente, occorre seguire le procedure e la normativa applicabile.
• Per uso multiutente reale serve una pubblicazione controllata o un backend centralizzato.

Responsabilità

La corretta valutazione degli eventi, l’eventuale reporting esterno, la chiusura delle azioni e l’uso della manualistica restano in capo alle funzioni aziendali competenti secondo MOE, CAME, SMM, ERP e procedure applicabili.