Os vendedores devem externalizar o fulfillment pan-europeu?
24 Maio 2026
O que a multa DSA da Temu significa para as obrigações de segurança de produto dos vendedores cross-border na UE
30 Maio 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 Fulfillment — tanto envios FBA como de Fornecedores.
O Programa de Trabalho de 2026 da Comissão Europeia para o IVA na Era Digital (ViDA) não é uma discussão política distante. É um mandato técnico sequenciado com um prazo para a primeira vaga em janeiro de 2027 que afeta diretamente a forma como os vendedores transfronteiriços da UE se registam, declaram e movimentam inventário entre os Estados-Membros. Para as marcas que operam redes de distribuição em múltiplos países, a questão já não é se devem adaptar-se, mas quais obrigações surgem primeiro, quem dentro da organização é responsável por cada uma delas, e se o atual stack tecnológico de IVA consegue efetivamente produzir os campos de dados que a nova arquitetura exige. Este artigo analisa os seis atos de execução, mapeia a implementação faseada de 2027 a 2030 e identifica os pontos de controlo operacionais onde as configurações legadas fragmentadas têm maior probabilidade de falhar sob o modelo de comunicação centralizado que está a chegar.
Os Seis Atos de Execução: Análise do Programa de Trabalho de 2026
O Programa de Trabalho de 2026 estrutura a transição do ViDA em seis atos de execução distintos, cada um visando uma camada específica da infraestrutura de IVA existente. O primeiro ato aborda a normalização técnica dos campos de dados exigidos para transações intracomunitárias, estabelecendo o conjunto mínimo de dados que cada submissão de comunicação digital deve incluir. O segundo ato rege a reformulação do Sistema de Intercâmbio de Informações sobre o IVA (VIES), passando de um modelo de consulta em lote periódico para uma arquitetura de verificação quase em tempo real. O terceiro ato define os módulos expandidos do Balcão Único da União (OSS), incluindo novas categorias para fornecimentos específicos de serviços públicos que entram em vigor a 1 de janeiro de 2027. O quarto e quinto atos estabelecem a base jurídica e técnica para os quadros obrigatórios de Registo Único de IVA (SVR) e Transferência de Bens Próprios (TOOG), ambos previstos para julho de 2028. O sexto ato abrange as disposições transitórias e as janelas de derrogação dos Estados-Membros. Cada ato cria uma camada de conformidade distinta, e os vendedores que os tratam como uma reforma indiferenciada vão atribuir mal o esforço de preparação e perder a lógica de sequenciação por completo.
Requisitos de Comunicação Digital: O Que Deve Ser Capturado
Os Requisitos de Comunicação Digital (DRR) no âmbito do ViDA determinam que os dados ao nível da transação sejam estruturados, datados e transmissíveis num formato normalizado no momento do fornecimento. Para os vendedores transfronteiriços, isto significa que cada transação B2B intracomunitária deve incluir um conjunto definido de campos de dados: número de IVA do fornecedor, número de IVA do cliente, data da fatura, montante tributável, taxa de IVA aplicada e uma referência da transação que possa ser conciliada com o registo de entrada do comprador. O ponto de controlo operacional crítico é que estes dados devem existir num estado limpo e extraível antes de a transação ser comunicada — e não reconstruídos a posteriori a partir de registos do sistema de gestão de armazéns ou manifestos de transportadoras. Os vendedores que dependem de sistemas ERP que agregam dados de transações mensalmente, em vez de os capturar ao nível da linha de artigo, vão enfrentar uma incompatibilidade estrutural com a arquitetura DRR. A camada de dados deve ser integrada no fluxo de encomenda-para-fatura, e não adicionada na fase de comunicação.
O Que Falha Quando a Camada de Dados Está em Falta
Quando o stack tecnológico de IVA de um vendedor não consegue produzir dados de transação limpos ao nível do campo sob demanda, as consequências no novo modelo DRR não se limitam a uma comunicação atrasada. O VIES reformulado vai cruzar as submissões do fornecedor com os registos do lado do comprador em tempo quase real. Uma discrepância — causada por um número de IVA em falta, uma data de fatura incorreta ou um montante tributável que não concilia com a entrada declarada pelo comprador — ativa automaticamente uma sinalização de discrepância. No sistema periódico atual, essas discrepâncias são frequentemente resolvidas discretamente durante a reconciliação anual. Na arquitetura que está a chegar, uma discrepância sinalizada pode suspender o estatuto de reembolso de IVA da transação até que o erro seja corrigido e reenviado. Para vendedores que movimentam elevados volumes de stock B2B através de múltiplas fronteiras da UE, um padrão de sinalizações de discrepância não é um incómodo de conformidade. É um risco de fluxo de caixa que se agrava em cada transação afetada até que a fonte de dados seja corrigida ao nível do sistema.
A Reformulação do VIES: Preparação para Auditoria em Tempo Real
A reformulação técnica do VIES é a mudança de infraestrutura que torna o resto do ViDA aplicável. Na sua forma atual, o VIES permite a verificação de números de IVA com base em consultas, mas não cruza dados de transações entre Estados-Membros em tempo real. O sistema reformulado vai ingerir registos estruturados de transações de ambos os lados de um fornecimento intracomunitário e sinalizar automaticamente assimetrias. Para os vendedores, isto altera fundamentalmente o modelo de exposição a auditorias. Anteriormente, uma auditoria de IVA era um processo periódico e pesado em documentação, acionado por um sinal de risco específico. Na nova arquitetura VIES, cada transação intracomunitária é efetivamente pré-auditada na camada de dados antes de qualquer inspetor humano estar envolvido. Os vendedores que dependiam de reconciliação manual de IVA ou software de IVA legado de um único país vão descobrir que essas ferramentas não produzem o output estruturado que o novo sistema exige. O passo prático de preparação é uma análise de lacunas dos campos de dados atuais das faturas em relação ao conjunto de dados DRR normalizado, concluída muito antes do prazo da primeira vaga de 2027.
Expansão do OSS e o Percurso para o Registo Único de IVA
O quadro do Balcão Único está a ser expandido significativamente no âmbito do ViDA, e as alterações de janeiro de 2027 introduzem novos módulos OSS da União que abrangem categorias de fornecimento anteriormente não elegíveis para comunicação centralizada. Os vendedores de comércio eletrónico que já utilizam o OSS para vendas à distância B2C, o âmbito expandido significa rever se os tipos de fornecimento recém-elegíveis no seu mix de produtos podem ser consolidados no registo OSS existente ou se exigem a eleição de um módulo separado. A alteração estruturalmente mais significativa é a introdução, em julho de 2028, do Registo Único de IVA (SVR) obrigatório, que vai substituir o requisito atual de os vendedores manterem registos de IVA locais em todos os Estados-Membros onde detêm stock. Ao abrigo do SVR, um vendedor que movimenta inventário para um centro de fulfillment na Polónia, um hub de distribuição na Alemanha e uma instalação de processamento de devoluções em França vai gerir essas obrigações através de um único ponto de registo, em vez de três declarações nacionais separadas. O mecanismo de Transferência de Bens Próprios (TOOG), que entra em vigor em simultâneo com o SVR, vai tratar o tratamento de IVA das movimentações de stock transfronteiriço entre armazéns próprios de um vendedor — um tipo de transação que atualmente exige tratamento manual cuidadoso em cada jurisdição. Para vendedores que operam uma estratégia de distribuição pan-UE através de múltiplos nós de armazém, o SVR e o TOOG em conjunto representam a alteração operacionalmente mais significativa em todo o pacote ViDA.
O Que Auditar Antes de Janeiro de 2027
O primeiro passo prático é uma auditoria estruturada da pegada atual de registos de IVA em relação ao âmbito do módulo OSS que está a chegar. Os vendedores devem confirmar quais os tipos de fornecimento no seu catálogo de produtos da UE que são recém-elegíveis para comunicação OSS da União a partir de janeiro de 2027 e se o seu registo OSS atual abrange essas categorias ou as exclui por defeito. A segunda camada de auditoria é a arquitetura de dados das faturas: o sistema ERP ou de gestão de encomendas atual captura os campos DRR normalizados ao nível da transação, ou agrega os dados de formas que exigiriam extração e reformatação manuais antes da submissão? A terceira verificação é a consistência dos identificadores EORI e de IVA em todas as vias comerciais ativas — qualquer discrepância entre os identificadores usados nas declarações aduaneiras de entrada e os usados nos registos OSS cria uma lacuna de reconciliação que o novo cruzamento de dados do VIES vai revelar. Os vendedores que utilizam serviços de desalfandegamento na UE devem confirmar que o seu despachante aduaneiro está a capturar e transmitir os mesmos identificadores de IVA usados na sua conta OSS.
Onde os Stacks de IVA Fragmentados Falham no Âmbito do SVR
A suposição fraca mais comum entre os vendedores multi-país é que o prazo de julho de 2028 do SVR lhes dá margem suficiente para adiar a preparação. Na prática, a transição para o SVR exige que os vendedores mapeiem todos os registos de IVA locais atuais para a nova estrutura de registo único, migrem os dados históricos de comunicação e garantam que os seus sistemas de gestão de armazéns e encaminhamento de encomendas conseguem atribuir corretamente as movimentações de stock ao quadro TOOG desde o primeiro dia da transição. Os vendedores que expandiram a sua presença na UE de forma incremental — adicionando um armazém na Alemanha, depois um hub de devoluções em França, depois um nó de fulfillment na Polónia — têm frequentemente os registos de IVA geridos por diferentes consultores locais que utilizam outputs de software diferentes. Consolidar tudo num único registo SVR coerente exige trabalho de normalização de dados que não pode ser concluído nas últimas semanas antes do prazo. O modo de falha não é uma data de comunicação perdida. É chegar à transição do SVR com formatos de dados incompatíveis em três jurisdições e sem um registo unificado das movimentações históricas de stock intracomunitário.
Mapa de Responsáveis: Quem Detém Cada Obrigação do ViDA
Um mapa de responsáveis prático para a conformidade com o ViDA separa as obrigações por função, em vez de as tratar como uma única tarefa do departamento fiscal. A arquitetura de dados DRR é da responsabilidade do operador do sistema ERP ou de gestão de encomendas — tipicamente a equipa de sistemas de TI ou finanças — porque os campos de dados estruturados devem ser integrados na camada de captura de transações, e não adicionados a jusante. A obrigação de comunicação OSS é da responsabilidade da função de conformidade de IVA, seja interna ou externalizada para um consultor fiscal, mas essa função depende de inputs de dados limpos da camada de sistemas. O quadro TOOG, uma vez ativo, vai exigir que a equipa de operações logísticas sinalize cada movimentação de stock transfronteiriça entre nós de armazém próprios como um tipo de transação distinto com o seu próprio tratamento de IVA. Se o sistema de gestão de armazéns não distinguir entre um envio de encomenda de cliente e uma transferência de stock entre armazéns, o registo TOOG ficará incompleto. Para vendedores que utilizam um prestador de serviços logísticos terceirizado para armazenagem na UE, a questão contratual é se o sistema de gestão de armazéns do 3PL produz os dados ao nível da movimentação que o quadro TOOG vai exigir.
O Projeto Faseado: Transição para o Registo Único de IVA
A implementação do ViDA segue uma lógica de faseamento deliberada que os vendedores podem usar para sequenciar a sua própria preparação. A vaga de janeiro de 2027 é principalmente uma expansão do âmbito do OSS e a introdução de normas técnicas DRR — ainda não impõe comunicação de transações em tempo real para todos os vendedores, mas estabelece os requisitos de formato de dados que as vagas subsequentes vão aplicar. A vaga de julho de 2028 é onde ocorre a mudança estrutural: o SVR torna-se obrigatório, o TOOG entra em vigor e a reformulação do VIES atinge o estatuto operacional. A fase de 2030 alarga as obrigações DRR a categorias adicionais de transações e fecha as janelas de derrogação remanescentes para os Estados-Membros que foram autorizados a manter sistemas de comunicação legados. O erro prático de preparação é tratar 2028 como o horizonte de planeamento quando o trabalho de infraestrutura de dados necessário para suportar o SVR e o TOOG deve ser concluído muito antes da data de transição. Um vendedor que inicia a revisão da arquitetura de dados do ERP no início de 2027 — depois de as alterações da primeira vaga estarem ativas — vai ter aproximadamente doze meses para concluir um projeto de normalização de dados que tipicamente demora seis a nove meses numa configuração multi-país complexa. É uma janela viável mas apertada, e pressupõe que não há ciclos de retrabalho significativos. Os vendedores que adiam a revisão para o final de 2027 estão a incorporar risco de execução que a lógica de faseamento foi especificamente concebida para evitar. A sequenciação da Comissão não é arbitrária: as alterações de 2027 são a base técnica sobre a qual as alterações estruturais de 2028 são construídas.
Lista de Verificação de Preparação de Dados Pré-2027
- Mapeamento de campos DRR: Confirme que o seu ERP captura o número de IVA do fornecedor, o número de IVA do cliente, a data da fatura, o montante tributável, a taxa de IVA e a referência da transação ao nível da linha de artigo.
- Revisão do âmbito do OSS: Identifique todos os tipos de fornecimento no seu catálogo da UE e confirme quais são recém-elegíveis para os módulos OSS da União a partir de janeiro de 2027.
- Consistência dos identificadores EORI e de IVA: Verifique que os identificadores usados nas declarações aduaneiras coincidem exatamente com os usados na sua conta OSS.
- Teste de extração de dados de faturas: Execute uma extração de amostra das transações intracomunitárias do último trimestre em formato compatível com DRR e verifique se existem lacunas.
- Alinhamento de dados do despachante aduaneiro: Confirme que o seu prestador de desalfandegamento na UE transmite os mesmos identificadores de IVA usados no seu registo OSS.
Lista de Verificação de Preparação SVR e TOOG Pré-2028
- Auditoria de registos de IVA: Mapeie todos os registos de IVA locais ativos em todos os Estados-Membros da UE e identifique o consultor ou sistema que gere cada um.
- Consolidação de comunicações históricas: Avalie se os dados de comunicações históricas de cada jurisdição estão num formato que possa ser migrado para a estrutura SVR.
- Etiquetagem de movimentações de armazém: Confirme que o seu sistema de gestão de armazéns distingue envios de encomendas de clientes de transferências de stock entre armazéns como tipos de transação separados.
- Revisão do contrato de dados do 3PL: Verifique se o sistema do seu prestador logístico produz dados ao nível da movimentação compatíveis com os requisitos de comunicação TOOG.
- Cronograma de transição do SVR: Construa um plano de projeto com uma fase de normalização de dados a concluir o mais tardar no 1.º trimestre de 2028 para permitir testes antes do prazo de julho.
Construção do Stack Tecnológico de IVA para o Período 2027–2030
A sequência prática de implementação começa pela camada de dados, e não pela camada de comunicação. Antes de um vendedor poder avaliar quais os módulos OSS aplicáveis, quais as movimentações TOOG que precisam de ser monitorizadas, ou se o seu plano de transição SVR é viável, é necessário saber se os sistemas atuais produzem dados de transação limpos, estruturados e ao nível do campo. Essa avaliação deve ser concluída como um projeto discreto com um output definido: um documento de análise de lacunas que mapeia os campos de dados atuais do ERP em relação à norma DRR e identifica todos os campos que estão em falta, agregados ou preenchidos de forma inconsistente. A segunda fase é a remediação — configurar o ERP existente para capturar os campos em falta, ou implementar uma camada de middleware que extrai e estrutura os dados antes de chegarem ao sistema de comunicação de IVA. A terceira fase é o teste: executar uma submissão paralela em formato DRR com dados de transações reais para verificar que o output está limpo antes do prazo real. A quarta fase é a revisão do módulo OSS, que só pode ser concluída com precisão depois de a camada de dados estar confirmada. Os vendedores que tentam inverter esta sequência — começando pela questão da comunicação OSS e recuando para a arquitetura de dados — tipicamente descobrem as lacunas de dados no pior momento possível: durante um ciclo de submissão real com um prazo a aproximar-se. Para vendedores que operam distribuição multi-nó na UE, a camada física de inventário adiciona uma dimensão adicional. Cada nó de armazém que detém stock gera registos de movimentação intracomunitária, e esses registos devem ser atribuíveis ao tratamento de IVA correto tanto ao abrigo das regras atuais como do quadro TOOG que está a chegar. Uma estratégia de distribuição pan-UE construída sobre dados limpos de movimentação de inventário não é apenas uma questão de eficiência logística no âmbito do ViDA — é um pré-requisito de conformidade.
Dados de Movimentação de Inventário como Ativo de Conformidade
Ao abrigo da arquitetura ViDA que está a chegar, o registo de onde o stock se movimenta fisicamente entre nós de armazém da UE não é apenas um registo operacional — é a fonte de dados para o tratamento de IVA do TOOG. Um vendedor que move um palete de um hub de consolidação holandês para um centro de fulfillment alemão gera um evento de Transferência de Bens Próprios que vai exigir um registo de IVA estruturado ao abrigo do quadro de 2028. Se o sistema de gestão de armazéns regista essa movimentação apenas como uma transferência interna de stock sem campos de dados relevantes para IVA, o registo TOOG não pode ser reconstruído a partir dos dados disponíveis. A implicação prática é que os vendedores devem avaliar os seus sistemas atuais de gestão de armazéns e rastreamento de inventário não só pela eficiência operacional, mas pela capacidade de produzir registos ao nível da movimentação num formato compatível com a futura comunicação OSS mensal automatizada. Os prestadores de serviços logísticos terceirizados que operam infraestrutura de armazéns multi-país e rastreiam movimentações de inventário transfronteiriças itemizadas com trilhos de dados limpos estão posicionados para suportar diretamente este requisito — porque os dados de conformidade e o registo físico da movimentação têm origem no mesmo sistema, em vez de serem reconciliados a posteriori em plataformas separadas.
Janeiro de 2027: Primeira Vaga
Novos módulos OSS da União para categorias específicas de fornecimentos de serviços públicos entram em vigor. As normas técnicas de dados DRR são publicadas e aplicáveis. Os vendedores devem confirmar a cobertura do âmbito do OSS e concluir a análise de lacunas dos campos de dados do ERP antes desta data.
Julho de 2028: Mudança Estrutural
O Registo Único de IVA obrigatório substitui as comunicações locais multi-país. O quadro de Transferência de Bens Próprios ativa-se para movimentações de stock entre armazéns. O cruzamento de dados quase em tempo real do VIES atinge o estatuto operacional em todos os Estados-Membros.
2030: Âmbito Completo do DRR
Os Requisitos de Comunicação Digital alargam-se a categorias adicionais de transações. As janelas de derrogação remanescentes dos Estados-Membros fecham-se. Os vendedores com software de IVA legado de um único país ficam totalmente expostos se a remediação da arquitetura de dados não tiver sido concluída.
O Que os Vendedores Transfronteiriços Devem Fixar Agora
A lógica de faseamento do ViDA dá aos vendedores uma janela de preparação, mas essa janela é mais curta do que os prazos em destaque sugerem. A primeira vaga de janeiro de 2027 não é um lançamento suave — estabelece as normas de dados de que dependem as alterações estruturais de julho de 2028. Um vendedor que trata 2027 como um ano de monitorização e 2028 como o ano de ação está a comprimir um projeto de arquitetura de dados multifásico num único sprint de execução sem margem para retrabalho. As decisões a fixar agora são: qual a equipa ou consultor responsável pela análise de lacunas DRR, se o ERP atual consegue produzir dados de transação ao nível do campo no formato exigido, e se a infraestrutura logística que gera os registos de movimentação de stock intracomunitária é capaz de produzir dados compatíveis com TOOG desde o primeiro dia da transição de 2028. Para vendedores que operam através de múltiplos nós de armazém na UE, a camada física de distribuição e a camada de conformidade de IVA já não são fluxos de trabalho separados. O registo de movimentação de inventário é o registo de conformidade. Os vendedores que ainda não mapearam a sua pegada de distribuição na UE em relação ao quadro TOOG que está a chegar devem tratar esse mapeamento como uma prioridade imediata, e não como uma tarefa de 2027. A infraestrutura de fulfillment europeia B2B que um vendedor utiliza hoje vai ou apoiar ou obstruir a sua postura de conformidade com o ViDA — e essa determinação pode ser feita agora, antes de o primeiro ato de execução entrar em vigor.
A FLEX. opera infraestrutura de armazéns multi-país em toda a UE com sistemas de rastreamento de inventário que produzem dados ao nível da movimentação nas transações e transferências. Se a sua configuração logística atual não consegue distinguir claramente envios de encomendas de clientes de transferências de stock entre armazéns — ou se o seu 3PL não consegue confirmar que o seu sistema de gestão de armazéns vai produzir registos compatíveis com TOOG — essa é uma lacuna operacional que vale a pena resolver antes do prazo de 2027, e não depois. Verifique as suas obrigações legais e fiscais com um consultor de IVA qualificado. Para a camada operacional e logística — dados limpos de movimentação de inventário, armazenagem multi-nó na UE e infraestrutura de distribuição transfronteiriça alinhada com a arquitetura de conformidade que está a chegar — contacte a FLEX. para discutir a sua configuração atual.
