# UAVI: engenharia brasileira e direitos de um codesenvolvimento

Português do Brasil · Análise v1.0.0 · Revisão 2026-10-13

Ter engenharia local é um ponto de partida. O contrato precisa definir o que o cliente recebe, mantém e pode modificar.

## Fatos e limites

[COMPANY_DECLARED] O conteúdo P&D preservado na rede declara software próprio, simulação, engenharia embarcada e foco em independência tecnológica. É um registro da versão anterior, consultada pelo guia em 07/10/2026. [F4]

[COMPANY_DECLARED] Em 13/10/2026, /pd/ redireciona para Engenharia & Tecnologia. A página atual descreve arquitetura orientada pela missão, prototipagem, integração de componentes, testes e evolução. A versão antiga e a página atual não são tratadas como textos idênticos. [F16]

[UNVERIFIED] Essas declarações não identificam quais direitos serão cedidos a um cliente, origem integral da aeronave, disponibilidade da equipe ou orçamento confirmado. Não foi identificado prejuízo por falta de IP; os riscos abaixo são cenários de contrato e execução.

## Cronologia

07/10/2026 — Guia registra a declaração da página P&D anterior; cópia integrada preservada. [F4]

13/10/2026 — Revalidação observa redirecionamento para Engenharia & Tecnologia. [F16]

## Controle e direitos

[INTERNAL_ANALYSIS] Pauta proposta; não é perda comprovada, cotação ou direito já contratado.

| Camada | Estado da evidência | O que verificar |

| --- | --- | --- |

| Tecnologia preexistente | Titularidade não examinada | Listar o que já pertencia a cada parceiro antes do projeto. |

| Projeto novo | Divisão de direitos não definida | Negociar código, desenho, documento, licença e escopo por entregável. |

| Integração / manutenção | Capacidade declarada; aceite não realizado | Treinamento e execução por equipe designada, com documentação. |

| Componentes externos | Origem / licença não verificadas | Registrar dependências e restrições de terceiros. |

| Continuidade | Não contratada nesta análise | Definir quem entrega correções, peças e evolução se a parceria terminar. |

## Comprar, qualificar e controlar

[INTERNAL_ANALYSIS] Pauta proposta; não é perda comprovada, cotação ou direito já contratado.

| Estratégia | Escopo | Como decidir |

| --- | --- | --- |

| Comprar | Componentes externos com especificação e origem documentadas | Não iniciar pelo desenvolvimento de cada chip; escolher onde a missão realmente exige diferenciação. |

| Codesenvolver | Um módulo ou interface com escopo limitado | Brasil, Taiwan ou outro parceiro conforme capacidade; país não prova controle. |

| Controlar | Requisitos, integração e direitos suficientes do projeto novo | Aceitar arquivos utilizáveis, versão, testes e manutenção; não presumir cessão de tecnologia preexistente. |

## Cenários de risco

[INTERNAL_ANALYSIS] Pauta proposta; não é perda comprovada, cotação ou direito já contratado.

| Dependência | Efeito possível | Como verificar |

| --- | --- | --- |

| Projeto novo sem divisão de direitos | Cliente pode depender de aprovação do parceiro para alterar ou comercializar. | Anexos de tecnologia preexistente e de resultados novos. |

| Protótipo que só o autor consegue operar | Manutenção e repetição do lote podem depender de uma pessoa. | Documentação, build/arquivos reproduzíveis e transferência prática de conhecimento. |

| Módulo escolhido antes de definir a missão | Integração pode crescer sem critério de aceite. | Um modelo, uma missão, interfaces e limites fixados antes da prova. |

## Pacotes de trabalho propostos

[INTERNAL_ANALYSIS] Pauta proposta; não é perda comprovada, cotação ou direito já contratado.

| Pacote | Entregáveis | Critério de aceite |

| --- | --- | --- |

| Definição de um pacote de trabalho | Requisito, interfaces, dependências e mapa de direitos. | Escopo com entradas/saídas, responsabilidades e aceite aprovado. |

| Integração de um módulo | Protótipo, documentação, configuração e registro de teste. | Uma função acordada funciona na configuração definida; origem e direitos pendentes ficam explícitos. |

## Perguntas para a próxima conversa

1. Qual configuração e qual bloqueio do cliente justificam o novo trabalho?

2. Qual tecnologia já existe e qual será criada no projeto?

3. Quem pode manter, modificar e fabricar cada resultado depois?

4. Que prova uma equipe designada deve executar sem depender do autor original?

## Aplicação em OEM industrial

[INTERNAL_ANALYSIS] No desenvolvimento de uma peça especial, separar a peça OEM de um projeto sob encomenda. Desenhos do cliente, desenho do fornecedor, ferramental, alterações e fabricação alternativa precisam de condições próprias.

## Decisão

[INTERNAL_ANALYSIS] Comece por um pacote de trabalho verificável. Engenharia própria da empresa não implica automaticamente propriedade do resultado pelo comprador.

## Fontes públicas

[F4] UAVI — Pesquisa e desenvolvimento — https://uavi.global/pd/

Revisão 2026-10-07 · COMPANY_DECLARED. Sustenta: Declarações de software próprio, simulação e independência na versão P&D preservada; não são tratadas como texto atual idêntico. Não comprova: Direitos cedidos, origem integral, demanda comercial ou continuidade dessas palavras na página atual.

[F16] UAVI — Engenharia & Tecnologia, página atual — https://uavi.global/engenharia-tecnologia/

Revisão 2026-10-13 · COMPANY_DECLARED. Sustenta: Engenharia por missão, arquitetura, prototipagem, integração e testes declarados na página atual. Não comprova: Cessão de direitos ao cliente, origem integral dos componentes ou contrato de cooperação.