Que se passe-t-il quand le nom d'un produit dans les ventes ne correspond pas à celui en entrepôt et que la boutique en ligne affiche toujours une photo de l'invernier ? Eh, quelqu'un commande le mauvais article ? Un acheteur demande des détails introuvables et le personnel fouille des feuilles de calcul, de vieux emails, des PDF fournisseurs et 5 systèmes différents, juste pour répondre à une question simple A. Bienvenue dans une nouvelle pépite de connaissances de M365, FM IOTM, DMO Peters, et aujourd'hui nous abordons la gestion des informations produits de Dynamics 365 ou PIM en abrégé. A la fin vous comprendrez comment ils conservent un enregistrement produit partagé, comment les produits peuvent prendre différentes formes et comment cette information atteint les parties de l'entreprise qui en ont besoin. Un seul enregistrement produit pour toute l'entreprise Un produit peut sembler simple vu de l'extérieur, juste un nom, un prix et peut-être une photo.

En coulisses, ce même produit touche presque chaque département d'une entreprise. Voici comment cela se passe. Les achats ont besoin des détails fournisseurs et des unités, tandis que les équipes d'entrepôt ont besoin d'informations pour recevoir, stocker et préparer les articles. Les ventes ont besoin d'un nom clair, la finance a besoin d'une configuration correcte et la boutique en ligne a besoin de photos et de descriptions précises. Chaque équipe regarde le même produit sous un angle différent. Sans un lieu unique pour cette information, les gens créent souvent leur propre copie. L'équipe produit tient une feuille de calcul. Les ventes saisissent un nom plus court dans leur système. L'entrepôt utilise un numéro d'article avec une description différente et le marketing enregistre les images dans un dossier partagé, tandis que le service client fouille de vieux emails. Cette approche crée d'abord de petites différences, puis ces différences se propagent.

Imaginez une entreprise vendant une bouteille isotherme. Le fournisseur change la capacité de 500 ml à 750 ml, où l'équipe d'achat reçoit de nouveaux détails, mais la boutique en ligne liste toujours anciennes capacités. Les ventes envoient au client la mauvaise fiche technique et le personnel d'entrepôt voit une étiquette produit qui ne correspond pas à la commande. Personne n'avait l'intention de créer un problème. Chaque équipe travaillait simplement à partir d'une copie différente. La gestion des informations produits de Dynamics 365 offre à l'entreprise une définition produit centrale. Voyez cela comme un classeur partagé pour les informations produits. Au lieu que chaque département garde son propre dossier, l'enregistrement produit devient le lieu où résident les détails convenus. Les gens utilisent cette définition dans le travail métier plutôt que de retaper la même information encore et encore.

Le numéro de produit est au centre de cet enregistrement. Il aide l'entreprise à identifier le produit de manière cohérente, même si différentes équipes utilisent des mots différents pour en parler. A côté de ce numéro, vous stockez le nom et la description et vous identifiez s'il s'agit d'un article physique que vous pouvez stocker ou d'un service fourni par l'entreprise. L'enregistrement inclut également les unités que les utilisateurs emploient pour acheter, vendre, stocker ou compter le produit. Une boîte, une pièce, un kilogramme, un litre ou une palette peuvent signifier des choses très différentes au quotidien. Lorsque ces unités sont claires, les services d'achat et d'entrepôt disposent d'une bien meilleure base de travail. Les informations produits peuvent aussi inclure des images, des pièces jointes, des catégories, des attributs et des traductions de noms et de descriptions. Ainsi, l'enregistrement peut contenir bien plus qu'une simple étiquette.

Il peut stocker le document fournisseur décrivant un produit, une photo facilitant sa reconnaissance, des descriptions traduites pour les équipes ou clients étrangers ainsi que des détails sur la matière, la marque ou les instructions de manipulation. La définition partagée prime sur l'utilisation locale. Une entreprise définit un produit une seule fois, puis permet aux différents services de l'utiliser selon leurs besoins. L'enregistrement partagé centralise les données communes, tandis que chaque domaine applique ses propres paramètres métiers plus tard. Il n'est pas nécessaire de recréer le produit de zéro à chaque fois qu'une équipe en a besoin. C'est une façon de travailler beaucoup plus propre, mais un nom et une description ne racontent toujours pas toute l'histoire du produit. Un seul jean peut se transformer en plusieurs articles dès que la couleur et la taille entrent en jeu. Produits maîtres et variantes, l'arbre généalogique.

