Was passiert, wenn der Produktname im Verkauf nicht mit dem Produktname im Lager übereinstimmt und im Onlineshop immer noch das Foto vom letzten Jahr angezeigt wird? Jemand bestellt den falschen Artikel. Ein Einkäufer fragt nach Details, die niemand finden kann. Und die Mitarbeiter beginnen, Tabellenkalkulationen, alte E-Mails, PDFs von Lieferanten und fünf verschiedene Systeme zu durchsuchen, nur um eine einfache Frage zu beantworten. Willkommen zu einem weiteren Wissenshäppchen von M3Wism, 65FM, IOTM, DMO, PITAS. Heute befassen wir uns mit dem Produktinformationsmanagement von Dynamics 365 oder kurz PIM. Am Ende werden Sie verstehen, wie es einen gemeinsamen Produktdatensatz führt, wie Produkte in verschiedenen Formen vorliegen können und wie diese Informationen die Unternehmensbereiche erreichen, die sie benötigen. Ein Produktdatensatz für das gesamte Unternehmen. Für Außenstehende mag ein Produkt einfach aussehen, nur ein Name, ein Preis und vielleicht ein Bild.

Hinter den Kulissen berührt dasselbe Produkt fast jeden Teil eines Unternehmens. Hier einige Beispiele. Der Einkauf benötigt Lieferantendetails und Einheiten, während die Lagerteams Informationen benötigen, um Artikel zu empfangen, zu lagern und zu kommissionieren. Der Vertrieb benötigt eindeutige Namen. Die Finanzabteilung muss korrekt eingerichtet sein und der Online-Shop benötigt akkurate Fotos und Beschreibungen. Jedes Team betrachtet dasselbe Produkt aus einem anderen Blickwinkel. Ohne einen zentralen Ort für diese Informationen erstellen die Mitarbeiter häufig eigene Kopien. Das Produktteam führt eine Tabellenkalkulation. Der Vertrieb gibt einen kürzeren Namen in sein System ein. Das Lager verwendet eine Artikelnummer mit einer anderen Beschreibung und das Marketing speichert Bilder in einem freigegebenen Ordner, während der Kundendienst alte E-Mails durchforstet. Dieser Ansatz führt zunächst zu kleinen Unterschieden, die sich dann fortpflanzen.

Stellen Sie sich ein Unternehmen vor, das eine isolierte Wasserflasche verkauft. Der Lieferant ändert das Fassungsvermögen von 500 Milliliter auf 750 Milliliter oder das Einkaufsteam erhält die neuen Angaben, aber der Online-Shop listet immer noch die alte Füllmenge auf. Der Vertrieb sendet den Kunden das falsche Datenblatt und die Mitarbeiter im Lager sehen ein Produktetikett, das nicht mit der Bestellung übereinstimmt. Niemand wollte ein Problem verursachen. Jedes Team hat aber mit einer Kopie gearbeitet. Mit Dynamics 365 Product Information Management erhält das Unternehmen eine zentrale Produktdefinition. Stellen Sie sich das wie einen gemeinsam genutzten Aktenschrank für Produktinformation. Anstatt dass jede Abteilung ihren eigenen Ordner führt, wird der Produktdatensatz zum Ort, an dem die vereinbarten Details abgelegt werden. Diese Definition verwenden Mitarbeiter in allen Unternehmensbereichen, anstatt immer wieder dieselben Informationen neu einzugeben.

Im Zentrum des Datensatzes steht die Produktnummer. Sie hilft dem Unternehmen, das Produkt einheitlich zu identifizieren, selbst wenn verschiedene Teams unterschiedliche Begriffe verwenden. Neben dieser Nummer werden der Name und die Beschreibung gespeichert und es wird angegeben, ob es sich um einen physischen Artikel handelt, den Sie lagern können, oder um eine Dienstleistung, die das Unternehmen erbringt. Der Datensatz enthält auch die Einheiten, die Mitarbeiter beim Kauf, Verkauf, der Lagerung oder Zählung des Produkts verwenden. Ein Karton, ein Stück, ein Kilogramm, ein Liter oder eine Palette können in der täglichen Arbeit sehr unterschiedliche Bedeutungen. Wenn diese Einheiten klar sind, haben Einkauf und Lagerarbeit eine viel bessere Ausgangsbasis. Produktinformationen können auch Bilder, Anhänge, Kategorien, Attribute und Übersetzungen für Namen und Beschreibungen enthalten. Der Datensatz kann also mehr als nur eine Bezeichnung enthalten.

