Le Normalizer

Les RFQ et MTO arrivent dans tous les formats imaginables : langues différentes, abréviations, dispositions de colonnes, unités. La normalisation consiste à analyser chaque ligne, interpréter quel produit est décrit, détecter les erreurs (mauvais schedules, dimensions impossibles, classes de pression incompatibles) et le faire correspondre à votre inventaire. Le moteur ne se contente pas de lire du texte. Il comprend la tuyauterie : il sait que SCH 30 n'existe pas en B36.10, qu'une bride Class 150 ne se boulonnera pas sur une vanne PN 40, et que "A106 Gr.B" et "P235GH" ne sont pas interchangeables. La RFQ et votre inventaire sont normalisés de la même manière, la correspondance est donc automatique : le moteur trouve ce que vous avez en stock, génère l'offre et signale ce qui manque.

Essayez par vous-même : chargez une RFQ et votre inventaire dans ChatGPT et demandez-lui de faire correspondre les articles et de générer une offre. Vous obtiendrez un résultat qui semble convaincant mais qui est plein de correspondances erronées, de spécifications inventées et d'articles oubliés. Les LLM sont probabilistes, donc à chaque exécution, vous obtenez un résultat différent. Il faudrait vérifier chaque ligne manuellement, ce qui annule tout l'intérêt. Notre moteur est déterministe et basé sur des règles : même entrée, même résultat, à chaque fois. Chaque correspondance est traçable, chaque erreur est signalée, et l'offre est générée automatiquement.

Les vraies RFQ sont remplies d'abréviations (SMLS, BW, RF, SW), de fautes de frappe, d'artefacts OCR, de descriptions tronquées et de formatage incohérent. "A106 GR.B", "A106-B", "A106 Grade B", "ASTM A 106 GRB" sont tous le même matériau. Le moteur ne fait pas une simple correspondance de chaînes. Il analyse chaque description de manière sémantique, reconnaît les modèles d'abréviation connus, tolère les erreurs de saisie courantes et résout les ambiguïtés en utilisant les règles de l'industrie du piping. Si quelque chose est réellement illisible, il le signale au lieu de deviner.

Il signale l'article pour vérification manuelle au lieu de deviner. Si une description est trop ambiguë, présente des spécifications contradictoires ou fait référence à un produit hors de la gamme supportée, le moteur le marque clairement et vous indique pourquoi. Pas de défaillances silencieuses, pas de codes inventés.

Le moteur utilise les tables dimensionnelles des normes ASME, EN et ISO pour résoudre les dimensions. Un tube décrit comme "168.3mm OD x 7.11mm WT" et un autre décrit comme "6 inch SCH40" sont le même produit. Le Normalizer les associe à un code unique car il connaît les valeurs réelles d'épaisseur de paroi et de diamètre extérieur à partir des tables de normes, pas par simple correspondance de motifs.

Un hash déterministe (SHA-256) généré à partir des attributs techniques normalisés d'un produit. Deux descriptions qui semblent complètement différentes mais décrivent le même tube, raccord ou vanne produiront toujours le même code. C'est ce qui rend la correspondance automatisée possible : si le code correspond, le produit correspond. Plus de 3 millions de codes uniques sont actuellement cartographiés.