Co się dzieje, gdy nazwa produktu w dziale sprzedaży nie pasuje do nazwy w magazynie, a sklep internetowy nadal pokazuje zeszłoroczne zdjęcie? Ktoś zamawia niewłaściwy artykuł, kupujący pyta o szczegóły, których nikt nie potrafi znaleźć, a pracownicy zaczynają sprawdzać arkusze kalkulacyjne, stare e-maile, pliki PDF od dostawców i pięć różnych systemów tylko po to, by odpowiedzieć na proste pytanie. Witamy w kolejnej pigułce wiedzy od M365, FM i OTM DM Opeters. Dziś zajmiemy się zarządzaniem informacjami o produktach w Dynamics 365, w skrócie PIM. Pod koniec zrozumiesz, w jaki sposób utrzymuje on jeden współdzielony rekord produktu. Dowiesz się, jak produkty mogą występować w różnych formach i jak te informacje docierają do tych części firmy, które ich potrzebują. Jeden rekord produktu dla całej firmy. Z zewnątrz produkt może wydawać się prosty, tylko nazwa, cena i być może zdjęcie. Jednak za kulisami ten sam produkt dotyka niemal każdego działu firmy.

Oto jak to wygląda w praktyce. Dział zakupów potrzebuje danych dostawcy i jednostek, podczas gdy zespoły magazynowe potrzebują informacji do przyjmowania, przechowywania i kompletowania towarów. Sprzedaż potrzebuje jasnych nazw. Dział finansowy potrzebuje poprawnej konfiguracji, a sklep internetowy wymaga dokładnych zdjęć i opisów. Każdy zespół patrzy na ten sam produkt z innej perspektywy. Bez jednego wspólnego miejsca dla tych informacji ludzie często tworzą własne kopie. Zespół produktowy prowadzi arkusz kalkulacyjny. Dział sprzedaży wprowadza w swoim systemie krótszą nazwę. Magazyn używa numeru artykułu z innym opisem. Dział marketingu zapisuje zdjęcia we wspólnym folderze, a obsługa klienta przeszukuje stare e-maile. Takie podejście najpierw tworzy drobne rozbieżności, a potem problemy się nawarstwiają. Wyobraźmy sobie firmę sprzedającą izolowane butelki na wodę. Dostawca zmienia pojemność z 500 ml na 750 ml.

Dział zakupów otrzymuje nową informację, ale sklep internetowy nadal podaje starą pojemność. Dział sprzedaży wysyła klientom niewłaściwą kartę specyfikacji, a pracownicy magazynu widzą etykietę produktu, która nie zgadza się z zamówieniem. Nikt nie chciał stworzyć problemu. Każdy zespół po prostu pracował na innej kopii danych. Zarządzanie informacjami o produktach w Dynamics 365 daje firmie jedną centralną definicję produktu. Pomyśl o tym, jak o współdzielonej szafce na dokumenty z informacjami o produktach. Zamiast każdego działu prowadzącego własny folder, rekord produktu staje się miejscem, w którym znajdują się uzgodnione szczegóły. Ludzie korzystają z tej definicji w całej firmie, zamiast przepisywać te same informacje w kółko. Numer produktu znajduje się w centrum tego rekordu. Pomaga on firmie identyfikować produkt w sposób spójny, nawet jeśli różne zespoły używają różnych określeń, gdy o nim rozmawiają.

Wraz z tym numerem przechowujesz nazwę i opis oraz określasz, czy jest to fizyczny towar, który możesz magazynować, czy usługa świadczona przez firmę. Rekord zawiera również jednostki, których ludzie używają przy kupnie, sprzedaży, przechowywaniu lub liczeniu produktu. Pudełko, sztuka, kilogram, litr czy paleta mogą oznaczać bardzo różne rzeczy w codziennej pracy. Gdy jednostki te są jasne, praca działów zakupów i magazynów ma znacznie lepszy punkt wyjścia. Informacje o produkcie mogą również zawierać obrazy, załączniki, kategorie, atrybuty oraz tłumaczenia nazw i opisów. Zatem rekord może zawierać więcej niż tylko etykietę. Może zawierać dokument dostawcy wyjaśniający produkt, zdjęcie pomagające go rozpoznać, przetłumaczone opisy dla zespołów lub klientów pracujących w innym języku oraz szczegóły takie jak materiał, marka lub instrukcje obsługi. Wspólna definicja poprzedza lokalne zastosowanie.