Er kann das Lieferantendokument enthalten, dass ein Produkt erklärt, ein Foto, das dem Wiedererkennen hilft, übersetzte Beschreibungen für Teams oder Kunden, die in einer anderen Sprache arbeiten, sowie Details wie Material, Marke oder Handhabungshinweise. Die gemeinsame Definition hat Vorgang vor der lokalen Verwendung. Ein Unternehmen definiert ein Produkt einmal und lässt es dann bei Bedarf von verschiedenen Unternehmensteilen verwenden. Der freigegebene Datensatz hält allgemeine Fakten zusammen, während jeder Bereich später seine eigenen Geschäftseinstellungen vornimmt. Sie geben an, dass das Produkt jedes Mal von Grund auf neu erstellt wird, wenn ein anderes Team es benötigt. Das ist eine viel übersichtlichere Arbeitsweise, aber ein Name und eine Beschreibung erzählen immer noch die gesamte Produktgeschichte. Aus einer einzelnen Jeans können viele Artikel werden, sobald Farbe und Größe ins Spiel kommen.

Produkt Master-On-Varianten Der Stammbaum Wann wird das ein Produkt als eine Vielzahl vom Produkt? Denken Sie an eine Jeans. Sie sehen Jeans wahrscheinlich als ein Produkt, aber das Lager kann nicht einfach irgendein Paar nehmen, wenn in einer Bestellung schwarz in Größe L angefordert wird. Und der Vertrieb kann keine Blue Jeans in Größe XL versprechen, wenn diese Kombination nicht tatsächlich existiert. Hier kommt Dynamics 365 mit einer einfachen Idee ins Spiel. Es trennt ein Basisprodukt von einem Produkt Master. Ein einfaches Produkt ist ein fester Artikel. Stellen Sie sich eine einfache Schachtel Druckerpapier vor, die in einer Größe, einer Farbe und einem Format verkauft wird. Es gibt einen eigenen Produktdatensatz, da es keine Auswahlmöglichkeiten gibt, die den Artikel selbst ändern. Ein Produktstamm funktioniert anders. Er ist der übergeordnete Datensatz für eine ganze Produktfamilie.

Enthält die gemeinsamen Details und die Regeln für die Auswahlmöglichkeiten, mit denen separate Artikel erstellt werden. So funktioniert es. Der Jeans-Produktstamm enthält den Namen, eine grundlegende Beschreibung und allgemeine Informationen für jedes Paar in dieser Reihe. Dann identifizieren einzelne Varianten die genauen Gene, die jemand kauft, lagert, produziert oder versendet. Eine Variante ist der spezifische verkaufbare Artikel. Bei Jeans können Blau und Medium eine Variante sein, Schwarz und Large eine andere. Sie gehören zur selben Produktfamilie, sind aber nicht austauschbar. Eine kann im Lagerregal liegen, während die andere ausverkauft ist. Eine kann ein anderes Etikett verwenden. Eine kann einen eigenen Barcode haben. Diese über- und untergeordnete Struktur ist die Schlüsselnit. Der Produktstamm definiert die Familie. Produktvarianten sind die einzelnen Mitglieder. Anstatt immer wieder dieselben Basisinformationen einzugeben, beginnen Sie mit dem Stamm und erstellen die tatsächlichen Kombinationen, die Ihr Unternehmen benötigt.

Lassen Sie mich Ihnen ein konkretes Beispiel geben. Stellen Sie sich vor, diese Jeansreihe ist in Blau, Schwarz und Braun erhältlich. Sie ist außerdem in den Größen XS, S, M, L, XL und XL erhältlich. Wenn es jede Farbe in jeder Größe gäbe, gäbe es 18 Kombinationen. Unternehmen verkaufen jedoch selten jede mögliche Kombination. Blau ist beispielsweise nur in den Größen XS bis M erhältlich. Schwarz ist nur in den Größen M bis XL erhältlich. Braun beginnt bei L. Dynamics 365 kann jede zulässige Kombination als eigene Variante behandeln. Wenn jemand einer Bestellung Jeans hinzufügt, wählt er die Dimensionen aus, die das genaue Produkt identifizieren. Farbe und Größe teilen dem System mit, welche Variante der Kunde wünscht. Kein Rätselrat mehr, welches Panik-Karton gehört. Diese Auswahlmöglichkeiten werden als Produktdimensionen bezeichnet. Dynamics 365 Supply Chain Management umfasst fünf davon.

