Amazon Updates
Amazon Basics
Rapport AVTR Amazon 2026 : accès à la demande
|
15 min de lecture
Dernière mise à jour : 09/11/2026
Jusqu'au 2 novembre 2026, le rapport sur les transactions de TVA d'Amazon (AVTR) fonctionnait selon un calendrier unique et fixe : chaque transaction taxable d'un mois donné figurait dans un fichier qui ne devenait disponible que le troisième jour du mois suivant, pas un jour plus tôt. Un vendeur qui rapprochait la TVA de septembre devait attendre le 3 octobre pour voir septembre dans son intégralité, que le fichier soit nécessaire pour un comptable, une échéance de déclaration de TVA, ou simplement pour repérer un retour mal classé avant qu'il ne se transforme en erreur de déclaration. À partir du 3 novembre 2026, Amazon a changé cette cadence directement : l'AVTR peut désormais être demandé à tout moment du mois qu'il couvre, pour des données allant jusqu'à trois jours avant la date de la demande, et le redemander plus tard dans le même mois récupère tout ce qui a été ajouté ou modifié depuis le dernier téléchargement. Deux nouvelles colonnes sont arrivées dans la même mise à jour : l'une qui horodate précisément le dernier changement d'une transaction, et l'autre conçue spécifiquement pour KSeF (le système polonais obligatoire de facturation électronique). Ce guide s'appuie sur l'annonce d'Amazon publiée sur ses propres forums vendeurs et sur les pages de référence de l'AVTR pour les boutiques UK et UE, afin de détailler ce qui a réellement changé, le périmètre de transactions existant du rapport que la mise à jour ne modifie pas, une comparaison concrète du nombre de jours gagnés pour repérer un problème de transaction, et à qui ce changement de reporting en temps réel profite vraiment.
Depuis le 3 novembre 2026, le rapport sur les transactions de TVA d'Amazon peut être demandé à tout moment du mois qu'il couvre, pour des données allant jusqu'à 3 jours avant la date de la demande, au lieu d'attendre le 3 du mois suivant. Redemander le rapport plus tard dans le même cycle ne renvoie que ce qui a changé, suivi par une nouvelle colonne TRANSACTION_UPDATED_DATE, et une nouvelle colonne GOV_INVOICE_ID porte le numéro de facture électronique KSeF polonais. Le périmètre sous-jacent du rapport, ventes, remboursements, retours et transactions de frais, reste inchangé ; seuls le calendrier et ces deux colonnes sont nouveaux.
Que rapporte réellement l'AVTR ?
La description que donne Amazon de l'AVTR n'a pas changé : c'est un rapport contenant des données détaillées pour chaque transaction taxable sur l'ensemble des boutiques et du réseau logistique européens d'Amazon, conçu pour la comptabilité et la déclaration de TVA propres d'un vendeur, et non une déclaration fiscale que Amazon soumettrait pour le compte d'un vendeur. Le rapport couvre deux familles de transactions distinctes. Les transactions de biens portent les mouvements commerciaux réels : un SALE quand un client achète, un REFUND quand un vendeur rembourse de l'argent (avec un code distinct selon que les biens sont physiquement retournés ou non), ainsi que les mouvements transfrontaliers entre les centres de distribution propres d'Amazon qu'un vendeur n'initie jamais directement mais qui entraînent quand même des conséquences de TVA dans chaque pays concerné. Les transactions de frais portent l'autre moitié du tableau, les frais que Amazon facture lui-même au vendeur, et la documentation d'Amazon précise explicitement que les données de frais d'un mois donné ne sont ajoutées au rapport qu'une fois les factures de frais de ce mois réellement émises, ce qui peut accuser un retard par rapport aux données de transactions de biens de la même période. Rien dans ce périmètre de transactions n'a changé le 3 novembre 2026 ; ce qui a changé, c'est uniquement la fréquence et la précocité avec lesquelles un vendeur peut extraire le fichier qui le contient.
| Famille de transaction | Ce qu'elle capture | Qui l'initie |
|---|---|---|
| Biens : SALE | Un client achète un produit | Le client |
| Biens : REFUND | Remboursement total ou partiel à un acheteur ; un code distinct s'applique quand les biens sont physiquement retournés | Le vendeur, après un retour ou une réclamation |
| Biens : mouvement transfrontalier | Amazon déplace l'inventaire entre ses propres centres de distribution situés dans différents pays | Le réseau logistique propre d'Amazon |
| Transactions de frais | Frais facturés par Amazon au vendeur ; ajoutés une fois les factures de frais du mois émises | Amazon, selon son propre calendrier de facturation |
Le véritable changement : un accès à la demande au lieu d'une date fixe unique
Avant le 3 novembre 2026, l'AVTR fonctionnait selon une cadence unique pour chaque vendeur : les données d'un mois donné devenaient disponibles le troisième jour du mois suivant, point final, et un vendeur ayant besoin d'un aperçu plus précoce des transactions de septembre, pour quelque raison que ce soit, une échéance de comptable, un remboursement anormalement élevé, une déclaration de TVA due plus tôt que ne le permettait le calendrier propre d'Amazon, n'avait aucun moyen officiel de l'obtenir avant cette date. Le changement du 3 novembre 2026, annoncé par le compte News_Amazon d'Amazon lui-même sur les forums vendeurs et confirmé par une mise à jour correspondante des pages de référence, remplace la date fixe unique par une demande à la demande : un vendeur peut désormais demander l'AVTR à tout moment du mois qu'il couvre, et les données renvoyées remontent jusqu'à trois jours avant la date exacte de la demande. Redemander le rapport plus tard dans cette même fenêtre de reporting renvoie l'état le plus récent de tout, y compris des lignes qui n'existaient pas, ou qui apparaissaient différemment, lors du dernier téléchargement du fichier. L'ancienne échéance mensuelle fixe n'a pas disparu : elle marque toujours le moment où les chiffres d'un mois sont considérés comme arrêtés et complets, mais un vendeur n'est plus limité à ne consulter ce mois qu'une fois celui-ci clôturé.
| Avant le 2 nov 2026 | À partir du 3 nov 2026 | |
|---|---|---|
| Quand un vendeur pouvait-il voir pour la première fois les données d'octobre ? | Uniquement le 3 novembre 2026 | N'importe quel jour d'octobre, données jusqu'à 3 jours avant la demande |
| Retélécharger le même mois | Le même fichier finalisé renvoyé à nouveau | Renvoie l'état le plus récent, y compris tout ce qui a été ajouté ou modifié depuis la dernière récupération |
| Comment repérer ce qui a changé depuis le dernier téléchargement | Relire tout le fichier et comparer à la main | Filtrer sur la nouvelle colonne TRANSACTION_UPDATED_DATE |
| Référence de facture électronique polonaise directement dans le rapport | Non présent | Colonne GOV_INVOICE_ID, renseignée pour la Pologne (KSeF) au lancement |
Les deux nouvelles colonnes, et à quoi chacune sert réellement
Les deux nouvelles colonnes résolvent chacune un problème précis et limité plutôt que d'ajouter du détail en général. TRANSACTION_UPDATED_DATE enregistre la date à laquelle chaque ligne de transaction a été mise à jour pour la dernière fois, indépendamment du moment où la vente ou le remboursement sous-jacent a eu lieu à l'origine ; Amazon oriente lui-même les vendeurs vers cette colonne comme moyen d'identifier tout ce qui a été ajouté ou modifié depuis un téléchargement précédent, ce qui n'a d'intérêt qu'à partir du moment où des demandes répétées, à la demande, sont possibles au sein du même mois : une colonne de ce type sur un rapport qui n'existait auparavant qu'en une seule version finalisée par mois n'aurait eu aucun cas d'usage. GOV_INVOICE_ID porte le numéro de facture électronique attribué par l'administration pour une transaction, et au lancement elle n'est renseignée que pour la Pologne, liée au système obligatoire de facturation électronique KSeF (Krajowy System e-Faktur) de ce pays ; Amazon indique que la prise en charge d'autres pays sera ajoutée plus tard, donc un vendeur qui vend vers d'autres marchés de l'UE ayant leurs propres obligations de facturation électronique doit s'attendre, pour l'instant, à ce que cette colonne reste vide pour ces transactions, et non en conclure que la colonne est défaillante ou que les données manquent par erreur.
Il s'agit d'une fonctionnalité bêta
La propre page d'aide d'Amazon consacrée aux mises à jour en direct de l'AVTR est explicitement marquée comme une fonctionnalité bêta déployée progressivement ; elle précise que la fonctionnalité peut ne pas encore être disponible sur tous les comptes vendeur. Un vendeur qui demande le rapport en milieu de mois et ne reçoit toujours que l'ancien comportement à date fixe devrait vérifier à nouveau une fois le déploiement arrivé sur son compte, plutôt que de supposer que l'annonce du forum ne le concerne pas.
Une comparaison concrète : combien de jours plus tôt un vendeur peut désormais réellement repérer un problème
Le scénario ci-dessous applique les règles énoncées par Amazon elles-mêmes (rapport disponible jusqu'à 3 jours avant la date de la demande ; l'ancienne date fixe du 3 du mois suivant) à une demande construite pour rendre le calendrier concret, et non l'historique de déclaration d'un compte réel. Un vendeur veut vérifier les transactions d'octobre 2026 pour un rapprochement de TVA. Sous l'ancienne règle à date fixe en vigueur avant le 2 novembre 2026, le plus tôt que ce vendeur pouvait voir la moindre partie des données d'octobre était le 3 novembre 2026, une fois le mois entièrement clôturé. Sous la nouvelle règle de rapport en direct en vigueur depuis le 3 novembre 2026, ce même vendeur peut au contraire demander le rapport le 15 octobre 2026, alors qu'octobre est encore en cours, et recevoir des données couvrant chaque transaction jusqu'au 12 octobre 2026, soit trois jours avant cette date de demande. L'écart entre l'ancien premier regard possible, le 3 novembre, et le nouveau premier regard possible, le 15 octobre, est de 19 jours, calculé directement sur le calendrier et non estimé ; ces 19 jours représentent l'avance réelle qu'obtient un vendeur pour repérer un retour mal classé, un taux de TVA appliqué au mauvais pays, ou une ligne de frais en double, avant même la clôture du mois plutôt qu'après. Redemander le rapport le 20 novembre, une fois octobre entièrement arrêté et novembre déjà en cours, renvoie désormais l'état le plus récent de tout jusqu'au 17 novembre, trois jours avant cette seconde demande, en récupérant toutes les lignes qu'Amazon a ajoutées ou corrigées depuis la vérification d'octobre, chacune signalée par sa propre TRANSACTION_UPDATED_DATE.
| Demande | Date de la demande | Les données couvrent jusqu'au | Jours d'avance par rapport à l'ancienne date fixe (3 nov) |
|---|---|---|---|
| Ancienne règle (avant le 2 nov 2026) | 3 novembre 2026 (au plus tôt) | Tout le mois d'octobre | 0 (c'était la référence de départ) |
| Nouvelle règle, 1re vérification | 15 octobre 2026 | 12 octobre 2026 | 19 jours plus tôt |
| Nouvelle règle, 2e vérification | 20 novembre 2026 | 17 novembre 2026 | non applicable (il s'agit de vérifier un cycle ultérieur, pas octobre à nouveau) |
Ce que cette mise à jour ne change pas
Il convient d'être précis sur les limites de cette mise à jour, car une évolution portant sur le calendrier et les colonnes peut facilement être confondue avec un changement de politique plus important qu'il ne l'est réellement. Les taux de TVA appliqués à une vente restent inchangés : ils sont fixés par la législation fiscale de chaque pays et par le propre service de calcul de la taxe d'Amazon, et non par le rapport qui les documente après coup. Les échéances de déclaration de TVA réelles d'un vendeur auprès de sa propre administration fiscale restent elles aussi inchangées ; l'AVTR est une source de données qu'un vendeur ou son comptable utilise pour préparer une déclaration, pas la déclaration elle-même, et aucune date limite de dépôt ne se déplace simplement parce que le rapport sous-jacent peut désormais être extrait plus tôt. Les régimes simplifiés de TVA de l'UE, le guichet unique (OSS) et le guichet unique à l'importation (IOSS), que de nombreux vendeurs utilisent pour couvrir les ventes à distance dans plusieurs pays de l'UE à partir d'une seule immatriculation, ne sont pas non plus concernés par ce changement ; un vendeur sous OSS ou IOSS continue de faire son rapprochement selon les mêmes règles de régime, simplement avec une visibilité plus précoce sur les données de transaction côté Amazon qui alimentent ce rapprochement. Et la catégorisation centrale des transactions au sein du rapport, à savoir quel code reçoit une SALE par rapport à un REFUND, ou comment un mouvement de logistique transfrontalier est étiqueté, n'a pas été restructurée ; les nouvelles colonnes TRANSACTION_UPDATED_DATE et GOV_INVOICE_ID viennent s'ajouter à la structure de lignes existante, elles ne la redessinent pas.
Les erreurs que ce changement à la demande facilite
- Supposer que la version bêta est active sur tous les comptes parce que l'annonce du forum est publique. La propre page d'aide d'Amazon précise qu'il s'agit d'un déploiement progressif ; un vendeur dont la demande en milieu de mois renvoie toujours l'ancien comportement à date fixe n'a très probablement pas encore reçu le déploiement, plutôt qu'il n'a rencontré un bug.
- Relire ligne par ligne un fichier entier retéléchargé pour trouver ce qui a changé. C'est exactement ce que TRANSACTION_UPDATED_DATE permet d'éviter : filtrez sur cette colonne plutôt que de comparer deux exports complets à l'œil nu.
- Considérer un GOV_INVOICE_ID vide comme une erreur de données hors de Pologne. Au lancement, cette colonne n'est renseignée que pour les transactions KSeF ; une valeur vide pour une vente allemande ou française est l'état actuel attendu, pas un défaut à signaler.
- S'attendre à ce que les transactions de frais apparaissent selon le même calendrier précoce que les transactions de biens. Les données de frais d'un mois ne sont ajoutées qu'une fois les factures de frais de ce mois émises par Amazon, un calendrier distinct que le délai de la demande à la demande n'accélère pas.
- Récupérer un rapport en milieu de mois et le traiter comme le chiffre final et arrêté de ce mois. Il s'agit explicitement d'un instantané partiel, remontant jusqu'à 3 jours avant la demande ; les transactions du mois peuvent encore changer avant sa clôture.
- Ignorer l'enquête AVTR Live Reporting quand quelque chose semble anormal. Amazon collecte activement des retours Beta via cette enquête ; un cas particulier signalé à cet endroit a plus de chances d'être corrigé qu'un cas jamais signalé nulle part.
Pour qui ce changement de reporting en temps réel compte-t-il réellement ?
Tous les vendeurs ne remarqueront pas ce changement dans leur propre flux de travail ; un vendeur qui n'ouvrait l'AVTR qu'une fois par mois, une fois celui-ci déjà finalisé, à titre purement d'archive, tire peu de bénéfice pratique de la possibilité de le demander plus tôt. Les vendeurs qui ressentent réellement la différence sont ceux dont le propre processus était jusqu'ici freiné par la date de publication unique et fixe d'Amazon, et non par un facteur relevant de leur propre contrôle.
- Un vendeur dont l'échéance de déclaration de TVA tombe avant la date de publication d'Amazon, fixée au 3 du mois. L'ancien calendrier fixe ne pouvait tout simplement pas répondre à une échéance survenant plus tôt dans le mois ; la nouvelle demande à la demande le peut.
- Les vendeurs paneuropéens ou multi-places de marché qui réconcilient plusieurs immatriculations à la TVA en même temps. Davantage de points de contrôle, et plus tôt dans le mois, réduisent le risque qu'un mouvement transfrontalier ou un remboursement mal apparié passe inaperçu jusqu'à la clôture du fichier.
- Un comptable ou un mandataire TVA travaillant à partir du compte du vendeur lui-même, et non de la déclaration d'Amazon. Le rapport est explicitement une source de données pour le propre processus du vendeur ; un accès plus rapide raccourcit son propre cycle de clôture.
- Toute personne qui téléchargeait le rapport deux fois par mois auparavant, manuellement, simplement pour détecter les erreurs à temps. La nouvelle colonne TRANSACTION_UPDATED_DATE remplace une comparaison manuelle du fichier complet par une simple colonne filtrée.
- Un vendeur qui vend vers la Pologne. La colonne GOV_INVOICE_ID / KSeF est renseignée dès aujourd'hui ; les vendeurs actifs ailleurs dans l'UE doivent s'attendre à la voir vide jusqu'à ce qu'Amazon étende la prise en charge à leur pays.
Où faut-il concrètement la demander, et quelle enquête Amazon mène-t-elle ?
Le rapport se demande au même endroit que toujours, l'écran « VAT Transaction Report » dans le centre de rapports de Seller Central ; le comportement à la demande est un changement dans ce que cet écran va désormais générer, pas un nouvel emplacement de menu. L'annonce d'Amazon elle-même renvoie directement vers la page de demande et invite, par ailleurs, à donner son avis via une enquête AVTR Live Reporting pendant le déploiement de la Beta ; un vendeur qui rencontre un cas particulier (une colonne qui reste vide alors qu'elle devrait être renseignée, une demande qui ne retourne encore que l'ancien fichier à date fixe) dispose d'un canal direct pour le signaler plutôt que de deviner s'il s'agit d'un bug ou d'un simple décalage de déploiement.
La façon la plus simple de savoir si la Beta a atteint un compte donné est de l'essayer une fois, délibérément, plutôt que d'attendre un second message de forum confirmant un déploiement plus large : demandez le mois en cours, encore ouvert, sur l'écran de rapport et vérifiez si le fichier obtenu couvre des données jusqu'à environ 3 jours avant cette demande, ou s'il revient à la place vide ou limité au mois précédent, déjà clôturé. Dans ce second cas, rien n'est cassé ; le compte fonctionne simplement encore selon l'ancien calendrier à date fixe jusqu'à ce que le déploiement progressif l'atteigne, et la bonne approche consiste à conserver pour l'instant l'habitude mensuelle a posteriori plutôt que de construire un nouveau processus à la demande autour d'une capacité que le compte ne possède pas encore.
Liste de vérification pour utiliser le nouvel AVTR à la demande
Comment utiliser le rapport sur les transactions de TVA d'Amazon à la demande
- Confirmez que la Beta a atteint votre compte avant de vous y appuyer - La propre page d'aide d'Amazon précise qu'il s'agit d'un déploiement progressif ; si une demande en milieu de mois ne renvoie encore que l'ancien fichier à date fixe, la fonctionnalité n'est peut-être pas encore disponible sur votre compte.
- Demandez le rapport aussi tôt dans le mois que votre processus l'exige, pas seulement après la clôture du mois - Les données retournées couvrent jusqu'à 3 jours avant votre date de demande, ce qui donne donc dès une demande précoce une fenêtre réelle et exploitable.
- Redemandez le rapport plus tard dans le même cycle plutôt que de relire tout le fichier à la main - Une seconde demande renvoie l'état le plus récent de l'ensemble, y compris tout ce qui a été ajouté ou modifié depuis le premier téléchargement.
- Filtrez sur TRANSACTION_UPDATED_DATE après une demande répétée - Cela isole exactement ce qui a changé depuis votre dernier téléchargement, au lieu d'imposer une comparaison complète.
- Ne vous attendez pas encore à voir GOV_INVOICE_ID renseigné hors de Pologne - Amazon indique que la prise en charge d'autres pays arrivera plus tard ; une valeur vide ailleurs est attendue, pas une erreur.
- Gardez à l'esprit que les transactions de frais restent en retard sur les transactions de biens - Les données de frais d'un mois ne sont ajoutées qu'une fois les factures de frais de ce mois émises, indépendamment du nouveau délai à la demande applicable aux transactions de biens.
- Utilisez l'enquête AVTR Live Reporting pour tout ce qui semble anormal - L'annonce d'Amazon elle-même mène cette enquête spécifiquement pour recueillir les retours sur la Beta.
Ce que SellerMagnet peut, et ne peut pas, faire à ce sujet
La demande, le téléchargement et le classement de l'AVTR se déroulent entièrement dans Seller Central et dans le propre processus de TVA du vendeur, de bout en bout : aucun outil tiers, y compris SellerMagnet, ne demande ce rapport ni ne dépose une déclaration de TVA au nom d'un vendeur. L'endroit où un tableau de bord comme celui d'Analytics de SellerMagnet aide réellement en complément se situe sur le plan commercial que l'AVTR ne couvre pas : un rapprochement de TVA fait apparaître des totaux pertinents fiscalement, mais il ne dira pas à un vendeur si le volume de remboursements ou le schéma de frais d'un mois donné est inhabituel pour sa propre activité, une question qui nécessite de mettre en regard l'historique des commandes et des marges du vendeur lui-même, pas seulement les chiffres destinés à l'administration.
Une vérification des marges via le Calculateur de frais constitue une étape séparée et utile pour une raison voisine : la TVA est collectée et reversée en plus d'une vente, elle ne modifie pas les frais de commission ou de livraison facturés sur cette même commande. Rapprocher correctement les chiffres de TVA ne remplace donc pas la vérification que la vente sous-jacente passe toujours la pile de frais réelle, avant qu'un vendeur suppose que les chiffres d'un mois donné sont sains simplement parce que le fichier de TVA est équilibré.
Qu'est-ce qui a changé avec le rapport sur les transactions de TVA d'Amazon (AVTR) le 3 novembre 2026 ?
Le rapport peut désormais être demandé à tout moment du mois qu'il couvre, pour des données allant jusqu'à 3 jours avant la date de la demande, au lieu de n'être disponible que le 3 du mois suivant.
Puis-je encore obtenir l'ancien fichier mensuel, entièrement finalisé ?
Oui. La date de clôture mensuelle fixe existe toujours : le changement ajoute la possibilité de demander des aperçus anticipés et à la demande pendant le mois, il ne supprime pas le fichier final.
Que montre la nouvelle colonne TRANSACTION_UPDATED_DATE ?
La date à laquelle chaque ligne de transaction a été mise à jour pour la dernière fois, afin qu'un vendeur qui redemande le rapport plus tard dans le même mois puisse filtrer exactement ce qui a changé depuis le téléchargement précédent.
À quoi sert GOV_INVOICE_ID ?
Le numéro de facture électronique attribué par l'administration pour une transaction. Au lancement, il n'est renseigné que pour le KSeF (le système polonais obligatoire de facturation électronique) ; Amazon indique que d'autres pays seront ajoutés ultérieurement.
Est-ce que ce changement modifie les transactions couvertes par l'AVTR ?
Non. Le rapport couvre toujours les transactions de biens (ventes, remboursements, retours, mouvements transfrontaliers) et les transactions de frais exactement comme avant : seuls le délai de la demande et les deux nouvelles colonnes sont nouveaux.
Pourquoi les données de frais seraient-elles toujours en retard par rapport aux données de ventes dans le même rapport ?
Amazon n'ajoute les transactions de frais d'un mois qu'une fois les factures de frais de ce mois réellement émises, un calendrier distinct de celui des données de ventes et de remboursements, non affecté par le changement de délai à la demande.
La nouvelle génération de rapports à la demande est-elle déjà disponible pour tous les vendeurs ?
La page d'aide d'Amazon elle-même décrit cette fonctionnalité comme une version bêta déployée progressivement, et précise qu'elle pourrait ne pas encore être disponible sur tous les comptes.
Est-ce que SellerMagnet dépose les déclarations de TVA ou soumet ce rapport pour moi ?
Non. La demande et le dépôt à partir de l'AVTR se déroulent entièrement dans Seller Central et dans le propre processus de TVA du vendeur : les tableaux de bord de SellerMagnet accompagnent cela du côté commercial, pas le dépôt lui-même.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.
Join a smarter way to manage your Amazon store.
Recommended Articles
Amazon Basics
Amazon Updates
Guide Amazon Project Zero 2026
La vraie barre d'éligibilité pour l'outil de retrait de contrefaçons en libre-service d'Amazon : le taux d'acceptation de 90 % sur Report a Violation pour y accéder, le taux de précision de 99 % pour y rester, et son fonctionnement en complément de Transparency.
Read more
Amazon Basics
Amazon Updates
Guide des frais FBA Low-Price Amazon 2026
Ce qui a remplacé FBA Small and Light, les seuils de prix exacts à 10 $/50 $, la surtaxe carburant de 3,5 %, les tarifs de pointe, et les 5 catégories qui perdent leur éligibilité le 15 janvier 2027.
Read more
Amazon Updates
Amazon Basics
Rapport AVTR Amazon 2026 : accès à la demande
Depuis le 3 nov. 2026, le rapport sur les transactions de TVA d'Amazon (AVTR) peut être demandé en cours de mois, et non plus seulement le 3 du mois suivant, avec en plus 2 nouvelles colonnes. Ce qui change et pour qui.
Read more
Amazon Updates
FBA
Règle Amazon 2026 sur l'expédition aérienne des batteries au lithium : seuil de charge de 30 %
La nouvelle règle Amazon 2026 sur l'expédition aérienne des batteries lithium-ion : l'exigence d'un état de charge de 30 % au-dessus de 2,7 Wh, le repli en expédition terrestre uniquement, les questions sur les matières dangereuses liées aux batteries, et le tableau distinct de contenu énergétique par région.
Read more
Amazon Updates
Amazon Basics
EPR Emballages Amazon ERN 2026 : date limite et guide de soumission
Les regles EPR emballages du PPWR UE qu'Amazon applique des le 12 aout 2026 : le registre ERN par pays, les etapes dans Seller Central et les erreurs a eviter.
Read more
Amazon Updates
Publicité et PPC
Amazon Business Deals : le nouveau canal d'offres B2B pour les vendeurs
Ce qu'est Amazon Business Deals, qui y est éligible, comment le seuil de réduction est réellement calculé à travers 4 vérifications, la désactivation liée aux unités engagées, et les étapes de configuration pour 2026.
Read more
