Szablon danych do zarządzania łańcuchem dostaw

Microsoft Dynamics 365 SCM
Szablon danych do zarządzania łańcuchem dostaw

Szablon danych do zarządzania łańcuchem dostaw

Ten szablon danych pomaga uporządkować informacje potrzebne do analizy łańcucha dostaw metodą process mining. Zawiera listę atrybutów i działań, które warto śledzić, oraz wskazówki dotyczące pobierania danych z Microsoft Dynamics 365 SCM. Dzięki niemu można przygotować dziennik zdarzeń do analizy.
  • Zalecane atrybuty do szczegółowej analizy
  • Najważniejsze działania do śledzenia w procesie łańcucha dostaw
  • Praktyczne wskazówki dotyczące pobierania danych z Microsoft Dynamics 365 SCM
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania łańcuchem dostaw

Poniżej znajdują się zalecane pola danych do uwzględnienia w dzienniku zdarzeń. Umożliwią one dokładną analizę procesów zarządzania łańcuchem dostaw.
5 Wymagane 8 Zalecane 8 Opcjonalne
Nazwa Opis
Zamówienie logistyczne
LogisticsOrder
Unikalny identyfikator konkretnego zlecenia realizacji w łańcuchu dostaw, używany jako główny identyfikator sprawy.
Opis

Logistics Order to unikalny identyfikator całego procesu logistycznego, który łączy wszystkie działania od zgłoszenia zapotrzebowania przez klienta po dostawę. Ten atrybut stanowi wspólny punkt odniesienia dla różnych podprocesów, takich jak zaopatrzenie, produkcja i wysyłka, związanych z konkretnym zleceniem realizacji.

W analizie każde zdarzenie jest powiązane z Logistics Order, co pozwala odtworzyć przebieg procesu od początku do końca. Dzięki temu można śledzić realizację zamówienia w różnych działach i systemach, wykrywać wąskie gardła oraz dokładnie mierzyć całkowity czas realizacji.

Dlaczego to ważne

To niezbędny identyfikator, który łączy wszystkie powiązane zdarzenia procesu i umożliwia analizę całego procesu w łańcuchu dostaw dla pojedynczego zlecenia realizacji.

Skąd pobrać

To identyfikator pojęciowy, który można utworzyć przez połączenie pól z tabel takich jak SalesTable (Sales Order), WHSLoadTable (Load ID) lub InventTransOrigin (Reference ID), aby uzyskać unikalny identyfikator sprawy obejmujący różne moduły.

Przykłady
LO-2024-00123LO-2024-00124LO-2024-00125
Czas zdarzenia
EventTime
Znacznik czasu wskazujący, kiedy wystąpiło działanie.
Opis

Ten atrybut określa dokładną datę i godzinę zarejestrowania działania w systemie. Jest niezbędny do analizy procesów w czasie, w tym obliczania cyklu realizacji, oceny wyników procesu i wykrywania wąskich gardeł.

Narzędzia process mining porządkują zdarzenia chronologicznie na podstawie tego znacznika czasu i odtwarzają dokładną kolejność działań. Dzięki temu można poznać rzeczywisty przebieg i dynamikę procesu, zamiast opierać się na wyidealizowanych modelach.

Dlaczego to ważne

Ten znacznik czasu jest niezbędny do prawidłowego uporządkowania zdarzeń i obliczania wszystkich wskaźników zależnych od czasu, takich jak cykl realizacji i czas oczekiwania.

Skąd pobrać

Zwykle pochodzi z pól daty i godziny utworzenia lub zmiany statusu w tabelach D365 SCM. Przykłady to CreatedDateTime w SalesTable, DeliveryDate w PurchLine lub daty transakcji fizycznych w InventTrans.

Przykłady
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Działanie
ActivityName
Nazwa zdarzenia biznesowego lub zadania, które wystąpiło na danym etapie procesu logistycznego.
Opis

Ten atrybut określa konkretne zdarzenie biznesowe lub zadanie, które miało miejsce, na przykład „Wystawienie zamówienia zakupu”, „Wyprodukowanie towarów” lub „Zaplanowanie wysyłki”. Działania te są podstawowymi elementami procesu.

Analiza ich kolejności, częstotliwości i czasu trwania stanowi podstawę process mining. Umożliwia automatyczne odkrywanie i wizualizację map procesów, wykrywanie odchyleń od standardowych procedur oraz identyfikowanie często występujących lub nieefektywnych etapów, które warto usprawnić.

Dlaczego to ważne

Określa etapy procesu, dzięki czemu można zwizualizować jego przebieg, analizować różnice i wykrywać wąskie gardła lub działania niezgodne z procedurami.

Skąd pobrać

Ustalany na podstawie logiki biznesowej i zmian statusu w różnych tabelach transakcji, takich jak SalesTable, PurchTable i ProdTable, lub dat księgowania dokumentów z tabel takich jak CustInvoiceJour.