AO-Farbe, Größe, Stil, Konfiguration und Version. Ein Unternehmen wählt die Dimensionen aus, die zu einer Produktfamilie passen und kopiert sie dann für diesen Produktmaster. Geben wir sie kurz durch. Farbe ist einfach. Blau, schwarz, braun, rot. Größe ist ebenfalls geläufig. S, M, L oder eine Schuhgröße. Der Stil kann Produkte unterscheiden, die einen gemeinsamen Namen haben, aber unterschiedlich aus. Ein Hemd kann eine normale Passform und schmale Passform entließen. Ein Stuhl kann einen Standardrahmen oder eine andere Oberfläche haben. Die Konfiguration beschreibt einen ausgewählten Aufbau oder eine Richtung. Eine Maschine benötigt beispielsweise möglicherweise einen bestimmten Motor, eine bestimmte Spannung oder bestimmte Teile. Die Konfigurationsdimensionen gibt diese Auswahl an. Die Version verfolgt Änderungen an einem Produkt in Aufwärtssack. Dies ist für Hersteller am wichtigsten.

Stellen Sie sich ein Teil vor, das denselben Zweck erfüllt, sich aber nach einem genehmigten technischen Update ändert. Mithilfe der Version kann das Unternehmen Version 1 von Version 2 unterscheiden, während es sich durch die Lieferkette bewegt. Nun benötigt nicht jeder Produktmaster alle fünf Dimensionen. Ein T-Shirt benötigt möglicherweise nur Farbe und Kuss. Ein Ausrüstungsgegenstand benötigt möglicherweise Konfigurationen. Die Dimensionsgruppe fungiert wie ein Regelwerk für die Produktfamilie. Sie teilt Dynamics 365 mit, welche Auswahlmöglichkeiten beim Erstellen und Identifizieren von Abweichungen geben. Diese Entscheidung prägt das Produkt von Anfang an. Sie fragen sich vielleicht nach Gewicht, Höhe, Länge, Breite oder Volumen. Diese Details beschreiben ein physisches Produkt, sie führen jedoch nicht zu Abweichungen. Eine Jeans kann ein angegebenes Gewicht oder eine Verpackungsgröße haben, die sie nicht zu einem anderen Artikel macht, wie es bei Farbe oder Größe der Fall ist.

Physische Dimensionen beschreiben das Produkt. Produktdimensionen identifizieren eine bestimmte Variante. Wenn man diese beiden Ideen getrennt hält, verhindert man später Verwirrung. Wenn das Lager wissen muss, wie viel Platz ein Karton einnimmt, physische Abmessungen helfen dabei. Wenn für eine Bestellung schwarze Jeans in großen Produktabmessungen benötigt werden, finden sie die richtige Variante. Es gibt eine frühe Entscheidung, die sich auf alles Weitere auswirkt. Wie erstellt und kontrolliert das Unternehmen diese Produktvarianten? Und genau darum geht es als nächstes. Produkte konfigurieren, ohne Chaos zu verursachen. Durch die Auswahl von Dimensionen wird Dynamics 365 mitgeteilt, wie eine Variante identifiziert werden. Das Unternehmen muss jedoch noch entscheiden, wie diese Varianten erstellt werden sollen. Diese Entscheidung hängt vom Produkt. Das Supply Chain Management unterstützt drei Hauptansätze.