Alors quand un produit devient-il plusieurs produits ? Pensez à un jean. Vous voyez probablement le jean comme un seul produit. Mais l'entrepôt ne peut pas prendre n'importe lequel si une commande demande du noir en taille L. Et le service commercial ne peut pas promettre un jean bleu en taille XS si cette combinaison n'existe pas. C'est là que Dynamics 365 intervient avec une idée simple. Il distingue un produit de base d'un produit maître. Un produit simple est un article fixe unique. Imaginez une boîte de papier pour imprimante vendue dans une seule taille, une seule couleur et un seul couleur et un seul format. Il possède son propre enregistrement produit car il n'y a pas de choix modifiant la nature de l'article. Un produit maître fonctionne différemment. Il s'agit de l'enregistrement par an pour toute une famille de produits. Il contient les détails partagés et les règles régissant les choix qui créent des articles distincts.

Voici comment cela fonctionne. Le produit maître qu'un jean comporte le nom, la description de base et les informations communes pour chaque paire de cette gamme. Ensuite des variantes individuelles identifient le jean exact que quelqu'un achète, stocke, produit ou expédie. Une variante est l'article spécifique commercialisant. Pour un jean bleu et taille M peut constituer une variante. Noir et taille L peut en être une autre. Ils appartiennent à la même famille de produits, mais ne sont pas interchangeables. L'un peut être en rayon dans l'entrepôt tandis que l'autre est en rupture de stock. L'un peut porter une étiquette différente. L'un peut avoir son propre bas. Cette structure parent-enfant est l'idée clé. Le produit principal définit la famille. Les variantes de produits en sont les membres individuels. Au lieu de saisir les mêmes informations de base à répétition, vous partez du produit principal pour créer les combinaisons réelles dont votre entreprise a besoin.

Laissez-moi vous donner un exemple concret. Imaginez une gamme de jeans disponibles en bleu, noir et marron. Elle existe aussi en taille très petit, petit, moyen, grand, très grand et très très grand. Si chaque couleur était disponible dans chaque taille, vous auriez 18 combinaisons. Mais les entreprises vendent rarement toutes les combinaisons possibles. Le bleu n'est peut-être disponible que du très petit au moyen. Le noir du moyen au très grand. Le marron commence à grand. Dynamics 365 peut traiter chaque combinaison autorisée comme sa propre variante. Lorsqu'une personne ajoute un jean à une commande, elle choisit les dimensions qui identifient le produit exact. La couleur et la taille indiquent au système quelle variante le client souhaite. Finiez les devinettes pour savoir quelle permet dans la boîte. Ces choix sont appelés dimensions de produit. Dynamics 365. La gestion de la chaîne logistique en inclut 5.

Couleur, taille, style, configuration et version. Une entreprise choisit les dimensions adaptées à une famille de produits, puis les regroupe pour ce produit principal. Passons-les rapidement aux rues. La couleur est simple. Bleu noir, marron, rouge. La taille est également familière. Petit, moyen, grand ou un numéro de pointure. Le style permet de distinguer des produits partageant un même nom, mais ayant une apparence différente. Une chemise peut être disponible en coupe classique ou ajustée. Une chaise peut avoir un cadre standard ou une finition différente. La configuration décrit une construction ou une installation choisie. Par exemple, une machine peut nécessiter un moteur, une tension ou un ensemble de pièces spécifiques. La dimension de configuration identifie ce choix. La version suit les changements apportés à un produit au fil du temps. C'est celle qui compte le plus pour les fabricants.

Imaginez une pièce qui conserve le même usage, mais qui change après une mise à jour technique approuvée. La version permet à l'entreprise de distinguer la version 1 de la version 2 lors de leur passage dans la chaîne logistique. Tous les produits principaux n'ont pas besoin des 5 dimensions. Un t-shirt peut seulement nécessiter la couleur et la taille. Un équipement peut nécessiter la configuration et la version. Le groupe de dimensions agit comme une feuille de règle pour la famille de produits. Il indique à Dynamics 365 quels choix appliqués lors de la création et de l'identification des variantes. Cette décision façonne le produit dès le départ. Vous vous posez peut-être des questions sur le poids, la hauteur, la longueur, la largeur ou le volume. Ces détails décrivent un produit physique, mais ils ne créent pas de variantes. Un jean peut avoir un poids ou une taille de colis répertoriés qui n'en font pas un article différent, contrairement à la couleur ou à la taille.