Przykłady
Wystawienie zamówienia zakupuWyprodukowanie towarówZaksięgowanie faktury dla klientaDostarczenie towarów
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu ostatniego odświeżenia danych z systemu źródłowego.
Opis

Ten atrybut wskazuje datę i godzinę ostatniego pobrania lub odświeżenia danych. To ważne metadane każdego dashboardu do analizy procesów.

Dzięki tej informacji użytkownicy wiedzą, jak aktualne są analizowane dane, i mogą opierać wnioski na najnowszych informacjach. Jest ona również przydatna przy zarządzaniu potokami danych i sprawdzaniu, czy procesy ich ładowania działają zgodnie z planem.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co pomaga podejmować na czas trafne decyzje biznesowe na podstawie analizy.

Skąd pobrać

Narzędzie do ekstrakcji danych lub ETL generuje tę wartość i zapisuje ją w zbiorze danych po każdym cyklu odświeżania.

Przykłady
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
System źródłowy
SourceSystem
System ewidencyjny, z którego pobrano dane o zdarzeniach.
Opis

Ten atrybut wskazuje system lub moduł, z którego pochodzą dane. W złożonym środowisku łańcucha dostaw dane mogą pochodzić z różnych modułów Dynamics 365 SCM, takich jak Sales, Procurement lub Warehouse Management.

Określenie systemu źródłowego jest ważne dla zarządzania danymi, rozwiązywania problemów z ich niespójnością i zrozumienia kontekstu zarejestrowanych działań. Pomaga zapewnić jakość danych i prześledzić ich pochodzenie, co ma szczególne znaczenie w zintegrowanych środowiskach.

Dlaczego to ważne

Informuje o pochodzeniu danych, co jest niezbędne do ich weryfikacji, rozwiązywania problemów i analizy różnic w procesach przebiegających między systemami.

Skąd pobrać

Zwykle jest to stała wartość dodawana podczas ekstrakcji danych w celu oznaczenia rekordów pochodzących z danego systemu.

Przykłady
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Czy dostawa była terminowa
IsOnTimeDelivery
Wartość wskazująca, czy zamówienie dostarczono w wymaganym terminie lub wcześniej.
Opis

To obliczany atrybut logiczny, który wskazuje, czy zamówienie logistyczne dostarczono na czas. Jego wartość wynika z porównania znacznika czasu czynności „Dostarczenie towarów” z wymaganą datą dostawy.

Atrybut ten stanowi podstawę obliczania KPI „Wskaźnik terminowości dostaw” i jest jednym z głównych filtrów dashboardu „Monitor terminowości dostaw”. Zastępuje porównanie dat prostą wartością prawda/fałsz, dzięki czemu łatwo filtrować i zliczać opóźnione zamówienia.

Dlaczego to ważne

Bezpośrednio mierzy jakość obsługi klienta i jest ważnym składnikiem KPI dotyczącego terminowości dostaw. Ułatwia analizę niezawodności dostaw.

Skąd pobrać

To pole obliczane według reguły: IF (znacznik czasu „Dostarczenie towarów” <= „Wymagana data dostawy”) THEN True ELSE False.

Przykłady
truefalse
Identyfikator użytkownika
UserId
Identyfikator użytkownika, który wykonał działanie.
Opis

Ten atrybut przechowuje identyfikator pracownika lub użytkownika systemu, który wykonał dane działanie. Może to być osoba odpowiedzialna za zakupy, która utworzyła zamówienie zakupu, albo pracownik magazynu, który potwierdził wysyłkę.

Analiza działań według użytkownika pomaga ocenić rozkład obciążenia pracą, określić potrzeby szkoleniowe i badać odchylenia w procesie. Jest też ważna przy analizie zgodności, ponieważ umożliwia audytorom przypisanie działań do konkretnych osób. Taki widok wspiera zarządzanie wynikami i optymalizację zasobów.

Dlaczego to ważne

Umożliwia analizę wyników procesu według użytkownika lub zespołu, pomaga wykrywać możliwości automatyzacji i jest niezbędny przy analizie zgodności oraz ścieżki audytowej.

Skąd pobrać

Znajduje się w polach „Created by” lub „Modified by” w większości tabel transakcji D365 SCM, na przykład w polu CreatedBy tabeli SalesTable lub PurchTable.

Przykłady
j.doea.smithAX_BATCH_USER
Nazwa dostawcy
SupplierName
Nazwa dostawcy surowców lub towarów.
Opis

Ten atrybut zawiera nazwę dostawcy, od którego kupowane są materiały. Jest ważnym wymiarem analizy działań związanych z zakupami.

Jest szeroko wykorzystywany w dashboardach „Analiza czasu realizacji zakupów” i „Porównanie wyników dostawców”. Analiza wskaźników procesu według dostawcy pomaga wskazać najbardziej rzetelnych i sprawnych partnerów, a także tych, którzy często się spóźniają lub powodują zakłócenia. Informacje te wspierają strategiczne decyzje zakupowe i zarządzanie relacjami z dostawcami.

