Relatório de Transações de IVA da Amazon 2026: Acesso Pedido a Qualquer Momento
|
15 min de leitura
Última atualização: 09/11/2026
Até 2 de novembro de 2026, o Relatório de Transações de IVA da Amazon (AVTR) funcionava com um calendário único e fixo: todas as transações sujeitas a imposto de um determinado mês ficavam reunidas num único ficheiro que só passava a estar disponível no terceiro dia do mês seguinte, nunca antes. Um vendedor que estivesse a reconciliar o IVA de setembro tinha de esperar até 3 de outubro para ver setembro na íntegra, fosse o ficheiro necessário para um contabilista, para um prazo de entrega da declaração de IVA, ou simplesmente para detetar uma devolução mal classificada antes de esta se transformar num erro de declaração. A partir de 3 de novembro de 2026, a Amazon alterou esse ritmo de forma direta: o AVTR pode agora ser pedido em qualquer momento do mês a que se refere, com dados até três dias antes da data do pedido, e voltar a pedi-lo mais tarde no mesmo mês traz tudo o que tenha sido adicionado ou alterado desde o último download. Chegaram também duas novas colunas na mesma atualização: uma que regista exatamente quando uma transação foi alterada por último, e outra criada especificamente para o KSeF (o sistema polaco obrigatório de faturação eletrónica). Este guia parte do anúncio da própria Amazon nos fóruns de vendedores e das páginas de referência do AVTR para as lojas do Reino Unido e da UE, para explicar o que mudou de facto, o âmbito de transações do relatório que a atualização não altera, uma comparação prática de quantos dias mais cedo um vendedor consegue agora detetar um problema numa transação, e para quem é que esta alteração de reporte em tempo real realmente importa.
Desde 3 de novembro de 2026, o Relatório de Transações de IVA da Amazon pode ser pedido em qualquer momento do mês a que se refere, com dados até 3 dias antes da data do pedido, em vez de ser necessário esperar até ao dia 3 do mês seguinte. Voltar a pedi-lo mais tarde no mesmo ciclo devolve apenas o que foi alterado, assinalado por uma nova coluna TRANSACTION_UPDATED_DATE, e uma nova coluna GOV_INVOICE_ID traz o número de fatura eletrónica KSeF da Polónia. O âmbito de base do relatório, vendas, reembolsos, devoluções e transações de taxas, mantém-se inalterado; apenas o momento de disponibilização e estas duas colunas são novidade.
O que é que o AVTR reporta, na prática?
A própria descrição da Amazon para o AVTR não mudou: é um relatório com dados detalhados sobre todas as transações sujeitas a imposto nas lojas europeias da Amazon e na rede logística, criado para apoiar a contabilidade e a declaração de IVA do próprio vendedor, e não uma declaração fiscal que a Amazon submeta em nome do vendedor. O relatório abrange duas famílias de transações distintas. As transações de bens registam os movimentos comerciais reais: um SALE (venda) quando um cliente compra, um REFUND (reembolso) quando o vendedor devolve dinheiro (com um código distinto quando os bens são fisicamente devolvidos e quando não são), além dos movimentos transfronteiriços entre os próprios centros logísticos da Amazon, que o vendedor nunca inicia diretamente mas que ainda assim têm implicações de IVA em cada país envolvido. As transações de taxas registam a outra metade do quadro, as próprias taxas que a Amazon cobra ao vendedor, e a documentação da própria Amazon é explícita ao afirmar que os dados de taxas de um determinado mês só são adicionados ao relatório depois de as faturas de taxas desse mês terem sido efetivamente emitidas, o que pode atrasar-se em relação aos dados de transações de bens do mesmo período. Nada neste âmbito de transações mudou a 3 de novembro de 2026; o que mudou foi apenas a frequência e a antecedência com que um vendedor pode obter o ficheiro que o contém.
| Família de transações | O que regista | Quem a inicia |
|---|---|---|
| Bens: SALE | Um cliente compra um produto | O cliente |
| Bens: REFUND | Devolução total ou parcial de dinheiro ao comprador; aplica-se um código distinto quando os bens são fisicamente devolvidos | O vendedor, após uma devolução ou reclamação |
| Bens: movimento transfronteiriço | A Amazon move inventário entre os seus próprios centros logísticos em países diferentes | A própria rede logística da Amazon |
| Transações de taxas | Taxas que a Amazon cobra ao vendedor; adicionadas depois de as faturas de taxas desse mês serem emitidas | A Amazon, segundo o seu próprio calendário de faturação |
A mudança real: acesso a pedido em vez de uma data fixa
Antes de 3 de novembro de 2026, o AVTR funcionava com um único ritmo para todos os vendedores: os dados de um determinado mês só ficavam disponíveis no terceiro dia do mês seguinte, ponto final, e um vendedor que precisasse de uma visão mais antecipada das transações de setembro por qualquer motivo, um prazo de um contabilista, um reembolso suspeitosamente elevado, uma declaração de IVA com prazo anterior ao calendário da própria Amazon, não tinha forma oficial de a obter antes dessa data. A alteração de 3 de novembro de 2026, anunciada pela própria conta News_Amazon nos fóruns de vendedores e confirmada por uma atualização correspondente nas páginas de referência, substitui a data fixa única por um pedido a pedido: um vendedor pode agora solicitar o AVTR em qualquer momento do mês a que este se refere, e os dados devolvidos chegam até três dias antes da data exata do pedido. Voltar a pedi-lo mais tarde na mesma janela de reporte devolve o estado mais recente de tudo, incluindo linhas que não existiam, ou que tinham um aspeto diferente, na última vez que o ficheiro foi obtido. O antigo prazo mensal fixo não foi eliminado; continua a marcar o momento em que os valores de um mês são considerados definitivos e completos, mas o vendedor já não está limitado a ver esse mês apenas depois de este terminar.
| Antes de 2 nov 2026 | A partir de 3 nov 2026 | |
|---|---|---|
| Quando é que um vendedor conseguia ver os dados de outubro por primeira vez? | Apenas a 3 de novembro de 2026 | Em qualquer dia de outubro, com dados até 3 dias antes |
| Voltar a descarregar o mesmo mês | Devolveu novamente o mesmo ficheiro finalizado | Devolve o estado mais recente, incluindo tudo o que foi adicionado ou alterado desde a última extração |
| Como identificar o que mudou desde a última descarga | Reler o ficheiro completo e comparar manualmente | Filtrar pela nova coluna TRANSACTION_UPDATED_DATE |
| Referência de fatura eletrónica da Polónia no próprio relatório | Não presente | Coluna GOV_INVOICE_ID, preenchida para a Polónia (KSeF) no lançamento |
As duas novas colunas, e para que servem na realidade
Ambas as novas colunas resolvem um problema específico e restrito, em vez de adicionarem detalhe geral. A TRANSACTION_UPDATED_DATE regista a data em que cada linha de transação individual foi atualizada por último, independentemente de quando a venda ou o reembolso subjacente realmente ocorreu; a própria orientação da Amazon remete os vendedores diretamente para esta coluna como a forma de identificar tudo o que foi adicionado ou alterado desde uma descarga anterior, o que só é relevante a partir do momento em que pedidos repetidos e a pedido passam a ser possíveis dentro do mesmo mês: uma coluna deste tipo, num relatório que antes só existia numa versão finalizada por mês, não teria qualquer utilidade. A GOV_INVOICE_ID contém o número de fatura eletrónica atribuído pelo governo para uma transação e, no lançamento, só está preenchida para a Polónia, associada ao sistema obrigatório de faturação eletrónica desse país, o KSeF (o sistema polaco obrigatório de faturação eletrónica). A Amazon afirma que o suporte para outros países será adicionado mais tarde, por isso um vendedor que venda noutros mercados da UE com as suas próprias obrigações de faturação eletrónica deve esperar que esta coluna fique vazia para essas transações por agora, e não assumir que a coluna está avariada ou que faltam dados por erro.
Esta é uma funcionalidade Beta
A própria página de ajuda da Amazon sobre as atualizações em tempo real do AVTR está explicitamente marcada como uma funcionalidade Beta a ser disponibilizada de forma gradual; refere que a funcionalidade pode ainda não estar disponível em todas as contas de vendedor. Um vendedor que pede o relatório a meio do mês e continua a receber apenas o antigo comportamento de data fixa deve verificar novamente depois de a disponibilização chegar à sua conta, em vez de assumir que o anúncio no fórum não se aplica ao seu caso.
Uma comparação prática: quantos dias antes um vendedor consegue agora detetar um problema
O cenário abaixo aplica as regras oficialmente declaradas pela própria Amazon (relatório disponível até 3 dias antes da data do pedido; a antiga data fixa de dia 3 do mês seguinte) a um pedido construído para tornar os prazos concretos, não ao histórico de faturação real de nenhuma conta. Um vendedor quer verificar as transações de outubro de 2026 para uma reconciliação de IVA. Pela regra de data fixa em vigor antes de 2 de novembro de 2026, o mais cedo que esse vendedor conseguia ver qualquer parte dos dados de outubro era a 3 de novembro de 2026, depois do mês ter encerrado por completo. Pela regra de relatório em tempo real em vigor a partir de 3 de novembro de 2026, o mesmo vendedor pode em vez disso pedir o relatório a 15 de outubro de 2026, enquanto outubro ainda está em curso, e receber dados que cobrem todas as transações até 12 de outubro de 2026, três dias antes dessa data de pedido. A diferença entre a antiga data mais cedo possível, 3 de novembro, e a nova data mais cedo possível, 15 de outubro, é de 19 dias, calculada diretamente a partir do calendário, não uma estimativa; esses 19 dias são o avanço real que um vendedor ganha para detetar uma devolução mal classificada, uma taxa de IVA aplicada ao país errado ou uma linha de taxa duplicada, antes mesmo de o mês encerrar, em vez de só depois. Ao pedir o relatório novamente a 20 de novembro, já com outubro totalmente encerrado e novembro já em curso, obtém-se agora o estado mais recente de tudo até 17 de novembro, três dias antes desse segundo pedido, captando quaisquer linhas que a Amazon tenha adicionado ou corrigido desde a verificação de outubro, cada uma delas assinalada com a sua própria TRANSACTION_UPDATED_DATE.
| Pedido | Data do pedido | Dados cobrem até | Dias mais cedo do que a antiga data fixa (3 nov) |
|---|---|---|---|
| Regra antiga (antes de 2 nov 2026) | 3 de novembro de 2026 (o mais cedo possível) | Todo o mês de outubro | 0 (esta era a base de referência) |
| Nova regra, 1ª verificação | 15 de outubro de 2026 | 12 de outubro de 2026 | 19 dias mais cedo |
| Nova regra, 2ª verificação | 20 de novembro de 2026 | 17 de novembro de 2026 | n/a (a verificar um ciclo posterior, não outubro novamente) |
O que esta atualização não altera
Vale a pena ser preciso quanto aos limites desta mudança, porque uma atualização de prazos e colunas é facilmente confundida com uma alteração de política maior do que realmente é. As taxas de IVA aplicadas a uma venda não mudam: essas são definidas pela legislação fiscal de cada país e pelo próprio serviço de cálculo fiscal da Amazon, não pelo relatório que as documenta posteriormente. Os prazos reais de entrega de declarações de IVA de um vendedor junto da sua própria autoridade fiscal também não mudam; o AVTR é uma fonte de dados que o vendedor ou o seu contabilista usa para preparar uma declaração, não a própria entrega, e nenhum prazo de entrega se altera só porque o relatório subjacente pode agora ser extraído mais cedo. Os regimes simplificados de IVA da UE, o One Stop Shop (OSS) e o Import One Stop Shop (IOSS), que muitos vendedores usam para cobrir vendas à distância em vários países da UE a partir de um único registo, também não são afetados por esta alteração; um vendedor no OSS ou no IOSS continua a reconciliar segundo as mesmas regras do regime, apenas com visibilidade mais antecipada sobre os dados de transações do lado da Amazon que alimentam essa reconciliação. E a categorização central das transações dentro do relatório, isto é, que código uma SALE recebe em relação a um REFUND, ou como é identificado um movimento de distribuição transfronteiriça, não foi reestruturada; as novas colunas TRANSACTION_UPDATED_DATE e GOV_INVOICE_ID são adições à estrutura de linhas existente, não uma reformulação dessa estrutura.
Erros que a mudança para o modelo a pedido facilita cometer
- Assumir que a Beta está ativa em todas as contas só porque a publicação no fórum é pública. A própria página de ajuda da Amazon afirma que se trata de uma disponibilização gradual; um vendedor cujo pedido a meio do mês continua a devolver o antigo comportamento de data fixa muito provavelmente ainda não chegou a essa fase, e não encontrou um erro.
- Reler um ficheiro inteiro, voltado a descarregar, linha a linha, só para descobrir o que mudou. É exatamente isso que o TRANSACTION_UPDATED_DATE existe para evitar: filtra por essa coluna em vez de comparar duas exportações completas à vista.
- Tratar um GOV_INVOICE_ID vazio como um erro de dados fora da Polónia. No lançamento, esta coluna só é preenchida para transações KSeF; um valor vazio numa venda alemã ou francesa é o estado atual esperado, não um defeito a reportar.
- Esperar que as transações de taxas apareçam no mesmo calendário antecipado que as transações de bens. Os dados de taxas de um mês só são adicionados depois de a Amazon emitir as faturas de taxas desse mês, um calendário separado que o tempo do pedido sob demanda não acelera.
- Pedir um relatório a meio do mês e tratá-lo como o valor final e fechado desse mês. Trata-se explicitamente de um retrato parcial, com dados até cerca de 3 dias antes; as transações do mês ainda podem mudar antes de ele fechar.
- Ignorar o inquérito AVTR Live Reporting quando algo parece estranho. A Amazon está ativamente a recolher feedback da Beta através dele; um caso limite reportado ali tem mais probabilidade de ser corrigido do que um que nunca é reportado em lado nenhum.
A quem é que esta mudança para relatórios em tempo real realmente interessa?
Nem todos os vendedores vão notar esta mudança no seu próprio fluxo de trabalho; um vendedor que só abria o AVTR uma vez por mês, depois de já estar fechado, apenas como arquivo, tem pouco benefício prático em poder pedi-lo mais cedo. Os vendedores que sentem mesmo a diferença são aqueles cujo próprio processo estava anteriormente limitado pela data fixa única de disponibilização da Amazon, e não por algo dentro do seu próprio controlo.
- Um vendedor com um prazo de entrega de IVA que ocorre antes da própria data de disponibilização da Amazon, o dia 3 do mês. O antigo calendário fixo simplesmente não conseguia servir um prazo que vencesse mais cedo no mês; o novo pedido sob demanda consegue.
- Vendedores Pan-EU ou com vários mercados que reconciliam várias inscrições de IVA ao mesmo tempo. Mais pontos de verificação, e mais cedo, durante o mês, reduzem a probabilidade de um movimento transfronteiriço ou um reembolso desencontrado passar despercebido até o ficheiro fechar.
- Um contabilista ou agente de IVA a trabalhar a partir da própria conta do vendedor, não da declaração da Amazon. O relatório é explicitamente uma fonte de dados para o processo do próprio vendedor; um acesso mais rápido encurta o seu próprio ciclo de fecho.
- Qualquer pessoa que antes descarregasse o relatório duas vezes por mês, manualmente, só para detetar erros mais cedo. A nova coluna TRANSACTION_UPDATED_DATE substitui uma comparação manual de ficheiros completos por uma única coluna filtrada.
- Um vendedor que vende para a Polónia. A coluna GOV_INVOICE_ID / KSeF está preenchida atualmente; os vendedores noutros pontos da UE devem esperar que esteja vazia até a Amazon estender o suporte ao seu país.
Onde é que realmente se pede o relatório, e que inquérito é que a Amazon está a realizar?
O relatório é pedido no mesmo sítio onde sempre foi, o ecrã do Relatório de Transações de IVA dentro do centro de relatórios do Seller Central; o comportamento sob demanda é uma mudança no que esse ecrã agora gera, não uma nova localização de menu. O próprio anúncio da Amazon liga diretamente à página de pedido e, em separado, convida a dar feedback através de um inquérito AVTR Live Reporting enquanto a Beta avança; um vendedor que se depare com um caso limite, uma coluna que permanece vazia quando devia estar preenchida, um pedido que continua a devolver apenas o antigo ficheiro de data fixa, tem um canal direto para o sinalizar, em vez de adivinhar se é um erro ou um desfasamento no lançamento.
A forma mais simples de descobrir se a Beta já chegou a uma determinada conta é simplesmente testá-lo uma vez, de propósito, em vez de esperar por uma segunda publicação num fórum a confirmar um lançamento mais amplo: pede o mês atual, ainda em aberto, no ecrã de relatórios e verifica se o ficheiro devolvido cobre dados até cerca de 3 dias antes desse pedido, ou se em vez disso vem vazio ou limitado ao mês anterior, já fechado. Se for este último caso, nada está avariado; a conta está simplesmente a usar o comportamento antigo de data fixa até o lançamento gradual a alcançar, e o passo correto a seguir é manter, por agora, o hábito mensal já existente, feito depois do fecho, em vez de construir um novo processo sob demanda à volta de uma funcionalidade que a conta ainda não tem.
Lista de verificação para usar o novo AVTR sob demanda
Como usar o Relatório de Transações de IVA da Amazon sob demanda
- Confirma que a Beta já chegou à tua conta antes de confiares nela - A própria página de ajuda da Amazon afirma que este é um lançamento gradual; se um pedido a meio do mês ainda só devolver o antigo ficheiro de data fixa, pode ainda não estar disponível na tua conta.
- Pede o relatório tão cedo no mês quanto o teu processo exigir, não só depois de o mês fechar - Os dados devolvidos cobrem até 3 dias antes da data do teu pedido, por isso um pedido antecipado ainda te dá uma janela real e utilizável.
- Volta a pedir mais tarde no mesmo ciclo em vez de reler todo o ficheiro manualmente - Um segundo pedido devolve o estado mais recente de tudo, incluindo qualquer coisa adicionada ou alterada desde a primeira extração.
- Filtra pelo TRANSACTION_UPDATED_DATE depois de um pedido repetido - Isto isola exatamente o que mudou desde o teu último download, em vez de forçar uma nova comparação completa.
- Não esperes que o GOV_INVOICE_ID esteja já preenchido fora da Polónia - A Amazon afirma que o suporte a mais países está para chegar mais tarde; um valor vazio noutros locais é esperado, não um erro.
- Lembra-te de que as transações de taxas continuam atrasadas em relação às transações de bens - Os dados de taxas de um mês só são adicionados depois de as faturas de taxas desse mês serem emitidas, independentemente do novo calendário sob demanda para as transações de bens.
- Usa o inquérito AVTR Live Reporting para tudo o que parecer estar avariado - O próprio anúncio da Amazon destina este inquérito especificamente a recolher feedback da Beta.
O que a SellerMagnet pode e não pode fazer em relação a isto
Pedir, descarregar e submeter o AVTR acontece integralmente dentro da Seller Central e do próprio processo de IVA do vendedor, do início ao fim; nenhuma ferramenta de terceiros, incluindo a SellerMagnet, pede este relatório ou submete uma declaração de IVA em nome de um vendedor. Onde um painel como o Analytics da SellerMagnet ajuda genuinamente em paralelo é no lado comercial que o AVTR não cobre: uma reconciliação de IVA mostra totais relevantes para efeitos fiscais, mas não diz a um vendedor se o volume de reembolsos ou o padrão de taxas de um determinado mês é anormal para o seu próprio negócio, o que é uma questão que exige cruzar o histórico de encomendas e margens do próprio vendedor, e não apenas os números voltados para a administração fiscal.
Uma verificação de margem através da Calculadora de Taxas é um passo separado e igualmente importante por um motivo relacionado: o próprio IVA é cobrado e entregue ao Estado sobre uma venda, mas não altera as taxas de referência ou de logística cobradas nessa mesma encomenda, por isso reconciliar corretamente os valores de IVA não substitui a confirmação de que a venda subjacente continua a cobrir a estrutura real de taxas, antes de um vendedor assumir que os números de um determinado mês estão saudáveis só porque o ficheiro de IVA está equilibrado.
O que mudou no Relatório de Transações de IVA da Amazon a 3 de novembro de 2026?
O relatório pode agora ser pedido em qualquer momento durante o mês a que diz respeito, para dados até 3 dias antes da data do pedido, em vez de só ficar disponível no dia 3 do mês seguinte.
Ainda posso obter o antigo ficheiro mensal totalmente finalizado?
Sim. A data fixa de fecho mensal continua a existir; a mudança acrescenta a possibilidade de pedir consultas antecipadas e por pedido durante o mês, não elimina o ficheiro final.
O que mostra a nova coluna TRANSACTION_UPDATED_DATE?
A data em que cada linha de transação foi atualizada por último, permitindo que um vendedor que volte a pedir o relatório mais tarde no mesmo mês filtre exatamente o que mudou desde o download anterior.
Para que serve o GOV_INVOICE_ID?
O número de fatura eletrónica atribuído pelo governo para uma transação. No lançamento, é preenchido apenas para o KSeF (o sistema polaco obrigatório de faturação eletrónica); a Amazon afirma que mais países serão adicionados mais tarde.
Isto altera as transações que o AVTR cobre?
Não. O relatório continua a cobrir transações de bens (vendas, reembolsos, devoluções, movimentos transfronteiriços) e transações de taxas exatamente como antes; só o momento do pedido e as duas novas colunas são novidade.
Por que razão os dados de taxas continuariam a estar atrasados em relação aos dados de vendas no mesmo relatório?
A Amazon só adiciona as transações de taxas de um mês quando as faturas de taxas desse mês são efetivamente emitidas, um calendário separado do das vendas e reembolsos, que não é afetado pela mudança do pedido por demanda.
O novo relatório por demanda já está disponível para todos os vendedores?
A própria página de ajuda da Amazon descreve-o como uma funcionalidade Beta em implementação gradual, afirmando que pode ainda não estar disponível em todas as contas.
A SellerMagnet submete declarações de IVA ou este relatório por mim?
Não. Pedir e submeter a partir do AVTR acontece inteiramente dentro da Seller Central e do próprio processo de IVA do vendedor; os painéis da SellerMagnet funcionam em paralelo no lado comercial, não na submissão em si.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.
Join a smarter way to manage your Amazon store.
Recommended Articles
Guia do Amazon Project Zero 2026
A verdadeira barreira de elegibilidade da ferramenta de autoatendimento da Amazon para remoção de falsificações: a taxa de aceitação de 90% no Report a Violation para entrar, a taxa de precisão de 99% para continuar, e como se combina com o Transparency.
Read more
Guia das Taxas FBA Low-Price da Amazon 2026
O que substituiu o Small and Light, os limiares de preço exatos 10 USD/50 USD, a sobretaxa de combustível de 3,5%, as tarifas de pico e as 5 categorias que perdem elegibilidade a 15 de janeiro de 2027.
Read more
Relatório de Transações de IVA da Amazon 2026: Acesso Pedido a Qualquer Momento
Desde 3 de novembro de 2026, o Relatório de Transações de IVA da Amazon (AVTR) pode ser pedido a meio do mês, e não apenas no dia 3 do mês seguinte, com mais 2 colunas novas. O que mudou e a quem interessa.
Read more
Regra da Amazon para Envio Aéreo de Baterias de Lítio 2026: Requisito de 30% de Carga
A nova regra da Amazon para 2026 sobre envio aéreo de baterias de iões de lítio: o requisito de 30% de estado de carga acima de 2,7 Wh, a alternativa apenas por via terrestre, as perguntas sobre mercadorias perigosas relacionadas com baterias e a tabela separada de conteúdo energético por região.
Read more
EPR de Embalagens Amazon ERN 2026: Prazo e Guia de Submissão
As regras de EPR de embalagens do PPWR da UE que a Amazon aplica a partir de 12 de agosto de 2026: o registo ERN por pais, os passos no Seller Central e os erros a evitar.
Read more
Amazon Business Deals: O Novo Canal de Promoções B2B para Vendedores
O que é o Amazon Business Deals, quem é elegível, como o limite mínimo de desconto é efetivamente calculado através de 4 verificações, a desativação por unidades comprometidas, e os passos de configuração para 2026.
Read more
