Atech transformou planos de voo em um negócio de US$ 17 milhões, mas o software não decide sozinho

A Atech encontrou um negócio de US$ 17 milhões ao modernizar dois sistemas usados na gestão do espaço aéreo brasileiro. O contrato assinado com o Departamento de Controle do Espaço Aéreo (DECEA) em 24 de julho de 2024 mostra como uma empresa de tecnologia vende uma solução crítica: ela precisa conectar dados de planos de voo, radares, satélites e meteorologia sem retirar do controlador a decisão sobre cada aeronave.

Esse detalhe define o caso. O produto da Atech não é um piloto automático para o céu. O Sigma organiza a demanda prevista e a capacidade disponível. O Sagitário reúne informações para que profissionais acompanhem o tráfego. A operação continua sob responsabilidade dos órgãos de navegação aérea, vinculados à Força Aérea Brasileira. O valor do negócio veio da integração entre etapas que já existiam, mas precisavam conversar com mais velocidade e consistência.

O contrato de 2024 colocou dois sistemas na mesma operação

O anúncio da Embraer informa que os dois contratos firmados entre a Atech e o DECEA somaram US$ 17 milhões. O objetivo foi implantar o Sagitário e modernizar o Sigma, soluções desenvolvidas pela Atech em parceria com a Comissão de Implantação do Sistema de Controle do Espaço Aéreo (CISCEA/DECEA). A notícia foi divulgada durante o Farnborough International Airshow, no Reino Unido.

O número ajuda a entender o tipo de venda. Atech não entregou uma licença isolada para uma empresa usar em um computador. O projeto envolveu centros de controle, atualização de uma solução estratégica e adaptação a uma estrutura nacional que opera de forma contínua. O comprador é um órgão público responsável por uma rede de segurança operacional, e o sistema precisa funcionar dentro de procedimentos, equipamentos e equipes já existentes.

A página institucional da Embraer sobre defesa e segurança descreve a Atech como empresa que desenvolve sistemas para controle e gerenciamento de tráfego aéreo civil e militar. No comunicado do contrato, a Embraer define o Sagitário como uma solução que processa dados de várias fontes, como radares e satélites, e consolida as informações em uma interface para os controladores. O Sigma, por sua vez, administra dados de tráfego, planos de voo, rotas e capacidades de aeroportos.

O erro de leitura mais comum seria tratar os dois nomes como produtos iguais. Eles ocupam momentos diferentes do processo. O Sigma olha para a demanda antes e durante o planejamento. O Sagitário apoia o acompanhamento do voo nas unidades de controle. A ligação entre eles é que permite transformar um plano previsto em informação operacional acompanhada por uma equipe.

O Sigma começa antes da decolagem, quando a capacidade ainda pode ser organizada

Um plano de voo informa aos sistemas de navegação para onde, quando e como uma aeronave pretende voar. Essa informação chega antes da operação e permite comparar o movimento esperado com a capacidade de aeroportos, rotas e setores do espaço aéreo. O Sigma recebe os planos apresentados por pilotos e companhias aéreas, incluindo planos repetitivos usados em voos regulares.

O mecanismo é parecido com um sistema de gestão de capacidade, mas a consequência é operacional. Se muitos voos forem previstos para o mesmo período, o sistema pode ajudar a organizar horários de pouso e decolagem, conhecidos como slots. A finalidade é distribuir a demanda antes que o congestionamento apareça na pista, na área terminal ou em um setor de rota.

O FPL-BR funciona como uma das interfaces desse processo. Conforme explicou Marcos Resende, vice-presidente de negócios ATM da Atech, o aplicativo permite que pilotos enviem informações pela internet. O procedimento substitui etapas que, historicamente, dependiam de ligações telefônicas ou de formulários preenchidos presencialmente. Depois do envio e da análise, os dados alimentam o Sigma e são distribuídos aos sistemas e unidades envolvidos.