Les dimensions physiques décrivent le produit. Les dimensions produits identifient une variante spécifique. Garder ces deux notions séparées évite toute confusion par la suite. Si l'entrepôt a besoin de connaître l'espace occupé par un carton, les dimensions physiques sont utiles. Si une commande nécessite un jean noir en grande taille, trouver la bonne variante variant. Il y a un choix initial qui affecte tout ce qui suit. Comment l'entreprise va-t-elle créer et contrôler ces variantes de produits ? Et c'est exactement ce que nous allons aborder maintenant. Configurer les produits sans créer de chaos. Choisir les dimensions indiquent à Dynamics 365 et comment identifier une variante. Mais l'entreprise doit encore décider comment créer ces variantes. Ce choix dépend du produit. La gestion de la chaîne logistique prend en charge trois approches principales. Variante prédéfinie, configuration basée sur les dimensions, et configuration basée sur les contraintes.

C'est non semble technique, alors laissez-moi les expliquer simplement. Les variantes prédéfinies conviennent au produit ayant un ensemble limité de combinaisons connues. Imaginez ce détaillant vendant la gamme de jeans dont nous venons de parler. L'entreprise sait déjà quelle couleur et taille elle va acheter, stocker et vendre. Le bleu est disponible en très petit et petit et moyen. Le noir est disponible en moyen, grand et très grand. Le marron est disponible en grand, très grand et très très grand. Ces neuf choix peuvent être créés à l'avance en tant que variantes distinctes. L'entreprise n'a pas besoin de chaque combinaison possible de couleur et de taille. Elle ne crée que les combinaisons qui existent. Cela garde le catalogue propre et empêche quelqu'un de commander un jean marron très petit alors que personne ne le fabrique. Les variantes prédéfinies fonctionnent bien lorsque la gamme reste prévisible.

Une entreprise de vêtements. Un distributeur avec des tailles de colis fixes. Une entreprise vendant des couleurs de meubles standards. Elles peuvent toutes préparer les articles qu'elles prévoient de traiter. Chaque variante existe en tant qu'article connu avant qu'une commande n'arrive. Afin que les achats, les équipes d'entrepôt et le personnel de vente puissent travailler avec des choix de produits clairs. L'approche suivante est la configuration basée sur les dimensions. Celle-ci apparaît souvent dans la fabrication. Imaginez une entreprise qui fabrique des pompes industrielles. Une gamme de pompes peut utiliser beaucoup de pièces identiques. Mais le client peut choisir une certaine configuration. Ce choix affecte les composants inclus dans la pompe finie. Dynamics 365 peut utiliser la dimension de configuration pour contrôler cela. Le produit utilise une nomenclature partagée. Souvent appelée CAM comme anglais.

Une nomenclature est simplement la liste des pièces nécessaires à la fabrication d'un objet. Dans cette liste unique, certaines pièces ne s'appliquent que lorsque le client choisit une configuration particulière. Par exemple, une pompe conçue pour une tension pourrait nécessiter un moteur spécifique. Une tension différente nécessite un autre moteur. Au lieu de maintenir une liste de pièces séparées pour chaque pompe possible, l'entreprise conserve une liste partagée. Elle indique quelles lignes appartiennent à quelles configurations. Lorsque la configuration choisie atteint la planification ou la production, Dynamics 365 utilise uniquement les lignes de composants correspondant à ce choix. Cela permet d'économiser beaucoup de configurations. Cela donne également aux fabricants un moyen plus clair de gérer une famille de produits qui partagent l'essentiel de sa structure, mais diffèrent de manière contrôlée.

Mais diffèrent contrôlée. Les dimensions permettent d'identifier le produit choisi. La nomenclature guide les composants qui doivent faire partie de cet assemblage. Il existe ensuite la configuration basée sur des contrats. Cette approche convient aux produits pour lesquels les clients peuvent choisir parmi de nombreuses options. Mais toutes les options ne sont pas compatibles entre elles. Pensez à une machine personnalisée, à un équipement de laboratoire ou à un produit assemblé à partir de nombreuses pièces. Un client peut choisir le type d'alimentation, le boîtier, le moteur, l'option de sécurité et le panneau de contrôle. Certaines combinaisons fonctionnent, d'autres non. Un certain boîtier peut ne pas convenir à un moteur plus puissant. Une tension spécifique peut nécessiter un panneau de contrôle particulier. Un capot de sécurité peut ne fonctionner qu'avec une seule taille de machine.