Dlaczego to ważne

Umożliwia porównywanie wyników zakupów według dostawcy, co pomaga rozwijać relacje z dostawcami i skracać czas realizacji dostaw materiałów.

Skąd pobrać

Wartość uzyskuje się przez połączenie tabeli zamówień zakupu (PurchTable) z tabelą dostawców (VendTable) według numeru konta dostawcy.

Przykłady
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
Nazwa klienta
CustomerName
Nazwa klienta, który złożył zamówienie sprzedaży.
Opis

Ten atrybut wskazuje klienta powiązanego z zamówieniem sprzedaży. Pozwala analizować łańcuch dostaw z perspektywy klienta.

Analiza logistyki według klienta może ujawnić charakterystyczne wzorce realizacji zamówień, preferencje i problemy poszczególnych klientów. Jest szczególnie przydatna w zarządzaniu kluczowymi klientami i dostosowywaniu poziomu obsługi, co pomaga zwiększać ich zadowolenie i utrzymanie.

Dlaczego to ważne

Umożliwia analizę z perspektywy klienta, wskazanie klientów, których zamówienia są najczęściej opóźnione, oraz ocenę poziomu obsługi kluczowych klientów.

Skąd pobrać

Wartość uzyskuje się przez połączenie tabeli zamówień sprzedaży (SalesTable) z tabelą klientów (CustTable) według numeru konta klienta.

Przykłady
Alpine Ski HouseAdventure WorksCity Power & Light
Numer zamówienia sprzedaży
SalesOrderNumber
Unikalny identyfikator zamówienia sprzedaży klienta.
Opis

To podstawowy numer referencyjny zamówienia klienta na towary lub usługi. Zamówienie sprzedaży rozpoczyna wiele dalszych działań w łańcuchu dostaw, w tym zaopatrzenie i produkcję.

W process mining numer zamówienia sprzedaży jest ważnym wymiarem filtrowania i analizy. Umożliwia użytkownikom biznesowym prześledzenie pełnego procesu realizacji konkretnego zamówienia klienta i często stanowi jeden z elementów pojęciowego identyfikatora sprawy Logistics Order.

Dlaczego to ważne

Łączy proces w łańcuchu dostaw bezpośrednio z zapotrzebowaniem klienta, umożliwiając analizę cyklu od zamówienia do płatności oraz wyników realizacji zamówień dla poszczególnych klientów.

Skąd pobrać

Znajduje się w polu SalesId tabeli SalesTable.

Przykłady
SO-001872SO-001873SO-001874
Numer zamówienia zakupu
PurchaseOrderNumber
Unikalny identyfikator zamówienia zakupu wysłanego do dostawcy.
Opis

To oficjalny numer dokumentu używanego do zamawiania surowców lub towarów u zewnętrznego dostawcy. Zawiera informacje o pozycjach, ilościach, cenach i terminach dostawy.

Analiza procesu według numeru zamówienia zakupu jest niezbędna w dashboardach „Analiza czasu realizacji zakupów” i „Porównanie wyników dostawców”. Umożliwia śledzenie całego cyklu od zapotrzebowania do płatności dla dostawcy oraz pomaga wykrywać opóźnienia w pozyskiwaniu materiałów.

Dlaczego to ważne

Ten identyfikator jest niezbędny do analizy zakupowej części łańcucha dostaw, monitorowania wyników dostawców i określania czasu realizacji dostaw materiałów.

Skąd pobrać

Znajduje się w polu PurchId tabeli PurchTable.

Przykłady
PO-000541PO-000542PO-000543
Numer zlecenia produkcyjnego
ProductionOrderNumber
Unikalny identyfikator zlecenia produkcyjnego lub wytwórczego.
Opis

Ten numer identyfikuje zlecenie na wyprodukowanie określonej liczby sztuk danego produktu w zakładzie produkcyjnym. Pozwala śledzić zużycie surowców i ilość gotowych wyrobów.

W firmach prowadzących produkcję ten identyfikator ma zasadnicze znaczenie dla śledzenia procesu wytwarzania. Dashboard „Realizacja harmonogramu produkcji” łączy planowane i rzeczywiste daty zakończenia produkcji, dzięki czemu pokazuje odchylenia i opóźnienia.

Dlaczego to ważne

Umożliwia szczegółową analizę cyklu produkcyjnego, pomiar zgodności z harmonogramem i wykrywanie wąskich gardeł na hali produkcyjnej.

Skąd pobrać

Znajduje się w polu ProdId tabeli ProdTable.

Przykłady
PRD-000112PRD-000113PRD-000114
Wymagana data dostawy
RequestedDeliveryDate
Data dostawy wskazana przez klienta.
Opis

Ten atrybut zapisuje datę dostawy wskazaną przez klienta podczas składania zamówienia. Stanowi punkt odniesienia przy ocenie rzeczywistej terminowości dostaw.

