Manual de utilização

Conformidade

A área Conformidade reúne o que é preciso para demonstrar como trabalhas: o calendário de prazos, o registo de incidentes com o dossiê a entregar, o manual de operações com as suas revisões e os alarmes SOS que chegam do terreno.

O calendário de prazos

Todos os prazos confluem para uma só página. As fontes são nove: seguros dos drones, calibrações dos payloads, manutenções com próximo prazo, programas de manutenção recorrentes (a horas, ciclos ou calendário), certificados dos pilotos, baterias em fim de vida, baterias paradas e carregadas há mais de dez dias, saúde das baterias não boa e calibrações do equipamento.

O horizonte da página é de noventa dias e cada entrada cai numa de três faixas: Caducado a vermelho, A caducar a âmbar quando falta menos de um mês, OK a verde para lá disso. Os sinais que não têm data — uma bateria em fim de vida, por exemplo — vão parar a «A caducar», porque são coisas para olhar agora.

No topo da página, quando os há, aparecem os alarmes de baterias ainda não confirmados, com os críticos primeiro.

Todas as manhãs às 7:00 parte um resumo com os prazos dos sete dias seguintes. Há que dizer com precisão como chega: é uma notificação no sino e, para quem tiver ativado as notificações do navegador, também uma push. Não é um email. Recebem-no os proprietários e os administradores, e só se houver mesmo alguma coisa caducada ou a caducar — nenhuma notificação para dizer que está tudo bem.

Incidentes

Quando acontece alguma coisa abres um incidente. O formulário está dividido em quatro blocos: o que aconteceu (data e hora, tipo entre doze categorias, gravidade entre quase-acidente, ligeiro, grave e acidente, estado, descrição obrigatória e ações imediatas); os ativos envolvidos (missão, voo, drone, piloto, local, coordenadas); as consequências (danos, feridos, terceiros envolvidos com detalhes); e o bloco autoridade.

Sobre este último há que dizer exatamente o que faz e o que não faz. Há um interruptor «a comunicar à autoridade», que se apresenta já ligado para os tipos que em regra o são — airprox, colisão, ferido, fly-away — e um campo para a referência do processo. A própria plataforma o declara: é uma orientação, não um envio automático. Nenhuma comunicação parte para a ANAC ou para outras autoridades: o registo é interno e a comunicação formal fá-la tu, pelas vias que te competem.

O estado acompanha o tratamento: Aberto, Em análise, Comunicado, Fechado. As evidências carregam-se como ficheiros (até cerca de 500 MB cada) e cada uma guarda o nome original e a impressão digital SHA-256.

Um incidente abre-se a partir de três pontos diferentes, e convém usar o mais próximo do facto. Da lista Incidentes, quando o registas a frio. Da ficha de um voo, com a ação Comunicar incident: o incidente nasce já ligado ao voo e pré-preenchido com as observações da análise pós-voo — altitude acima do limite, bateria crítica, distância duvidosa. E da assinatura do pós-voo, escolhendo incidente como anomalia: nasce ligado a missão e drone, como avaria técnica de gravidade ligeira, pronto a completar.

Podem abrir e alterar incidentes os proprietários, os administradores e os pilotos; todos os outros consultam-nos. Na entrada de menu fica um contador dos incidentes ainda não fechados.

O dossiê do incidente

A ação Descarregar dossier (ZIP) monta de uma só vez o pacote a entregar a uma seguradora ou a uma autoridade. Lá dentro encontras o PDF do dossiê, a telemetria em JSON se o voo associado a tiver, e a pasta das evidências com os ficheiros originais.

O PDF põe em fila: cabeçalho com operador e código de operador; síntese do evento; consequências; a entrada de logbook do voo com duração, drone, piloto, anomalias e a sua impressão digital da cadeia de hash; a identidade da aeronave com classe, MTOM, seguro e firmware; o piloto com a indicação de se tinha um certificado válido no momento dos factos — não hoje, no momento dos factos; a missão com semáforo meteorológico, vento máximo e as checklists assinadas com signatário e hora; as estatísticas de telemetria; a lista das evidências com as dimensões; e por fim o bloco autoridade.