Vordefinierte Varianz, dimensionsbasierte Konfiguration und einschränkungsbasierte Konfiguration. Die Namen klingen technisch, daher möchte ich sie in einfaches Englisch übersetzen. Vordefinierte Varianten passen zu Produkten mit einer bekannten begrenzten Anzahl von Kombinationen. Stellen Sie sich vor, der Einzelhändler verkauft die Jeans-Kollektion, die wir gerade besprochen haben. Das Unternehmen weiß bereits, welche Farben und Größen es kaufen, lagern und verkaufen wird. Blau ist in den Größen extra small, small und medium erhältlich. Schwarz in den Größen medium, large und extra large erhält. Braun ist in den Größen large, extra large und double extra large erhältlich. Diese neuen Auswahlmöglichkeiten können im Voraus als separate Varianten erstellt werden. Das Unternehmen benötigt nicht jede mögliche Farb- und Größenkombination. Es werden nur die vorhandenen Kombinationen erstellt.

Das hält den Katalog übersichtlich und verhindert, dass jemand braune Jeans in Größe extra klein bestellt, wenn dieser Artikel nicht hergestellt wird. Vordefinierte Varianten funktionieren gut, wenn das Sortiment vorhersehbar bleibt. Z.B. ein Bekleidungsunternehmen, ein Händler mit festen Verpackungsgrößen, ein Unternehmen, das Möbel in Standardfarben verkauft. Sie alle können die Artikel vorbereiten, die Sie voraussichtlich bearbeiten. Jede Variante ist als bekannter Artikel vorhanden, bevor eine Bestellung eintrifft, sodass Einkaufs-, Lagerteams- und Vertriebsmitarbeiter mit klaren Produktauswahlen arbeiten können. Der nächste Ansatz ist die dimensionsbasierte Konfiguration. Dieser Ansatz wird häufig in der Fertigung eingesetzt. Stellen Sie sich ein Unternehmen vor, das Industriepumpen baut. Eine Pumpenfamilie verwendet möglicherweise viele der gleichen Teile, aber der Kunde kann eine bestimmte Konfiguration auswählen.

Diese Auswahl wirkt sich darauf aus, welche Komponenten in die fertige Pumpe gehören. Dynamics 365 kann die Konfigurationsdimension verwenden, um dies zu steuern. Das Produkt verwendet eine gemeinsame Stückliste, wo oft auch als Bombe bezeichnet. Eine Stückliste ist einfach die Teilerliste für den Bau von etwas. Innerhalb dieser einen Liste gelten einige Teile nur, wenn der Kunde eine bestimmte Konfiguration auswählt. Beispielsweise benötigt eine Pumpe, die für eine Spannung gebaut wurde, möglicherweise Mut. Eine andere Spannung erfordert einen anderen Mut. Anstatt für jede mögliche Pumpe eine separate Teileliste zu führen, verwendet das Unternehmen eine gemeinsame Liste. Sie kennzeichnet, welche Positionen zu welcher Konfiguration gehören. Wenn die gewählte Konfiguration die Planung oder Produktion erreicht, verwendet Dynamics 365 nur die Teileposition, die zu dieser Auswahl passen. Das erspart viele doppelte Einrichtungsschritte.

Außerdem erhalten Hersteller eine übersichtlichere Möglichkeit, eine Produktfamilie zu verwalten, die den Großteil ihrer Konstruktion gemeinsam hat, sich aber in kontrollierten Punkten unterscheidet. Die Abmessungen identifizieren das gewählte Produkt. Die Stückliste gibt an, welche Teile zu diesem Bild gehören. Dann gibt es noch die einschränkungsbasierte Konfiguration. Dieser Ansatz eignet sich für Produkte, bei denen Kunden aus vielen Optionen wählen können. Aber nicht jede Option funktioniert mit jeder anderen Option. Denken Sie an eine kundenspezifische Maschine, ein Laborgerät oder ein aus vielen Teilen zusammengesetztes Produkt. Ein Kunde kann die Leistungsart, das Gehäuse, den Motor, die Sicherheitsoption und das Bedienfeld auswählen. Einige Kombinationen funktionieren andere einfach nicht. Ein bestimmtes Gehäuse passt möglicherweise nicht zu den Größenum. Eine Spannung erfordert möglicherweise ein bestimmtes Bedienfeld.

