EDI ou API ? Comment les grands magasins et les marketplaces veulent se connecter en 2026
Les grands magasins gèrent toujours le wholesale via l'EDI, tandis que les marketplaces bâtissent leurs programmes partenaires sur des API. Les marques de mode ont de plus en plus besoin des deux, reliés à un seul socle propre de données ERP et produit.
L'ESSENTIEL Résumé de la rédaction
- L'EDI et les API ne sont pas concurrents dans le wholesale mode : les grands magasins définissent toujours leurs exigences fournisseurs en documents EDI, tandis que les plateformes de marketplace sont construites autour d'API.
- Nordstrom, par exemple, exige de ses fournisseurs l'échange de la commande X12 850, de l'avis d'expédition anticipé 856, de la facture 810 et de l'accusé de réception 997.
- La plateforme zDirect de Zalando se présente comme une API RESTful couvrant l'intégration des partenaires, notamment les produits, les prix, les stocks, les commandes et la logistique.
- Les obligations de facturation électronique ajoutent un troisième canal : depuis le 1er janvier 2026, les entreprises belges assujetties à la TVA doivent échanger des factures B2B nationales structurées, mises en œuvre via Peppol.
- Pour une marque, la décision pratique porte moins sur le choix entre EDI et API que sur l'emplacement d'une couche d'intégration unique qui alimente les deux à partir des mêmes données ERP et produit.
En 2026, la plupart des grands magasins attendent toujours des marques de mode qu'elles se connectent via l'EDI, tandis que les marketplaces et les programmes partenaires des plateformes attendent des API. Une marque qui vend par ces deux canaux a donc besoin des deux, et la vraie question est de savoir comment les piloter à partir d'un socle cohérent de données de commandes, de stocks et de produits. Choisir un camp est rarement possible ; choisir une architecture d'intégration solide, oui.
Quelle est la différence entre l'EDI et une API ?
L'EDI est l'échange de documents commerciaux standardisés, tels que commandes, avis d'expédition et factures, dans des formats convenus à l'échelle d'un secteur, généralement EANCOM en Europe et ANSI X12 en Amérique du Nord. Une API est une interface programmable qu'un système expose pour qu'un autre puisse demander ou envoyer des données, en général en temps réel et dans un format défini par le propriétaire de la plateforme. SPS Commerce résume la distinction comme un traitement par lots pour l'EDI face à des flux de données en temps réel pour les API, et souligne que les deux ne s'excluent pas : la société note que la plupart des solutions EDI modernes reposent elles-mêmes sur des API.
| Aspect | EDI | API |
|---|---|---|
| Format | Documents normalisés du secteur (EANCOM, X12) | Défini par chaque plateforme |
| Rythme | Généralement par lots, fichiers envoyés à intervalles | Généralement en temps réel ou quasi réel |
| Partenaires typiques | Grands magasins, chaînes, distributeurs | Marketplaces, plateformes, programmes de drop shipping |
| Point fort | Stable, établi sur les plans juridique et commercial, une norme pour de nombreux partenaires | Rapide, granulaire, adapté aux mises à jour de stocks et de prix |
| Point faible | Variantes propres à chaque distributeur, évolutions plus lentes | Chaque plateforme exige sa propre intégration et sa propre maintenance |
| Données échangées en général | Commandes, réponses à commande, ASN, factures | Produits, prix, stocks, commandes, expéditions |
Comment les grands magasins veulent-ils que les marques se connectent ?
Les exigences fournisseurs des grands magasins sont toujours rédigées en termes d'EDI. Le programme de conformité fournisseurs de Nordstrom, tel que résumé par SPS Commerce en juin 2025, exige que les fournisseurs soient opérationnels en EDI dans les 60 jours suivant la configuration initiale et cite la commande 850, l'avis d'expédition anticipé 856, la facture 810 et l'accusé de réception fonctionnel 997. Il exige également que les ASN correspondent à la fois à l'envoi et à la commande jusqu'au niveau du magasin et du SKU. Il s'agit de relations fondées sur des documents et pilotées par la conformité, et le système de référence du distributeur attend des documents dans son format.
Pour une marque, l'avantage est la prévisibilité : une fois qu'un mapping EANCOM ou X12 existe dans l'ERP, un nouveau compte grand magasin nécessite souvent des ajustements plutôt qu'un nouveau développement. L'inconvénient est que le guide d'implémentation de chaque distributeur ajoute ses propres règles, si bien qu'une norme n'est jamais tout à fait standard.
Comment les marketplaces et les plateformes veulent-elles que les marques se connectent ?
Les marketplaces conçoivent leurs intégrations autour d'API parce qu'elles ont besoin de mises à jour fréquentes des stocks et des prix sur de très grands assortiments. La documentation développeurs de zDirect de Zalando décrit une API RESTful qui couvre toutes les étapes de l'intégration des partenaires, notamment la soumission et la validation des produits, la fixation des prix, la gestion des stocks, l'exécution des commandes et le suivi des expéditions vers et depuis les entrepôts de Zalando. Les partenaires peuvent choisir d'exécuter eux-mêmes les commandes ou de recourir aux services de fulfilment de Zalando.
Ici, la difficulté ne tient pas au protocole mais aux données produit. Une API de marketplace rejettera les produits dont des attributs manquent, et les mises à jour de stock ne sont utiles que si le chiffre de disponible à la vente de la marque est fiable. Les marques qui proposent le même stock aux comptes wholesale, à leur propre boutique en ligne et aux marketplaces ont besoin de règles d'allocation claires pour éviter la survente.
Les API changent aussi le rythme opérationnel. Une commande EDI arrive sous forme de document et est traitée par lots ; une intégration API attend des systèmes de la marque qu'ils répondent aux requêtes à tout moment et qu'ils transmettent des mises à jour dès que les stocks ou les prix changent. Cela exige une surveillance en dehors des heures de bureau, une gestion claire des limites de débit et des erreurs, et un plan pour les changements de version de la plateforme, qui sont annoncés par le propriétaire de la plateforme plutôt que convenus au sein d'un organisme de normalisation.
Quelle place pour les obligations de facturation électronique ?
Les règles fiscales ajoutent un type de connexion supplémentaire. Selon VATCalc, depuis le 1er janvier 2026, les assujettis à la TVA établis en Belgique doivent émettre et recevoir des factures électroniques structurées pour les transactions B2B nationales, au format XML fondé sur la norme européenne EN 16931 et échangées via le réseau Peppol, l'e-reporting devant suivre à partir de 2028. Pour les marques qui envoient déjà des factures EDI aux distributeurs, cela implique de vérifier si ces flux satisfont aux exigences légales locales ou si une voie Peppol est nécessaire en parallèle.
Comment une marque de mode doit-elle choisir entre EDI et API ?
La décision est généralement prise pour vous par le partenaire. Ce que la marque maîtrise, c'est l'architecture qui se trouve derrière. Quatre questions aident à y voir clair :
- Où se trouve la source de vérité ? Les commandes, les stocks et les prix doivent provenir d'un seul ERP ou système de gestion des commandes, et non être ressaisis pour chaque canal.
- Qui assure la maintenance des connecteurs ? Un prestataire EDI, une plateforme d'intégration ou l'IT interne, avec une responsabilité claire pour les changements de spécification des distributeurs.
- Quelle fraîcheur pour les données ? Les stocks d'une marketplace exigent des mises à jour fréquentes ; une précommande saisonnière pour un grand magasin, non.
- Comment les erreurs sont-elles traitées ? Les rejets EDI comme les erreurs d'API nécessitent une surveillance, des alertes et un responsable.
Qu'est-ce que cela implique pour la planification ERP et intégration ?
Une marque qui vend via des grands magasins, le commerce spécialisé et des marketplaces fera généralement tourner l'EDI pour les deux premiers et des API pour le troisième, plus la facturation électronique là où elle est obligatoire. La couche d'intégration entre l'ERP et les partenaires doit traduire un modèle de données interne unique dans le format de chaque partenaire. En l'absence de cette couche, chaque nouveau compte devient un projet sur mesure, et les erreurs se multiplient parce que les mêmes données sont gérées à plusieurs endroits. Avant de choisir des outils, cartographiez quels partenaires utilisent quelle norme aujourd'hui et lesquels sont susceptibles d'en changer dans les deux prochaines années.
Une première étape pragmatique est un simple inventaire : listez chaque partenaire retail et plateforme, la norme ou l'API qu'il utilise, les documents ou endpoints concernés, le volume par saison et la personne qui assure la maintenance de la connexion. Cette vue d'ensemble montre généralement où les mêmes données sont saisies deux fois et où une couche d'intégration partagée supprimerait le plus de travail manuel.
Questions fréquentes
L'EDI est-il en train d'être remplacé par les API ?
Pas dans le wholesale mode pour l'instant. Les grands magasins publient toujours des exigences fournisseurs fondées sur l'EDI, tandis que les marketplaces utilisent des API. La plupart des marques ont besoin des deux, et de nombreux services EDI utilisent désormais des API en interne.
Zalando utilise-t-il l'EDI ou une API pour ses partenaires ?
La documentation de la plateforme zDirect de Zalando décrit une API RESTful couvrant les produits, les prix, les stocks, l'exécution des commandes et la logistique pour les partenaires. Les marques doivent consulter la documentation à jour et leur propre contrat pour connaître les options d'intégration exactes dont elles disposent.
Qu'est-ce que Peppol et pourquoi est-ce important pour les marques de mode ?
Peppol est un réseau et un ensemble de spécifications pour l'échange de documents électroniques structurés tels que les factures. La Belgique impose depuis le 1er janvier 2026 des factures électroniques B2B nationales structurées via Peppol ; les marques qui facturent des clients belges ont donc besoin d'une voie conforme.
Qu'est-ce qui coûte le moins cher, l'intégration EDI ou API ?
Cela dépend du nombre de partenaires et de leur degré de standardisation. L'EDI réutilise une même norme auprès de nombreux distributeurs mais entraîne des coûts de prestataire et de mapping ; chaque intégration API est développée plateforme par plateforme et doit être maintenue lorsque la plateforme évolue.
Une édition chaque jour ouvrable. Lue en cinq minutes. Gratuite pour les professionnels.