Firma definiuje produkt raz, a następnie pozwala różnym działom biznesowym korzystać z niego w razie potrzeby. Wspólny rekord gromadzi wspólne fakty, podczas gdy każdy obszar stosuje później własne ustawienia biznesowe. Nie trzeba tworzyć produktu od podstaw za każdym razem, gdy inny zespół go potrzebuje. To znacznie czystszy sposób pracy, ale nazwa i opis wciąż nie opowiadają pełnej historii produktu. Jedna para jeansów może zamienić się w wiele produktów, gdy weźmiemy pod uwagę kolor i rozmiar, wzorce produktów i warianty, czyli drzewo genealogiczne. Kiedy więc jeden produkt staje się wieloma produktami? Pomyśl o parze jeansów. Prawdopodobnie postrzegasz jeansy jako jeden produkt, ale magazyn nie może wziąć dowolnej pary, gdy zamówienie wymaga czarnych w rozmiarze dużym. A dział sprzedaży nie może obiecać niebieskich jeansów w rozmiarze bardzo małym, jeśli taka kombinacja w rzeczywistości nie istnieje.

W tym miejscu Dynamics 365 wkracza z prostym pomysłem. Rozdziela produkt podstawowy od wzorca produktu. Prosty produkt to jedna stała pozycja. Wyobraź sobie zwykłe pudełko papieru do drukarki sprzedawane w jednym rozmiarze, jednym kolorze i jednym formacie. Ma własny rekord produktu, ponieważ nie ma żadnych wyborów zmieniających charakter tego artykułu. Wzorzec produktu działa inaczej. Jest to nadrzędny rekord dla całej rodziny produktów. Zawiera wspólne szczegóły i zasady dotyczące wyborów, które tworzą poszczególne artykuły. Oto jak to działa. Wzorzec produktu jeansów zawiera nazwę, podstawowy opis i wspólne informacje dla każdej pary z tego zakresu. Następnie poszczególne warianty identyfikują dokładne jeansy, które ktoś kupuje, przechowuje, produkuje lub wysyła. Wariant to konkretny artykuł przeznaczony do sprzedaży. W przypadku jeansów niebieski i średni mogą być jednym wariantem. Należą do tej samej rodziny produktów, ale nie są wymienne.

Jeden może leżeć na półce magazynowej, podczas gdy drugi mógł się skończyć. Jeden może mieć inną etykietę. Jeden może mieć własny kod kreskowy. Struktura nadrzędna i podrzędna to kluczowy pomysł. Produkt główny definiuje rodzinę produktów. Warianty produktu to poszczególni członkowie. Zamiast wciąż wprowadzać te same podstawowe informacje, zaczynasz od produktu głównego i tworzysz rzeczywiste kombinacje potrzebne w Twojej firmie. Podam konkretny przykład. Wyobraź sobie, że oferta jeansów obejmuje kolory niebieski, czarny i brązowy. Dostępne są też rozmiary bardzo mały, mały, średni, duży, bardzo duży i podwójnie bardzo duży. Gdyby każdy kolor był dostępny w każdym rozmiarze, miałbyś 18 kombinacji. Ale firmy rzadko sprzedają wszystkie możliwe kombinacje. Może niebieski jest tylko od bardzo małego do średniego. Czarny od średniego do bardzo dużego. Brązowy zaczyna się od dużego. Dynamics 365 może traktować każdą dozwoloną kombinację jako osobny wariant.

Gdy ktoś dodaje jeansy do zamówienia, wybiera wymiary, które identyfikują dokładny produkt. Kolor i rozmiar informują system, który wariant chce klient. Koniec ze zgadywaniem, która para powinna trafić do pudełka. Te wybory nazywamy wymiarami produktu. Dynamics 365. Zarządzanie łańcuchem dostaw zawiera ich pięć. Są to kolor, rozmiar, styl, konfiguracja i wersja. Firma wybiera wymiary pasujące do rodziny produktów, a następnie grupuje je dla danego produktu głównego. Przejdźmy przez nie szybko. Kolor jest prosty. Niebieski, czarny, brązowy, czerwony. Rozmiar jest również znany. Mały, średni, duży lub numer rozmiaru buta. Styl może odróżniać produkty o tej samej nazwie, ale różnym wyglądzie. Koszula może być dostępna w kroju regularnym i slim. Krzesło może mieć standardową ramę lub inne wykończenie. Konfiguracja opisuje wybraną budowę lub ustawienia. Na przykład maszyna może wymagać konkretnego silnika, napięcia lub zestawu części.