Sans règles, un vendeur pourrait sélectionner une combinaison que l'usine ne peut pas construire. La configuration basée sur des contraintes intègre ces règles dans un modèle de configuration de produit. Le modèle décrit les choix possibles et les règles qui les limitent. Lorsqu'une personne configure le produit, le système l'oriente vers des options valides. Il empêche les choix qui sont en conflit les uns avec les autres. Cela bloque une commande impossible avant qu'elle n'atteigne la production. Je souhaite ralentir ici car il s'agit d'une décision de conception initiale. Une entreprise doit choisir la technologie de configuration adaptée à son processus métier avant de développer la famille de produits. Dynamics 365 ne permet pas de convertir ultérieurement un produit d'un modèle de configuration à un autre. Un détaillant vendant une gamme fixe ne devrait pas mettre en place un modèle de produit personnalisé complexe simplement parce que cela semble flexible.

Et un fabricant construisant des équipements sur commande ne devrait pas forcer chaque construction possible dans une longue liste de variantes prédéfinies si les choix dépendent de règles. Partez du processus réel d'achat, de vente et de production. Posez-vous une question simple. Connaissons-nous toutes les combinaisons de produits avant que la commande n'arrive ? Ou le client crée-t-il le choix du produit à travers un ensemble d'options autorisées ? La réponse oriente l'entreprise vers la bonne approche. Une fois que l'entreprise sait ce qu'un produit peut être, elle a besoin d'un moyen de le décrire clairement et de garder ses informations organisées. Catégories, attributs et contrôles des informations produits. Le nom d'un produit vous indique comment il s'appelle, mais cela ne vous aidera pas à l'acheter, à le stocker, à le vendre ou à l'expliquer à un client. C'est là que les catégories interviennent.

Considérer les catégories comme les rayons d'un magasin bien organisé. Une entreprise peut regrouper ses produits selon leur nature. Les vêtements dans une allée, les outils dans une autre, les fournitures de bureaux dans une troisième, où ils pourraient les regrouper selon le type de travail à effectuer. Dans tous les cas, l'objectif est le même. Rendre les produits plus faciles à trouver et à gérer. Prenons une perceuse sans fil. Une équipe commerciale doit la trouver sous la rubrique outils électriques. Une équipe produit pourrait la classer dans une catégorie d'équipement sur batterie. Et c'est là le point crucial, un même produit peut appartenir à plusieurs catégories en même temps lorsque celles-ci répondent à des besoins professionnels différents. L'idée n'est pas d'essayer de faire entrer chaque produit dans un dossier unique et parfait. Les catégories offrent à l'entreprise un moyen structuré d'organiser les informations produits, de rechercher des articles et de gérer des groupes d'éléments liés.

Elles aident également les utilisateurs à appliquer les bonnes informations aux produits qui vont ensemble. Les catégories font beaucoup, mais elles ne peuvent pas tout contenir. C'est là que les attributs entrent en jeu. Pour une bouteille d'eau, les attributs peuvent inclure le matériau, la capacité, le type de bouchon, l'isolation, la marque et les instructions d'entretien. Pour une pièce de machine, ils peuvent inclure les dimensions, les besoins en énergie, la plage de température ou une norme technique. Les attributs transforment une étiquette générale en une information produit utile. C'est le type d'information dont vous avez réellement besoin pour faire votre travail. Les catégories peuvent porter des attributs adaptés aux produits qu'elles contiennent. Les vêtements nécessitent des informations sur le tissu, la coupe et les instructions de lavage. L'équipement électronique a besoin de l'attention, des détails de garantie et d'information sur la compatibilité.

Cela signifie que personne n'a inventé des champs aléatoires pour chaque fiche produit. Il suffit d'utiliser les détails qui correspondent au groupe de produits. Les images et les pièces jointes ajoutent une autre dimension. Une photo aide un employé d'entrepôt, un vendeur ou un client à visualiser l'article dont il parle. Une pièce jointe peut contenir des documents de support comme un document fournisseur, une fiche technique ou d'autres documents. Parfois, le nom écrit seul ne suffit pas. Les traductions sont essentielles lorsque l'entreprise travaille dans plusieurs lois. Les noms et descriptions de produits peuvent être traduits afin que les personnes sur différents marchés obtiennent des informations compréhensibles. Le produit reste le même, mais les termes qui le décrivent s'adaptent au public. Une entreprise doit également contrôler qui peut modifier ces informations. Tout employé ne devrait pas pouvoir éditer chaque fiche produit, renommer un article ou modifier des détails dont dépendent d'autres équipes.

