We've detected that your language / region may be different
Amazon Vendor Central — parfois appelé Amazon 1P ou intégration Amazon Vendor — est un programme de vente en gros où Amazon achète votre stock via des bons de commande groupés et le revend. Vous ne vous contentez plus d'honorer des ventes : vous êtes désormais un fournisseur soumis aux normes opérationnelles strictes d'Amazon et à un suivi rapproché de vos KPI.
C'est d'autant plus complexe que les commandes Amazon Vendor comportent généralement des dizaines, voire des centaines de lignes. Chaque produit doit être correctement mappé au niveau EAN/SKU, chaque quantité achetée confirmée et expédiée avec précision, et chaque commande rattachée à un centre de distribution Amazon précis. Manquez une fenêtre de livraison, envoyez une confirmation de commande tardive ou erronée, ou laissez vos données produit dériver par rapport à celles d'Amazon, et les conséquences sont lourdes : ventes perdues, pénalités de chargeback et écarts de facturation.
C'est ce qui rend Vendor Central coûteux à gérer manuellement — ou pire, via plusieurs systèmes ayant chacun une vue partielle du flux. Base fait passer les commandes Amazon Vendor Central par le même panneau, le même catalogue et le même flux de travail que tous vos autres canaux de vente, sans sacrifier les exigences strictes d'Amazon à vos besoins de personnalisation.
Amazon Vendor est strict sur la confirmation des commandes : les quantités et articles acceptés doivent correspondre à votre livraison réelle à l'unité près, dans un délai serré après réception. La précision n'est pas négociable. Base importe automatiquement les commandes dans votre flux existant, avec les actions automatiques, statuts et règles personnalisés que vous appliquez déjà à tous vos autres canaux — et vous donne une visibilité complète sur le stock pour éviter de surconfirmer.
Un seul bon de commande Vendor peut facilement contenir des dizaines, voire des centaines de lignes. Les traiter à la main — vérifier le stock, préparer les listes de picking et d'emballage, jongler entre plusieurs entrepôts fournisseurs — voilà où les équipes perdent des journées entières. Le WMS et l'OMS de Base s'adaptent à votre façon réelle de gérer l'entrepôt : les commandes en gros sont traitées méthodiquement, de la réception à la confirmation d'expédition.
Les systèmes fondés sur EAN et SKU dérivent. Des articles sont renommés, arrêtés ou réidentifiés d'un côté ou de l'autre, et c'est exactement ce décalage qui produit commandes rejetées et casse-têtes de rapprochement. Base s'appuie sur les API et une transmission ASIN-first, créant une source de vérité unique au lieu de deux bases qui se désynchronisent lentement.
Plusieurs marques, modèles logistiques ou régions, c'est autant d'identifiants et d'endroits où perdre la trace d'un PO. Base gère chaque compte Vendor — et chaque compte Seller — depuis un seul identifiant. Si vous exploitez un modèle hybride 1P/3P ou utilisez les services d'expédition Amazon en parallèle de Vendor, tout se trouve au même endroit.
La plupart des intégrations Vendor Central du marché reposent encore sur l'EDI. Base fonctionne sur la SP-API d'Amazon. Les deux font le travail, mais très différemment :
| EDI | API (Base) | |
|---|---|---|
| Usage chez Amazon | Exclusivement Vendor Central ; le standard historique de l'univers Vendor, couvrant tout le processus Order-to-Cash : réception et confirmation des PO, ASN, facturation, stocks et messages logistiques | Principalement Seller Central, plus Vendor Central. Les API Vendor introduites ces dernières années couvrent la plupart des cas d'usage EDI (hors quelques variantes de programme ou de pays) ainsi que des fonctions d'annonces et de rapports propres aux fournisseurs |
| Format des données | Documents normalisés (X12, EDIFACT) au langage codifié champ par champ, exigeant un mappage extensif | Les API Amazon (SP-API) utilisent REST/JSON |
| Mise en œuvre | Plus longue, plus coûteuse ; nécessite généralement un middleware de traduction vers l'ERP, le mappage des standards de messages et une connexion dédiée (AS2/SFTP ou VAN tiers) | Plus rapide, moins coûteuse ; pas de frais de VAN, mappage des champs et du catalogue plus flexible |
| Communication | Entrant : un PO reçu, un message émis. Sortant : traitement par lots possible | Entrant : paramètres configurables (récupération des PO par date, statut, etc.). Sortant : traitement par lots possible |
| Vitesse | Quelques minutes ; peut nécessiter une traduction EDI vers ERP via middleware | De quelques millisecondes à quelques secondes ; importé dans Base et converti quasiment en temps réel |
| Correspondance produits | EAN / SKU / GLN - dérive possible en cas d'écarts de catalogue. | ASIN-first - une source de vérité unique |
| Flexibilité | Limitée par les standards de messages | Très flexible |
| Gestion des erreurs | Accusés de réception par lots ou récupérés via des messages spécifiques | Réponses immédiates |
| Évolutivité | Solide pour les grands réseaux d'entreprise, surtout si l'EDI est déjà utilisé avec d'autres partenaires ; historiquement employé avec les grands distributeurs et logisticiens | Solide pour les applications cloud modernes et les plateformes omnicanales |
Pour Amazon Vendor Central en particulier, la ligne « correspondance produits » est celle d'où provient l'essentiel des difficultés opérationnelles. Les systèmes EDI fondés sur EAN et SKU créent des écarts dès qu'un article est renommé, arrêté ou réidentifié d'un côté ou de l'autre. Sur la plupart des systèmes, cela déclenche une erreur qui bloque la traduction de tout le message. Une transmission ASIN-first garde les deux côtés alignés sur un identifiant unique qu'Amazon possède et contrôle.
Connectez votre compte Amazon Vendor.
Les commandes Vendor arrivent dans votre panneau Base, aux côtés de tout ce que vous vendez.
Liez les offres à votre catalogue et ajoutez d'autres comptes Vendor si nécessaire.
Ajoutez Direct Fulfillment, Seller Central, d'autres transporteurs ou systèmes quand vous serez prêt. Même compte, aucun projet séparé, aucun développeur requis.
Non, Direct Fulfillment est une intégration à part, construite autour du mappage des entrepôts, des étiquettes et des documents d'expédition pour les commandes que vous expédiez vous-même. Les deux sont conçues pour fonctionner côte à côte. Découvrir l'intégration Direct Fulfillment.
Non. Elle repose sur la SP-API d'Amazon, la méthode la plus récente pour se connecter à Vendor Central. L'EDI est le standard du secteur depuis des années, mais il implique des coûts d'implémentation élevés, un mappage de messages rigide et des mises à jour coûteuses à chaque changement de spécifications d'Amazon. L'intégration de Base, fondée sur les API, est plus flexible, nettement moins chère à mettre en œuvre, et adopte une approche ASIN-first qui réduit les écarts.
Les écarts. Entre ce que dit votre catalogue et ce qu'Amazon a dans ses fichiers, entre ce que vous avez confirmé et ce qu'Amazon attend. La plupart remontent à deux systèmes qui communiquent mal. Contrairement aux solutions historiques qui reposent sur l'EDI et fonctionnent strictement en EAN/GLN/SKU, Base s'appuie sur la SP-API d'Amazon avec une approche ASIN-first.
Oui. Les offres existantes peuvent être importées directement depuis votre compte Amazon connecté, puis liées aux produits déjà présents dans votre catalogue Base, ou utilisées pour créer automatiquement de nouveaux produits de catalogue si vous ne les y avez pas encore.
Oui. Base prend en charge les deux, ainsi que les principaux modèles logistiques d'Amazon : vous n'avez plus à les gérer via deux systèmes déconnectés.
La connexion du compte prend quelques minutes. La configuration complémentaire — multi-comptes, liaison du catalogue, programmes additionnels — dépend de la complexité de votre organisation.
Amazon Vendor + Marketplace
Amazon Vendor + Boutiques
Amazon Vendor + Transporteurs
Amazon Vendor + Systèmes comptables
Amazon Vendor + Applications SMS
Amazon Vendor + Autres
Amazon Vendor + PIM
Amazon Vendor + Fulfillment