O que é o Certificado de Conformidade (CoC)?
31 Março 2026
Estoque Q2 2026 Amazon.fr | Pré-Amazon França vs FBA
4 Abril 2026
FLEX. Logistics
Fornecemos serviços de logística a retalhistas online na Europa: preparação Amazon FBA, processamento de ordens de remoção FBA, reencaminhamento para Centros de Cumprimento - tanto envios FBA como Vendor.
Desde o seu lançamento faseado iniciado em 2021, o ICS2 reformulou a forma como as mercadorias entram na União Europeia. A Fase 3 — a mais abrangente até agora — integrou plenamente o transporte marítimo, as vias navegáveis interiores e o transporte rodoviário no âmbito de aplicação, completando a arquitetura regulamentar que a Autoridade Aduaneira da UE se propôs construir. Para operadores logísticos, despachantes e importadores, esta fase final não se limita a adicionar novas obrigações de declaração. Expõe algo que já estava quebrado em muitas cadeias de abastecimento: a forma como os dados aduaneiros são detidos, partilhados e governados entre as partes.
As taxas de rejeição de ENS estão a aumentar. As declarações estão a ser sinalizadas, atrasadas ou recusadas — não porque as mercadorias sejam problemáticas, mas porque os dados subjacentes estão incompletos, incorrectamente atribuídos ou apresentados demasiado tarde. Compreender por que isto acontece e quem é realmente responsável por o corrigir é agora uma das questões operacionais mais prementes no comércio transfronteiriço europeu.
O que a Fase 3 do ICS2 Alterou Realmente — e Por Que Importa Agora
O ICS2 (Import Control System 2) é o regime reformado da UE de declaração de segurança e proteção pré-chegada. Substituiu o antigo sistema ICS e introduziu uma lógica fundamentalmente diferente: em vez de depender de uma única declaração consolidada por envio, o ICS2 opera num modelo de múltiplas declarações onde diferentes partes — transportadoras, transitários e representantes aduaneiros — podem cada uma submeter os seus próprios conjuntos de dados para um ENS (Entry Summary Declaration) partilhado.
Fase 3 do ICS2, que entrou em plena força operacional em 2024, estendeu este quadro ao transporte rodoviário e ao transporte marítimo, sectores que anteriormente operavam ao abrigo de disposições legadas ou transitórias. As implicações práticas são significativas.
O Âmbito Alargou-se — Assim Como a Exposição
Com o transporte rodoviário agora plenamente no âmbito de aplicação, um vasto volume de carga destinada à UE que anteriormente era tratado ao abrigo de regimes pré-chegada menos granulares deve agora cumprir os requisitos completos de declaração ENS. Isto significa mais actores envolvidos, mais pontos de contacto de dados e mais oportunidades para a informação cair entre as fendas.
O Modelo de Múltiplas Declarações Introduz Nova Complexidade
No âmbito do ICS2, é possível que uma transportadora e um transitário apresentem conjuntos de dados separados para o mesmo envio. Isto é intencional — mas só funciona se os conjuntos de dados forem coerentes entre si. Quando não o são, o sistema ICS2 sinaliza a declaração e segue-se uma rejeição ou uma consulta de avaliação de risco.
As Janelas de Pré-Carregamento e Pré-Chegada São Inegociáveis
O ICS2 impõe prazos rigorosos. Para o frete aéreo, o PLACI (Pre-Loading Advance Cargo Information) deve ser submetido antes do início do carregamento — o que significa que a obrigação de dados começa antes de o envio se mover fisicamente. Para o transporte rodoviário, o ENS deve ser apresentado pelo menos uma hora antes da chegada à fronteira da UE. Para o marítimo, a janela varia consoante o comprimento da viagem, mas pode estender-se a 24 horas ou mais para envios de alto mar. O princípio é o mesmo em todos os modos: os dados devem chegar à alfândega antes das mercadorias.
Taxa de Rejeição de ENS como KPI de Governação
A maioria das equipas logísticas rastreia as rejeições de ENS de forma reativa — elas surgem quando um envio é atrasado e alguém começa a fazer chamadas. Isso é um problema. A taxa de rejeição de ENS precisa de ser tratada como um KPI de governação prospetivo, não como um relatório de incidente retrospetivo.
A razão é simples: uma elevada taxa de rejeição de ENS é um sintoma de um problema sistémico de qualidade de dados, não uma série de erros isolados. Se a sua taxa de rejeição estiver acima de 2–3%, quase certamente tem um problema estrutural na forma como os dados são recolhidos, validados e transmitidos — e esse problema está a custar-lhe em atrasos, taxas de alteração e exposição regulamentar.
Como Deve Ser a Aparência de uma Taxa de Rejeição Saudável
Não existe um benchmark oficial da UE para as taxas de rejeição de ENS, mas equipas aduaneiras experientes que trabalham com a FLEX. definem objetivos internos que mantêm as taxas de rejeição abaixo de 1,5% para faixas comerciais padrão. Taxas acima de 5% são um sinal de alerta que deve desencadear uma auditoria completa do fluxo de dados, enquanto qualquer coisa entre 1,5% e 5% justifica uma revisão direcionada dos tipos de erro de maior frequência. A distinção importa: uma taxa na faixa intermédia aponta para problemas específicos e corrigíveis, ao passo que uma taxa acima de 5% geralmente sinaliza que todo o processo de recolha de dados precisa de ser reestruturado desde a base.
As Causas Mais Comuns de Rejeição de ENS
Os problemas mais frequentes que os operadores encontram no âmbito da Fase 3 do ICS2 enquadram-se em cinco categorias: dados de consignatário/consignante incorrectos ou em falta (especialmente quando os detalhes do importador são preenchidos pela transportadora em vez de verificados na origem); erros na descrição das mercadorias onde linguagem vaga não cumpre os limiares de rastreio de segurança do ICS2; discrepâncias nos números EORI entre o declarante real e a parte que apresenta a declaração; apresentações tardias efetuadas após o fecho da janela de pré-chegada ou pré-carregamento; e inconsistências nos conjuntos de dados onde a informação apresentada pela transportadora e pelo transitário entra em conflito no modelo de múltiplas declarações. Cada um destes é rastreável a uma falha específica na passagem de informação.
Transformar os Dados de Rejeição em Ação
O valor de governação de rastrear as rejeições de ENS como KPI vem da capacidade de segmentar tipos de erro, atribuí-los a partes responsáveis e rastrear a melhoria ao longo do tempo. Um registo de rejeições bem estruturado deve capturar a referência do envio, o código de rejeição emitido pelo sistema ICS2, o campo de dados que desencadeou a rejeição e a parte responsável por esse campo. Essa última coluna é a mais importante: sem atribuição clara da parte, os dados de rejeição dizem-lhe que algo correu mal mas não quem precisa de o corrigir. Com ela, tem a base para conversas de responsabilização estruturadas — e ciclos de melhoria mensuráveis em vez de combate repetido a incêndios.
Propriedade dos Campos: A Causa Raiz que a Maioria das Equipas Ignora
Pergunte a qualquer gestor logístico quem é responsável pelo número EORI do consignatário numa declaração ENS e obterá respostas diferentes dependendo de quem perguntar — o despachante, a transportadora ou o importador. Essa ambiguidade não é uma falha de comunicação. É uma falha de governação e é um dos principais impulsionadores da rejeição de ENS na Fase 3 do ICS2. A propriedade dos campos significa atribuir responsabilidade explícita e documentada por cada campo de dados numa declaração ENS a uma parte específica na cadeia de abastecimento. Parece óbvio. Na prática, quase nunca acontece com o nível de precisão que o ICS2 exige.
Por Que a Ambiguidade Cria Erros — Não Redundância
Quando várias partes acreditam partilhar a responsabilidade por um campo de dados, o resultado raramente é verificação dupla. Geralmente é duplicação com valores inconsistentes ou, pior, suposição mútua de que a outra parte tratou disso. O modelo de múltiplas declarações do ICS2 foi concebido para permitir a apresentação colaborativa — mas a colaboração só funciona quando cada parte sabe exatamente o que lhe pertence. Na prática, a propriedade partilhada sem limites claros produz os mesmos modos de falha repetidamente:
- Apresentações duplicadas com valores em conflito — duas partes apresentam o mesmo campo com dados diferentes
- Lacunas de suposição mútua — cada parte acredita que a outra verificou a informação
- Sem caminho de correção claro — quando uma rejeição ocorre, ninguém sabe quem deve corrigi-la
- Atrasos em cascata — um único campo sem dono atrasa toda a declaração
Construir uma Matriz de Propriedade de Campos
Uma matriz de propriedade de campos é um documento estruturado que mapeia todos os campos de dados do ENS para a parte responsável por fornecê-lo, verificá-lo e apresentá-lo. No mínimo, deve abranger as seguintes atribuições:
- Dados do expedidor/exportador — Equipa aduaneira do importador ou exportador
- Dados do consignatário — Importador
- Descrição das mercadorias e código HS — Despachante aduaneiro ou transitário
- Dados de transporte e itinerário — Transportadora
- Números EORI — Cada parte responsável pelos seus próprios; verificados pelo despachante
- Calendário de apresentação — Transportadora (pré-carregamento) e despachante (pré-chegada)
A matriz não precisa de ser complexa. Precisa de ser acordada, aprovada e integrada nos fluxos operacionais — não arquivada numa pasta partilhada e esquecida.
Sinais Comuns de que a Propriedade dos Campos Está Quebrada
A maioria das equipas não se apercebe de que o seu modelo de propriedade de campos falhou até que um envio fica retido. Mas os sinais de aviso aparecem mais cedo e seguem padrões reconhecíveis que, uma vez identificados, são difíceis de ignorar:
- Rejeições recorrentes nos mesmos campos — os dados de origem nunca são corrigidos na fonte
- Pedidos de dados de última hora — detalhes do importador são perseguidos após a confirmação da reserva
- Apresentações em conflito — dados da transportadora e do despachante que não coincidem no itinerário ou consignatário
- Sem caminho de escalonamento — equipas incertas sobre quem contactar quando um campo não pode ser verificado a tempo
Quando qualquer um destes padrões aparece de forma consistente, o problema é estrutural. Corrigi-lo exige uma intervenção de governação, não apenas um lembrete por e-mail à parte relevante.
Como a FLEX. Aborda a Propriedade dos Campos na Prática
Na FLEX. Logística, a propriedade dos campos não é tratada como um exercício de configuração única. É integrada no processo de integração para cada novo cliente e revista sempre que as faixas comerciais, fornecedores ou transportadoras mudam. Cada parte na cadeia recebe uma decomposição documentada dos campos que lhe pertencem, com prazos claros e um caminho de escalonamento definido. A abordagem baseia-se em quatro princípios operacionais:
- Atribuição completa de campos — todos os campos do ENS são atribuídos a exatamente uma parte responsável
- Integração na integração — a propriedade é acordada antes do primeiro envio se mover, não depois
- Ciclos de revisão regulares — as atribuições são revistas sempre que as faixas, fornecedores ou transportadoras mudam
- Responsabilização rastreável — todas as rejeições podem ser rastreadas até um campo, e todos os campos até uma parte
Quando essa rastreabilidade existe, a melhoria torna-se mensurável. Sem ela, os mesmos erros recorrem indefinidamente.
A Passagem de Informação Importador–Despachante–Transportadora: Onde os Dados Correm Mal
O momento mais perigoso na qualidade dos dados do ENS é a passagem de informação. É quando os dados passam de uma parte para outra — do importador para o despachante, do despachante para a transportadora ou da transportadora de volta para o sistema aduaneiro — e é onde os erros são mais propensos a ser introduzidos, duplicados ou perdidos por completo.
No âmbito da Fase 3 do ICS2, o problema da passagem de informação é agravado pelo facto de o transporte rodoviário envolver frequentemente subcontratantes múltiplos e os envios marítimos poderem envolver pernas multimodais complexas, cada uma com as suas próprias obrigações de dados.
O Papel do Importador É Maior do Que a Maioria Assume
Muitos importadores tratam a declaração aduaneira como um serviço que delegam completamente ao seu despachante. No âmbito do ICS2, isso já não é uma postura viável. O importador é a fonte de verdade para uma parte significativa dos dados do ENS — particularmente informação do consignatário, detalhes das mercadorias e números EORI. Se esses dados estiverem errados na origem, nenhum despachante os pode corrigir a jusante sem voltar ao importador — o que demora tempo, e o tempo é exatamente o que as janelas de pré-chegada não permitem.
Os importadores precisam de construir processos internos para validar e fornecer dados prontos para o ENS no momento da reserva do envio, não depois de as mercadorias estarem em trânsito.
A Responsabilidade de Orquestração do Despachante
O despachante aduaneiro ocupa a posição central no fluxo de dados do ENS. Recebe dados do importador, coordena com a transportadora os detalhes de transporte e apresenta a declaração no sistema ICS2. Isso torna o despachante o proprietário natural do processo ENS. Uma relação de despachante bem funcional inclui:
- SLA claros para a prestação de dados por parte do importador (por exemplo, dados completos do envio pelo menos 24 horas antes da abertura da janela de pré-chegada)
- Um ponto de verificação de validação antes da apresentação, onde o despachante sinaliza campos em falta ou inconsistentes de volta à origem
- Um caminho de escalonamento documentado quando os dados não podem ser confirmados antes do prazo de apresentação
Obrigações da Transportadora no Âmbito da Fase 3 do ICS2
As transportadoras não são participantes passivos no processo ENS. No âmbito do ICS2, têm obrigações diretas de apresentação para dados ao nível do transporte — particularmente no âmbito do requisito PLACI para frete aéreo e requisitos de pré-chegada para rodoviário e marítimo. Quando os dados da transportadora entram em conflito com os dados apresentados pelo despachante, o sistema ICS2 sinaliza a inconsistência.
A responsabilidade da transportadora é apresentar dados de transporte precisos e atempados e comunicar em tempo real quaisquer alterações de itinerário ou acordos de subcontratação que afetem o ENS. Na prática, isto requer um acordo de partilha de dados com o transitário ou despachante aduaneiro que especifique que dados a transportadora fornecerá, em que formato e até quando.
Construir um Quadro de Governação de Dados Pronto para o ICS2
Corrigir as taxas de rejeição de ENS não é um problema tecnológico. É um problema de governação que a tecnologia pode apoiar. As empresas que estão a gerir a Fase 3 do ICS2 de forma mais eficaz construíram quadros que abordam pessoas, processos e sistemas — por essa ordem. Obter a conformidade aduaneira da UE certa começa com pessoas e processos, não com software.
Passo Um: Auditar o Seu Perfil Atual de Rejeições
Antes de alterar qualquer coisa, compreenda com o que está a lidar. Extraia as suas últimas 90 dias de declarações ENS e segmente as rejeições por tipo de erro, campo de dados e parte responsável. Esta auditoria quase sempre revelará um pequeno número de erros recorrentes — tipicamente três a cinco tipos de campos — que representam a maioria das suas rejeições. Corrigir esses sistematicamente terá um impacto desproporcionado na sua taxa geral de rejeição.
Passo Dois: Formalizar os Protocolos de Passagem de Informação
Documente o processo exato pelo qual os dados passam do importador para o despachante e para a transportadora. Especifique formatos, prazos e caminhos de escalonamento. Torne o protocolo de passagem de informação parte dos seus acordos comerciais com cada parte — não apenas um procedimento operacional interno padrão. Quando ocorrem atrasos ou erros, o protocolo dá-lhe uma base clara para responsabilização e correção rápida.
Passo Três: Monitorizar, Relatar e Iterar
Os quadros de governação degradam-se sem medição. Defina um ritmo mensal de revisão para as taxas de rejeição de ENS, segmentadas por faixa comercial, transportadora e tipo de erro. Partilhe os dados com todas as partes na cadeia. Quando a qualidade dos dados de uma parte melhora, reconheça-o. Quando deteriora, aborde-o cedo — não depois de um envio ficar retido na fronteira.
Os Seus Dados ENS São a Sua Estratégia Aduaneira. Trate-os Assim
A Fase 3 do ICS2 tornou uma coisa inegável: a conformidade aduaneira já não é uma função de back-office. A qualidade dos seus dados ENS, a clareza do seu modelo de propriedade de campos e a eficiência das passagens de informação importador–despachante–transportadora afetam diretamente a sua capacidade de mover mercadorias para a UE de forma fiável e competitiva.
A taxa de rejeição de ENS é um KPI de governação. A propriedade dos campos é uma disciplina operacional. E os protocolos de passagem de informação entre importadores, despachantes e transportadoras são a infraestrutura da qual depende o seu acesso ao mercado da UE.
Na FLEX. Logística, trabalhamos com importadores e operadores de cadeias de abastecimento para construir exatamente este tipo de governação de dados aduaneiros — desde matrizes de propriedade de campos até monitorização da taxa de rejeição, e desde coordenação com despachantes até suporte completo de conformidade ICS2 em todos os modos de transporte. Se a sua taxa de rejeição de ENS estiver mais alta do que deveria, ou se as suas passagens de dados ainda funcionarem com base em acordos informais, agora é o momento certo para corrigir as bases.
Pronto para colocar a sua conformidade ICS2 sob controlo? Contacte a equipa FLEX. e comecemos com uma auditoria dos seus fluxos atuais de dados ENS.