Wymiar konfiguracji identyfikuje ten wybór. Wersja śledzi zmiany produktu w czasie. To najważniejsze dla producentów. Wyobraź sobie część, która pełni tę samą funkcję, ale zmienia się po zatwierdzonej aktualizacji technicznej. Wersja pozwala firmie odróżnić wersję pierwszą od drugiej, gdy przemieszcza się ona w łańcuchu dostaw. Nie każdy produkt główny wymaga wszystkich pięciu wymiarów. Koszulka może wymagać tylko koloru i rozmiaru. Element wyposażenia może wymagać konfiguracji i wersji. Grupa wymiarów działa jak arkusz zasad dla rodziny produktów. Informuje ona system Dynamics 365, jakie wybory mają zastosowanie przy tworzeniu i identyfikacji wariantów. Ta decyzja kształtuje produkt od samego początku. Możesz zastanawiać się nad wagą, wysokością, długością, szerokością lub objętością. Te szczegóły opisują fizyczny produkt, ale nie tworzą wariantów. Para jeansów może mieć podaną wagę lub rozmiar opakowania, co nie zmienia jej w inny towar tak, jak robi to kolor czy rozmiar.

Wymiary fizyczne opisują produkt. Wymiary produktu określają konkretny wariant. Rozdzielenie tych dwóch pojęć zapobiega późniejszym nieporozumieniom. Jeśli magazyn musi wiedzieć, ile miejsca zajmuje karton. Wymiary fizyczne są pomocne. Jeśli zamówienie wymaga czarnych jeansów o określonych wymiarach, znajdź właściwy wariant. Istnieje jeden wczesny wybór, który wpływa na wszystko, co nastąpi później. W jaki sposób firma będzie tworzyć i kontrolować te warianty produktów? I właśnie tym zajmiemy się w następnej kolejności. Konfigurowanie produktów bez wywoływania chaosu. Wybór wymiarów mówi systemowi Dynamics 365, jak zidentyfikować wariant. Ale firma wciąż musi zdecydować, jak tworzyć te warianty. Ten wybór zależy od produktu. Zarządzanie łańcuchem dostaw wspiera trzy główne podejścia. Warianty predefiniowane, konfiguracja oparta na wymiarach oraz konfiguracja oparta na ograniczeniach. Nazwy brzmią technicznie, więc wyjaśnij je prostszym językiem.

Warianty predefiniowane pasują do produktów o znanej, ograniczonej liczbie kombinacji. Wyobraźmy sobie sprzedawcę oferującego omawianą wcześniej gamę jeansów. Firma już wie, jakie kolory i rozmiary będzie kupować, magazynować i sprzedawać. Niebieskie występują w rozmiarach bardzo małym, małym i średnim. Czarne występują w rozmiarach średnim, dużym i bardzo dużym. Brązowe występują w rozmiarach dużym, bardzo dużym i podwójnie bardzo dużym. Te dziewięć opcji można utworzyć wcześniej jako osobne warianty. Firma nie potrzebuje każdej możliwej kombinacji koloru i rozmiaru. Tworzy tylko te kombinacje, które rzeczywiście istnieją. To utrzymuje katalog w porządku i zapobiega zamawianiu brązowych jeansów w rozmiarze bardzo małym, skoro nikt ich nie produkuje. Warianty predefiniowane sprawdzają się, gdy asortyment pozostaje przewidywalny. Firma odzieżowa, dystrybutor ze stałymi rozmiarami opakowań, firma sprzedająca meble w standardowych kolorach.

Wszyscy oni mogą przygotować artykuły, którymi planują się zajmować. Każdy wariant istnieje jako znany element przed złożeniem zamówienia, dzięki czemu działy zakupów magazynu i sprzedaży mogą pracować z jasnymi wyborami produktów. Kolejnym podejściem jest konfiguracja oparta na wymiarach. Podejście to często pojawia się w produkcji. Wyobraźmy sobie firmę budującą pompy przemysłowe. Jedna rodzina pomp może wykorzystywać wiele tych samych części, ale klient może wybrać określoną konfigurację. Ten wybór wpływa na to, które komponenty znajdą się w gotowej pompie. Dynamics 365 może użyć wymiaru konfiguracji, aby to kontrolować. Produkt wykorzystuje jedno wspólne zestawienie materiałów, często nazywane listą części BOM. Zestawienie materiałów to po prostu lista części potrzebnych do zbudowania czegoś. W ramach tej jednej listy niektóre części mają zastosowanie tylko wtedy, gdy klient wybierze konkretną konfigurację.

