Votre ERP pense qu’une palette est un produit. Prenez une seconde.

La consultante est arrivée lundi. Elle était très sympathique. Elle avait un PowerPoint. Le PowerPoint avait 47 slides. La slide 1 disait "ERP Implementation — ITAD Module" et montrait un entrepôt qui ne ressemblait en rien au vôtre, parce que votre entrepôt a un mauvais éclairage en Zone C et un chariot élévateur au pare-chocs cabossé, alors que celui de la photo avait des rails lumineux et une femme en casque qui semblait sourire à un clipboard.

Le vendredi, vous aviez un plan projet, un calendrier et un budget. €80K pour l'implémentation. Six mois. La consultante était confiante. Votre CFO était soulagé. Enfin un vrai système. Plus de FileMaker. Plus de Raymond.

Six mois plus tard, une palette de HP EliteBook mixed-grade avec trois dispositions clavier différentes — AZERTY, QWERTY et QWERTZ, parce que le lot venait d'une multinationale — a été enregistrée dans votre nouvel ERP comme un seul "produit" avec une quantité de 1 et une description disant "HP laptop". Pas "HP EliteBook 840 G8". Pas "mixed grade". Pas "trois dispositions clavier". Juste "HP laptop". Quantité : 1.

L'ERP n'est pas cassé. Il fonctionne exactement comme prévu. Il a été conçu pour un monde où les produits sont identiques, comptables et interchangeables. Une palette de HP EliteBook n'est rien de tout cela.

Le décalage de vocabulaire

Voici une liste non exhaustive de choses pour lesquelles votre ERP n'a pas de mot :

Lot mixed-grade. L'ERP a des "produits" et des "variantes produit". Une variante peut être "couleur : bleu" ou "taille : large". Il ne sait pas représenter "grade : B, sauf 12 unités qui sont C parce que les repose-poignets sont rayés et 3 qui sont D parce que les écrans clignotent". Ce n'est pas une variante. C'est une situation.

Statut d'effacement par disque. L'ERP suit les numéros de série, bien sûr. Mais il suit un numéro de série par produit. Un laptop avec deux SSD, chacun nécessitant un effacement et une certification indépendants ? L'ERP propose de créer deux "produits". Un pour chaque disque. Attachés au... laptop, d'une façon ou d'une autre. Cela devient vite compliqué, et personne n'aime la direction que cela prend.

Fraîcheur du grading. Le grade attribué il y a six semaines n'est peut-être plus exact. L'état de batterie se dégrade. Les évaluations cosmétiques vieillissent. L'ERP n'a pas le concept d'un grade qui expire. Les grades sont des faits. En ITAD, les grades sont des opinions avec une durée de vie.

Chaîne de conservation. L'ERP suit les mouvements d'entrepôt : emplacement A vers emplacement B. Il ne suit pas la raison du mouvement, la personne qui l'a autorisé ou les implications de conformité. En ITAD, un appareil qui passe de "processing" à "quarantine" n'est pas équivalent à un déplacement de l'étagère 3 à l'étagère 4. L'ERP pense que si.

Un ERP "customisé pour l'ITAD" n'est pas un système ITAD. C'est un système généraliste avec lequel on s'est disputé jusqu'à ce qu'il arrête de se plaindre.

Les sessions de consulting

Quand le décalage de vocabulaire est devenu évident, la consultante est revenue. Plus de sessions. Plus de PowerPoints. Plus de "on peut configurer ça". Le mot "configurer" portait beaucoup de poids. En pratique, cela voulait dire : nous ajouterons des champs personnalisés jusqu'à ce que le système approxime vos besoins, puis il sera trop customisé pour être mis à jour et trop spécifique pour être bien supporté.

Trois sessions de consulting plus tard, vous aviez un système qui suivait techniquement les grades (dans un champ texte), gérait plus ou moins le multi-warehouse (avec un hack de préfixe d'emplacement) et pouvait générer des rapports d'effacement (si quelqu'un exportait un CSV et le passait dans un script Python écrit par votre responsable IT un week-end).

Coût total : €80K d'implémentation, €45K de consulting, €12K par an de maintenance de customisations, plus le salaire d'une personne qui passe 30% de son temps à contourner les limites au lieu de faire son vrai travail. Ce n'est pas une solution. C'est une course aux armements entre vos exigences et la volonté de l'ERP de prétendre les comprendre.

Pourquoi les ERP échouent en ITAD

Le problème fondamental n'est pas technique. Il est conceptuel. Les ERP sont construits sur l'hypothèse que votre entreprise vend des produits. Les produits sont définis, fabriqués, stockés et vendus. Chaque produit a un SKU. Chaque SKU décrit un article identique. Le stock vous dit combien vous en avez. Simple.

L'ITAD ne vend pas des produits. L'ITAD traite des assets individuels. Chacun est unique. Chacun a son propre numéro de série, son état, son historique, son grade, son statut d'effacement, sa chaîne de conservation. Une "palette de 50 Dell Latitude 5430" n'est pas 50 articles identiques. C'est 50 histoires individuelles qui partagent par hasard un numéro de modèle. Un ERP les traite comme 50 copies d'une même chose. L'ITAD les traite comme 50 choses différentes qui se ressemblent seulement.

C'est ce fossé conceptuel que €80K et trois sessions de consulting n'ont pas pu combler. Pas parce que la consultante était mauvaise. Parce que le fossé est architectural, et aucun nombre de champs personnalisés ne transforme un système basé sur les produits en système basé sur les assets.

Votre ERP est un excellent logiciel. Pour la fabrication. Pour le retail. Pour la distribution. Pour toute entreprise où les produits sont identiques et interchangeables. L'ITAD n'est pas cette entreprise. Votre palette n'est pas un produit. Votre grade n'est pas une variante. Votre certificat d'effacement n'est pas une pièce jointe.

La consultante avait raison sur un point : vous aviez besoin d'un vrai système. Simplement d'un système construit pour cela.