Connecter Pimcore implique deux flux de nature différente. L'ERP alimente le référentiel en données de gestion, en lecture seule côté PIM, avec une fréquence propre à la volatilité de chaque champ. Le référentiel alimente ensuite le site, qui affiche la donnée produit sans la modifier. Pimcore étant piloté par API, les deux flux se construisent sans développement de contournement, à condition d'avoir fixé la clé de rapprochement en amont.
Connecter Pimcore à l'ERP et à l'e-commerce : clé produit, flux, fréquences, incidents
Comment connecter Pimcore à un ERP et à un site e-commerce ?
Quelle clé de rapprochement produit choisir entre l'ERP et Pimcore ?
Quelles données de l'ERP synchroniser dans Pimcore ?
Faut-il pousser les données Pimcore vers le site e-commerce ou les exposer par API ?
À quelle fréquence synchroniser prix, stocks et fiches produits entre ERP, PIM et site ?
Quelles sont les causes d'erreur d'un flux ERP-Pimcore en production ?
Comment connecter Pimcore à un ERP et à un site e-commerce ?
De l'ERP vers Pimcore, en lecture. Références, prix, stocks et statuts sont importés dans le référentiel. Le PIM les affiche et s'en sert pour conditionner la diffusion ; il ne les modifie jamais.
De Pimcore vers le site, en publication. Le référentiel envoie au site le sous-ensemble de données à afficher, au format attendu, avec les médias déclinés. Le site ne gère aucune donnée produit.
Une règle commune aux deux flux. Chaque champ a un propriétaire unique. Un champ géré par l'ERP est en lecture seule dans le PIM ; un champ géré par le PIM ne se corrige pas dans le back-office du site.
Quelle clé de rapprochement produit choisir entre l'ERP et Pimcore ?
La clé de rapprochement entre l'ERP et Pimcore est, dans la plupart des cas, la référence interne de l'ERP : elle est stable et elle existe avant toutes les autres. Aucune connexion ne se construit avant ce choix, que les plannings placent souvent trop tard.
La clé de rapprochement est l'identifiant qui reconnaît un produit d'un système à l'autre. La difficulté apparaît quand d'autres sources utilisent une référence commerciale, un code fournisseur ou une désignation libre, sans table de correspondance.
Reconstituer cette table de correspondance est souvent le premier chantier réel du projet. Ce chantier relève de l'arbitrage métier, pas de la technique : quelle référence fait foi, que devient l'historique de l'autre, qui tranche les cas ambigus.
Une clé modifiée en cours de projet oblige à rejouer toute la reprise de données. Nous la verrouillons donc avant le paramétrage, dans notre travail d'intégrateur PIM/DAM.
Quelles données de l'ERP synchroniser dans Pimcore ?
Les données ERP à synchroniser dans Pimcore sont les références et statuts, les prix et conditions, les stocks et la disponibilité, et les nomenclatures. Le flux se définit champ par champ, chaque donnée ayant sa propre logique.
Importés à chaque création ou modification dans l'ERP. Ils déclenchent la création de l'objet produit dans le référentiel, prêt à être enrichi.
Importés en lecture. Le PIM s'en sert pour conditionner la diffusion, par exemple pour bloquer une référence sans tarif actif.
Importés à la fréquence la plus élevée du projet. Ils servent à décider ce qui part vers les canaux, pas à enrichir la fiche.
Importées rarement, parfois par import contrôlé. Elles structurent le catalogue et changent peu.
Le sens du flux se documente par écrit pour chaque champ. Un tableau à trois colonnes (champ, propriétaire, fréquence) suffit et évite la majorité des désaccords en recette.
Faut-il pousser les données Pimcore vers le site e-commerce ou les exposer par API ?
Le choix entre publication vers le site et exposition par API dépend de l'architecture du site e-commerce plus que du PIM.
La publication consiste à envoyer les données dans la base du site, à intervalles réguliers ou à chaque modification. Le site reste fonctionnel si le PIM est indisponible, ce qui sécurise la production. En contrepartie, la donnée existe en deux copies, et toute modification côté site doit être interdite.
L'exposition par API consiste à faire interroger le référentiel par le site au moment de l'affichage. Il n'y a plus de copie, donc plus de divergence possible. En contrepartie, le site dépend de la disponibilité du référentiel, et les temps de réponse sont à dimensionner.
Dans les deux approches, le site ne reçoit jamais la totalité du référentiel. Il reçoit un sous-ensemble d'attributs, filtré par les règles de complétude, avec les médias au format web. Ce mapping se paramètre une fois puis s'exécute sans intervention.
À quelle fréquence synchroniser prix, stocks et fiches produits entre ERP, PIM et site ?
La fréquence de synchronisation entre ERP, PIM et site dépend de la volatilité de chaque donnée, pas de son volume.
Stock et disponibilité : au plus proche du temps réel.
Prix : quotidien, ou temps réel en cas de promotions fréquentes.
Nouvelles références et statuts : quotidien.
Attributs techniques enrichis : à la publication, par lot.
Traductions : au passage du statut validé.
Nomenclatures et normes : import contrôlé, ponctuel.
Passer tous les flux en temps réel dès la première phase allonge le projet sans gain mesurable et complique la reprise après incident. Un flux nocturne se relance simplement ; un flux continu demande une gestion des erreurs beaucoup plus fine.
Quelles sont les causes d'erreur d'un flux ERP-Pimcore en production ?
Les erreurs d'un flux ERP-Pimcore en production viennent presque toujours de cas non prévus au cadrage, rarement de la technologie.
Trois causes reviennent : une référence supprimée dans l'ERP sans comportement défini côté PIM, un caractère inattendu dans un champ qui bloque l'import du lot entier, une montée de version d'un des deux systèmes qui modifie un format. Ces trois cas se traitent au cadrage, en définissant à l'avance le comportement attendu.
Deux dispositifs limitent l'impact. Le traitement ligne par ligne plutôt que par lot, pour qu'une anomalie isolée n'arrête pas toute la synchronisation. La supervision avec alerte sur échec d'import, sans laquelle l'écart entre les systèmes s'installe sans être détecté.
Par quelle connexion Pimcore commencer, ERP ou e-commerce, pour un industriel, un acteur du BTP ou un distributeur ?
La connexion Pimcore à traiter en premier dépend du point qui pénalise le plus l'activité aujourd'hui : fiabilité des références ou diffusion vers le canal principal.
Commencer par l'ERP. Sans références et statuts fiables dans le référentiel, l'enrichissement porte sur une base instable et le travail métier est à refaire.
Commencer aussi par l'ERP, en traitant la documentation en parallèle : les fiches normées attendues par les négoces dépendent autant du DAM que du flux de gestion.
Commencer par la sortie vers le canal qui porte le chiffre d'affaires, avec un flux ERP limité aux prix et aux stocks. Le gain est visible plus tôt et justifie la suite du projet.
Dans les trois cas, le tableau champ, propriétaire, fréquence se rédige avant la première ligne de code. C'est le document de référence pour la recette.
Partenaire-intégrateur Pimcore en France, nous construisons les flux entre les ERP et le référentiel produit, puis les exports vers les sites, les portails, les marketplaces et les chaînes de production imprimée. Nous interfaçons notamment SAP, Sage, Microsoft Dynamics et Cegid, ainsi que des ERP métier.
Vous voulez savoir quels champs votre ERP doit continuer à gérer ?
Notre Blog
Nos derniers articles
Tendances, conseils, retours d’expérience : nos articles décryptent les sujets clés de votre transformation.
Le retour sur investissement d’un PIM ne se déduit pas d’une moyenne de marché, il se calcule avec vos chiffres. Quatre indicateurs suffisent : le délai de mise en ligne d’une gamme, le nombre de corrections après publication, le temps passé à chercher une donnée ou un visuel, et le volume de fiches rejetées par vos canaux. Ils se relèvent avant le projet, se convertissent en coût avec vos propres taux internes, et se comparent après le premier lot.
Une donnée produit incomplète ou incohérente ne se voit pas dans un tableau de bord, elle se voit dans les fiches rejetées par une marketplace, dans les retours produits, dans les appels au service client et dans les ventes qui ne se font pas faute d’information. Sa qualité se mesure sur quatre axes : complétude, cohérence, fraîcheur et conformité. Chacun s’observe avec des indicateurs que vous avez déjà, sans instrumentation particulière.
L’API convient aux données qui bougent souvent et dont le décalage se paie immédiatement : stocks, disponibilités, prix promotionnels. Le fichier convient aux données stables, aux imports fournisseurs et aux échanges avec des partenaires qui n’exposent pas d’interface. Le choix se fait flux par flux, selon la fréquence de mise à jour et le coût d’un écart, jamais globalement pour tout un projet.