Na przykład pompa zbudowana dla jednego napięcia może wymagać jednego silnika. Inne napięcie wymaga innego silnika. Zamiast utrzymywać oddzielną listę części dla każdej możliwej pompy, firma prowadzi jedną wspólną listę. Oznacza ona, które wiersze należą do danej konfiguracji. Kiedy wybrana konfiguracja trafia do planowania lub produkcji, Dynamics 365 używa tylko tych linii części, które pasują do tego wyboru. Oszczędza to wiele powtarzalnej konfiguracji. Daje to również producentom lepszy sposób zarządzania rodziną produktów, które mają wspólną konstrukcję, ale różnią się w kontrolowany sposób. Wymiary identyfikują wybrany produkt. Zestawienie materiałowe wskazuje, które części wchodzą w skład danej kompilacji. Następnie mamy konfigurację opartą na ograniczeniach. To podejście sprawdza się w produktach, w których klienci mogą wybierać spośród wielu opcji. Ale nie każda opcja pasuje do każdej innej opcji.

Pomyśl o maszynie na zamówienie, sprzęcie laboratoryjnym lub produkcie złożonym z wielu części. Klient może wybrać rodzaj zasilania, obudowę, silnik, opcję bezpieczeństwa i panel sterowania. Niektóre kombinacje działają, inne po prostu nie. Określona obudowa może nie pasować do większego silnika. Jedno napięcie może wymagać konkretnego panelu sterowania. Osłona zabezpieczająca może pasować tylko do jednego rozmiaru maszyny. Bez reguł sprzedawca mógłby wybrać kombinację, której fabryka nie jest w stanie zbudować. Konfiguracja oparta na ograniczeniach wprowadza te reguły do modelu konfiguracji produktu. Model opisuje możliwe wybory oraz reguły, które je ograniczają. Kiedy ktoś konfiguruje produkt, system prowadzi go ku poprawnym opcjom. Zapobiega to wyborom, które są ze sobą sprzeczne. Dzięki temu niemożliwe zamówienie zostaje zatrzymane, zanim trafi do produkcji. Chce się tu na chwilę zatrzymać, ponieważ jest to wczesna decyzja projektowa.

Firma musi wybrać technologię konfiguracji pasującą do jej procesu biznesowego przed rozbudową rodziny produktów. Dynamics 365 nie pozwala później przekonwertować produktu z jednego modelu konfiguracji na inny. Dlatego sprzedawca detaliczny oferujący stały asortyment nie powinien tworzyć skomplikowanego modelu produktu tylko dlatego, że brzmi on elastycznie. A producent wytwarzający sprzęt na zamówienie nie powinien zmuszać się do tworzenia długiej listy predefiniowanych wariantów, jeśli wybory zależą od reguł. Zacznij od rzeczywistego procesu zakupu, sprzedaży i produkcji. Zadaj proste pytanie. Czy znamy każdą kombinację produktu, zanim nadejdzie zamówienie? Czy może klient tworzy wybór produktu poprzez zestaw dozwolonych opcji? Odpowiedź wskazuje firmie właściwe podejście. Gdy firma wie, czym może być produkt, potrzebuje sposobu, aby go jasno opisać i utrzymać te informacje w porządku.

Kategorie, atrybuty i kontrola informacji o produktach. Nazwa produktu mówi tylko, jak coś się nazywa, ale sama w sobie nie pomoże Ci go kupić, przechowywać, sprzedać ani wyjaśnić klientowi. Właśnie tutaj przydają się kategorie. Pomyśl o kategoriach jak o alejkach w dobrze zorganizowanym sklepie. Firma może grupować produkty według tego, czym są. Och, odzież w jednej alejce, narzędzia w drugiej, artykuły biurowe w trzeciej. Albo mogą grupować je według rodzaju pracy, którą ludzie muszą wykonać. Tak czy inaczej, cel jest ten sam. Ułatwić znajdowanie produktów i zarządzanie nimi. Weźmy wiertarkę bezprzewodową. Zespół sprzedaży musi znaleźć ją w elektronarzędziach. Zespół produktowy może umieścić ją w kategorii sprzętu akumulatorowego. I tu właśnie chodzi o to, że jeden produkt może znajdować się w wielu kategoriach jednocześnie, gdy służą one różnym potrzebom biznesowym. Nie chodzi o to, by na siłę wciskać każdy produkt do jednego idealnego folderu.