A mudança de processo está no ponto de entrada. Um dado enviado eletronicamente chega ao fluxo de tratamento sem precisar ser redigitado a partir de uma ligação ou de um formulário físico. Isso reduz uma etapa de transcrição, mas não elimina a conferência. O plano continua sujeito à análise e as autorizações permanecem sob responsabilidade dos órgãos de controle.

O comunicado oficial da Embraer descreve o Sigma como solução para otimizar informações de tráfego, planos de voo, vias aéreas e capacidades aeroportuárias. A descrição é relevante porque mostra que o valor não está em armazenar um documento. Está em usar o documento para estimar demanda, confrontá-la com limites conhecidos e distribuir a informação para quem toma decisões.

O Sagitário recebe a operação em andamento e expõe o que mudou

Depois da decolagem, o voo pode passar por diferentes unidades. A torre atua no aeroporto, o Controle de Aproximação organiza o tráfego em áreas próximas aos aeroportos e o Centro de Controle de Área acompanha regiões extensas durante o cruzeiro. A transferência entre essas unidades exige que as informações permaneçam coerentes quando a responsabilidade muda de uma equipe para outra.

É nesse trecho que o Sagitário entra. Segundo a reportagem do UOL, o sistema integra informações de vigilância, planos de voo, dados operacionais e dados meteorológicos. O controlador consegue acompanhar a posição das aeronaves e a evolução dos voos em tempo real dentro da área sob sua responsabilidade.

A integração muda a rotina porque uma ocorrência não precisa ser compreendida por uma única fonte. A posição observada, o plano registrado e a informação meteorológica aparecem no mesmo ambiente de apoio. Se um aviso de tempo severo for encaminhado ao sistema, o controlador avalia se deve alertar as aeronaves ou coordenar uma alteração operacional. A decisão continua humana, mas o tempo para reunir os elementos diminui.

O Brasil tinha cinco Centros de Controle de Área e 42 Controles de Aproximação no recorte citado pela reportagem. O Relatório de Performance ATM do DECEA registra a mesma escala institucional em seu levantamento: cinco ACCs, 42 APPs, 57 torres de controle e uma torre digital, em uma área de responsabilidade de aproximadamente 22 milhões de quilômetros quadrados.

A conta simples mostra a dimensão da rede: 42 APPs divididos pelos cinco ACCs equivalem a uma média de 8,4 controles de aproximação por centro. A média não significa que a distribuição real seja uniforme. Ela serve para mostrar por que um sistema nacional precisa lidar com unidades diferentes, áreas de atuação distintas e regras de transferência, em vez de atender a uma única sala.

A dependência entre software e controlador virou limite do projeto

O caminho da Atech teve um problema técnico e institucional para resolver. De acordo com a reportagem do UOL, os primeiros sistemas de controle aéreo usados no país foram contratados de empresas estrangeiras a partir da década de 1970. A dificuldade para alterar e atualizar essas soluções levou a FAB a investir em conhecimento e formação de profissionais brasileiros durante a década de 1980.

A partir desse histórico, a tecnologia nacional passou a ser tratada como capacidade de adaptação. A Atech foi criada em 1997 por uma equipe de engenheiros ligada a sistemas de controle aéreo e ao projeto Sivam, segundo a apuração publicada pelo UOL. A empresa passou a integrar o grupo Embraer em 2011, e a compra foi concluída em 2013. A companhia manteve marca e estrutura próprias.

O que deu errado no caminho não aparece como um apagão ou uma falha isolada. O problema foi a dependência de sistemas que não respondiam com facilidade às necessidades locais. Atualizar uma solução crítica exige preservar dados, procedimentos e treinamento, enquanto novas funções são incorporadas. Uma alteração que parece simples para um software comum pode afetar a comunicação entre órgãos e a forma como equipes acompanham aeronaves.

Esse limite explica por que o produto não pode substituir o controlador. O Sagitário fornece uma visão integrada e instrumentos de apoio à decisão. O sistema não autoriza pouso, não escolhe uma rota por conta própria e não assume a responsabilidade de separar aeronaves. A decisão continua com os profissionais dos órgãos de navegação aérea, que interpretam os dados e coordenam o tráfego.