Eine Sicherheitsabdeckung funktioniert möglicherweise nur mit einer Maschine. Ohne Regeln könnte ein Verkäufer eine Kombination auswählen, die das Werk nicht bauen kann. Die einschränkungsbasierte Konfiguration überträgt diese Regeln in ein Produktkonfigurationsmodell. Das Modell beschreibt die möglichen Auswahlmöglichkeiten und die Regeln, die diese einschränken. Wenn jemand das Produkt konfiguriert, führt ihn das System zu gültigen Optionen. Es verhindert Auswahlmöglichkeiten, die miteinander in Konflikt stehen. Das verhindert einen unmöglichen Auftrag, bevor die Produktion erreicht. Ich möchte hier etwas langsamer vorgehen, da es sich hierbei um eine frühe Designentscheidung handelt. Ein Unternehmen muss die Konfigurationstechnologie auswählen, die zu seinem Geschäftsprozess passt, bevor die Produktfamilie erstellt wird. Dynamic Start und 65 konvertiert ein Produkt nicht nachträglich von einem Konfigurationsmodell ineinander.

Daher sollte ein Einzelhändler, der eine Produktreihe mit festen Genen verkauft, kann kompliziertes benutzerdefiniertes Produktmodell einrichten, nur weil es flexibel klingt. Und ein Hersteller, der auftragsbezogen Anlagen baut, sollte nicht jeden möglichen Aufbau in eine Liste vor definierter Varianten zwingen, wenn die Auswahl von Regeln abhängt. Beginnen Sie mit dem tatsächlichen Einkaufs-, Verkaufs- und Produktionsprozess. Denn sehr eine einfache Frage. Kennen wir jede Produktkombination, bevor die Bestellung eintrifft? Oder trifft der Kunde seine Produktauswahl anhand einer Reihe von zulässigen Optionen? Die Antwort zeigt dem Unternehmen, was der richtige Ansatz ist. Sobald das Unternehmen weiß, was ein Produkt sein kann, muss es eine Möglichkeit finden, es klar zu beschreiben und diese Informationen übersichtlich zu halten. Kategorien, Attribute und Kontrolle von Produktinformationen.

Ein Produktname verrät Ihnen, wie etwas heißt, aber das allein hilft Ihnen nicht, es zu kaufen, zu lagern, zu verkaufen oder es einem Kunden zu erklären. Hier kommen die Kategorien ins Spiel. Stellen Sie sich Kategorien wie die Gänge in einem gut sortierten Geschäft vor. Ein Unternehmen könnte Produkte nach Ihrem Zweck kopieren. Kleidung in einem Gang, Werkzeuge in einem anderen, Bürobedarf in einem dritten. Oder Sie könnten sie nach der Art der Arbeit kopieren, die Leute erledigen müssen. In beiden Fällen ist das Ziel dasselbe. Produkte sollen leichter auffindbar und verwaltbar sein. Nimm Sie eine Akkubohrmaschine. Ein Verkaufsteam muss Sie unter Elektrowerkzeuge finden. Ein Produktteam könnte Sie in eine Kategorie für akkubetriebene Geräte einordnen. Und hier kann ein Produkt oder eine Sache gleichzeitig in mehreren Kategorien geführt werden, wenn diese Kategorien unterschiedliche Geschäftsanforderungen erfüllen.

Es geht nun darum, Ihr das Produkt in einem perfekten Ordner zu quetschen. Kategorien bieten dem Unternehmen eine strukturierte Möglichkeit, Produktinformationen zu organisieren, nach Produkten zu suchen und mit Gruppen zusammengehörige Artikel zu arbeiten. Sie helfen den Mitarbeitern auch, die richtigen Informationen auf zusammengehörige Produkte anzuwenden. Kategorien leisten viel, können aber auch jedes Detail enthalten. Hier kommen die Attribute ins Spiel. Bei einer Wasserflasche können Attribute das Material, das Fassungsvermögen, den Deckeltyp, die Isolierung, die Marke und Pflegehinweise umfassen. Bei einem Maschinenteil können es Abmessungen, Stromanforderungen, Temperaturbereich oder eine technische Norm sein. Attribute verwandeln eine allgemeine Bezeichnung in nützliche Produktinformationen, genau die Informationen, die sie tatsächlich für ihre Arbeit benötigen. Kategorien können Attribute enthalten, die für die darin enthaltenen Produkte sinnvoll sind.