Kategorie zapewniają firmie ustrukturyzowany sposób organizowania informacji o produktach, ich wyszukiwania i pracy z grupami powiązanych artykułów. Pomagają również pracownikom przypisywać właściwe informacje do produktów, które do siebie pasują. Kategorie robią wiele, ale nie mogą zawierać absolutnie każdego szczegółu. W tym miejscu pojawiają się atrybuty. W przypadku butelki na wodę atrybuty mogą obejmować materiał, pojemność, rodzaj zakrętki, izolację, markę i instrukcję pielęgnacji. Dla części maszynowej mogą to być wymiary, wymagania dotyczące zasilania, zakres temperatur czy standard techniczny. Atrybuty zamieniają ogólną etykietę w użyteczne informacje o produkcie, czyli takie, jakich naprawdę potrzebujesz, by wykonywać swoją pracę. Kategorie mogą zawierać atrybuty, które mają sens dla znajdujących się w nich produktów. Odzież wymaga informacji o tkaninie, kroju i sposobie prania.

Sprzęt elektroniczny wymaga informacji o napięciu, szczegółach gwarancji i kompatybilności. Oznacza to, że nikt nie musi wymyślać przypadkowych pól dla każdego rekordu produktu. Wystarczy użyć szczegółów pasujących do grupy produktów. Obrazy i załączniki dodają kolejną warstwę. Zdjęcie pomaga magazynierowi, sprzedawcy lub klientowi zobaczyć przedmiot, o którym mowa. Załącznik może zawierać materiały pomocnicze, takie jak dokument dostawcy, karta specyfikacji czy inne dokumenty. Czasami sama zapisana nazwa to za mało. Tłumaczenia mają znaczenie, gdy firma działa w wielu językach. Nazwy i opisy produktów mogą być tłumaczone, aby ludzie na różnych rynkach otrzymywali zrozumiałe dla nich informacje. Produkt pozostaje ten sam, ale słowa wokół niego mogą być dostosowane do odbiorcy. Firma potrzebuje również kontroli nad tym, kto może zmieniać te informacje. Nie każdy pracownik powinien mieć możliwość edycji każdego rekordu produktu, zmiany nazwy przedmiotu czy modyfikacji szczegółów, od których zależą inne zespoły.

Dynamics 365 pozwala stosować zasady dostępu do danych o produktach na poziomie kategorii lub dla poszczególnych produktów. Na przykład zespół odpowiedzialny za sprzęt przemysłowy pracuje z tą kategorią, podczas gdy inna grupa zajmuje się produktami konsumenckimi. Produkt o ograniczonym dostępie może wymagać ściślejszej kontroli niż zwykłe artykuły biurowe. Biznes decyduje, kto może pracować z każdym obszarem swoich danych produktowych. To chroni informacje, na których polegają ludzie. Rekord może teraz zawierać odpowiednie szczegóły, dokumenty, kategorie i kontrolki. Wymaga jednak zatwierdzenia, zanim działy firmy zajmujące się zakupem, sprzedażą, magazynowaniem lub produkcją będą mogły z niego faktycznie korzystać. Uwalnianie produktów do podmiotów prawnych. Gotowa definicja produktu nie jest jeszcze automatycznie gotowa do użycia przez wszystkich. O, jeszcze nie. Firma często działa poprzez kilka podmiotów prawnych, które są oddzielnymi spółkami w ramach większego przedsiębiorstwa.

Jeden podmiot może kupować i magazynować produkt w Niemczech. Inny sprzedaje ten sam produkt w Stanach Zjednoczonych. Trzeci go produkuje. Wszystkie mogą korzystać z tej samej współdzielonej definicji produktu. W Dynamics 365 ta współdzielona definicja staje się produktem uwolnionym, gdy firma zatwierdzi go do użytku przez konkretny podmiot prawny. Pomyśl o uwolnieniu jako o udzieleniu jednostce biznesowej pozwolenia na włączenie produktu do codziennej pracy. Produkt nie zmienia swojej tożsamości. Jego nazwa, opis, kategoria, wymiary i inne współdzielone szczegóły pozostają połączone z centralną definicją, ale każdy podmiot prawny może dodać ustawienia niezbędne przed zamówieniem, sprzedażą, magazynowaniem lub produkcją tego produktu. Jedna firma może kupować produkt od dostawcy. Inna może go tylko sprzedawać. Firma produkcyjna potrzebuje ustawień produkcji, podczas gdy firma dystrybucyjna potrzebuje ustawień magazynu i zapasów.