No fecho, o documento explica onde está a garantia: a entrada de logbook está encadeada em SHA-256 e cada evidência traz a sua própria impressão digital.

Manual de Operações

O manual de operações é o dossiê que descreve como opera a tua organização, montado e versionado pela plataforma. Escolhes um módulo entre os sete disponíveis — limpeza de fachadas, agricultura, vigilância, inspeção de infraestruturas, busca e salvamento, filmagens aéreas, entregas — o país entre aqueles que esse módulo cobre, o nome do accountable manager e as mitigações e os payloads declarados.

O documento compõe-se de dez secções, das generalidades ao âmbito e base de risco, organização e tripulação, frota, procedimentos operacionais, camada normativa, emergências e plano de resposta, registos, master document list e registo de revisões. Os conteúdos operacionais são retirados dos teus dados verdadeiros: drones em frota, tripulação com o estado dos certificados, ordens de operação autorizadas.

A master document list reúne certificados dos pilotos, seguros dos drones e ordens de operação autorizadas, cada um com o seu estado — caducado, a caducar dentro de trinta dias, válido.

O ciclo de vida é simples. O manual nasce como rascunho, com um código OM-001 sequencial por organização, edição 1 e revisão 0. Proprietários e administradores podem aprová-lo: a partir desse momento está aprovado, regista quem aprovou e quando, e é acrescentada uma linha ao registo de revisões com edição, revisão e uma fotografia do que foi declarado. Um manual aprovado deixa de ser alterável ou eliminável — mesmo entrando pelo endereço direto — e para lhe voltares a mexer tens de abrir uma revisão, que incrementa o número e devolve o documento a rascunho. O registo de revisões lê-se, não se escreve.

O PDF descarrega-se em qualquer estado, mesmo em rascunho.

Dois limites a declarar. O primeiro di-lo o próprio código: a plataforma não certifica a conformidade, monta e versiona o dossiê. O segundo diz respeito à camada normativa: as células por país são um primeiro passo assistido por IA, por validar, e onde uma célula ainda não foi verificada o documento assinala-o como lacuna em vez de inventar um conteúdo. O manual evidencia também as incompatibilidades: um payload não operável ou proibido nessa jurisdição é posto em primeiro plano.

SOS do terreno

O SOS é o botão vermelho no topo da home da app de campo. São precisos dois toques — carrega-se, confirma-se, eventualmente com uma mensagem — e não é um gesto longo ou complicado, porque com luvas ou à chuva os gestos falham.

Juntamente com o pedido parte a posição, se o dispositivo a conceder dentro de dez segundos. Se o GPS for negado ou não responder o SOS parte na mesma, sem coordenadas, e a app di-lo com clareza: mais vale um alarme sem posição do que nenhum alarme.

Há também outras vias de entrada: um SMS de um número registado, e os comunicadores por satélite — os feeds inReach e SPOT são interrogados de dez em dez minutos e um ponto marcado SOS faz disparar o alarme, ao passo que os terminais Iridium chegam por webhook.

O alarme chega aos proprietários e aos administradores — a «sala de operações» — no sino, por push e, para quem tenha um número de telefone registado, também por SMS com um link para o mapa. Se o mesmo operador voltar a disparar dentro de um quarto de hora, o alarme aberto é atualizado com a nova posição em vez de gerar outro.

O tratamento tem quatro estados: Ativado, Assumido (regista quem e quando), depois Resolvido ou Falso alarme. Os alarmes não se criam a partir do painel: nascem apenas do terreno.

Um ponto tem de ser repetido porque é o que conta: o SOS não substitui o 112 nem os serviços de emergência, e não é um beacon certificado Cospas-Sarsat. É o envio de uma posição e de um pedido de ajuda aos responsáveis da tua organização. Se houver uma emergência a sério, liga-se para o 112.