Kleidung benötigt Angaben zum Stoff- und Waschanleitungen. Elektronische Geräte benötigen Angaben zur Spannung, Garantie und Kompatibilität. Das bedeutet, dass niemand für jeden Produktdatensatz zufällige Fälle erfinden muss. Können einfach die Details verwendet werden, die zur Produktgruppe passen. Bilder und Anhänge fügen eine weitere Ebene hinzu. Ein Foto hilft einem Lagerarbeiter, einem Verkäufer oder einem Kunden, den Artikel zu sehen, den er herausnimmt und über den er spricht. Ein Annahmen kann unterstützendes Material wie ein Lieferantendokument, ein Datenblatt oder andere Unterlagen enthalten. Manchmal reicht jetzt allein der geschriebene Name aus. Übersetzungen sind wichtig, wenn das Unternehmen sprachübergreifend arbeitet. Produktnamen und Beschreibungen können übersetzt werden, damit Personen in verschiedenen Märkten Informationen erhalten, die für sie sinnvoll sind. Das Produkt bleibt gleich, aber die Worte können an die Zielgruppe angepasst werden.

Ein Unternehmen muss auch die Kontrolle darüber haben, wer diese Informationen ändern will. Nicht jeder Mitarbeiter sollte in der Lage sein, jeden Produktdatensatz zu bearbeiten, einen Artikel umzubenennen oder Details zu ändern, auf die andere Teams angewiesen sind. Mit Dynamics 365 können Sie Zugriffsregeln für Produktdaten auf Kategorieebene oder für ein einzelnes Produkt anwenden. Beispielsweise arbeitet das für Industrieanlagen zuständige Team mit dieser Kategorie, während eine andere Gruppe sich um Konsumgüter kümmert. Ein eingeschränktes Produkt benötigt möglicherweise eine strengere Kontrolle als gewöhnliche Büromaterialien. Das Unternehmen entscheidet, wer mit jedem Bereich seiner Produktdaten arbeiten darf. Das schützt die Informationen, auf die sich die Mitarbeiter verlassen. Der Datensatz verfügt jetzt möglicherweise über die richtigen Details, Dokumente, Kategorien und Kontrollen.

Er muss jedoch noch genehmigt werden, bevor die Unternehmensbereiche, die ihn kaufen, verkaufen, lagern oder produzieren, ihn tatsächlich verwenden können. Freigabe von Produkten für juristische Personen. Eine fertige Produktdefinition ist jetzt eine TMD und kann automatisch von allen verwendet werden. Oh, noch nicht. Ein Unternehmen ist häufig über mehrere juristische Personen tätig, die innerhalb des größeren Unternehmens separate Unternehmen sind. Eine Rechtspersönlichkeit kauft und lagert möglicherweise ein Produkt in Deutschland. Eine andere verkauft dasselbe Produkt in den Vereinigten Staaten. Eine dritte stellt es her. Sie alle können mit derselben gemeinsam genutzten Produktdefinition beginnen. In Dynamics 365 wird diese gemeinsam genutzte Definition zu einem freigegebenen Produkt, wenn das Unternehmen sie für die Verwendung durch eine bestimmte juristische Person genehmigt. Stellen Sie sich die Freigabe so vor, dass diese Geschäftseinheit die Berechtigung erhält, das Produkt in ihre tägliche Arbeit zu integrieren.

Die Identität des Produkts ändert sich nicht im Detail. Sein allgemeiner Name, seine Beschreibung, seine Kategorie, seine Dimensionen und andere gemeinsam genutzte Details bleiben mit der zentralen Definition verbunden, aber jede juristische Person kann die benötigten Einstellungen hinzufügen, bevor sie dieses Produkt bestellt, verkauft, lagert oder herstellt. Ein Unternehmen kauft das Produkt möglicherweise von einem Lieferanten. Ein anderes Verkauf des möglicherweise. Ein produzierendes Unternehmen benötigt Produktionseinstellungen, während ein Vertriebsunternehmen Einstellungen für Lager und Bestand benötigt. Die Vertriebsdetails unterscheiden sich von einer Rechtspersönlichkeitswahn. Auch die lokalen Geschäftsregeln unterscheiden sie. Mithilfe der Freigabe kann jede juristische Person das Produkt für ihre eigene Arbeit vorbereiten, ohne eine vollständig separate Produktdefinition zu erstellen.