Szczegóły sprzedaży różnią się w zależności od podmiotu. Lokalne zasady biznesowe również są inne. Uwolnienie pozwala każdemu podmiotowi prawnemu przygotować produkt do własnej pracy bez tworzenia całkowicie oddzielnej definicji produktu. Wyobraź sobie firmę, która sprzedaje tę samą butelkę wody w kilku krajach. Zespół produktowy tworzy jedną centralną definicję produktu. Następnie firma uwalnia ją do podmiotu prawnego w Wielkiej Brytanii, a ten podmiot dodaje ustawienia potrzebne do zakupu i przechowywania butelki. Później ten sam produkt zostaje uwolniony do kanadyjskiego podmiotu prawnego, gdzie pracownicy uzupełniają ustawienia dla lokalnej sprzedaży i zapasów. Obie firmy korzystają z tego samego produktu. Nie muszą zaczynać od nowa z nazwą, opisem i szczegółami rodziny produktów. Uzupełniają tylko informacje, które należą do ich własnego podmiotu. Takie rozdzielenie utrzymuje wspólne fakty i lokalną pracę biznesową we właściwym miejscu.

Współdzielona definicja produktu odpowiada na pytanie, czym jest ten produkt, a produkt uwolniony odpowiada na pytanie, w jaki sposób ta konkretna firma będzie go używać. To niewielka różnica w sformułowaniu, ale zapobiega dużej ilości powtarzalnej pracy, gdy firma działa w wielu podmiotach prawnych. Dynamics 365 może uwalniać produkty do jednego podmiotu prawnego lub kilku jednocześnie. Pomaga to, gdy firma wprowadza standardowy asortyment produktów w wielu jednostkach biznesowych. Mimo to, zwolnienie ma teraz naśladować ostateczny krok polegający na kliknięciu i zapomnieniu. Każda osoba prawna może potrzebować dodatkowych szczegółów, zanim jej zespoły będą mogły bezpiecznie pracować z produktem. Obszar roboczy utrzymania zwolnionych produktów pomaga ludziom monitorować ten proces. Pokazuje on ostatnio zwolnione produkty i sprawdza, czy wymagana konfiguracja dla danej osoby prawnej jest kompletna.

Jeśli ktoś musi jeszcze dodać atrybuty produktu, kategorię ustawienia zamówień lub tłumaczenia, obszar roboczy pozwala znaleźć te zadania i otworzyć odpowiednie strony produktów. Pomaga on również zespołom wykryć niedokończone sprawy związane ze zmianami produktów. Ma to znaczenie, ponieważ produkt może wyglądać na gotowy w widoku centralnym, podczas gdy ustawienia lokalne pozostają niekompletne. Obszar roboczy zapewnia osobie prawnej praktyczną listę produktów wymagających uwagi, zamiast zmuszać pracowników do przeszukiwania długich list. Zatem zwolnienie nie kopiuje produktu do oddzielnego świata. Łączy ono zatwierdzoną definicję produktu z osobą prawną, a następnie daje jej przestrzeń na zastosowanie własnych szczegółów operacyjnych. Gdy to nastąpi, informacje o produkcie mogą zostać wykorzystane w pracach związanych z zamówieniami, stanami magazynowymi i potrzebami klientów. Jak więc PIM łączy pracę wokół produktu?

W jaki zatem sposób zarządzanie informacjami o produkcie faktycznie łączy pracę wokół produktu? Oto najprostsza definicja. PIM nie uruchamia samodzielnie każdego procesu biznesowego. Zamiast tego dostarcza informacje o produkcie, których te procesy wymagają. Pomyśl o tym, jak o głównym segregatorze danych o produktach. Kupiec musi znaleźć właściwy artykuł w zamówieniu zakupu. Zespół magazynowy potrzebuje właściwego artykułu podczas przyjmowania lub pobierania towaru. Zespół sprzedaży potrzebuje szczegółów produktu, które powinny znaleźć się w ofercie. Inne aplikacje Dynamics 365 również mogą potrzebować danych o produktach. PIM daje wszystkim tym zespołom jeden wspólny punkt wyjścia, stanowiący pojedyncze źródło prawdy. Skąd zatem pochodzą te dane o produktach? Definicje produktów mogą powstawać wewnątrz Dynamics 365 Supply Chain Management. Sprawdza się to dobrze, gdy firma zarządza informacjami o produktach w tym systemie od samego początku.

