PIM et ERP chez un distributeur : qui gère quoi ?

La question revient dans presque tous nos audits : « Notre ERP a déjà une fiche article, pourquoi ajouter un PIM ? » Elle est légitime. Chez un distributeur de câbles que nous avons suivi (plus de 3 000 références, des achats et des ventes entre l'Europe et l'Asie), la réponse est venue des fichiers Excel. Il y en avait plusieurs à côté de l'ERP, certains à jour, d'autres non, et plus personne ne savait lequel faisait foi. On a construit une base produit synchronisée avec l'ERP, qu'on montre dans la démonstration en vidéo.

Que fait un ERP, et que fait un PIM ?

Un ERP est conçu pour enregistrer des flux. Une commande arrive, une réception entre en stock, une facture part, une écriture comptable suit. Sa fiche article contient ce dont ces flux ont besoin : code, unité, fournisseur, prix d'achat, stock, prix moyen pondéré. Il fait ça très bien, et il est rigide pour le reste. Ajouter un champ passe souvent par l'intégrateur, les textes en plusieurs langues y sont à l'étroit, et chercher « tous les câbles cuivre de telle section disponibles en stock » demande un export.

Un PIM (Product Information Management) est conçu pour décrire le produit. Caractéristiques techniques, dimensions et conditionnement, textes commerciaux, classification par univers, famille et gamme, fiches techniques, traductions. Il sert ceux qui ont besoin de présenter ou de calculer : les commerciaux, le site, les catalogues, les offres, le pricing.

La distinction la plus simple que je connaisse : l'ERP sait ce qui s'est passé, le PIM sait ce qu'est le produit.

Pourquoi ne pas tout mettre dans l'ERP ?

Avec quelques centaines de références stables, c'est possible, et c'est souvent le bon choix. Les signes qu'on a dépassé ce stade sont faciles à repérer :

• des fichiers Excel qui complètent l'ERP avec les données qu'il ne sait pas porter ;
• plusieurs versions de ces fichiers qui circulent ;
• des informations rangées dans des champs libres de l'ERP, faute de mieux ;
• des commerciaux qui demandent à une seule personne quelle est la bonne caractéristique.

Si vous vous reconnaissez, vous avez déjà un PIM. Il est simplement éparpillé dans des tableurs, sans règles ni historique. Chez notre client, c'était exactement ça : l'ERP d'un côté, des fichiers de l'autre, et un catalogue complet que personne ne pouvait suivre d'un seul regard.

Qui est la source de vérité du catalogue ?

« Source unique » ne veut pas dire qu'un seul logiciel détient tout. Ça veut dire que, pour chaque donnée, on sait où elle est créée, où elle est modifiée, et que les autres systèmes se contentent de la lire.

Le découpage que nous avons retenu avec ce client est assez classique. L'ERP reste maître du stock et des prix d'achat, et les renvoie chaque jour à la plateforme. La base produit devient la source de vérité du catalogue : attributs techniques, commerciaux, marketing et logistiques, classification. Un produit créé dans la plateforme est aussi créé dans l'ERP, ce qui évite la double saisie. Et comme la plateforme porte le catalogue, elle reste utilisable même si l'ERP est indisponible.

L'erreur qu'on voit le plus souvent est l'inverse : deux systèmes qui peuvent modifier le même champ. Le jour où les deux valeurs divergent, personne ne sait laquelle garder, et la synchronisation écrase l'une avec l'autre selon l'ordre d'exécution. Tranchez avant d'installer quoi que ce soit.

Comment synchroniser PIM et ERP sans créer de conflits ?

Une synchronisation se conçoit champ par champ, pas en bloc. Quatre questions suffisent à la cadrer.

1. Dans quel sens ? Le stock va de l'ERP vers le PIM. Une nouvelle référence peut aller du PIM vers l'ERP. Écrivez le sens de chaque champ.
2. À quelle fréquence ? Pour préparer des offres, une mise à jour quotidienne des stocks et des prix d'achat suffit, c'est ce que fait notre client. Si vous affichez du stock en temps réel sur un site marchand, le quotidien ne suffira pas.
3. Avec quel identifiant ? La référence article doit être identique des deux côtés. Sans clé commune fiable, pas de synchronisation fiable.
4. Que se passe-t-il en cas d'échec ? Une synchronisation tombe un jour en panne. Il faut savoir qui est prévenu et ce qui continue de fonctionner en attendant.

Les erreurs qui coûtent cher

Choisir l'outil avant d'avoir listé les champs. Le modèle de données vient en premier : quels attributs, quel système maître, qui a le droit de les modifier.

Migrer les fichiers Excel sans les nettoyer. Les doublons et les versions contradictoires arrivent intacts dans le nouvel outil, qui a alors l'air aussi peu fiable que l'ancien.

Oublier les champs dont les calculs ont besoin. Chez notre client, le moteur de pricing lit la quantité par palette pour répartir le coût de transport. Quand elle manque, le transport est ignoré pour ce produit et une alerte le signale. Une donnée logistique absente devient un prix faux, ce qui montre que la qualité du catalogue et celle des prix sont liées. On détaille ce moteur dans l'article sur l'automatisation du pricing.

Figer le modèle. Un catalogue évolue : nouvelles familles, nouvelles caractéristiques exigées par un client. Notre client ajoute lui-même ses champs, sans développement. S'il fallait nous rappeler à chaque nouvel attribut, les équipes reviendraient vite à leurs tableurs.

Supprimer Excel du jour au lendemain. L'import et l'export Excel ont été conservés, parce que les équipes et leurs clients travaillent encore avec. Couper ce lien aurait freiné l'adoption pour un gain de propreté très théorique.

PIM du marché ou base produit sur-mesure ?

Mon avis est assez tranché. Si votre besoin principal est de diffuser des fiches produits vers des sites marchands et des places de marché, un PIM du marché fera le travail, c'est leur métier. Si votre catalogue sert surtout de base à un calcul métier (prix indexés sur une matière première, plusieurs devises, simulations de transport), le lien entre données produit et moteur de calcul pèse plus lourd, et une base construite pour vos règles se défend. C'est ce qui a justifié le sur-mesure chez notre client. Notre comparatif sur-mesure ou logiciel packagé détaille les critères, et automatiser sans remplacer son ERP explique comment brancher un nouvel outil sur l'existant.

Avant toute décision, faites un exercice d'une heure avec vos équipes : listez vos vingt champs produit les plus utilisés, et notez pour chacun le système maître et la personne qui a le droit de le modifier. Les cases où vous hésitez montrent où votre catalogue perd des données aujourd'hui.