O próprio desenho do negócio revela uma regra para empresas de tecnologia que vendem para operações críticas: automação precisa ser mensurada pelo que organiza e pelo que deixa sob controle humano. A promessa de substituir a equipe criaria um risco que o contrato não poderia aceitar. A promessa de reduzir o tempo para encontrar e compartilhar informação, por outro lado, cabe na necessidade operacional descrita pelas fontes.

A exportação exigiu integrar o software a regras de outros países

A Atech levou a experiência brasileira para projetos no Paraguai, na Venezuela, na Índia e na África do Sul, conforme relatado por Marcos Resende ao UOL. O produto não foi copiado de forma idêntica em todos os destinos. Na Índia e na África do Sul, a aplicação está ligada à gestão do fluxo de tráfego, enquanto outros países podem usar sistemas próprios para receber planos de voo e executar funções complementares.

O ponto de integração aparece de novo. O software de fluxo precisa receber dados de uma estrutura externa, interpretar os campos necessários e devolver a informação para o processo operacional local. Cada país tem órgãos, procedimentos e sistemas próprios. A solução precisa se encaixar nessas regras sem presumir que o modelo brasileiro será repetido em outro território.

A página de apresentação da Atech informa que a empresa atua no desenvolvimento e na integração de sistemas de comando e controle, além de soluções de gerenciamento de tráfego aéreo. A experiência descrita no site inclui operações no Brasil e na Índia. O caso mostra que a exportação de tecnologia crítica depende de integração, documentação e adaptação, e não só de entregar o mesmo programa a um novo comprador.

Os dois contratos de 2024 reforçam esse ponto dentro do próprio mercado brasileiro. Atech e DECEA trabalham com sistemas desenvolvidos em parceria, enquanto a atualização precisa acompanhar o funcionamento de uma rede que reúne cinco ACCs e dezenas de APPs. O valor publicado, US$ 17 milhões, remunera uma combinação de engenharia, modernização, implantação e continuidade operacional.

Na segunda-feira, a empresa compradora deve mapear a decisão antes da ferramenta

O caso da Atech deixa um procedimento verificável para qualquer negócio que avalie tecnologia de operação crítica. Primeiro, liste a decisão que precisa ser tomada e o prazo máximo para tomá-la. No tráfego aéreo, a decisão é coordenar o movimento com segurança; no negócio, pode ser liberar uma carga, aprovar uma transação ou redirecionar uma equipe.

Depois, registre a origem de cada dado usado nessa decisão. O modelo do DECEA separa plano de voo, vigilância, meteorologia e capacidade. Uma empresa pode fazer o mesmo com pedido, estoque, pagamento e transporte. Se a origem não estiver identificada, a integração pode produzir uma tela única sem produzir uma decisão confiável.

O terceiro passo é desenhar a transferência de responsabilidade. No caso brasileiro, o voo muda de unidade e o controlador continua responsável pela avaliação. Em uma operação comercial, o pedido pode sair do vendedor, passar pelo financeiro e chegar à logística. O sistema deve deixar claro quem recebe o alerta, quem pode alterar o processo e quem registra a decisão.

Por fim, peça ao fornecedor três respostas documentadas: quais dados entram, qual tratamento o sistema faz e qual decisão permanece fora do software. A Atech vendeu uma solução que organiza o fluxo e apoia o controlador, não uma promessa de autonomia total. Essa distinção é o mecanismo que permite modernizar uma operação sem esconder o risco dentro da tecnologia.

Fontes consultadas

• UOL, reportagem sobre Atech, Sigma e Sagitário.
• Embraer, contrato com o DECEA para modernização do controle de tráfego aéreo.
• DECEA, Relatório de Performance ATM do SISCEAB.
• Atech, apresentação institucional da empresa.
• Embraer, visão geral de Defesa e Segurança.