Wiele firm korzysta jednak już z innego systemu do rozwoju produktów lub ich ewidencji. Na przykład dane o produkcie mogą pochodzić z systemu zarządzania cyklem życia produktu, często nazywanego PLM. System PLM pomaga zespołom zarządzać produktem na etapie jego projektowania i rozwoju. Istnieje również zarządzanie danymi o produkcie, czyli PDM, które obsługuje dane produktów i powiązane dokumenty. Niektóre firmy korzystają nawet z oddzielnego systemu PIM, zanim informacje o produkcie trafią do Supply Chain Management. Oto dobra wiadomość. Dynamics 365 może importować definicję produktów z tych systemów. Oznacza to, że nie trzeba ponownie wpisywać tych samych szczegółów produktu tylko dlatego, że przechodzi on z etapu projektowania do łańcucha dostaw. Supply Chain Management może stać się miejscem, które przechowuje główne dane o produktach również dla innych instancji. Ma to znaczenie w większych firmach posiadających więcej niż jedną instancję.

Jedna instancja zarządza centralnymi definicjami produktów, a następnie eksportuje i importuje te dane do pozostałych. Microsoft udostępnia podmioty danych do tego typu wymiany, czyli ustrukturyzowane sposoby przenoszenia zdefiniowanych danych między systemami. Ale to nie wszystko. Microsoft Dataverse rozszerza tę ścieżkę dystrybucji. Dataverse to współdzielona usługa danych w chmurze firmy Microsoft, używana przez wiele aplikacji biznesowych. Zarządzanie łańcuchem dostaw może eksportować definicję produktów do Dataverse, a inne aplikacje biznesowe, jak Dynamics 365 Sales, mogą z nich korzystać. Nie oznacza to jednak, że każda aplikacja nagle wykonuje to samo zadanie. Zarządzanie informacjami o produkcie organizuje i utrzymuje dane o produktach. Dynamics 365 Sales zajmuje się pracą sprzedażową. Inne aplikacje obsługują własne zadania związane z obsługą klienta, handlem, finansami, produkcją lub operacjami.

Mogą one korzystać z powiązanych danych o produktach, ale każda aplikacja zachowuje swój cel. Przyjrzyjmy się praktycznemu przepływowi. Zespół do spraw. Produktu tworzy lub importuje nową definicję produktu. Firma udostępnia ją podmiotom prawnym, które jej potrzebują. Podmioty te kończą swoją lokalną konfigurację. Dział zakupów może pracować z zatwierdzonym elementem. Personel magazynowy może go przyjąć i obsługiwać. Dział sprzedaży może odwoływać się do poprawnego produktu zamiast tworzyć własną wersję. Rezultat widoczny jest w codziennych sytuacjach. Kupujący zamawia właściwy towar. Klient widzi właściwe szczegóły, a pracownik magazynu może dopasować zamówienie do towaru przed nim. Gdy informacje o produkcie się zmieniają, zespoły mają wyraźniejszą drogę do korzystania z aktualnych, zatwierdzonych danych zamiast ścigania starych kopii. Zmniejsza to błędy w zamówieniach, przestarzałe informacje i zwroty spowodowane nieprawidłowymi szczegółami produktu.

Zarządzanie informacjami o produkcie to element, który utrzymuje definicję produktu w porządku, podczas gdy reszta połączonej platformy wykorzystuje te informacje w pracy. Wniosek? Jedna wspólna historia produktów Dynamics. Zarządzanie informacjami o produkcie w 365 zamienia pomysł na produkt w jeden kontrolowany rekord, z którego podmioty prawne i zespoły biznesowe mogą korzystać w swojej pracy. To tyle w dzisiejszej pigułce wiedzy. Zasubskrybuj na swojej ulubionej platformie podcastowej i udostępnij to komuś, kto uczy się Dynamics 365. Następnie przejdź do kolejnego odcinka, aby zobaczyć, jak wszystkie elementy łączą się w całość. Zasubskrybuj na swojej ulubionej platforma.