Comment l'IA associe les descriptions des clients aux SKU

La mise en correspondance des produits compare les termes du client à votre catalogue et aux références configurées pour votre entreprise. Les clients peuvent utiliser des abréviations, des marques, des descriptions familières ou leurs propres codes produits. evolio.ai identifie les produits dans les commandes reçues, mais la fiabilité dépend de la qualité du catalogue et de l'intégration. Les produits similaires et les correspondances incertaines doivent faire l'objet d'une procédure explicite, et non d'une supposition silencieuse.

La commande doit conserver à la fois la quantité demandée et son unité. « Trois caisses » et « trois pièces » sont des demandes différentes, même pour un même produit. Configurez les unités concernées, les conditionnements et les règles de conversion à partir de votre catalogue, puis testez des commandes représentatives. Si l'unité manque ou si la conversion est incertaine, le processus doit demander une clarification ou une vérification.

Lorsqu'une description peut désigner plusieurs articles du catalogue, il faut obtenir davantage d'informations ou une décision humaine. La marque, la taille, le conditionnement et les références propres au client peuvent aider à distinguer les produits. L'IA ne doit pas sélectionner silencieusement un article plausible si la commande reste ambiguë. Incluez ces cas dans votre essai et convenez de la façon dont les correspondances non résolues seront présentées à l'équipe.

Les clients n'ont pas toujours besoin d'indiquer un SKU interne si leur description contient assez d'informations pour identifier le produit. La réception des commandes par IA peut interpréter les noms familiers et le langage courant en les comparant à votre catalogue. Des références client claires réduisent l'ambiguïté, tandis que les descriptions incomplètes peuvent nécessiter une clarification. L'objectif est de tenir compte des habitudes réelles de commande tout en préservant le bon produit et la bonne unité.

L'interprétation d'une commande ne revient pas à confirmer son prix ou le stock disponible. Les prix propres à chaque client, les stocks, les remises et les conditions commerciales doivent provenir du système métier faisant autorité ou d'une étape de validation convenue. Ne supposez pas que l'extraction d'une demande de produit confirme sa disponibilité ou son prix final. Demandez quelles vérifications sont incluses dans votre intégration et lesquelles restent à effectuer dans l'ERP.

Les documents historiques peuvent fournir des exemples utiles de clients, de descriptions de produits et d'anciens schémas de commande. Ils peuvent aider à la configuration, mais peuvent contenir des produits retirés, d'anciens prix ou des références obsolètes. Le catalogue actuel et les règles métier restent les références faisant autorité. Convenez de l'utilisation des données historiques pendant l'intégration et ne supposez pas que l'historique suffit à résoudre toute demande future ambiguë.

Définissez la mesure avant de tester. Identifier correctement un client, faire correspondre chaque produit et quantité, et traiter une commande entière sont des mesures différentes. Évaluez à la fois le résultat de l'interprétation et les données transmises par le processus ERP convenu. Consignez les exceptions et corrections nécessaires ainsi que les cas réussis. Un pourcentage de précision n'a de sens que si sa définition, son échantillon et sa politique de vérification sont clairs.