Na tej dacie opierają się dashboard „Monitor terminowości dostaw” i KPI „Wskaźnik terminowości dostaw”. Porównanie wymaganej daty dostawy z datą rzeczywistą to standardowy sposób pomiaru terminowości i ważny miernik zadowolenia klientów.

Dlaczego to ważne

To punkt odniesienia przy pomiarze terminowości dostaw, ważnym KPI związanym z zadowoleniem klientów i niezawodnością łańcucha dostaw.

Skąd pobrać

Znajduje się w polu ReceiptDateRequested tabeli SalesLine lub ShippingDateRequested tabeli SalesTable.

Przykłady
2023-05-102023-06-012023-07-20
Czy wystąpiła poprawka
IsRework
Wartość wskazująca, czy czynność lub pętla procesu oznacza poprawkę.
Opis

To obliczany atrybut logiczny, który wskazuje czynności lub ścieżki procesu oznaczające poprawkę albo ponowne wykonanie. Na przykład jeśli kontrola jakości zakończy się niepowodzeniem i proces wróci do wcześniejszego etapu „Wyprodukowano towary”, zostanie to oznaczone jako poprawka.

Atrybut ten jest niezbędny do obliczania KPI „Wskaźnik poprawek przy realizacji zamówień”. Oznaczenie poprawek ułatwia analitykom określenie częstotliwości i wpływu problemów jakościowych lub błędów procesu oraz wskazanie obszarów wymagających usprawnień i kontroli.

Dlaczego to ważne

Pomaga mierzyć nieefektywność procesu i problemy jakościowe, oznaczając czynności wykraczające poza standardowy przebieg procesu.

Skąd pobrać

To pole obliczane, zwykle na podstawie reguł biznesowych. Można na przykład oznaczyć konkretne czynności, takie jak „Przepakowanie towarów”, jako poprawki albo wykrywać cofnięcia w przebiegu procesu.

Przykłady
truefalse
Identyfikator magazynu
WarehouseId
Identyfikator magazynu, w którym towary są składowane lub obsługiwane.
Opis

Ten atrybut wskazuje konkretny magazyn lub centrum dystrybucji, w którym odbywa się dana czynność, na przykład kompletowanie, pakowanie lub wysyłka.

Jest niezbędny w dashboardzie „Wydajność operacji magazynowych”, który umożliwia porównywanie wyników różnych obiektów. Analiza według magazynu pomaga wskazać lokalizacje działające najsprawniej, te z problemami z przepustowością oraz miejsca, w których najpilniej potrzebne są usprawnienia.

Dlaczego to ważne

Umożliwia porównywanie wyników i analizę wąskich gardeł w różnych lokalizacjach, wspierając poprawę wydajności magazynów.

Skąd pobrać

Znajduje się w polu InventLocationId w tabelach związanych z zapasami i zarządzaniem magazynem, takich jak InventSum i WHSWorkTable.

Przykłady
WH-MainWH-EastDC-West
Kategoria produktu
ProductCategory
Kategoria, do której należy produkt.
Opis

Ten atrybut grupuje poszczególne produkty w szersze kategorie, takie jak „Elektronika”, „Surowce” czy „Gotowe wyroby”. Umożliwia analizę łańcucha dostaw na wyższym poziomie.

Zamiast analizować tysiące pojedynczych SKU, analitycy mogą korzystać z kategorii produktów, aby wykrywać trendy i wąskie gardła dotyczące całych grup. Przydaje się to szczególnie w dashboardzie „Analiza czasu realizacji zakupów”, który pozwala porównywać wyniki dostawców różnych rodzajów materiałów.

Dlaczego to ważne

Umożliwia analizę zbiorczą grup produktów, przydatną przy podejmowaniu decyzji strategicznych i wykrywaniu problemów systemowych dotyczących określonych rodzajów produktów.

Skąd pobrać

Wartość uzyskuje się przez połączenie tabeli produktów (InventTable) z tabelami kategorii produktów, takimi jak EcoResProductCategory.

Przykłady
Komponenty audioMateriały opakowanioweCzęści hydrauliczne
Nazwa przewoźnika
CarrierName
Nazwa firmy transportowej lub przewoźnika obsługującego przesyłkę.
Opis

Ten atrybut wskazuje zewnętrznego operatora logistycznego lub własną flotę odpowiedzialną za przewóz towarów. Określa, która firma fizycznie transportuje produkt.

Przewoźnik jest kolejnym ważnym wymiarem dashboardu „Efektywność i koszty transportu”. Analiza czasu przewozu i terminowości dostaw według przewoźnika pozwala porównywać partnerów logistycznych, negocjować korzystniejsze stawki i podejmować świadome decyzje o wyborze przewoźnika.

Dlaczego to ważne

Umożliwia porównywanie wyników partnerów logistycznych, co pomaga zarządzać przewoźnikami i optymalizować koszty transportu.