Stellen Sie sich ein Unternehmen vor, das dieselbe Wasserflasche in mehreren Ländern verkauft. Das Produktteam erstellt eine zentrale Produktdefinition. Anschließend gibt das Unternehmen sie für die juristische Person in Großbritannien frei. Diese Entität fügt die Einstellungen hinzu, die sie zum Kaufen und Lager in der Flasche benötigt. Beta wird dasselbe Produkt für die kanadische juristische Person freigegeben, wo Mitarbeiter die Einstellungen für den lokalen Vertrieb und Lagerbestand vornehmen. Beide Unternehmen verwenden dasselbe Produkt. Sie müssen nicht neu mit dem Namen, der Beschreibung und den Produktfamiliendetails beginnen. Sie geben nur die Informationen ein, die zu ihrer eigenen Entität gehören. Durch die Trennung bleiben gemeinsam genutzte Fakten und lokale Geschäftsaufgaben an der richtigen Stelle. Eine gemeinsam genutzte Produktdefinition beantwortet die Frage, was ist das für ein Produkt?

Ein freigegebenes Produkt beantwortet die Frage, wie wird dieses bestimmte Unternehmen es verwenden? Es gibt zwar einen kleinen Unterschied im Wortlaut, aber es verhindert eine Menge doppelter Arbeit, wenn ein Unternehmen über mehrere juristische Personen hinweg tätig ist. Dynamics 365 kann Produkte für eine oder mehrere juristische Personen gleichzeitig freigeben. Dies ist hilfreich, wenn ein Unternehmer eine Standardproduktpalette für viele Geschäftseinheiten einführt. Dennoch soll die Freigabe nun den finalen Click-and-Forget-Schritt nachahmen. Ihre juristische Person benötigt möglicherweise zusätzliche Details, bevor ihre Teams sicher mit dem Produkt arbeiten können. Der Arbeitsbereich für die Verwaltung freigegebener Produkte hilft den Mitarbeitern, diesen Prozess zu überwachen. Er zeigt kürzlich freigegebene Produkte an und überprüft, ob die erforderlichen Einstellungen für diese juristische Person abgeschlossen sind.

Wenn jemand noch Produktattribute, Kategorien, Auftragseinstellungen oder Übersetzungen hinzufügen muss, bietet der Arbeitsbereich ihm einen Ort, an dem er diese Arbeit findet und die relevanten Produktseiten öffnet. Außerdem hilft er den Teams, unfertige Produktänderungsfälle zu erkennen. Das ist wichtig, denn ein Produkt kann in der zentralen Ansicht als fertig gelten, während lokale Einstellungen unvollständig sind. Der Arbeitsbereich bietet der juristischen Person eine praktische Liste von Produkten, die Aufmerksamkeit benötigen, anstatt dass die Mitarbeiter lange Listen durchsuchen müssen. Die Freigabe kopiert also kein Produkt in eine separate Welt. Sie verknüpft eine genehmigte Produktdefinition mit einer juristischen Person und gibt dieser Person dann Raum, ihre eigenen Betriebsdetails anzuwenden. Sobald dies geschieht, können die Produktinformationen in die Arbeit der Mitarbeiter in Bezug auf Aufträge, Lagerbestände und Kundenanforderungen einfließen.

Wie verknüpft PIM also die Arbeit rund um ein Produkt? Wie verknüpft nun das Product Information Management die Arbeit rund um ein Produkt? Hier ist die einfachste Definition. PIM führt nicht jeden Geschäftsprozess eigenständig aus. Stattdessen liefert es die Produktinformationen, die diese Prozesse benötigen. Stellen Sie es sich als einen zentralen Aktenschrank für Produktdaten vor. Einkäufer muss den richtigen Artikel auf einer Bestellung finden. Das Lagerteam benötigt den richtigen Artikel, wenn es Waren empfängt oder kommissioniert. Das Vertriebsteam benötigt die Produktdetails, die zu einem Angebotsauftrag gehören. Und auch andere Dynamics 365 Apps benötigen möglicherweise Produkte. PIM bietet all diesen Teams einen gemeinsamen Ausgangspunkt für eine zentrale Informationsquelle. Woher kommen nun diese Produktdaten? Produktdefinitionen können in Dynamics 365 Supply Chain Management beginnen.

