Manual de utilizare

Conformitate

▶ Compliance: expiry board, incidents, operations manual and SOS alerts Tutorial video în engleză, cu subtitrări în română.

Clusterul Conformitate adună ceea ce îți trebuie ca să demonstrezi cum lucrezi: scadențarul, dovezile (când ai pornit sigiliul nocturn), registrul de incidente cu dosarul de predat, manualul de operațiuni cu reviziile sale și alarmele SOS care vin de pe teren.

Scadențarul

Toate scadențele converg într-o singură pagină. Sursele sunt nouă: asigurările dronelor, calibrările payloadurilor, mentenanțele cu scadență următoare, programele de mentenanță recurente (pe ore, cicluri sau calendar), certificatele piloților, bateriile la sfârșit de viață, bateriile ținute încărcate de mai bine de zece zile, sănătatea bateriilor care nu este bună și calibrările echipamentului.

Orizontul paginii este de nouăzeci de zile și fiecare intrare cade într-una din trei benzi: Expirat cu roșu, Expiră în curând cu chihlimbar când mai este mai puțin de o lună, OK cu verde dincolo. Semnalele care nu au o dată — o baterie la sfârșit de viață, de exemplu — ajung în „Expiră în curând”, pentru că sunt lucruri de privit acum.

În capul paginii, când există, apar alarmele de baterie încă neconfirmate, cu cele critice primele.

În fiecare dimineață la 7:00 pleacă un rezumat cu scadențele următoarelor șapte zile. Trebuie spus cu precizie cum vine: este o notificare în clopoțel și, pentru cine a activat notificările browserului, și un push. Nu este un e-mail. O primesc titularii și administratorii, și doar dacă există într-adevăr ceva expirat sau pe cale să expire — nicio notificare care să spună că totul e în regulă.

Incidente

Când se întâmplă ceva deschizi un incident. Formularul este împărțit în patru blocuri: ce s-a întâmplat (data și ora, tipul dintre douăsprezece categorii, gravitatea dintre cvasicoliziune, minor, semnificativ și accident, starea, descrierea obligatorie și acțiunile imediate); activele implicate (misiune, zbor, dronă, pilot, loc, coordonate); consecințele (daune, răniți, terți implicați, cu detalii); și blocul autorității.

Despre acesta din urmă trebuie spus exact ce face și ce nu face. Există un comutator „raportabil autorității (AACR)”, care se prezintă deja pornit pentru tipurile care de regulă sunt — airprox, coliziune, rănit, fly-away — și un câmp pentru referința dosarului. Platforma însăși o declară: este un ghid, nu o trimitere automată. Nicio comunicare nu pleacă spre AACR sau alte autorități: registrul este intern, iar raportarea formală o faci tu, pe căile care îți revin.

Starea însoțește prelucrarea: Deschis, În investigație, Raportat, Închis. Dovezile se încarcă sub formă de fișiere (până la aproximativ 500 MB fiecare) și fiecare păstrează numele original și amprenta SHA-256.

Un incident se deschide din trei locuri diferite și merită folosit cel mai apropiat de fapt. Din lista Incidente, când îl înregistrezi la rece. Din fișa unui zbor, cu acțiunea Raportează incident: incidentul se naște deja legat de zbor și precompletat cu constatările analizei post-zbor — altitudine peste limită, baterie critică, distanță îndoielnică. Și din semnătura de post-zbor, alegând incident ca anomalie: se naște legat de misiune și dronă, ca defecțiune tehnică de gravitate minoră, gata de completat.

Pot deschide și modifica incidente titularii, administratorii și piloții; toți ceilalți le consultă. Pe intrarea din meniu rămâne un contor al incidentelor încă neînchise.

Dosarul incidentului

Acțiunea Descarcă dosarul (ZIP) asamblează dintr-o dată pachetul de predat unei asigurări sau unei autorități. Înăuntru găsești PDF-ul dosarului, telemetria în JSON dacă zborul legat are una, și folderul cu dovezile, cu fișierele originale.

PDF-ul pune în ordine: antetul cu operatorul și codul de operator; sinteza evenimentului; consecințele; intrarea din jurnalul de zbor a zborului, cu durata, drona, pilotul, anomaliile și amprenta sa din lanțul de hashuri; identitatea aeronavei cu clasa, MTOM, asigurarea și firmware-ul; pilotul cu indicația dacă avea un certificat valid în momentul evenimentului — nu azi, în momentul evenimentului; misiunea cu semaforul meteo, vântul maxim și checklisturile semnate, cu semnatar și oră; statisticile de telemetrie; lista dovezilor cu dimensiunile; și în final blocul autorității.

