Les deux connexions ne se ressemblent pas. L'ERP alimente le référentiel en données de gestion, en lecture seule côté PIM, avec des fréquences différentes selon la volatilité de chaque champ. Le référentiel alimente ensuite le site, qui n'est qu'un consommateur : il affiche et ne gouverne rien. Pimcore étant intégralement piloté par API, les deux flux se construisent sans développement de contournement, à condition d'avoir tranché la clé de rapprochement en amont.
Connecter Pimcore : les étapes détaillées ici
Les deux connexions et leur logique
De l'ERP vers Pimcore, en lecture. Références, prix, stocks et statuts descendent 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 pousse vers le site le sous-ensemble de données que celui-ci doit afficher, au format attendu, avec les médias déclinés. Le site ne gouverne aucune donnée produit.
Une règle commune. Chaque champ a un propriétaire unique. Un champ maîtrisé par l'ERP est en lecture seule dans le PIM, et un champ maîtrisé par le PIM ne se corrige pas dans le back-office du site.
Poser la clé de rapprochement avant tout
Aucune connexion ne se construit avant cette décision, et c'est celle que les plannings placent le plus souvent trop tard.
Il s'agit de désigner l'identifiant qui permettra de reconnaître un produit d'un système à l'autre. Dans la plupart des cas, c'est la référence interne de l'ERP, parce qu'elle est stable et qu'elle existe avant tout le reste. Le problème 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 correspondance est souvent le premier chantier réel du projet. Il ne relève pas de la technique mais de l'arbitrage métier : 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. C'est pourquoi nous la verrouillons avant le paramétrage, dans notre travail d'intégrateur PIM/DAM.
Le flux ERP vers Pimcore, champ par champ
Le flux ne se décide pas globalement mais champ par champ, parce que chaque donnée a sa propre logique.
Descendent de l'ERP à chaque création ou modification. Ils déclenchent la création de l'objet produit dans le référentiel, prêt à être enrichi.
Descendent en lecture. Le PIM les utilise pour conditionner la diffusion, par exemple pour ne pas publier une référence sans tarif actif.
Descendent au rythme le plus rapide du projet. Ils servent surtout à décider ce qui part vers les canaux, pas à enrichir la fiche.
Descendent rarement, parfois par import contrôlé. Elles structurent le catalogue et changent peu.
Le sens du flux mérite d'être posé par écrit pour chaque champ. Un tableau à trois colonnes, champ, propriétaire, fréquence, suffit et il évite la majorité des désaccords de recette.
Le flux Pimcore vers le site e-commerce
Deux approches coexistent, et le choix dépend de l'architecture du site plus que du PIM.
La première consiste à publier vers le site : le référentiel pousse les données dans la base du site à intervalles réguliers ou à chaque modification. Le site reste autonome si le PIM est indisponible, ce qui est un avantage en production. En contrepartie, il existe deux copies de la donnée, et il faut interdire toute modification côté site.
La seconde consiste à exposer les données par API : le site interroge le référentiel au moment de l'affichage. Il n'y a plus de copie, donc plus de divergence possible, mais le site dépend de la disponibilité du référentiel et la question de la performance se pose.
Un point commun aux deux : ce qui part vers le site n'est jamais la totalité du référentiel. Un sous-ensemble d'attributs est sélectionné, filtré par les règles de complétude et enrichi des médias au format web. C'est ce mapping qui se paramètre une fois et se rejoue ensuite sans intervention.
Choisir la fréquence de chaque échange
La fréquence dépend de la volatilité de la donnée, jamais de son volume.
Stock et disponibilité : au plus proche du temps réel.
Prix : quotidien, ou temps réel si des promotions tournent.
Nouvelles références et statuts : quotidien.
Attributs techniques enrichis : à la publication, par lot.
Traductions : à la validation du statut.
Nomenclatures et normes : import contrôlé, ponctuel.
Vouloir tout passer en temps réel dès la première phase allonge le projet sans bénéfice mesurable, et complique la reprise après incident. Un flux nocturne se rejoue simplement ; un flux continu demande une gestion des erreurs beaucoup plus fine.
Ce qui casse un flux en production
Les incidents ne viennent presque jamais de la technologie mais de cas non prévus au cadrage.
Trois causes reviennent : une référence supprimée dans l'ERP sans que le comportement attendu ait été défini, un caractère inattendu dans un champ qui bloque l'import du lot entier, et une montée de version d'un des deux systèmes qui modifie un format. Ces trois cas se traitent au cadrage, en décidant à l'avance ce qui doit se passer, pas en découvrant le problème un lundi matin.
Deux dispositifs limitent les dégâts. Un traitement ligne par ligne plutôt que par lot, pour qu'une anomalie isolée n'arrête pas la synchronisation entière. Et une supervision qui alerte sur un échec d'import, sinon le décalage entre les systèmes s'installe sans que personne le voie.
Par quelle connexion commencer selon votre activité
L'ordre des chantiers change selon ce qui vous pénalise le plus aujourd'hui.
Commencez par l'ERP. Sans références et statuts fiables dans le référentiel, l'enrichissement porte sur une base mouvante et le travail métier est à refaire.
Commencez par l'ERP également, mais traitez la documentation en parallèle : les fiches normées attendues par les négoces dépendent autant du DAM que du flux de gestion.
Commencez 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 vite et finance la suite.
Dans les trois cas, écrivez le tableau champ, propriétaire, fréquence avant la première ligne de code. C'est le document qui fera la recette.
Partenaire-intégrateur officiel Pimcore sur le marché français, 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 à maîtriser ?
Notre Blog
Nos derniers articles
Tendances, conseils, retours d’expérience : nos articles décryptent les sujets clés de votre transformation.
Connecter Pimcore à son ERP et à son e-commerce
Les deux connexions ne se ressemblent pas. L’ERP alimente le référentiel en données de gestion, en lecture seule côté PIM, avec des fréquences différentes selon la volatilité de chaque champ. Le référentiel alimente ensuite le site, qui n’est qu’un consommateur : il affiche et ne gouverne rien. Pimcore étant intégralement piloté par API, les deux flux se construisent sans développement de contournement, à condition d’avoir tranché la clé de rapprochement en amont.
PIM avec DAM intégré ou DAM séparé : que choisir ?
Sur un socle unique, données produit et fichiers médias partagent la même base : l’association est native, la complétude média se calcule sans développement, et il n’y a qu’une montée de version à suivre. Sur deux outils reliés par API, chaque brique reste la meilleure dans son domaine mais la liaison est à construire et à maintenir. L’arbitrage se joue sur votre volumétrie de fichiers et sur l’existence d’un DAM déjà adopté.
PIM open source ou SaaS : ce que change le modèle
Un PIM open source vous donne le code, la liberté de modélisation et la maîtrise de l’hébergement, en échange d’une charge d’intégration et d’exploitation qui reste chez vous ou chez votre intégrateur. Un PIM SaaS vous livre une plateforme prête, mise à jour et hébergée par l’éditeur, en échange d’un cadre de données plus contraint et d’un abonnement souvent indexé sur le volume. Le choix se décide sur la complexité de votre catalogue, pas sur la taille de votre entreprise.