Skąd pobrać

Znajduje się w polach takich jak CarrierService w zamówieniach sprzedaży lub w dedykowanych tabelach zarządzania transportem, takich jak TMSCarrier.

Przykłady
FedExUPSMaerskDHL
Numer produktu
ProductNumber
Unikalny identyfikator zamawianego lub wytwarzanego produktu.
Opis

Ten atrybut to jednostka magazynowa (SKU) lub numer pozycji produktu uczestniczącego w transakcji. Może oznaczać gotowy wyrób sprzedawany klientowi albo surowiec kupowany od dostawcy.

Analiza łańcucha dostaw według produktu pomaga wykrywać pozycje o długim czasie realizacji, częstych problemach jakościowych lub złożonym przebiegu produkcji. Informacje te są ważne dla zarządzania zapasami, prognozowania popytu i optymalizacji asortymentu.

Dlaczego to ważne

Umożliwia analizę wyników procesu dla poszczególnych produktów i pomaga wykrywać problemy w łańcuchu dostaw dotyczące konkretnych pozycji.

Skąd pobrać

Znajduje się w polu ItemId tabel transakcyjnych, takich jak SalesLine, PurchLine i ProdBOM.

Przykłady
A0001D0010M9201
Planowana data wysyłki
ScheduledShipmentDate
Data, w której planowano wysłać przesyłkę.
Opis

Ten atrybut oznacza planowaną datę wysłania przesyłki z magazynu lub zakładu produkcyjnego. Jest ważnym wewnętrznym etapem realizacji zamówienia.

Data służy do obliczania KPI „Wskaźnik realizacji harmonogramu wysyłek”. Porównanie jej z rzeczywistą datą czynności „Załadunek towarów do transportu” pomaga ocenić rzetelność i przewidywalność planowania oraz realizacji logistyki wewnętrznej.

Dlaczego to ważne

Pomaga mierzyć zgodność z harmonogramem wewnętrznym i przewidywalność wysyłek, co wpływa na dalsze planowanie transportu.

Skąd pobrać

Znajduje się w polach takich jak ConfirmedShipDate tabeli SalesLine lub w powiązanych polach tabeli WHSLoadTable dotyczących planowanych załadunków.

Przykłady
2023-05-082023-05-302023-07-18
Rodzaj transportu
ModeOfTransport
Sposób transportu przesyłki, na przykład samochodem ciężarowym, samolotem lub statkiem.
Opis

Ten atrybut określa sposób przewozu towarów z miejsca nadania do miejsca przeznaczenia. Przykłady to transport drogowy, kolejowy, lotniczy i morski.

Jest ważnym wymiarem dashboardu „Efektywność i koszty transportu”. Analiza czasu przewozu i kosztów według rodzaju transportu pomaga optymalizować logistykę, dobierać odpowiednią relację między szybkością a kosztem oraz wykrywać nieefektywności w poszczególnych kanałach transportu.

Dlaczego to ważne

Umożliwia analizę kosztów i efektywności transportu, wspiera optymalizację sieci logistycznej i pomaga ograniczać wydatki na przewóz.

Skąd pobrać

Znajduje się w polu ModeOfDelivery tabel takich jak SalesTable lub PurchTable, a bardziej szczegółowe informacje są dostępne w tabelach zarządzania transportem, takich jak TMSRoute.

Przykłady
Transport samochodowyTransport lotniczyTransport morskiTransport kolejowy
Wartość zamówienia
OrderValue
Łączna wartość pieniężna zamówienia sprzedaży.
Opis

Ten atrybut określa łączną wartość finansową zamówienia sprzedaży klienta. Pozwala ocenić wpływ wyników procesu na działalność firmy.

Analiza wskaźników procesu, takich jak czas realizacji czy opóźnienia dostaw, z uwzględnieniem wartości zamówienia pomaga ustalać priorytety usprawnień. Na przykład opóźnienia dotyczące zamówień o wysokiej wartości mogą wymagać szybszej reakcji niż te dotyczące mniejszych zamówień. Dzięki temu analiza procesu uwzględnia również wymiar finansowy.

Dlaczego to ważne

Uzupełnia analizę procesu o kontekst finansowy i pozwala ustalać priorytety problemów według ich wpływu na wartość zamówień.

Skąd pobrać

Obliczana na podstawie tabeli SalesLine przez zsumowanie wartości pola LineAmount dla wszystkich pozycji danego zamówienia sprzedaży (SalesId).

Przykłady
15200.50850.00125000.75
Wymagane Zalecane Opcjonalne

Działania w zarządzaniu łańcuchem dostaw

