Seller Fulfilled Prime en Europe : les marques non UE peuvent-elles se qualifier et quel setup logistique leur faut-il ?
26 mai 2026
Pourquoi les marques américaines vendant en Europe réévaluent les Incoterms DDP après les nouvelles règles douanières de l’UE
26 mai 2026
FLEX. Logistique
Nous fournissons des services logistiques aux détaillants en ligne en Europe : préparation Amazon FBA, traitement des ordres de retrait FBA, expédition vers les Centres de Fulfillment - tant pour les expéditions FBA que Vendor.
Une marque britannique expédie depuis un entrepôt 3PL polonais vers des consommateurs en Allemagne, en France et aux Pays-Bas. Chaque colis traverse la frontière du pays de consommation. Chaque vente déclenche une obligation de TVA dans l'État membre de l'acheteur. Sans une structure de reporting coordonnée, cette marque fait face à jusqu'à 27 enregistrements nationaux de TVA distincts — ou à un seul enregistrement OSS non-Union bien géré qui consolide l'ensemble du fardeau de reporting en une déclaration trimestrielle déposée dans un seul pays de l'UE.
L'introduction formelle par la Pologne du projet de loi n° UC147 en mai 2026, transposant les articles 2 et 4 de la directive 2025/516 du Conseil de l'UE (le paquet ViDA), renforce les règles que les vendeurs non-UE doivent suivre. Cet article explique ce qui a changé, qui assume quelle obligation, et quelles données opérationnelles votre configuration de fulfillment doit capturer pour maintenir la conformité TVA B2C à l'échelle de l'UE gérable dès le premier jour.
Ce que la transposition de ViDA change réellement pour les vendeurs non-UE
Le paquet ViDA n'est pas une nouvelle taxe. Il s'agit d'un raffinement structurel de la manière dont les obligations de TVA existantes sont assignées, déclarées et appliquées à travers les États membres de l'UE. Pour les vendeurs non établis — ceux sans établissement fixe dans aucun pays de l'UE — les changements les plus conséquents portent sur trois domaines.
Premièrement, le seuil annuel de 10 000 € qui permettait auparavant à certains vendeurs d'appliquer les taux de TVA du pays d'origine a été clarifié. Le projet de loi UC147 précise que les ventes expédiées depuis des nœuds 3PL étrangers ou multi-pays ne comptent pas dans le calcul de ce seuil. En pratique, un vendeur non-UE utilisant un hub de fulfillment européen centralisé en Allemagne ou en Pologne est presque certainement déjà au-dessus du seuil et doit appliquer les taux de TVA du pays de destination sur chaque vente B2C.
Deuxièmement, les règles du point de taxation ont été harmonisées. Le moment de la responsabilité de TVA est désormais lié à l'événement d'expédition confirmé — le moment où le colis quitte l'entrepôt — et non à la date de paiement ou à la confirmation de commande. Cela fait du mapping du pays d'expédition un champ de données critique pour la conformité, et non pas seulement une métrique logistique.
Troisièmement, le régime de fournisseur réputé de la plateforme a été étendu pour couvrir certaines transactions B2B transfrontalières traitées via des marketplaces numériques, transférant la responsabilité de collecte de la TVA à la plateforme dans des scénarios définis. Pour les boutiques web directes aux consommateurs, aucun transfert de ce type n'a lieu. Le vendeur reste pleinement exposé.
La voie d'enregistrement OSS non-Union
Un vendeur non-UE sans établissement dans l'UE s'enregistre au régime OSS non-Union dans tout État membre de son choix. La Pologne et l'Irlande sont des points d'entrée courants en raison de leur accessibilité administrative. Une fois enregistré, le vendeur dépose une seule déclaration de TVA trimestrielle couvrant toutes les ventes B2C aux consommateurs de l'UE, en appliquant le taux de TVA du pays de chaque acheteur à chaque transaction.
Le projet de loi UC147 supprime un point de friction historique : l'exigence précédente de fournir une URL de site web lors de la configuration OSS non-Union a été supprimée dans la transposition polonaise. Cela réduit les frictions d'onboarding pour les vendeurs opérant sur plusieurs vitrines ou architectures de commerce headless. L'enregistrement lui-même nécessite un numéro EORI valide, des documents d'identification d'entreprise, et un représentant fiscal désigné dans certains États membres. Vérifiez les exigences actuelles avec un conseiller fiscal UE qualifié avant de déposer.
Ce qui se passe sans enregistrement OSS
Sans enregistrement OSS non-Union, un vendeur non-UE expédiant des colis B2C depuis un entrepôt de l'UE n'est pas exempté des obligations de TVA. L'obligation existe que le vendeur se soit enregistré pour la collecter ou non. Les États membres peuvent et poursuivent effectivement les vendeurs non enregistrés via des accords de partage de données des marketplaces, les enregistrements d'importation douaniers et les audits des manifestes des transporteurs.
La conséquence pratique est une exposition fragmentée : chaque pays de destination où une vente a eu lieu devient une juridiction potentielle d'application. L'enregistrement rétroactif, le dépôt rétroactif et les charges d'intérêts associées peuvent s'accumuler sur plusieurs périodes fiscales avant que le problème ne fasse surface. Pour un vendeur exécutant des services de fulfillment B2C pan-européens depuis un seul hub, l'écart entre le volume d'expédition et le reporting de TVA enregistré est visible dans les données des transporteurs bien avant qu'il ne devienne une enquête formelle. S'enregistrer avant l'expédition du premier colis est la seule position opérationnellement saine.
L'événement d'expédition comme point de taxation de votre TVA
Selon les règles harmonisées introduites par le paquet ViDA, le point de taxation de la TVA pour les ventes à distance est l'événement d'expédition confirmé. C'est le moment où le colis est remis au transporteur et où un enregistrement de suivi est créé. Pour un vendeur non-UE utilisant un hub de fulfillment européen, cela signifie que le système de gestion d'entrepôt doit enregistrer le pays d'expédition, le pays de destination, le taux de TVA applicable et la valeur de la transaction au moment exact de l'expédition — et non rétrospectivement à la fin du mois.
Un partenaire de fulfillment exploitant un suivi automatisé des stocks et un mapping du pays d'expédition en temps réel peut générer automatiquement ce champ de données pour chaque commande sortante. Sans cette automatisation, les vendeurs reconstruisent généralement les enregistrements d'expédition à partir des factures des transporteurs et des exports de commandes — un processus qui introduit des erreurs de rapprochement et crée des lacunes dans la déclaration OSS trimestrielle. Le point de taxation est un problème de données avant d'être un problème fiscal.
Règles de fournisseur réputé : ventes via marketplace versus votre propre boutique web
Le régime de fournisseur réputé est l'un des éléments les plus mal compris du cadre ViDA pour les vendeurs non-UE opérant sur plusieurs canaux. Selon les règles étendues, les marketplaces en ligne qui facilitent certaines ventes transfrontalières sont traitées comme le fournisseur réputé à des fins de TVA. La marketplace collecte la TVA auprès de l'acheteur, la reverse à l'autorité fiscale concernée, et le vendeur sous-jacent reçoit un paiement net sans obligation de TVA sur cette transaction.
Cela s'applique aux ventes B2C où la marketplace facilite la transaction et le vendeur n'est pas établi dans l'UE. Pour les vendeurs sur les principales plateformes orientées UE, une part importante de leur volume B2C peut déjà être couverte par l'obligation de fournisseur réputé de la marketplace — ce qui signifie que la propre déclaration OSS du vendeur doit exclure ces transactions pour éviter un double reporting.
La distinction critique est le canal. Les ventes via votre propre boutique web directe aux consommateurs, site de marque ou tout canal sans intermédiaire de marketplace ne comportent aucun transfert de fournisseur réputé. Chacune de ces transactions reste votre obligation de TVA, doit être déclarée dans votre enregistrement OSS, et nécessite un enregistrement d'expédition propre lié au taux du pays de destination correct. Les vendeurs exécutant à la fois des canaux marketplace et DTC ont besoin d'une architecture de données qui sépare ces deux flux au niveau de la commande, et non au stade du reporting.
Quelles données votre stack doit capturer
Pour chaque commande B2C expédiée depuis un nœud de fulfillment de l'UE, votre système doit enregistrer : le pays de l'entrepôt d'expédition, le pays de livraison de l'acheteur, le taux de TVA applicable pour ce pays et cette catégorie de produit, la valeur de la transaction hors TVA, et le canal par lequel la vente a été réalisée. Cet ensemble de données constitue la base de votre déclaration OSS trimestrielle.
Si votre partenaire 3PL exploite un fulfillment B2C et B2B pan-européen depuis plusieurs emplacements d'entrepôt, le champ du pays d'expédition doit être assigné au niveau de la commande individuelle — et non supposé à partir d'un hub par défaut. Un vendeur dont le stock est réparti entre un nœud allemand et un nœud polonais peut expédier le même SKU depuis l'un ou l'autre emplacement selon la disponibilité des stocks. Chaque origine d'expédition produit un enregistrement de point de taxation différent et potentiellement un calcul de taux de TVA différent pour le même pays de destination.
Où l'architecture de données s'effondre
Le mode de défaillance le plus courant est une discordance entre le système de gestion des commandes et le système de gestion d'entrepôt. Le système de commandes enregistre le canal de vente et le pays de l'acheteur. Le système d'entrepôt enregistre l'emplacement d'expédition et la remise au transporteur. Si ces deux systèmes ne partagent pas un identifiant de commande commun qui survive à la transmission du fulfillment, le champ du pays d'expédition manque dans l'enregistrement fiscal.
Un second point de défaillance est le mapping des catégories de produits. Les taux de TVA varient non seulement selon le pays de destination mais aussi selon le type de produit. Un vendeur expédiant des compléments alimentaires, de l'électronique et des vêtements dans le même flux sortant doit appliquer des taux différents à différents SKU dans le même colis. Si la catégorie de produit n'est pas mappée au taux de TVA correct dans les données de commande avant l'expédition, la déclaration OSS contiendra des erreurs systématiques qui s'accumulent sur chaque dépôt trimestriel. Détecter cela au stade de l'architecture de données coûte bien moins cher que de le corriger après le premier audit.
Une carte pratique des responsabilités : qui déclare quoi
Pour un vendeur non-UE exécutant des opérations B2C à l'échelle de l'UE, la responsabilité de l'obligation de TVA se répartit entre trois acteurs. La marketplace assume l'obligation de fournisseur réputé pour les ventes facilitées par la plateforme et dépose ses propres déclarations de TVA auprès de chaque État membre. Le vendeur assume l'obligation OSS pour toutes les ventes directes de boutique web et dépose une seule déclaration trimestrielle dans le pays d'enregistrement OSS. Le partenaire de fulfillment assume la couche de capture des données — en enregistrant le pays d'expédition, le pays de destination et la valeur de la transaction au moment de l'expédition pour chaque commande sortante.
Lorsque cette carte des responsabilités est claire avant le début des opérations, chaque acteur sait exactement quels champs de données il est responsable de générer et de conserver. Lorsqu'elle n'est pas claire, le vendeur découvre généralement l'écart lors de la première période de dépôt OSS, lorsque la déclaration trimestrielle ne peut pas être rapprochée des enregistrements des transporteurs parce que le champ du pays d'expédition n'a jamais été capturé de manière systématique. Établir la carte des responsabilités lors de l'onboarding, et non au moment du dépôt, est le point de contrôle opérationnel qui détermine si la conformité est gérable ou réactive.
Les lacunes de conformité cachées qui apparaissent après le lancement
La plupart des vendeurs non-UE entrant sur le marché de l'UE se concentrent sur le dédouanement, la TVA à l'importation et l'enregistrement initial des produits. La couche continue de conformité TVA B2C — en particulier la déclaration OSS trimestrielle — est souvent traitée comme une formalité administrative qui sera gérée par un comptable une fois l'activité lancée. Cette hypothèse crée trois lacunes spécifiques qui deviennent coûteuses à combler après le lancement.
La première lacune est les données d'expédition rétrospectives. Si le système de gestion d'entrepôt n'a pas été configuré pour capturer le pays d'expédition comme champ obligatoire dès le premier jour, le vendeur doit reconstruire ces données à partir des manifestes des transporteurs, qui ne sont pas toujours organisés par référence de commande. Pour un vendeur expédiant plusieurs centaines de commandes par semaine vers de multiples destinations de l'UE, cette reconstruction peut prendre des semaines et produire encore un enregistrement incomplet.
La deuxième lacune est l'exposition aux changements de taux. Les États membres de l'UE ajustent périodiquement les taux de TVA pour des catégories de produits spécifiques. Si le mapping produit-taux dans le système de commandes est statique et n'est pas mis à jour lorsqu'un État membre change son taux, le vendeur peut sous-collecter la TVA auprès des acheteurs et sous-déclarer dans la déclaration OSS pour la période concernée. La responsabilité reste chez le vendeur quel que soit ce qui a été collecté au moment du paiement.
La troisième lacune est la limite de l'exception B2B. L'OSS couvre uniquement les ventes B2C. Si la base de clients UE d'un vendeur inclut des acheteurs professionnels qui fournissent un numéro de TVA valide, ces transactions doivent être exclues de la déclaration OSS et traitées selon les règles de l'autoliquidation. Un système de fulfillment qui ne signale pas les acheteurs enregistrés à la TVA au niveau de la commande mélangera les transactions B2B et B2C dans le même export de données, nécessitant une séparation manuelle avant chaque dépôt trimestriel.
Checklist d'enregistrement OSS
- Confirmez qu'aucun établissement fixe dans l'UE n'existe qui nécessiterait un enregistrement de TVA standard au lieu de l'OSS non-Union
- Obtenez un numéro EORI valide avant de vous enregistrer — requis pour les douanes et souvent pour l'onboarding OSS
- Sélectionnez l'État membre d'enregistrement OSS en fonction de l'accessibilité administrative et de la disponibilité des conseillers
- Identifiez si un représentant fiscal local est requis dans le pays d'enregistrement choisi
- Mappez tous les canaux de vente actifs et confirmez lesquels sont facilités par une marketplace et lesquels sont des ventes directes de boutique web
- Confirmez le calendrier de dépôt et les délais trimestriels du pays d'enregistrement OSS
Checklist de préparation des données de fulfillment
- Confirmez que le champ du pays d'expédition est capturé au niveau de la commande dans le système de gestion d'entrepôt, et non supposé à partir d'un hub par défaut
- Mappez chaque SKU actif au taux de TVA correct pour chaque pays de destination et catégorie de produit
- Établissez un identifiant de commande partagé entre le système de gestion des commandes et le système de gestion d'entrepôt qui survive à la transmission du fulfillment
- Configurez la capture du numéro de TVA de l'acheteur au moment du paiement pour signaler les commandes B2B pour exclusion par autoliquidation
- Confirmez que le partenaire de fulfillment peut exporter les enregistrements d'expédition par référence de commande, pays de destination et date d'expédition pour chaque période trimestrielle
- Testez l'export de données par rapport à une déclaration OSS d'exemple avant la première période de dépôt en direct
Séquencez votre configuration OSS et fulfillment avant la première expédition
L'ordre opérationnel compte. Un vendeur non-UE qui sélectionne un hub de fulfillment européen avant d'avoir complété l'enregistrement OSS risque d'expédier des colis B2C taxables sans structure de reporting valide en place. La séquence correcte s'exécute sur des pistes parallèles qui convergent avant la première expédition sortante.
Sur la piste fiscale : engagez un conseiller TVA UE pour confirmer votre catégorie d'enregistrement, sélectionnez l'État membre OSS et initiez le processus d'enregistrement. L'enregistrement OSS peut prendre plusieurs semaines selon l'État membre et l'exhaustivité de votre documentation. N'attendez pas que le stock arrive à l'entrepôt pour commencer ce processus.
Sur la piste fulfillment : travaillez avec votre partenaire 3PL pour configurer le système de gestion d'entrepôt pour la capture du pays d'expédition, le mapping des catégories de produits pour la TVA, et le signalement des commandes B2B. Confirmez que l'intégration entre votre plateforme de gestion des commandes et le système de fulfillment transmet tous les champs de point de taxation requis au niveau de la commande. Si votre configuration utilise des intégrations basées sur API, testez le flux de données de bout en bout avant le go-live.
Sur la piste des canaux : auditez chaque canal de vente actif pour déterminer si les règles de fournisseur réputé de la marketplace s'appliquent. Pour chaque canal où elles ne s'appliquent pas, confirmez que la déclaration OSS inclura ces transactions et que le flux de données de ce canal est connecté à l'enregistrement d'expédition du fulfillment. Le point de convergence est un seul ensemble de données rapprochable qui couvre chaque expédition B2C, chaque pays de destination et chaque taux de TVA applicable — prêt pour le premier dépôt OSS trimestriel sans reconstruction manuelle.
Fulfillment multi-nœuds et la complexité du pays d'expédition
Un vendeur répartissant son inventaire entre deux emplacements d'entrepôt de l'UE ou plus — par exemple, un hub principal en Pologne et un tampon secondaire en Allemagne — fait face à une couche supplémentaire de complexité du pays d'expédition. Le même SKU peut être expédié depuis l'un ou l'autre emplacement selon les niveaux de stock, les heures de coupure des transporteurs ou les exigences de promesse de livraison. Chaque origine d'expédition est un enregistrement de point de taxation distinct avec un traitement de TVA potentiellement différent selon le pays de destination.
Ce n'est pas un cas limite théorique. L'infrastructure de fulfillment pan-européen construite autour de plusieurs nœuds est spécifiquement conçue pour réduire les délais de livraison et les coûts des transporteurs à travers le continent. Mais elle nécessite que le système de gestion d'entrepôt assigne le champ du pays d'expédition dynamiquement au niveau de la commande, et non statiquement au niveau du produit. Un vendeur dont la déclaration OSS suppose que toutes les expéditions proviennent d'un seul hub produira une déclaration systématiquement incorrecte dès qu'un second nœud d'entrepôt sera mis en service. Configurer l'architecture de données pour l'expédition multi-nœuds avant d'étendre à un second emplacement est la séquence opérationnelle correcte.
Règle du seuil
Les ventes expédiées depuis des nœuds 3PL étrangers ou multi-pays ne comptent pas dans le seuil annuel de 10 000 €. Les vendeurs non-UE utilisant un hub UE centralisé doivent supposer que les taux de TVA du pays de destination s'appliquent à chaque transaction B2C dès la première vente.
Règle du point de taxation
Le point de taxation de la TVA est l'événement d'expédition confirmé — le moment où le colis quitte l'entrepôt et où un enregistrement de suivi du transporteur est créé. Ce champ doit être capturé automatiquement à l'expédition, et non reconstruit à partir des factures des transporteurs de fin de mois ou des exports de commandes.
Règle de séparation des canaux
Les ventes facilitées par une marketplace couvertes par le régime de fournisseur réputé doivent être exclues de votre déclaration OSS. Les ventes directes de boutique web doivent être incluses. Mélanger ces deux flux dans le même export de données produit une déclaration trimestrielle systématiquement incorrecte qui s'accumule sur chaque période de reporting.
Ce qu'il faut verrouiller avant l'expédition de votre premier colis UE
La transposition de ViDA, y compris le projet de loi UC147 de la Pologne, ne crée pas de nouvelles taxes pour les vendeurs non-UE. Elle clarifie et renforce les règles qui s'appliquent déjà. Pour une marque du Royaume-Uni, des États-Unis ou de Hong Kong utilisant un hub de fulfillment européen pour servir des clients B2C à travers le continent, l'effet pratique est que l'infrastructure de conformité doit être en place avant l'expédition du premier colis — et non assemblée de manière réactive après la première échéance de dépôt trimestriel.
Trois décisions déterminent si votre conformité OSS est gérable ou fragile. Premièrement, confirmez votre catégorie d'enregistrement et initiez l'enregistrement OSS non-Union en parallèle avec l'onboarding de l'entrepôt, et non après. Deuxièmement, configurez votre architecture de données de fulfillment pour capturer le pays d'expédition, le pays de destination, la catégorie de produit pour la TVA et le type de canal au niveau de la commande pour chaque expédition sortante. Troisièmement, établissez une carte claire des responsabilités : la marketplace gère les obligations de fournisseur réputé pour les ventes sur plateforme ; votre enregistrement OSS couvre les ventes directes de boutique web ; les enregistrements d'expédition de votre partenaire de fulfillment sont les données sources pour les deux.
Les vendeurs qui traitent les services de conformité TVA comme un exercice de dépôt fiscal plutôt que comme une discipline de données et d'opérations rencontrent constamment le même problème : la déclaration trimestrielle ne peut pas être déposée avec précision parce que les données d'expédition sous-jacentes n'ont jamais été capturées de manière systématique. La solution est architecturale, et non administrative, et il est bien plus facile de la mettre en œuvre avant le go-live que de la rétrofiter sur une opération en direct.
Si vous planifiez un fulfillment B2C à l'échelle de l'UE et avez besoin d'un partenaire d'entrepôt dont les systèmes capturent automatiquement le pays d'expédition, le pays de destination et les données de canal de commande au moment de l'expédition, parlez à l'équipe FLEX. de la manière dont notre infrastructure de fulfillment européen soutient vos exigences de données de conformité OSS.
Vérifiez vos obligations spécifiques d'enregistrement de TVA et vos exigences de dépôt avec un conseiller fiscal UE qualifié. FLEX. fournit la couche opérationnelle et de données — enregistrements d'expédition précis, suivi d'inventaire multi-nœuds et fulfillment de commandes B2C à travers l'UE — qui rend le travail de votre conseiller fiscal gérable.
