VOO / CONHECIMENTO & DESIGN
Registro de aeronaves e cadastro da frota | Trate a mesma aeronave corretamente
Marca de registro, proprietário, configuração, histórico de manutenção. Não enfie tudo em um único campo de entrada; construa um cadastro que se conecte às operações.
Leia esta página em ordem
Verifique o ponto de entrada do sistema
Segundo o MLIT (Ministério da Terra, Infraestrutura, Transporte e Turismo do Japão), aeronaves não tripuladas de 100 g ou mais voadas ao ar livre devem ser registradas. Confirme também como a marca de registro é exibida e se o Remote ID se aplica. O Remote ID tem exceções, então não presuma que "toda aeronave é tratada da mesma forma"; em vez disso, aponte para a orientação oficial.
Fonte: MLIT | Portal de registro de aeronaves não tripuladasSepare os identificadores por função
| Item | O que representa | Atenção a |
|---|---|---|
| ID interno da aeronave | A chave que acompanha a aeronave dentro do aplicativo | Mantenha-o separado de números externos que podem mudar |
| Número de série | O número atribuído pelo fabricante | Confira junto com marca e modelo |
| Marca de registro | O identificador vinculado ao registro na autoridade competente | Armazene também o país, a validade e os documentos comprobatórios |
| Identificador de Remote ID | Informação que identifica a função ou o módulo de transmissão | Mantenha um histórico quando um módulo externo for trocado |
| Nome de exibição | Um nome que o piloto lembre com facilidade | Nunca faça dele portador de unicidade ou de prova oficial |
Use um número externo como chave primária do banco de dados e o histórico de manutenção e de voo se perde no momento em que ele muda. A proposta é vincular o histórico pelo ID interno e manter os números oficiais como registros relacionados com um período de validade.
Permita retomar o fluxo de registro no meio
Comece com marca, modelo e número de série, e mostre possíveis duplicatas. Depois acrescente os dados do registro e os documentos comprobatórios. Ajuda se quem ainda não concluiu o registro oficial puder salvar um rascunho. Mas mantenha "salvo no aplicativo" e "registro concluído na autoridade" visivelmente separados.
- Se o mesmo número já existir, deixe o usuário escolher a aeronave existente antes de criar uma nova.
- Separe proprietário de operador e verifique as permissões de visualização e edição da equipe.
- Registre mudanças de sensor e carga útil no histórico de configuração em vez de duplicar a aeronave.
- Se a validade do registro for desconhecida, salve como desconhecida e transforme em um item de verificação pendente.
Dados de exemplo e tratamento de mudanças
Abaixo está o exemplo de design do próprio aplicativo. Não é o formato de envio do DIPS, então não o envie a sistemas externos como está.
{
"aircraft_id": "aircraft_demo_01",
"display_name": "Drone de levantamento 1",
"registration": {
"jurisdiction": "JP",
"mark": null,
"expires_at": null,
"verification_state": "unverified"
},
"configuration_version": 1,
"readiness": "not_assessed"
}Atualizar o registro da aeronave depois de um voo nunca deve reescrever a configuração usada em voos passados. Mantenha tanto os valores atuais no cadastro quanto uma cópia referente a cada voo. É um detalhe sem glamour que compensa em uma futura investigação de incidente.
DEFINIÇÃO DE PRONTO
Ao construir, verifique isto.
- O usuário pode revisar possíveis registros duplicados.
- Uma aeronave com documentos não verificados nunca é tratada como verificada.
- Configurações operacionais passadas podem ser restauradas mesmo depois que o registro da aeronave muda.
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.
- MLIT | Portal de registro de aeronaves não tripuladasRegistro de aeronaves, marcas de registro e Remote ID
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.