Dynamics 365 vous permet d'appliquer des règles d'accès aux données produits au niveau de la catégorie ou pour un produit individuel. Par exemple, l'équipe responsable de l'équipement industriel travaille sur cette catégorie, tandis qu'un autre groupe gère les produits de consommation. Un produit réglementé peut nécessiter un contrôle plus strict des fournitures de bureaux ordinaires. L'entreprise décide qui peut travailler sur chaque zone de ces données produits. Cela protège les informations sur lesquelles les gens s'appuient. L'enregistrement peut désormais comporter les détails, documents, catégories et contrôles appropriés. Et il nécessite encore une approbation avant que les services de l'entreprise qui l'achètent, le vendent, le stockent ou le produisent puissent réellement l'utiliser. Libération des produits vers les entités juridiques. Une définition de produit fini est-elle automatiquement prête à être utilisée par tous ?

Oh pas encore ! Une entreprise opère souvent via plusieurs entités juridiques qui sont des sociétés distinctes au sein d'une structure plus large. Une entité peut acheter et stocker un produit en Allemagne. Une autre vend le même produit aux Etats-Unis, une troisième le fabrique. Elles peuvent toutes commencer avec la même définition de produit partagé. Dans Dynamics 365, cette définition partagée devient un produit libéré lorsque l'entreprise l'approuve pour une utilisation par une entité juridique spécifique. Considérez la libération comme le fait de donner à cette unité commerciale la permission d'intégrer le produit dans son travail quotidien. Le produit ne change pas son identité. Son nom commun, sa description, sa catégorie, ses dimensions et autres détails partagés restent liés à la définition centrale. Mais chaque entité juridique peut ajouter les paramètres nécessaires avant de commander, vendre, stocker ou produire ce produit.

Une entreprise peut acheter le produit auprès d'un fournisseur. Une autre peut seulement le vendre. Une entreprise de fabrication a besoin de paramètres de production, tandis qu'une société de distribution a besoin de paramètres d'entrepôt et de stock. Les détails de vente diffèrent d'une entité à une autre. Les règles commerciales locales diffèrent également. La libération permet à chaque entité juridique de préparer le produit pour son propre travail, sans créer de définition de produit totalement distincte. Imaginez une entreprise qui vend la même bouteille d'eau dans plusieurs pays. L'équipe produit crée une définition de produit centrale unique. Ensuite l'entreprise la libère pour l'entité juridique au Royaume-Uni. Cette entité ajoute les paramètres nécessaires pour acheter et stocker la bouteille. Plus tard, le même produit est libéré pour l'entité juridique canadienne, où les employés complètent les paramètres pour les ventes et les stocks locaux.

Les deux entreprises utilisent le même produit. Elles n'ont pas besoin de recommencer avec le nom, la description et les détails de la famille de produits. Elles complètent uniquement les informations qui appartiennent à leur propre entité. Cette séparation permet de garder l'effet partagé et le travail commercial local au bon endroit. Une définition de produit partagé répond à la question « qu'est-ce que ce produit ? ». Un produit libéré répond à une autre question. Comment cette entreprise spécifique va-t-elle l'utiliser ? C'est une petite différence de formulation, mais cela évite beaucoup de travail en double lorsqu'une entreprise opère à travers plusieurs entités juridiques. Dynamics 365 peut libérer des produits vers une entité juridique ou plusieurs à la fois. Cela aide lorsqu'une entreprise introduit une gamme de produits standards sur de nombreuses unités commerciales. Pourtant, la validation ne se résume plus à une étape ultime que l'on oublie une fois effectuée.

Chaque entité juridique peut avoir besoin de détails supplémentaires pour que ses équipes puissent utiliser le produit en toute sécurité. L'espace de travail à maintenance des produits lancés qui permet de suivre ce processus. Il affiche les produits récemment lancés et vérifie si la configuration requise pour cette entité juridique est complète. Si quelqu'un doit encore ajouter des attributs, des catégories, des paramètres de commande ou des traductions, cet espace centralise ses tâches et permet d'ouvrir les pages « produits concernés ». Il aide également les équipes à identifier les dossiers de modification de produits inachevés. C'est important, car un produit peut sembler prêt depuis une vue centrale, alors que les paramètres locaux sont incomplets. L'espace de travail fournit à l'entité juridique une liste pratique des produits nécessitant une attention particulière, évitant ainsi de longues recherches manuelles.

