Le flux en un coup d’œil
- Contrôle des politiques vendeur et d’OAuth
- Correspondance des stocks et SKU
- Création et publication des offres
- Commandes et suivi
Prérequis avant réalisation
- Accès développeur et vendeur eBay
- Politiques d’exécution et de retour
- SKU stables et données de catégorie
- Point de maintenance des annonces convenu
En un coup d’œil
L’intégration eBay s’organise autour d’entités distinctes : entrepôts, articles en stock et offres commerciales. Commandes et suivi constituent un flux d’exécution séparé. Avant de transférer un catalogue, nous vérifions autorisations, politiques vendeur et correspondance SKU. La connexion peut ainsi maintenir les offres de manière contrôlée au-delà des premières publications.
Du SKU à l’offre active
Inventory API distingue emplacement de stock, article et offre. L’offre est liée à un marché, une catégorie et des politiques commerciales. Nous conservons ces correspondances séparément. Nous contrôlons les champs requis à la publication : la création réussie d’un brouillon ne prouve pas que le produit est déjà en vente.
Politiques de livraison et de retour cohérentes
Le compte vendeur nécessite des business policies adaptées. L’application est autorisée par OAuth pour ses actions. Retours et expéditions doivent correspondre au fonctionnement réel. Nous n’appliquons pas une politique générique à tous les marchés sans validation commerciale. Nous assurons un renouvellement sécurisé des accès et un signal clair lorsque l’autorisation cesse de fonctionner.
Les variantes ne sont pas de simples titres indépendants
Les variantes nécessitent une correspondance structurée entre groupe et options. Le SKU reste unique par article de stock. La connexion distingue le titre de présentation de l’identité de l’option achetée. Autre point essentiel : les offres créées avec Inventory API sont maintenues par cette API. Le plan d’exploitation doit éviter les modifications contradictoires provenant d’outils qui ne suivent pas le même flux.
Exemple de catalogue de pièces détachées
Une entreprise de pièces détachées souhaite publier une sélection sur eBay. Elle associe d’abord chaque SKU et vérifie les caractéristiques requises par sa catégorie. La passerelle crée les offres selon les politiques convenues et importe les commandes sans doublons. Les compatibilités sont vérifiées par l’entreprise, jamais déduites d’hypothèses de l’application. Le pilote teste la variation de quantité et l’expédition avec suivi d’un article précis.
Nouvelles tentatives et contrôle des annonces actives
Nous testons séparément création de brouillon, publication, changement de prix et stock nul. Les journaux indiquent offres actives et codes rejetés. Un échec temporaire est retenté sans créer une seconde offre. Les commandes sont rapprochées de la boutique et du suivi réel. La livraison inclut des consignes sur le lieu de chaque modification pour éviter les interventions manuelles incompatibles.
Contrôles d’acceptation avant exploitation
- La bonne offre pour chaque article de stock
- Aucune offre en double après répétition
- Le bon suivi sur la commande
- Rejets de publication visibles
DU GUIDE À LA PRATIQUE
Un plan concret pour votre plateforme.
Dites-nous où votre plateforme rencontre des difficultés et ce qui doit être amélioré. Notre équipe relie le diagnostic à des interventions précises sur le code, les performances et l’infrastructure.
Examinons votre plateforme