Das funktioniert gut, wenn das Unternehmen dort von Anfang an Produktinformationen verwaltet. Viele Unternehmen verwenden jedoch bereits ein anderes System für die Produktentwicklung oder Produktdatensetzer. Produktdaten können beispielsweise aus dem Product Lifecycle Management System stammt, das oft als PLM bezeichnet. Ein PLM-System unterstützt Teams bei der Verwaltung eines Produkts während seiner Design- und Entwicklungsarbeit. Außerdem gibt es noch das Produktdatenmanagement oder PDM, das Produktdaten und zugehörige Dokumente verarbeitet. Einige Unternehmen verwenden sogar ein separates PIM-System, bevor Produktinformationen in das Supply Chain Management gelangen. Die gute Nachricht ist, dass Dynamics 365 Produktdefinitionen aus diesem System importieren kann. Das bedeutet, dass sie nicht erneut dieselben Produktdetails eingeben müssen, nur weil das Produkt vom Entwurf in die Lieferkette verschoben wird.

Das Lieferkettenmanagement kann zum Ort werden, an dem die Masterproduktdaten auch für andere Instanzen gespeichert werden. Dies ist wichtig für größere Unternehmen mit mehr als einer Instanz. Eine Instanz verwaltet die zentralen Produktdefinitionen und exportiert und importiert diese Daten dann in die anderen. Microsoft stellt Datenentitäten für diese Art des Austauschs bereit, also strukturierte Möglichkeiten, um definierte Daten zwischen Systemen zu verschieben. Aber das ist noch nicht alles. Microsoft Dataverse erweitert diesen Verteilungspfad. Dataverse ist der gemeinsam genutzte Cloud-Datendienst von Microsoft, der von vielen Unternehmensanwendungen verwendet wird. Das Lieferkettenmanagement kann Produktdefinitionen nach Dataverse exportieren und andere Unternehmensanwendungen, wie Dynamics 365 Sales, können diese Produktdaten verwenden. Das bedeutet jedoch nicht, dass plötzlich jede App dieselbe Aufgabe erlädt.

PM organisiert und pflegt Produktinformationen. Dynamics 365 Sales kommen in den Vertrieb. Andere Apps erledigen ihre eigenen Aufgaben in den Bereichen Kundenservice, Handel, Finanzen, Fertigung oder Betrieb. Sie können verwandte Produktdaten verwenden, aber jede App behält ihren eigenen Zweck. Schon muss einen praktischen Ablauf. Das Produktteam erstellt oder importiert eine neue Produktdefinition. Das Unternehmen gibt sie an die juristischen Personen frei, die sie benötigen. Diese Personen schließen ihre lokale Einrichtung ab. Der Einkauf kann mit dem genehmigten Artikel arbeiten. Das Lagerpersonal kann ihnen entgegennehmen und bearbeiten. Der Vertrieb kann sich auf das richtige Produkt beziehen, anstatt eine eigene Version zu erfinden. Das Ergebnis zeigt sich in normalen Momenten. Ein Einkäufer bestellt den richtigen Artikel. Ein Kunde sieht die richtigen Details. Ein Lagerarbeiter kann eine Bestellung mit dem Lagerbestand abgleichen.

Wenn sich Produktinformationen ändern, haben die Teams einen klareren Weg, um die aktuellen genehmigten Details zu verwenden, anstatt alten Kopien hinterherzuheben. Das reduziert Bestellfehler, veraltete Informationen und Retouren aufgrund falscher Produktdetails. Das Produktinformationsmanagement ist der Teil, der die Produktdefinition organisiert, während der Rest der verbundenen Plattform diese Informationen nutzt. Fazit, eine gemeinsame Produktstory-Dynamik. Das 365-Produktinformationsmanagement verwandelt eine Produktidee in einen kontrollierten Datensatz, den juristische Personen und Geschäftsteams in ihrer eigenen Arbeit verwenden können. Das ist Ihr Wissenshäppchen für heute. Abonnieren Sie den Podcast auf Ihrer bevorzugten Plattform und teilen Sie ihn mit jemandem, die sich mit der MX-Ticht befassen. Fahren Sie dann mit der nächsten Folge fort, um zu erfahren, wie alle Bausteine in der gesamten Plattform miteinander verbunden sind.

Vielen Dank.