Ainsi, le lancement ne copie pas un produit dans un univers isolé. Il relie une définition de produit approuvée à une entité juridique, puis laisse à cette entité la liberté d'appliquer ses propres détails opérationnels. Une fois cela fait, les informations sur le produit peuvent être intégrées au flux de travail lié aux commandes, aux stocks et aux besoins des clients. Comment le PIM connecte le travail autour d'un produit ? Alors comment la gestion des informations produits connecte-t-elle concrètement le travail autour d'un produit ? Voici la définition la plus simple. Le PIM ne gère pas chaque processus métier lui-même. Il fournit plutôt les informations produits dont ces processus ont besoin. Voyez cela comme un classeur principal pour les données de produits. Un acheteur doit trouver le bon article sur un bon de commande. L'équipe d'entrepôt a besoin du bon article lors de la réception ou du prélèvement des stocks.

L'équipe commerciale a besoin des détails produits devant figurer sur un devis. D'autres applications de Dynamics 365 peuvent également avoir besoin de ces données. Le PIM offre à toutes ces équipes un point de départ commun, une source unique de vérité. Maintenant, d'où proviennent ces données produits ? Les définitions de produits peuvent être créées directement dans Dynamics 365 Supply Chain Management. Cela fonctionne bien lorsque l'entreprise y gère les informations produits dès le début. Mais de nombreuses entreprises utilisent déjà un autre système pour le développement ou les enregistrements de produits. Par exemple, les données produits peuvent provenir d'un système de gestion du cycle de vie du produit, souvent appelé PLM. Un système PLM aide les équipes à gérer un produit tout au long de sa conception et de son développement. Il existe également la gestion des données produits ou PDM qui traite les données produits et les documents associés.

Certaines entreprises utilisent même un système PIM distinct avant que les informations produits n'entrent dans la gestion de la chaîne logistique. Voici la bonne nouvelle. Dynamics 365 peut importer des définitions de produits depuis ces systèmes. Cela signifie que vous n'avez pas besoin de saisir à nouveau les mêmes détails produits simplement parce que le produit passe de la conception à la phase de Supply Chain. Supply Chain Management peut ainsi devenir le référentiel maître des données produits pour d'autres instances également. Ceci est important pour les grandes entreprises possédant plusieurs instances. Une instance gère les définitions de produits centrales, puis exporte et importe ces données vers les autres. Microsoft fournit des entités de données pour ce type d'échange, des moyens structurés de déplacer des données définies entre les systèmes. Il n'y a plus. Microsoft Dataverse étend ce chemin de distribution.

Dataverse est le service de données cloud partagées de Microsoft utilisé par de nombreuses applications professionnelles. La gestion de la chaîne logistique peut exporter des définitions de produits vers Dataverse et d'autres applications métiers comme Dynamics 365 Sales peuvent utiliser ces données produits. Cela ne signifie pas pour autant que chaque application effectue soudainement le même temps. La gestion des produits organise et maintient les informations sur les produits. Dynamics 365 Sales gère les activités commerciales. D'autres applications s'occupent de leur propre tâche de services clients, commerce, finances, fabrication ou opérationnels. Elles peuvent utiliser les données produits associées, mais chaque application conserve son propre objectif. Examinons un flux pratique. L'équipe produit crée ou importe une nouvelle définition de produit. L'entreprise la diffuse aux entités juridiques qui en ont besoin.

Ces entités terminent leur configuration locale. Les achats peuvent travailler avec l'article approuvé. Le personnel de l'entrepôt peut le recevoir et le manipuler. Les ventes peuvent se référer au bon produit. Au lieu d'inventer leur propre version, le résultat apparaît dans les moments ordinaires. Un acheteur commande le bon article. Un client voit les détails corrects. Un employé d'entrepôt peut faire correspondre une commande au stock devant lui. Lorsque les informations produits changent, les équipes disposent d'un itinéraire plus clair pour utiliser les détails approuvés actuels plutôt que de chercher d'ancienne copie. Cela réduit les erreurs de commande, les informations obsolètes et les retours causés par des détails produits incorrects. La gestion des informations produits est la partie qui maintient la définition du produit organisé, tandis que le reste de la plateforme connectée met ses informations à profit.

Mais ses informations à profit. Une histoire de produit partagée dans Dynamics. La gestion des informations produits de Dynamics 365 transforme une idée de produit en un enregistrement contrôlé que les entités juridiques et les équipes métiers peuvent utiliser dans leur travail. C'était votre pépite de connaissances pour aujourd'hui. Abonnez-vous sur votre plateforme de podcast préférée et partagez ceci avec quelqu'un qui apprend Dynamics 365. Puis poursuivez avec l'épisode suivant pour voir comment tous les blocs de construction se connectent à travers le système.