În încheiere documentul explică unde stă garanția: intrarea din jurnalul de zbor este înlănțuită în SHA-256 și fiecare dovadă poartă propria amprentă.

Manualul de operațiuni

Manualul de operațiuni este dosarul care descrie cum operează organizația ta, asamblat și versionat de platformă. Alegi un modul dintre cele șapte disponibile — curățare fațade, agricultură, supraveghere, inspecție de infrastructuri, căutare și salvare, filmări aeriene, livrări —, țara dintre cele pe care le acoperă acel modul, numele accountable manager-ului și măsurile de atenuare și payloadurile declarate.

Documentul se compune din zece secțiuni, de la generalități la domeniu și bază de risc, organizație și echipaj, flotă, proceduri operaționale, stratul normativ, urgențe și plan de răspuns, registre, master document list și registrul reviziilor. Conținuturile operaționale sunt luate din datele tale reale: dronele din flotă, echipajul cu starea certificatelor, ordinele de operațiuni autorizate.

Master document list adună certificatele piloților, asigurările dronelor și ordinele de operațiuni autorizate, fiecare cu starea sa — expirat, expiră în treizeci de zile, valid.

Ciclul de viață este simplu. Manualul se naște ca ciornă, cu un cod OM-001 progresiv per organizație, ediția 1 și revizia 0. Titularii și administratorii îl pot aproba: din acel moment este aprobat, înregistrează cine a aprobat și când, și se adaugă o linie în registrul reviziilor cu ediția, revizia și o fotografie a celor declarate. Un manual aprobat nu mai poate fi modificat și nici șters — nici măcar intrând de la adresa directă — iar ca să-l retușezi trebuie să deschizi o revizie, care incrementează numărul și readuce documentul în ciornă. Registrul reviziilor se citește, nu se scrie.

PDF-ul se descarcă în orice stare, chiar și în ciornă.

Două limite de declarat. Pe prima o spune codul însuși: platforma nu certifică conformitatea, asamblează și versionează dosarul. A doua privește stratul normativ: celulele pe țară sunt o primă redactare asistată de AI, de validat, iar acolo unde o celulă nu a fost încă verificată documentul o semnalează ca lacună, în loc să inventeze un conținut. Manualul evidențiază și incompatibilitățile: un payload care nu poate fi operat sau este interzis în acea jurisdicție este scos în prim-plan.

SOS de pe teren

SOS-ul este butonul roșu din capul ecranului principal al aplicației de teren. Cere două atingeri — apeși, confirmi, eventual cu un mesaj — și nu este un gest lung sau complicat, pentru că, cu mănuși sau în ploaie, gesturile dau greș.

Împreună cu cererea pleacă și poziția, dacă dispozitivul o oferă în zece secunde. Dacă GPS-ul este refuzat sau nu răspunde, SOS-ul pleacă oricum, fără coordonate, iar aplicația îți spune clar: mai bine o alarmă fără poziție decât nicio alarmă.

Există și alte căi de intrare: un SMS de la un număr înregistrat și comunicatoarele prin satelit — feedurile inReach și SPOT sunt interogate la fiecare zece minute și un punct marcat SOS declanșează alarma, în timp ce terminalele Iridium vin prin webhook.

Alarma ajunge la titulari și administratori — „sala de operațiuni” — în clopoțel, prin push și, pentru cine are un număr de telefon înregistrat, și prin SMS cu un link către hartă. Dacă același operator retrimite într-un sfert de oră, alarma deschisă este actualizată cu noua poziție în loc să genereze alta.

Prelucrarea are patru stări: Activat, Preluat (înregistrează cine și când), apoi Rezolvat sau Alarmă falsă. Alarmele nu se creează din panou: se nasc doar de pe teren.

Un punct trebuie repetat, pentru că este cel care contează: SOS-ul nu înlocuiește 112 și nici serviciile de urgență și nu este un beacon certificat Cospas-Sarsat. Este trimiterea unei poziții și a unei cereri de ajutor către responsabilii organizației tale. Dacă există o urgență adevărată, se sună la 112.