VOO / CONHECIMENTO & DESIGN

Permissão e aprovação de voo | Torne visíveis as condições e as fontes

Para orientar alguém ao requerimento certo, é preciso lidar com a combinação de local e método de voo. Projete ao mesmo tempo para exceções e itens não verificados.

Leia esta página em ordem
01

Divida a decisão em cinco caixas

Se a permissão/aprovação de voo é exigida depende do espaço aéreo, do método de voo e de outros fatores. Além dos procedimentos da Lei de Aeronáutica Civil, é preciso observar também a Lei de Proibição de Voo de Pequenas Aeronaves Não Tripuladas e as restrições de governos locais ou de instalações. Verifique as condições mais recentes na orientação de procedimentos do MLIT (Ministério da Terra, Infraestrutura, Transporte e Turismo do Japão).

Fonte: MLIT | Procedimentos de permissão e aprovação de voo
CaixaExemplos de entradasComo o resultado é mantido
Espaço aéreoArredores de aeroportos, altitude, distritos densamente habitados etc.Aplica-se / não se aplica / não verificado
MétodoVoo noturno, além da linha de visada visual, distância de pessoas e propriedades etc.Uma verificação para cada condição operacional
Aeronave e pilotoCertificação, qualificações, condições aplicáveisValidade das evidências gerenciada separadamente
Solo e instalaçõesUso do solo, acesso, restrições locaisRegistro de confirmação com o responsável
Restrições temporáriasDesignações temporárias, mudanças emergenciaisPeríodo aplicável e hora em que a informação foi obtida

Esta lista organiza as entradas da decisão; não é uma tabela exaustiva de determinação legal. Ao implementar exceções condicionais, vá até a lei e as diretrizes de análise, e peça a um especialista que revise o resultado.

02

Não armazene regras apenas como prosa

Dê a cada regra uma jurisdição, data de vigência, condições aplicáveis, exceções, URL da fonte e status de revisão. Enterre apenas os limiares no código e, quando as regras mudarem, ninguém encontra o que precisa ser corrigido.

rule = {
  jurisdiction, effective_from, effective_until,
  conditions, exceptions, required_actions,
  source_url, source_checked_at, review_status
}

assessment = {
  mission_revision, rule_version,
  result: "requires_review",
  missing_inputs, reasons
}
03

Mesmo com uma permissão, confira-a com este plano

Verifique as condições escritas no documento: aeronave coberta, piloto, período, local, método de voo e assim por diante. Nunca deixe a IA adivinhar as partes que não podem ser lidas. Deixe a IA extrair candidatos, mas mantenha a comparação com o original e a aprovação pelo responsável como etapas explícitas do processo.

MudançaResposta proposta do aplicativo
Trocar para outra aeronaveConferir novamente as condições da aeronave coberta
Alterar o horário de inícioReverificar o período de validade e as restrições temporárias
Estender a rotaReverificar a área permitida e a gestão do solo
Texto do documento ilegívelMostrar "ilegível" e solicitar reenvio
04

Construa uma tela que não silencie em caso de falha

Dados do mapa indisponíveis, regra expirada, permissão ilegível. Nenhum desses três significa "sem problema". Mostre por que o item não está verificado e ofereça uma verificação oficial ou o encaminhamento a uma pessoa. Dê ao usuário um caminho adiante.

DEFINIÇÃO DE PRONTO

Ao construir, verifique isto.

  • Entradas faltantes e não conformidade são mostradas como estados distintos.
  • Missões avaliadas sob uma regra desatualizada podem ser identificadas.
  • Fontes, exceções e escopo podem ser rastreados a partir do resultado.

Pontos de verificação de design para revisões de especificação e testes funcionais.

Confira as fontes

As explicações das regras e definições baseiam-se no material abaixo. As telas, os dados e a definição de pronto são propostas de design nossas.

Fontes verificadas em: 30 de setembro de 2026. Confirme como as regras se aplicam ao seu caso com base nas informações oficiais mais recentes.