Poniżej znajdują się najważniejsze kroki i punkty kontrolne procesu, które warto zapisać w dzienniku zdarzeń. Pozwoli to odtworzyć przebieg procesu i ocenić jego wyniki w łańcuchu dostaw.
8 Zalecane 7 Opcjonalne
Działanie Opis
Dostarczenie towarów
Towary docierają do miejsca wskazanego przez klienta. Zdarzenie można ustalić na podstawie danych śledzenia przesyłki od przewoźnika lub ręcznej aktualizacji statusu, ponieważ Dynamics 365 nie ma natywnej transakcji „delivered”.
Dlaczego to ważne

Oznacza zakończenie fizycznej dostawy. Pozwala ustalić „Actual Delivery Date”, niezbędną do obliczania wskaźników terminowości dostaw i mierników dotyczących obsługi klienta.

Skąd pobrać

Zwykle nie jest to standardowe pole. Datę można zapisać w polu niestandardowym zamówienia sprzedaży lub wysyłki, aktualizowanym ręcznie albo przez integrację z systemem przewoźnika.

Rejestrowanie

Wnioskuje się o nim na podstawie ręcznej aktualizacji pola daty dostawy lub integracji z zewnętrznym API przewoźnika.

Typ zdarzenia inferred
Pobranie i zapakowanie towarów
Pracownicy magazynu pobrali towary z zapasów i zapakowali je do wysyłki. Zdarzenie rejestruje się po zakończeniu pracy kompletacyjnej i aktualizacji statusu pakowania w systemie.
Dlaczego to ważne

Oznacza zakończenie podstawowych zadań związanych z realizacją zamówienia w magazynie. Jest to ważny wskaźnik na dashboardzie Warehouse Operations Throughput oraz przy wykrywaniu wąskich gardeł w procesie kompletacji i pakowania.

Skąd pobrać

Zdarzenie jest rejestrowane w module Warehouse management. Zwykle wnioskuje się o nim na podstawie zmiany statusu pracy magazynowej (WHSWorkTable) na „Closed” lub zaksięgowania dokumentu dostawy.

Rejestrowanie

Wnioskuje się o nim na podstawie zmiany statusu pracy magazynowej na „Closed” lub daty zaksięgowania dokumentu dostawy.

Typ zdarzenia inferred
Podpisanie potwierdzenia dostawy
Klient formalnie potwierdził odbiór towarów, często podpisując dokument dostawy. Zwykle rejestruje się to przez dołączenie dokumentu lub aktualizację statusu w systemie.
Dlaczego to ważne

To ostateczne potwierdzenie prawidłowej realizacji zamówienia i definitywny koniec procesu logistycznego. Jest niezbędne przy rozstrzyganiu sporów i obliczaniu całkowitego czasu realizacji zamówienia.

Skąd pobrać

Nie jest to standardowa, odrębna transakcja. Zwykle aktualizuje się status zamówienia sprzedaży lub dołącza zeskanowane potwierdzenie dostawy za pomocą funkcji obsługi dokumentów.

Rejestrowanie

Wnioskuje się o nim na podstawie aktualizacji statusu lub dołączenia dokumentu POD do zamówienia sprzedaży albo wysyłki.

Typ zdarzenia inferred
Przyjęcie surowców
Zamówione towary lub materiały od dostawcy trafiają fizycznie do magazynu. W Dynamics 365 SCM rejestruje się to przez zaksięgowanie transakcji przyjęcia produktu dla zamówienia zakupu.
Dlaczego to ważne

To działanie oznacza koniec czasu realizacji po stronie dostawcy i dostępność materiałów do produkcji lub realizacji zamówień. Opóźnienia na tym etapie bezpośrednio wpływają na dalsze harmonogramy i terminy dostaw do klientów.

Skąd pobrać

Zdarzenie jest rejestrowane w modułach Procurement and sourcing lub Inventory management. Zaksięgowanie przyjęcia produktu (VendPackingSlipJour) tworzy rekord transakcji ze znacznikiem czasu.

Rejestrowanie

Zdarzenie rejestrowane po zaksięgowaniu przyjęcia produktu dla zamówienia zakupu.

Typ zdarzenia explicit
Utworzenie zamówienia klienta
Formalne utworzenie nowego zamówienia sprzedaży w Dynamics 365 SCM. Jest to jawne zdarzenie rejestrowane ze znacznikiem czasu, gdy użytkownik zapisuje nowy dokument zamówienia sprzedaży. Rozpoczyna ono proces realizacji zamówienia.
Dlaczego to ważne

To działanie oznacza oficjalny początek cyklu realizacji zamówienia. Stanowi podstawę do pomiaru całkowitego czasu realizacji, terminowości dostaw oraz analizy wzorców przyjmowania zamówień.

Skąd pobrać

Jest to jawne zdarzenie rejestrowane w module Sales and marketing. Utworzenie zamówienia zapisuje się w tabeli SalesTable (Sales Order Header) wraz z dokładnym znacznikiem czasu.

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu rekordu zamówienia sprzedaży w tabeli SalesTable.

