Dans à peu près chaque projet industriel que j’ai suivi, la même question revient au bout de trois semaines : « mais pourquoi on ne stocke pas tout ça dans l’ERP ? ». La réponse n’est pas idéologique — c’est une question d’outil pour le bon usage.
Ce que fait l’ERP
Un ERP gère des flux transactionnels. Il répond à : qui achète quoi, à quel prix, avec quel stock, facturé comment, livré quand. Il a un modèle de donnée serré, des processus de validation métier, et une culture de la traçabilité comptable. Il est construit pour ne jamais perdre une transaction.
Ce qu’il ne sait pas faire — ou mal :
- stocker 60 attributs techniques hétérogènes par SKU,
- gérer 8 langues sur la même fiche,
- versionner un descriptif marketing,
- différencier la valeur qu’on expose sur la marketplace A de celle qu’on envoie à l’EDI du distributeur B.
Ce que fait le PIM
Un PIM gère la connaissance produit. Il répond à : à quoi ressemble cette référence, comment elle se décrit par famille, par canal, par marché. Son modèle est volontairement souple : chaque famille peut avoir ses propres attributs, chaque attribut peut être obligatoire sur un canal et optionnel sur un autre.
Et surtout : il est conçu pour être utilisé par des gens qui ne sont pas comptables — équipes produit, chefs de gamme, traducteurs, photographes.
La règle que je donne à nos clients
Si la donnée change quand il y a une transaction, elle vit dans l’ERP. Si elle change quand il y a un nouveau canal, une nouvelle langue, ou une décision marketing, elle vit dans le PIM.
Le prix, le stock, la disponibilité → ERP. Le descriptif, les photos, les caractéristiques techniques, les traductions, les certifications → PIM.
Les deux se parlent en continu via API. C’est le rôle du PIM de savoir quand demander à l’ERP, pas de stocker les données de l’ERP.
Le piège que tout le monde fait une fois
Commencer par mettre les fiches produit dans l’ERP parce que « c’est déjà là ». Trois ans plus tard, vous vous retrouvez avec un modèle de donnée tordu, des champs personnalisés partout, une équipe produit qui ne comprend plus l’outil, et une impossibilité d’ouvrir un nouveau canal sans un chantier IT de six mois.
L’ERP est bon pour ce qu’il fait. Le PIM est bon pour ce qu’il fait. Leur frontière n’est pas une ligne technique — c’est une ligne métier.