Le flux en un coup d’œil
- XML / CSV / API fournisseur
- Correspondance et contrôle
- Règles de prix et de disponibilité
- Mise à jour contrôlée de la boutique
Prérequis avant réalisation
- Fichiers d’exemple et droit d’utilisation des données
- Clés stables par fournisseur
- Règles de responsabilité des champs et de tarification
En un coup d’œil
Un fichier fournisseur nécessite des règles avant de devenir un catalogue. L’intégration reconnaît le même produit, contrôle les changements et actualise uniquement les champs dont le fournisseur est une source fiable.
Une identité stable pour chaque produit
Nous définissons une clé stable et conservons une correspondance par fournisseur. L’EAN est utile s’il est correct et disponible, mais tous les produits n’ont pas forcément un code-barres unique valide. Les variantes de couleur ou de taille nécessitent un traitement distinct. Si deux fournisseurs proposent le même article, nous décidons entre une fiche commerciale multisource et des produits distincts.
Règles de champs et décisions commerciales
Nous cartographions titres, caractéristiques, catégories, images, poids et coût. Le fournisseur peut actualiser coût et disponibilité tandis que l’entreprise conserve description finale et prix de vente. Marges, taxes et arrondis sont explicites. Une baisse brutale de coût ou un prix vide ne doit pas être publié sans contrôle. Nous protégeons le travail éditorial contre les remplacements aveugles.
Un fournisseur n’est pas votre entrepôt
La disponibilité fournisseur peut changer ou inclure un délai. Nous la distinguons du stock physique et appliquons les règles d’affichage convenues. Un produit temporairement absent du fichier n’est pas immédiatement supprimé. Il faut distinguer catalogue complet et fichier différentiel pour interpréter correctement une absence.
Lots, historique et échecs
Chaque import enregistre date, source, nombre d’éléments et changements. Les données sont vérifiées avant d’actualiser le catalogue en ligne. Les échecs vont dans une liste distincte ; les réussites ne sont pas recréées lors d’une répétition. Nous testons encodage grec, images invalides et limites de taille. Un fichier anormalement petit ou de structure modifiée bloque la publication et alerte le responsable.
Exemple avec deux sources
Dans une boutique de matériel électrique, le stock physique vient de l’ERP et la disponibilité à commander de deux fournisseurs. La connexion conserve le code interne, choisit la source autorisée et affiche le délai convenu. À la réception, nous testons nouvel article, changement de coût, même produit d’une seconde source et fichier temporairement vide. L’équipe consulte un rapport sans chercher les différences manuellement.
Contrôles d’acceptation avant exploitation
- La répétition ne crée pas de produits en double
- Un fichier vide ne supprime pas le catalogue
- Descriptions révisées et stock ERP sont protégés
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