Novo

Avaliação SORA 2.5: o cálculo do texto, etapa a etapa

Uma SORA não se preenche, demonstra-se. O Waypoint360 calcula cada etapa com as tabelas do texto e indica, ao lado de cada valor, o parágrafo que o justifica.

Comece agora. Crie uma conta sem compromisso →

Uma SORA demonstra-se, não se preenche

Na categoria específica, fora de um cenário padrão, o operador pede uma autorização. Para a obter, avalia o risco da sua operação com a SORA, um método publicado pelo JARUS. A autoridade não julga a boa vontade: verifica cada nível escolhido, tabela a tabela.

Desde 30 de setembro de 2025, a EASA aplica a SORA 2.5 como meio aceitável de conformidade com o artigo 11.º do Regulamento (UE) 2019/947. A SORA 2.0 continua em vigor durante a transição, com outro nome (AMC1bis). As duas versões não dão o mesmo resultado.

Uma diferença que se mede

Tomemos um drone com menos de um metro, em linha de vista, sobre uma cidade, a 120 m, em espaço aéreo de classe G, com duas mitigações assinaladas. O antigo método simplificado do Waypoint360 dava um SAIL I. A SORA 2.5 dá um SAIL IV. Três níveis de diferença: é o que separa uma operação fácil de autorizar de uma operação que exige provas sólidas.

Foi esta constatação que nos levou a refazer o cálculo a partir do texto, tabela a tabela.

As dez etapas, pela ordem do texto

O ecrã e o PDF seguem as etapas da SORA 2.5, pela mesma ordem:

  1. Descrição da operação: volumes, zona tampão, área adjacente.
  2. Risco intrínseco no solo: a dimensão característica e a velocidade máxima da aeronave, cruzadas com a densidade populacional sobrevoada.
  3. Mitigações do risco no solo: M1(A) abrigo, M1(B) restrições operacionais, M1(C) observação no solo, M2 efeitos do impacto, cada uma consoante a sua robustez.
  4. Risco aéreo inicial: a árvore de decisão do texto (espaço aéreo atípico, aeródromo, altitude, classe de espaço aéreo, zona urbana).
  5. Risco aéreo residual, quando uma redução se justifica.
  6. Requisitos táticos (TMPR), consoante o ARC residual; o voo em linha de vista faz as suas vezes.
  7. Nível SAIL, lido na tabela que cruza o risco no solo e o risco aéreo.
  8. Contenção: área adjacente, ajuntamentos de pessoas a menos de um quilómetro, robustez exigida.
  9. Objetivos de segurança: os 17 OSO da SORA 2.5, cada um com a robustez que o seu SAIL exige.
  10. Dossiê de segurança, reunido a partir das etapas anteriores.

A estas junta-se o plano de resposta a emergências (ERP). Desde a SORA 2.5, deixou de reduzir o risco no solo: faz parte do que o operador demonstra.

Cada valor cita o seu parágrafo

Cada etapa do ecrã e cada secção do PDF têm a mesma referência: «Etapa 2, risco intrínseco no solo, SORA 2.5 §4.2, tabela 2». A autoridade, ou o próprio operador, verifica um valor ao parágrafo exato. Na próxima revisão do texto, sabe-se também que etapa rever.

O motor, o ecrã e o PDF leem a mesma lista de etapas. Nenhum dos três escreve a sua, por isso não se podem contradizer.

Um cálculo sem IA

O risco no solo, o risco aéreo, o SAIL, a contenção e a robustez de cada OSO são calculados por funções que leem as tabelas do texto. Os testes reproduzem essas tabelas por inteiro: cada célula da tabela do risco no solo, cada célula da tabela do SAIL, cada ramo da árvore do risco aéreo.

A IA apenas propõe as partes redigidas: a descrição da operação e o plano de emergência. Não decide nenhum nível.

A edição da EASA ou a do JARUS

As tabelas são idênticas nos dois textos. A EASA introduziu, no entanto, algumas alterações, duas das quais mudam um cálculo:

  • a regra dos 250 g, que atribui o risco no solo mais baixo a uma aeronave de 250 g ou menos que voe a 25 m/s no máximo, não se aplica sobre um ajuntamento de pessoas;
  • o OSO #04 (conceção segundo uma norma de aeronavegabilidade) exige uma robustez mais alta a partir do SAIL IV.

A edição da EASA é proposta por predefinição. Pode escolher a do JARUS, por exemplo para uma autoridade de fora da União.

A densidade populacional, com introdução guiada

A densidade populacional sobrevoada é o dado mais difícil de estabelecer. Escolhe o descritor mais próximo (remoto, pouco povoado, rural, residencial, urbano, muito denso) e ajusta depois o valor se dispuser de um mapa populacional. A dimensão e a velocidade vêm da ficha do drone, quando esta as indica.

O que ainda não está disponível

  • Os critérios detalhados do anexo E, OSO a OSO.
  • Os PDRA: a EASA ainda não os adaptou à SORA 2.5.
  • A densidade populacional lida diretamente num mapa oficial.

Fontes

Perguntas frequentes

Que versão da SORA utiliza o Waypoint360?

A SORA 2.5. Por predefinição, a edição da EASA, adotada como meio aceitável de conformidade com o artigo 11.º do Regulamento (UE) 2019/947 e aplicável desde 30 de setembro de 2025. Também pode escolher o texto do JARUS. Os dois têm as mesmas tabelas; a edição da EASA acrescenta algumas diferenças, que o cálculo aplica.

O cálculo é feito por uma IA?

Não. Cada etapa é uma função que lê as tabelas do texto, sem IA. Os testes reproduzem essas tabelas célula a célula. A IA apenas propõe as partes redigidas, como a descrição da operação ou o plano de emergência, e cabe-lhe a si revê-las.

O Waypoint360 dá-me a autorização?

Não. Só a autoridade competente autoriza uma operação na categoria específica. O Waypoint360 calcula os níveis, reúne o processo e cita as suas referências, para que a autoridade possa verificar cada valor. A solidez da demonstração continua a ser sua.

O que acontece às minhas avaliações SORA anteriores?

Não são recalculadas sem aviso: um documento aprovado não deve mudar de sentido sem que o saiba. Ficam com a menção «método simplificado» e um aviso, e pode refazer a avaliação com a SORA 2.5.

O Waypoint360 propõe um PDRA?

Por agora, já não. Os PDRA da EASA ainda não foram adaptados à SORA 2.5, e o PDRA-G01 diz respeito a um voo além da linha de vista, algo que a ferramenta anterior ignorava. Antes nenhuma sugestão do que uma sugestão errada.

Criar a minha conta grátis

Funcionalidades · MANEX · Fluxo da missão