Szablon danych do zarządzania łańcuchem dostaw
Szablon danych do zarządzania łańcuchem dostaw
- 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
Atrybuty zarządzania łańcuchem dostaw
| 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
|
|||
Działania w zarządzaniu łańcuchem dostaw
| 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
|
|||
Instrukcje pobierania danych
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.
Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.