A edição V.2026-1 do NAT Doc 007 — o manual de operações e espaço aéreo do Atlântico Norte publicado pela ICAO EUR/NAT — entrou em vigor em 19 de março de 2026, introduzindo mudanças que afetam diretamente o planejamento de voo, os procedimentos de clearance oceânica e o gerenciamento de risco GNSS para todas as aeronaves que cruzam o NAT HLA. Para operadores brasileiros como LATAM, Azul e GOL, que realizam dezenas de cruzamentos diários em rotas para Europa e costa leste dos EUA, compreender essas alterações não é opcional — é requisito operacional imediato.
Neste artigo
- Quais são as mudanças centrais do NAT Doc 007 V.2026-1?
- Por que Reykjavik dispensou a RCL e o que isso significa na prática?
- Shanwick adia OCR: o que muda e o que não muda?
- FLAS eliminado para rotas random — qual o impacto no planejamento?
- ETO substitui ETA nas RCLs — por que isso importa?
- Interferência GNSS como risco operacional rotineiro: a nova realidade
- Como essas mudanças afetam operadores brasileiros no NAT?
- Perguntas frequentes
- Fontes e referências
- O que observar nos próximos meses
Quais são as mudanças centrais do NAT Doc 007 V.2026-1?
O NAT Doc 007 é o documento de referência para qualquer operação no NAT HLA (North Atlantic High Level Airspace), abrangendo as OCAs de Reykjavik, Shanwick, Gander, New York Oceanic e Santa Maria. A edição V.2026-1, preparada pelo ICAO European and North Atlantic Office, consolida alterações que vinham sendo discutidas desde o NAT Systems Planning Group (NAT SPG) ao longo de 2025.
Definição: NAT HLA (North Atlantic High Level Airspace) é o espaço aéreo acima de FL285 no Atlântico Norte, gerenciado conjuntamente pelas OCAs de Reykjavik, Shanwick, Gander, New York Oceanic e Santa Maria. Todas as operações de aeronaves a jato nesse espaço seguem os procedimentos do NAT Doc 007.
A tabela abaixo resume as cinco mudanças mais significativas:
| Mudança | Área afetada | Impacto operacional |
|---|---|---|
| Reykjavik dispensa RCL | OCA Reykjavik | Tripulações não precisam enviar Request for Clearance Limit ao cruzar via Reykjavik; clearance vem automaticamente |
| Shanwick adia OCR | OCA Shanwick | Oceanic Clearance Removal não será implementado antes do verão de 2026; procedimento atual permanece |
| FLAS eliminado para rotas random | Planejamento NAT | Flight Level Allocation Scheme não se aplica mais a rotas random; apenas OTS (Organized Track System) mantém FLAS |
| RCLs usam ETO em vez de ETA | Mensagens CPDLC/ACARS | Estimated Time Over (ponto de entrada) substitui Estimated Time of Arrival na composição da RCL |
| Interferência GNSS como risco rotineiro | Gerenciamento de risco | Jamming e spoofing de GNSS tratados como evento operacional esperado, não como exceção rara |
Cada uma dessas mudanças merece análise detalhada. Vamos a elas.
Por que Reykjavik dispensou a RCL e o que isso significa na prática?
A partir de 19 de março de 2026, aeronaves cruzando o Atlântico Norte pela OCA de Reykjavik não precisam mais enviar uma RCL (Request for Clearance Limit) antes do Oceanic Entry Point (OEP). Caso a tripulação envie uma RCL por engano, receberá uma mensagem informando que o procedimento não é necessário naquele espaço aéreo.
Definição: RCL (Request for Clearance Limit) é a mensagem enviada pela tripulação ao ATC oceânico, via CPDLC ou ACARS, solicitando autorização para ingressar no espaço aéreo oceânico. Contém rota, nível de voo, velocidade Mach e tempo estimado no ponto de entrada.
O que motivou a mudança?
Reykjavik opera com menor densidade de tráfego do que Shanwick ou Gander, especialmente fora do período de pico do verão europeu. A OCA islandesa já vinha utilizando procedimentos simplificados de clearance e concluiu que a etapa formal da RCL adicionava complexidade sem ganho proporcional em segurança ou eficiência de fluxo.
Na prática, a clearance de rota doméstica/continental emitida antes do ingresso no espaço aéreo de Reykjavik já contém a autorização oceânica. A tripulação recebe a clearance oceânica por ACARS ou voz VHF antes do OEP, sem necessidade de iniciar o processo com uma RCL separada.
Implicações para tripulações brasileiras
Voos do Brasil para destinos na Escandinávia, Islândia ou rotas que cruzam o NAT pela porção norte (ex.: LATAM operando GRU–CPH ou conexões para destinos nórdicos) são os mais diretamente afetados. A simplificação reduz carga de trabalho no cockpit durante a fase de transição para o oceânico, mas exige que a tripulação confirme previamente qual OCA será utilizada no cruzamento. Enviar RCL para Reykjavik não é um erro crítico — apenas será rejeitada — mas demonstra desconhecimento do procedimento atualizado.
Os departamentos de operações de voo das companhias brasileiras devem atualizar seus manuais de rota (route manuals) e briefings de pré-voo para refletir que a RCL não se aplica a Reykjavik desde 19 de março de 2026.
Shanwick adia OCR: o que muda e o que não muda?
Enquanto Reykjavik simplifica procedimentos, Shanwick mantém o status quo. A implementação do OCR (Oceanic Clearance Removal) — procedimento pelo qual a clearance doméstica se torna automaticamente a clearance oceânica, eliminando a necessidade de uma clearance separada — foi adiada para depois do verão de 2026.
Definição: OCR (Oceanic Clearance Removal) é o conceito operacional em que a clearance ATC emitida no espaço aéreo doméstico/continental permanece válida para o trecho oceânico, eliminando a etapa de solicitar e receber uma clearance oceânica separada. Gander já implementou o OCR; Shanwick ainda não.
Por que o adiamento?
A experiência de Gander com a implementação do OCR revelou desafios operacionais significativos. Quando Gander adotou o OCR, houve relatos de confusão entre tripulações que não compreendiam se sua clearance continental permanecia válida para o trecho oceânico ou se precisavam aguardar uma confirmação adicional. Incidentes de desvio de rota involuntário e consultas desnecessárias ao ATC oceânico sobrecarregaram frequências de comunicação.
Shanwick, que gerencia o corredor NAT de maior densidade de tráfego — a maioria dos voos Europa–América do Norte cruza por ali — decidiu adotar uma abordagem cautelosa. O NAT Doc 007 V.2026-1 confirma explicitamente que o procedimento atual em Shanwick permanece: a tripulação envia a RCL, recebe a clearance oceânica, e então opera conforme essa clearance.
O que a tripulação deve fazer
Para cruzamentos via Shanwick:
- Enviar a RCL no tempo correto — não antes de 30 minutos do OEP conforme aplicável
- Aguardar a clearance oceânica — não assumir OCR
- Verificar a clearance recebida contra o plano de voo e confirmar via read-back
- Não confundir o procedimento de Gander (OCR ativo) com o de Shanwick (OCR não ativo)
Este último ponto é crucial para tripulações que operam rotas alternadas. Um voo GRU–LHR pode cruzar por Shanwick no westbound return e por Gander no eastbound — com procedimentos diferentes em cada direção.
FLAS eliminado para rotas random — qual o impacto no planejamento?
O FLAS (Flight Level Allocation Scheme) era o sistema que determinava os níveis de voo disponíveis com base na direção do tráfego e na estrutura de trilhas. A edição V.2026-1 elimina a aplicação do FLAS para rotas random — ou seja, rotas que não seguem o OTS (Organized Track System) publicado nos NAT Track Messages.
Definição: FLAS (Flight Level Allocation Scheme) é o esquema de alocação de níveis de voo no NAT HLA, que tradicionalmente restringia quais flight levels estavam disponíveis com base no sentido do tráfego (eastbound/westbound) e no tipo de rota (OTS ou random).
O que permanece e o que muda
| Tipo de rota | FLAS antes de 19/03/2026 | FLAS após 19/03/2026 |
|---|---|---|
| OTS (trilhas organizadas) | Aplicável — FL alocado conforme direção e trilha | Permanece aplicável |
| Rotas random | Aplicável — FL restrito conforme direção | Não aplicável — FL conforme clearance ATC |
Na prática, isso significa que aeronaves operando rotas random no NAT HLA agora podem solicitar qualquer nível de voo disponível, sujeito à aprovação do ATC oceânico. A restrição direcional (ex.: níveis ímpares para westbound, pares para eastbound) deixa de ser automática para random routes.
Por que isso é relevante para operadores brasileiros?
Rotas entre o Brasil e a Europa frequentemente utilizam rotas random fora do período de pico do OTS, especialmente voos noturnos que partem de Guarulhos (GRU) ou Galeão (GIG) com destino a Lisboa (LIS), Madrid (MAD) ou Paris (CDG). Esses voos, dependendo do vento e da otimização pelo dispatcher, podem não seguir nenhuma trilha OTS.
Com a eliminação do FLAS para random routes, os dispatchers ganham maior flexibilidade na seleção de nível de voo, podendo otimizar altitude para eficiência de combustível sem as restrições direcionais prévias. Porém, isso também exige que o dispatcher e a tripulação estejam atentos: o nível solicitado precisa ser aprovado na clearance oceânica. Não é carta branca — é remoção de uma restrição de planejamento, não de uma restrição de controle.
Os sistemas de flight planning (Lido, Jeppesen, SITA) devem ser atualizados para refletir a ausência do FLAS em random routes. Operadores que utilizam software automatizado para geração de planos de voo NAT devem verificar se a lógica de alocação de FL foi ajustada.
ETO substitui ETA nas RCLs — por que isso importa?
Uma mudança aparentemente sutil, mas com impacto direto na composição de mensagens: o NAT Doc 007 V.2026-1 agora especifica que as RCLs devem conter o ETO (Estimated Time Over) no ponto de entrada oceânico, em vez do ETA (Estimated Time of Arrival).
Definição: ETO (Estimated Time Over) é o horário estimado em que a aeronave sobrevoará um ponto específico da rota — neste caso, o Oceanic Entry Point. Diferencia-se do ETA (Estimated Time of Arrival), que tradicionalmente se refere ao horário de chegada ao destino ou a um ponto de referência terminal.
Qual a diferença prática?
A distinção é de referência geográfica:
- ETA → tempo estimado de chegada, frequentemente associado ao destino final ou a um fix de chegada
- ETO → tempo estimado de sobrevoo em um waypoint específico, neste caso o OEP
Na composição da RCL via CPDLC (por exemplo, mensagem DM17/DM18 ou formato livre), a tripulação deve inserir o horário estimado de passagem pelo ponto de entrada oceânico, não o tempo de chegada ao destino ou a um fix arbitrário.
Por que a ICAO fez essa mudança?
A padronização visa eliminar ambiguidade. Em edições anteriores, havia inconsistência entre operadores sobre qual "ETA" informar na RCL — alguns inseriam o ETA no destino, outros no OEP, outros no primeiro waypoint oceânico. Isso gerava imprecisão na sequência de tráfego gerenciada pelo ATC oceânico, especialmente em períodos de alta densidade.
Ao exigir explicitamente o ETO no OEP, a ICAO garante que o ATC receba informação padronizada e comparável entre todas as aeronaves — essencial para a separação longitudinal baseada em tempo no ambiente oceânico, onde não há radar convencional.
Ação necessária
Tripulações devem:
- Verificar que o FMS/ACARS está configurado para transmitir ETO (não ETA) no campo de tempo da RCL
- Confirmar que o ponto de referência é o OEP correto para a OCA em questão
- Revisar os templates de mensagem CPDLC/ACARS utilizados pela companhia
Operadores com sistemas ACARS que geram RCLs automaticamente devem validar que a lógica de cálculo de tempo se refere ao OEP, não ao destino.
Interferência GNSS como risco operacional rotineiro: a nova realidade
Talvez a mudança mais significativa em termos de filosofia de gerenciamento de risco no NAT Doc 007 V.2026-1 seja o tratamento da interferência GNSS. Jamming e spoofing de sinais GPS/GNSS deixaram de ser tratados como eventos excepcionais e passaram a ser classificados como risco operacional rotineiro do ambiente NAT.
Definição: Interferência GNSS engloba dois fenômenos: jamming (bloqueio do sinal GNSS por ruído eletromagnético, impedindo a recepção) e spoofing (transmissão de sinais GNSS falsos que induzem o receptor a calcular posição incorreta). Ambos comprometem a navegação RNAV/RNP no espaço aéreo oceânico.
O que motivou a reclassificação?
Os relatórios de interferência GNSS no Atlântico Norte aumentaram significativamente desde 2023. O NAT SPG documentou centenas de eventos, incluindo:
- Jamming afetando aeronaves na porção leste do NAT, particularmente próximo ao espaço aéreo europeu
- Spoofing causando desvios de posição inercial de até dezenas de milhas náuticas
- Aeronaves que não conseguiram recuperar a solução GNSS após o evento, mantendo navegação degradada por todo o cruzamento oceânico
A realidade é que a interferência GNSS se tornou endêmica em certas regiões do globo, e o Atlântico Norte não é exceção. A ICAO reconheceu que tratar esses eventos como anomalias raras não reflete a situação operacional real.
O que muda nos procedimentos
O NAT Doc 007 V.2026-1 orienta operadores a:
- Incluir interferência GNSS na avaliação de risco pré-voo — não como "e se acontecer", mas como "quando acontecer"
- Verificar capacidade de navegação alternativa — a aeronave deve ser capaz de manter RNAV com base em IRS/INS caso o GNSS seja comprometido
- Reportar eventos imediatamente ao ATC oceânico via CPDLC ou HF, conforme procedimentos do NAT OPS Bulletin sobre GNSS Interference Procedures
- Não assumir que a posição FMS é confiável quando houver indicação de interferência — a tripulação deve cross-check com navegação inercial e, se disponível, com DME/DME
O documento referencia o NAT OPS Bulletin específico sobre procedimentos de interferência GNSS como guia complementar obrigatório.
Implicações para a aviação brasileira
Aeronaves da frota brasileira de longo curso — predominantemente A330, A350, 787 e 777 — possuem sistemas IRS/ADIRS robustos que permitem navegação inercial independente do GNSS. No entanto, a capacidade de detectar spoofing varia entre modelos de receptor GNSS instalados. Operadores brasileiros devem:
- Auditar a capacidade de detecção de spoofing dos receptores GNSS de suas frotas
- Treinar tripulações para reconhecer indicações de spoofing (ex.: posição FMS divergente da posição IRS, alertas de integridade RAIM)
- Atualizar procedimentos de contingência NAT para tratar interferência GNSS como cenário padrão, não excepcional
- Considerar o status de NOTAM de interferência GNSS como parte do briefing meteorológico/operacional pré-voo
A mudança de classificação pode parecer semântica, mas tem consequências práticas: se a interferência GNSS é rotineira, a aeronave deve estar preparada para operar sem GNSS em qualquer cruzamento NAT. Isso eleva o patamar mínimo de prontidão operacional.
Como essas mudanças afetam operadores brasileiros no NAT?
O Brasil é um dos maiores geradores de tráfego transatlântico no hemisfério sul. LATAM, Azul e GOL operam rotas que cruzam o NAT HLA diariamente:
| Operador | Rotas NAT típicas | Aeronave | OCA principal |
|---|---|---|---|
| LATAM | GRU–LHR, GRU–CDG, GRU–MAD, GRU–FCO | A350, 787 | Shanwick, Santa Maria |
| Azul | VCP–LIS, CNF–LIS, VCP–CDG | A330neo, A350 | Santa Maria, Shanwick |
| GOL | GRU–MIA, GRU–MCO, GRU–EWR | 737 MAX (via Caribe, não NAT HLA) | N/A (maioria sub-NAT) |
É importante notar que a GOL, operando 737 MAX para destinos nos EUA, geralmente não cruza o NAT HLA — suas rotas para Miami, Orlando e Newark passam pelo Caribe e espaço aéreo continental dos EUA. Porém, a GOL mantém codeshares e interlining com companhias que operam no NAT, e seus dispatchers devem compreender o ambiente operacional.
Ações recomendadas para operadores brasileiros
- Atualização imediata de manuais de rota — refletir a dispensa de RCL para Reykjavik, a manutenção do procedimento em Shanwick, e a eliminação do FLAS para random routes
- Revisão de templates CPDLC/ACARS — garantir que RCLs utilizem ETO no OEP, não ETA
- Briefing de tripulações — circular informativa sobre as mudanças, com ênfase no tratamento de interferência GNSS
- Auditoria de sistemas de flight planning — verificar se softwares de despacho refletem a remoção do FLAS em random routes
- Atualização de treinamento recorrente — incluir cenários de interferência GNSS no NAT como evento rotineiro em sessões de simulador
Perguntas frequentes
A RCL foi abolida em todo o Atlântico Norte?
Não. A RCL foi dispensada apenas na OCA de Reykjavik. Nas demais OCAs — Shanwick, Gander, New York Oceanic e Santa Maria — o procedimento de envio da RCL permanece obrigatório (exceto em Gander, onde o OCR já está ativo e a clearance doméstica se estende ao oceânico).
Quando Shanwick implementará o OCR?
O NAT Doc 007 V.2026-1 confirma que o OCR não será implementado em Shanwick antes do verão de 2026 (boreal). Shanwick informou separadamente que a data exata depende da conclusão de avaliações operacionais e da resolução de lições aprendidas com a implementação em Gander. Não há data confirmada.
A eliminação do FLAS para random routes significa que posso voar qualquer nível?
Significa que a restrição de planejamento baseada na direção do tráfego não se aplica mais a random routes. Porém, o nível de voo efetivo continua sujeito à aprovação do ATC oceânico na clearance. A mudança beneficia o planejamento e a otimização de combustível, mas não elimina a necessidade de autorização.
O que fazer se detectar interferência GNSS durante cruzamento NAT?
Conforme o NAT Doc 007 V.2026-1 e o NAT OPS Bulletin complementar: (1) verificar cross-check entre posição FMS e posição IRS/INS; (2) reportar ao ATC oceânico via CPDLC ou HF; (3) manter navegação por IRS se a solução GNSS estiver comprometida; (4) não tentar forçar reaquição do sinal GNSS reiniciando receptores em voo sem procedimento aprovado pelo fabricante.
Essas mudanças afetam aeronaves de aviação geral que cruzam o NAT?
Sim. O NAT Doc 007 se aplica a todas as aeronaves operando no NAT HLA acima de FL285, incluindo aviação executiva e geral. Aeronaves menores, muitas vezes com menor redundância de sistemas de navegação, são particularmente vulneráveis à interferência GNSS e devem prestar atenção redobrada às novas orientações.
Fontes e referências
- ICAO EUR/NAT. NAT Doc 007 — North Atlantic Operations and Airspace Manual, Edition V.2026-1, Amd 0. Applicable from 19 March 2026. Disponível em: icao.int/EURNAT
- OpsGroup. New NAT Doc 007: North Atlantic Changes from March 2026. Disponível em: ops.group/blog
- OpsGroup. What's Changing on the North Atlantic? Disponível em: ops.group/blog
- ICAO EUR/NAT. NAT Doc 007, Edition V.2026-1, Amd 0 — Side Bars Edition (alterações sinalizadas). Disponível em: icao.int/EURNAT
O que observar nos próximos meses
- Shanwick OCR — acompanhar NOTAMs e NAT OPS Bulletins para a data de implementação pós-verão 2026. Quando Shanwick ativar o OCR, o impacto no fluxo de trabalho de cockpit será substancial.
- Expansão do OCR para Santa Maria — se Gander e eventualmente Shanwick adotarem OCR, Santa Maria pode ser a próxima OCA. Operadores com rotas que cruzam por Santa Maria (comuns para LATAM e Azul) devem monitorar.
- Evolução da interferência GNSS — o tratamento como risco rotineiro sugere que a ICAO espera aumento dos eventos, não redução. Monitorar publicações do NAT SPG e NOTAMs de GNSS interference nas FIRs oceânicas.
- Atualização de NAT Doc 003 — o manual de gerenciamento de HF (High Frequency) também será revisado para refletir mudanças correlatas. Tripulações que dependem de HF como backup no NAT devem acompanhar.
- Workshop NAT SPG — a ICAO planeja workshops para padronizar abordagens de OCR e coordenação entre OCAs, sem data confirmada. Os resultados desses workshops definirão o ritmo da próxima edição do NAT Doc 007.
A modernização do espaço aéreo do Atlântico Norte é um processo iterativo e por vezes desigual entre as OCAs. O NAT Doc 007 V.2026-1 é mais um passo nessa direção — com avanços reais (Reykjavik, FLAS, GNSS) e cautelas necessárias (Shanwick). Para quem cruza o Atlântico profissionalmente, a leitura completa do documento original permanece insubstituível.