Typ zdarzenia explicit
Wyprodukowanie towarów
Proces produkcji zostaje zakończony, a system odnotowuje formalne zakończenie wytwarzania wyrobów gotowych. Rejestruje się to przez zaksięgowanie dziennika „Report as Finished” dla zlecenia produkcyjnego, co aktualizuje zapasy.
Dlaczego to ważne

Oznacza zakończenie etapu produkcji i udostępnia towary do kontroli jakości oraz wysyłki. To ważny punkt pomiaru realizacji harmonogramu produkcji.

Skąd pobrać

Zdarzenie jest rejestrowane w module Production control. Zaksięgowanie dziennika „Report as Finished” tworzy transakcję magazynową ze znacznikiem czasu i aktualizuje status zlecenia produkcyjnego.

Rejestrowanie

Zdarzenie rejestrowane po zaksięgowaniu dziennika „Report as Finished” dla zlecenia produkcyjnego.

Typ zdarzenia explicit
Wystawienie zamówienia zakupu
Tworzone i potwierdzane jest formalne zamówienie zakupu, które zobowiązuje firmę do zakupu towarów od dostawcy. Zdarzenie rejestruje się, gdy status PO zmienia się na „Confirmed” lub „In external review”.
Dlaczego to ważne

To ważny etap zaopatrzenia i podstawowy punkt początkowy pomiaru czasu realizacji po stronie dostawcy. Analiza czasu od tego zdarzenia do przyjęcia materiałów pozwala ocenić wyniki dostawcy.

Skąd pobrać

Zdarzenie jest rejestrowane w module Procurement and sourcing. Potwierdzenie zamówienia zakupu śledzi się na podstawie zmian statusu i dat w tabeli PurchTable.

Rejestrowanie

Zdarzenie rejestrowane, gdy status zamówienia zakupu zmienia się na „Confirmed” w wyniku księgowania dziennika.

Typ zdarzenia explicit
Załadunek towarów do transportu
Zapakowane towary są fizycznie ładowane na pojazd przewoźnika, a wysyłka zostaje potwierdzona w systemie. Zdarzenie odpowiada działaniu „Ship confirm” w Dynamics 365.
Dlaczego to ważne

Oznacza fizyczny wyjazd towarów z magazynu. To działanie rozpoczyna pomiar czasu transportu towarów i jest podstawą do ujęcia wysyłki w księgach.

Skąd pobrać

Zdarzenie jest rejestrowane w module Warehouse management lub Transportation management. Działanie „Ship confirm” dla ładunku lub wysyłki (WHSLoadTable) tworzy zdarzenie ze znacznikiem czasu.

Rejestrowanie

Zdarzenie rejestrowane po wykonaniu działania „Ship confirm” dla powiązanego ładunku lub wysyłki.

Typ zdarzenia explicit
Anulowanie zamówienia
Zamówienie sprzedaży klienta zostaje anulowane przed zakończeniem realizacji. Zdarzenie rejestruje się jako zmianę statusu nagłówka zamówienia sprzedaży na „Canceled”.
Dlaczego to ważne

Oznacza niepomyślny wynik procesu. Analiza tego, kiedy i dlaczego zamówienia są anulowane, może ujawnić problemy z dostępnością produktów, czasem realizacji lub obsługą klienta, które wymagają rozwiązania.

Skąd pobrać

Wnioskuje się o nim na podstawie zmiany pola statusu w tabeli SalesTable na „Canceled”. Datę tej zmiany można zapisać, jeśli włączono śledzenie zmian lub rejestrowanie w bazie danych.

Rejestrowanie

Wnioskuje się o nim na podstawie zmiany statusu zamówienia sprzedaży na „Canceled”.

Typ zdarzenia inferred
Przeprowadzenie kontroli jakości
Wyprodukowane lub przyjęte towary są poddawane kontroli jakości, aby sprawdzić, czy spełniają wymagania. Zdarzenie jest często rejestrowane w systemie jako zakończenie lub zatwierdzenie zlecenia kontroli jakości.
Dlaczego to ważne

Kontrola potwierdza jakość produktu i zgodność procesu. Wykrycie pominiętych kontroli jakości lub długiego czasu inspekcji pomaga ograniczyć ryzyko i usprawnić przebieg procesu.

Skąd pobrać

Zdarzenie jest rejestrowane w module Inventory management za pośrednictwem zleceń kontroli jakości. Stanowi je zatwierdzenie lub zamknięcie zlecenia kontroli jakości (InventQualityOrderTable) powiązanego z danym towarem.

Rejestrowanie

Zdarzenie rejestrowane po zatwierdzeniu lub zamknięciu zlecenia kontroli jakości powiązanego z partią lub numerem seryjnym towaru.

Typ zdarzenia explicit
Utworzenie listy kompletacyjnej magazynu
Tworzona jest lista kompletacyjna lub praca magazynowa, która wskazuje pracownikom, jakie towary należy pobrać do realizacji zamówienia. Zdarzenie rejestruje się, gdy zamówienie zostaje przekazane do magazynu do obsługi.
Dlaczego to ważne

