Le blog

Une GED conserve les documents de l’entreprise et en assure la traçabilité : contrats, procédures, pièces réglementaires, avec versions, archivage et valeur probante. Un DAM organise les fichiers destinés à être diffusés : visuels, plans, notices, certificats, avec métadonnées, déclinaisons par canal et droits d’usage. Les deux se croisent sur un point, le document technique produit, et ce croisement explique la plupart des confusions.

Un CMS gère des pages et leur publication sur un site. Un PIM gère la donnée produit et sa diffusion vers tous les canaux, site compris. Avec un seul canal, le back-office du CMS couvre les besoins de saisie. Dès qu'une marketplace, un portail revendeurs ou un catalogue imprimé s'ajoute, le site n'est plus la source de la donnée produit : il devient un canal de diffusion parmi d'autres.

Nous déployons Pimcore pour trois propriétés utiles sur un catalogue B2B : un modèle de données entièrement défini par l'entreprise, un DAM sur le même socle que le PIM, et un pilotage complet par API. Le code ouvert ajoute deux propriétés : la plateforme est auditable et le projet est réversible. Pimcore ne convient pas à tous les projets : sur un catalogue simple et un canal unique, la plateforme demande plus de travail initial qu'une offre PIM en libre-service.

Automatiser un catalogue print consiste à alimenter des gabarits de mise en page directement depuis le référentiel produit, sans saisie ni copier-coller dans la maquette. La chaîne comporte quatre étapes : structurer la donnée, préparer les médias, concevoir les gabarits, générer puis relire. Le préalable est un référentiel fiable. Sans données typées ni médias associés, l'automatisation reproduit les erreurs du référentiel sur toutes les pages générées.

Un projet Pimcore comporte cinq étapes : le setup, qui construit le modèle de données avec vos équipes, la reprise des données existantes, l'interfaçage avec l'ERP et les canaux, l'hébergement, puis la maintenance. La charge n'est pas répartie également : le setup et la reprise en concentrent la plus grande part, et mobilisent vos équipes métier autant que l'intégrateur.

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.

Un PIM open source s'installe sur l'infrastructure de l'entreprise ou de son intégrateur : le modèle de données se définit librement, la base de données reste sous votre contrôle, et le coût porte d'abord sur l'intégration, l'hébergement et la maintenance, avec une licence selon l'édition retenue. Un PIM SaaS est hébergé et mis à jour par l'éditeur contre un abonnement dont le niveau dépend du package et du périmètre couvert : la mise en route est plus rapide, la modélisation se fait dans le cadre prévu par l'outil. Le choix se joue sur la complexité du catalogue, la propriété des données et la réversibilité.

Une migration d'Excel vers un PIM se prépare en quatre étapes : auditer les fichiers pour mesurer leur état, choisir un premier lot d'une ou deux familles de produits, normaliser les valeurs et les unités pendant l'import, puis faire valider chaque famille par son responsable métier avant diffusion. La migration se fait par lots, et les familles non migrées restent sous tableur, sans double saisie.

Un audit des données produits avant un PIM commence par le recensement des sources et la désignation de celle qui porte la référence de vérité. Il mesure ensuite la complétude par famille, repère les doublons et les valeurs incohérentes, qualifie les médias rattachables, puis fixe les règles de normalisation à appliquer pendant la reprise. L'audit fournit les volumes et l'état des données nécessaires pour chiffrer le projet sur des faits plutôt que sur une estimation.