Amazon Vendor Central : EDI ou API ?

Lorsque vous voulez vendre ou que vous êtes déjà fournisseur d’Amazon, la question de l’intégration doit être prise en compte. Avec Amazon Vendor Central, mieux vaut-il utiliser de l’EDI ou une API ? L’intégration est une étape importante pour le développement de vos ventes sur Amazon. Dans cette optique, Amazon met en place des incitations et des récompenses aux vendeurs qui adhérent à ses normes d’intégration.

Auparavant, seul l’EDI permettait de s’intégrer à Amazon Vendor Central. Depuis 2020, Amazon déploie sa nouvelle API, SP-API ou Selling Partner API. Les fournisseurs d’Amazon peuvent donc choisir soit une intégration par EDI soit une intégration avec l’API d’Amazon.

Dans cet article, vous découvrirez la nouvelle API Amazon, ses avantages et ses limites en comparaison avec une intégration par EDI.

A quoi sert l’API Amazon Vendor Central ?

SP-API est une API REST développée par Amazon. Cette API remplace l’API-MWS, Marketplace WebService, qui était uniquement destinée aux vendeurs d’Amazon pour accéder à Amazon Seller Central.

Amazon Vendor Central est l’interface Web utilisée par les fournisseurs d’Amazon pour vendre des produits « vendus et expédiés par Amazon ».

Amazon Seller Central est l’interface Web utilisée par les vendeurs qui vendent directement leurs produits sur la Marketplace Amazon.

La nouvelle API Amazon est une suite de fonctionnalités et de méthodes permettant d’échanger des données entre votre Système d’Information ou votre CMS – Content Management System – et Amazon. Elle s’adresse à tous les vendeurs sur Amazon, Amazon Seller et Amazon Vendor Central.

Comment fonctionne l’API Amazon Vendor Central ?

L’API est un protocole Web qui permet à différents systèmes de se connecter et d’échanger des données via Internet.

SP-API est une évolution de l’API-MWS

Elle apporte :

• Une technologie moderne de conception REST, développée sur JSON ;
• Une meilleure gestion de l’authentification et des autorisations ;
• Une version sandbox ou « bac de sable » pour effectuer des tests.

SP-API reprend l’ensemble des fonctions métier de l’API-MWS et inclut de nouvelles API qui proposent des fonctionnalités jusqu’alors prises en charge par l’intégration EDI Amazon.

L’objectif du déploiement de l’API 2.0, SP-API et la migration de l’API-MWS vers la nouvelle API est d’augmenter l’automatisation des échanges de données, de remplacer les process manuels et enfin, d’accéder à une connaissance des parcours clients, des intentions d’achats et de mieux suivre les dépenses publicitaires.

Les limites de l’API Amazon Vendor Central

Si Amazon propose aujourd’hui SP-API pour permettre à ses fournisseurs d’automatiser plus facilement leur intégration, l’API Amazon présente encore des limites de deux types :

• Des limites fonctionnelles : L’API ne remplace pas l’EDI. Plusieurs fonctionnalités sont encore absentes telles que la mise à jour des articles indisponibles, la facturation, etc.

• Des limites liées à la nature des API :
  • Le niveau de sécurité : les API restent plus ouvertes à des attaques qu’un EDI VAN,
  • L’absence de normes, ce qui peut entraîner des difficultés et des coûts supplémentaires pour la mise en œuvre et le maintien.

L’alternative à l’API Amazon Vendor Central

De fait, l’EDI est encore la meilleure alternative à l’API Amazon Central Vendor.

Avantage de l’EDI pour vendre sur Amazon par rapport à l’API

Le premier avantage de l’EDI est qu’il peut fonctionner en parallèle avec l’API.

Pour le vendeur sur Amazon Vendor Central, les bénéfices sont importants :

• Il peut utiliser l’EDI pour toutes les opérations qui relèvent des commandes, des livraisons et des paiements. Ces opérations devant être effectuées en toute sécurité et fiabilité, l’EDI est encore à ce jour le moyen le plus fiable et sécurisé pour ces opérations :
  • Messages normés (EDIFACT),
  • Réseaux sécurisés : EDI VAN, AS2,
  • Traitements par lots,
  • Scalabilité maitrisée.

• Il peut utiliser l’API pour toutes les actions qui exigent une vérification de statut (statuts de commande, de livraison, de paiement, etc).