To działanie rozpoczyna fizyczną realizację zamówienia w magazynie. Pomiar czasu od tego momentu do zakończenia pakowania pozwala ocenić wydajność i sprawność pracy magazynu.

Skąd pobrać

Zdarzenie jest rejestrowane w module Warehouse management. Utworzenie pracy magazynowej (WHSWorkTable) lub zaksięgowanie dziennika listy kompletacyjnej (WMSPickingRoute) stanowi odrębne zdarzenie.

Rejestrowanie

Zdarzenie rejestrowane po wygenerowaniu dziennika listy kompletacyjnej lub utworzeniu pracy magazynowej.

Typ zdarzenia explicit
Utworzenie zapotrzebowania zakupowego
Do działu zakupów trafia formalny wniosek o zakup materiałów potrzebnych do realizacji zamówienia, zwykle wtedy, gdy zapasy są niewystarczające. Zdarzenie jest rejestrowane w chwili utworzenia i zapisania nowego dokumentu zapotrzebowania zakupowego.
Dlaczego to ważne

To działanie rozpoczyna podproces zaopatrzenia. Jego śledzenie jest ważne przy analizie czasu wewnętrznego zatwierdzania zakupów i wykrywaniu opóźnień przed wystawieniem PO.

Skąd pobrać

Zdarzenie jest rejestrowane w module Procurement and sourcing. Utworzenie rekordu w tabeli PurchReqTable to odrębne zdarzenie ze znacznikiem czasu.

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu rekordu w tabeli zapotrzebowań zakupowych (PurchReqTable).

Typ zdarzenia explicit
Utworzenie zlecenia produkcyjnego
W celu wyprodukowania wyrobów gotowych potrzebnych do realizacji zamówienia logistycznego klienta tworzone jest zlecenie produkcyjne. To odrębne zdarzenie rejestrowane w module Production control.
Dlaczego to ważne

W przypadku produkcji na zamówienie rozpoczyna proces wytwarzania. Pomiar czasu od tego zdarzenia do zakończenia produkcji jest niezbędny do analizy cyklu produkcyjnego i realizacji harmonogramu.

Skąd pobrać

Zdarzenie jest rejestrowane w module Production control. Utworzenie nowego rekordu w tabeli ProdTable (Production Order table) obejmuje znacznik czasu utworzenia.

Rejestrowanie

Zdarzenie rejestrowane po utworzeniu nowego rekordu w tabeli zleceń produkcyjnych (ProdTable).

Typ zdarzenia explicit
Zaksięgowanie faktury dla klienta
Na podstawie zamówienia sprzedaży wystawiana jest faktura sprzedaży, która następnie trafia do ksiąg finansowych. Często odbywa się to w chwili wysyłki, ale przebieg procesu może być różny, dlatego jest to odrębne działanie.
Dlaczego to ważne

To ważny etap finansowy w cyklu od zamówienia do płatności. Analiza czasu od wysyłki do wystawienia faktury może ujawnić opóźnienia w fakturowaniu i ich wpływ na przepływy pieniężne.

Skąd pobrać

Zdarzenie jest rejestrowane w module Accounts receivable. Zaksięgowanie faktury do zamówienia sprzedaży tworzy rekord w tabeli CustInvoiceJour z określoną datą księgowania.

Rejestrowanie

Zdarzenie rejestrowane po zaksięgowaniu faktury do zamówienia sprzedaży i utworzeniu rekordu CustInvoiceJour.

Typ zdarzenia explicit
Zaplanowanie wysyłki
Dla wysyłki zapakowanych towarów ustala się konkretną datę i przewoźnika. Zdarzenie jest często rejestrowane podczas planowania ładunku lub potwierdzania wysyłki w module transportowym.
Dlaczego to ważne

Stanowi punkt odniesienia przy pomiarze realizacji harmonogramu wysyłek. Porównanie zaplanowanej daty z faktyczną datą załadunku jest ważnym wskaźnikiem skuteczności planowania logistyki.

Skąd pobrać

Zdarzenie jest rejestrowane w module Transportation management (TMS). Potwierdzenie ładunku (WHSLoadTable) lub wysyłki często obejmuje planowaną datę wysyłki, którą można zapisać.

Rejestrowanie

Zdarzenie rejestrowane po potwierdzeniu ładunku transportowego lub rekordu wysyłki.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Microsoft Dynamics 365 SCM

Gotowi do rozpoczęcia?

Skorzystajcie z tego szablonu, aby lepiej poznać działanie łańcucha dostaw. Zacznijcie usprawniać operacje, ograniczać koszty i zwiększać efektywność.

Zarządzanie łańcuchem dostaw: zacznijcie usprawniać procesy

Uzyskajcie pełny obraz procesu i zwiększcie trafność prognoz do 90%, ograniczając koszty.

Rozpocznijcie okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.