Szablon danych do zarządzania łańcuchem dostaw

Manhattan Associates
Szablon danych do zarządzania łańcuchem dostaw

Szablon danych do zarządzania łańcuchem dostaw

Ten szablon pokazuje, jak zebrać dane potrzebne do analizy procesów w łańcuchu dostaw. Zawiera listę atrybutów do uwzględnienia, działań do śledzenia oraz praktyczne wskazówki dotyczące pozyskiwania informacji. Ułatwia przygotowanie danych do analizy procesów.
  • Zalecane atrybuty
  • Działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
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 wymieniono pola danych zalecane w dzienniku zdarzeń do analizy zarządzania łańcuchem dostaw.
5 Wymagane 5 Zalecane 9 Opcjonalne
Nazwa Opis
Nazwa czynności
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub kroku, który wystąpił w procesie logistycznym.
Opis

Nazwa czynności opisuje konkretny krok w cyklu życia łańcucha dostaw, na przykład „Przydzielono zamówienie”, „Skompletowano towary” lub „Wysłano przesyłkę”. Czynności te tworzą węzły na odkrytej mapie procesu.

Analiza czynności pozwala wizualizować przebieg procesu, wykrywać często występujące ścieżki i mierzyć czas spędzony na każdym etapie. Dzięki niej można zrozumieć, co dzieje się podczas realizacji zamówienia logistycznego, oraz wykrywać poprawki, wąskie gardła i odstępstwa od standardowego procesu.

Dlaczego to ważne

Ten atrybut określa kroki procesu. Stanowi podstawę mapy procesu i umożliwia analizę jego przebiegu oraz wąskich gardeł.

Skąd pobrać

Zwykle powstaje przez przypisanie kodów zdarzeń lub zmian statusu z różnych tabel transakcyjnych w Manhattan Associates do czytelnych nazw czynności.

Przykłady
Otrzymano zamówienie klientaSkompletowano towaryWysłano przesyłkęOtrzymano potwierdzenie dostawy
Timestamp zdarzenia
EventTimestamp
Dokładna data i godzina wykonania czynności.
Opis

Znacznik czasu zdarzenia, czyli czas rozpoczęcia, wskazuje dokładny moment wykonania czynności. Jest niezbędny do uporządkowania zdarzeń chronologicznie i obliczania odstępów między czynnościami.

W process mining dane te służą do odtworzenia osi czasu każdej sprawy, obliczania czasu realizacji, wykrywania opóźnień i analizy wyników procesu w czasie. Dokładne znaczniki czasu są podstawą niemal każdej analizy procesów opartej na czasie oraz obliczeń KPI, takich jak czas realizacji zamówienia i terminowość.

Dlaczego to ważne

Ten atrybut określa kolejność zdarzeń i jest niezbędny do obliczania wszystkich wskaźników opartych na czasie, takich jak czas realizacji i opóźnienia.

Skąd pobrać

Informacje te znajdują się w tabelach dzienników transakcji w Manhattan Associates, obok odpowiadającego im zdarzenia lub aktualizacji statusu.

Przykłady
2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z
Zamówienie logistyczne
LogisticsOrder
Unikalny identyfikator zamówienia logistycznego, który służy jako główny identyfikator case do śledzenia całego procesu w łańcuchu dostaw.
Opis

Zamówienie logistyczne to główny numer śledzenia, który łączy wszystkie powiązane czynności, od złożenia zamówienia przez klienta po dostawę. Każde zamówienie logistyczne odpowiada jednej ścieżce realizacji, co pozwala przeanalizować cały cykl życia zamówienia, w tym zaopatrzenie, magazynowanie, wysyłkę i dostawę.

W process mining ten atrybut służy do grupowania powiązanych zdarzeń w jeden case. Analiza według zamówienia logistycznego pozwala obliczyć całkowity czas realizacji, wykryć typowe warianty procesu oraz znaleźć wąskie gardła i odstępstwa dotyczące konkretnych zamówień.

Dlaczego to ważne

To podstawowy identyfikator case, który grupuje powiązane zdarzenia i pozwala prześledzić drogę pojedynczego zamówienia od początku do końca.

Skąd pobrać

To klucz główny w głównych tabelach zarządzania zamówieniami w Manhattan Associates. Szczegółowych informacji o konkretnej tabeli, prawdopodobnie dotyczącej nagłówków zamówień, należy szukać w dokumentacji systemu.

Przykłady
LO-2024-00123LO-2024-00456LO-2024-00789
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane w tym rekordzie zostały ostatnio odświeżone lub pobrane z systemu źródłowego.
Opis

Ten atrybut zawiera datę i godzinę ostatniego pobrania danych z systemu źródłowego. Jest to pole metadanych, które informuje o aktualności analizowanych danych.

W dashboardach process mining ta informacja pozwala ocenić, jak aktualne są prezentowane wyniki. Dzięki niej osoby korzystające z analiz wiedzą, kiedy dane zostały zebrane, i mogą odpowiednio podejmować decyzje, nie opierając ich na nieaktualnych informacjach.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu analizy i decyzje można opierać na bieżących informacjach.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany podczas procesu ekstrakcji, transformacji i ładowania danych (ETL).

Przykłady
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
System źródłowy
SourceSystem
System, z którego pobrano dane.
Opis

Ten atrybut wskazuje źródłowy system informatyczny, z którego pochodzą dane o zdarzeniach. W tym przypadku będzie to zazwyczaj Manhattan Associates, ale atrybut może też rozróżniać poszczególne moduły lub zintegrowane systemy.

Ma to znaczenie dla zarządzania danymi i zrozumienia ich kontekstu, zwłaszcza gdy łączone są dane z wielu systemów. Ułatwia śledzenie pochodzenia danych i rozwiązywanie problemów z ich jakością.

Dlaczego to ważne

Wskazuje pochodzenie danych, co ma znaczenie dla zarządzania nimi, ich weryfikacji oraz łączenia danych z wielu systemów przedsiębiorstwa.

Skąd pobrać

Zazwyczaj jest to stała wartość dodawana podczas pobierania danych, która wskazuje ich źródło.

Przykłady
Manhattan Associates WMSManhattan Associates TMSMA-SCALE
Nazwa użytkownika
UserName
Nazwa lub identyfikator użytkownika, który wykonał czynność.
Opis

Ten atrybut wskazuje pracownika lub użytkownika systemu odpowiedzialnego za wykonanie danego kroku procesu. Może to być unikalny identyfikator użytkownika, imię i nazwisko albo nazwa konta systemowego używanego do zadań automatycznych.

Analiza według użytkownika pomaga ocenić rozkład obciążenia pracą i wyniki poszczególnych osób oraz określić potrzeby szkoleniowe. Jest przydatna w dashboardach dotyczących obciążenia zasobów i przepustowości, a także przy badaniu odchyleń od procesu, które mogą być związane z konkretnymi użytkownikami.

Dlaczego to ważne

Umożliwia analizę wyników pracy poszczególnych osób i rozkładu obciążenia, a także pomaga ustalić, którzy użytkownicy lub zespoły uczestniczą w obsłudze wyjątków procesowych.

Skąd pobrać

Zazwyczaj znajduje się w tabelach transakcji obok danych o zdarzeniach, często w polu „UserID” lub „ChangedBy”. Szczegółowe informacje można znaleźć w dokumentacji Manhattan Associates.

Przykłady
jdoeasmithsys_batch_user
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 magazynu do miejsca docelowego. Przykłady to transport całopojazdowy (FTL), drobnicowy (LTL), lotniczy, morski i przesyłki kurierskie.

Wymiar ten ma znaczenie w dashboardzie „Analiza kosztów i efektywności transportu”. Pozwala porównywać koszt i szybkość różnych rodzajów transportu oraz obliczać KPI „Częstotliwość wysyłek ekspresowych”, wskazując przypadki użycia droższych, szybszych opcji.

Dlaczego to ważne

Pomaga analizować koszty i efektywność transportu oraz ustalić, jak często korzysta się z drogich, ekspresowych opcji dostawy.

Skąd pobrać

Znajduje się w tabelach przesyłek lub planowania transportu w module TMS Manhattan Associates.

Przykłady
Transport lotniczyLTLTransport morskiPrzesyłka kurierska
SKU produktu
ProductSKU
Jednostka magazynowa (SKU) lub identyfikator produktu w zamówieniu.
Opis

SKU produktu to unikalny kod identyfikujący konkretny produkt. Jedno zamówienie logistyczne może obejmować wiele SKU.

Analiza procesu na poziomie produktu pomaga ustalić, czy określone produkty wiążą się z nieefektywnością, na przykład dłuższym kompletowaniem, częstszymi poprawkami lub brakami zapasów. Atrybut ten jest niezbędny w dashboardzie „Uzupełnianie zapasów i ryzyko braków”, który służy do analizy terminowości ponownego zamawiania poszczególnych produktów.

Dlaczego to ważne

Umożliwia analizę na poziomie produktu i wykrywanie problemów dotyczących konkretnych artykułów, takich jak braki zapasów, opóźnienia w kompletowaniu czy problemy z jakością.

Skąd pobrać

Znajduje się w tabelach pozycji zamówień w Manhattan Associates. Wymaga połączenia danych nagłówka zamówienia ze szczegółami jego pozycji.

Przykłady
SKU-A123-REDSKU-B456-LSKU-C789-V2
Typ zamówienia
OrderType
Klasyfikacja zamówienia logistycznego, na przykład standardowe, ekspresowe lub uzupełniające zapasy.
Opis

Typ zamówienia określa kategorię zamówienia logistycznego na podstawie jego charakteru lub priorytetu. Typowe kategorie to zamówienia klientów, zamówienia przesunięcia zapasów i zamówienia zwrotu. Dla każdej z nich mogą obowiązywać inne ścieżki procesu i poziomy usług (SLA).

Atrybut ten jest przydatny w analizie porównawczej. Filtrowanie lub podział procesu według typu zamówienia pozwala sprawdzić, jak obsługiwane są różne zamówienia, porównać czas ich realizacji i ustalić, które częściej wiążą się z opóźnieniami lub wyjątkami. Atrybut ten bezpośrednio zasila dashboard „Porównanie czasu realizacji według typu zamówienia”.

Dlaczego to ważne

Pozwala porównywać wyniki i przebieg obsługi różnych typów zamówień, które często mają odrębne ścieżki i SLA.

Skąd pobrać

Znajduje się w danych nagłówka zamówienia w Manhattan Associates. Nazwę konkretnego pola można sprawdzić w dokumentacji systemu.

Przykłady
Zamówienie standardoweDostawa ekspresowaUzupełnienie zapasówZamówienie zwrotu
Wymagana data dostawy
RequestedDeliveryDate
Data dostawy wskazana przez klienta lub wymagana w planie wewnętrznym.
Opis

Ten atrybut przechowuje docelową datę dostarczenia towarów klientowi lub do miejsca odbioru. Stanowi punkt odniesienia przy pomiarze terminowości dostaw.

W analizie datę tę porównuje się z rzeczywistym znacznikiem czasu dostawy („Potwierdzenie odbioru dostawy”), aby ustalić, czy zamówienie dostarczono w terminie, przed terminem czy po terminie. Jest niezbędna do obliczania KPI, takich jak „Terminowość dostaw do klientów” i „Terminowość dostaw od dostawców”, oraz do tworzenia powiązanych dashboardów.

Dlaczego to ważne

To punkt odniesienia przy pomiarze terminowości, ważnego KPI w ocenie zadowolenia klientów i zarządzaniu dostawcami.

Skąd pobrać

Znajduje się w tabelach nagłówków zamówień lub pozycji zamówień w Manhattan Associates. Szczegółowe informacje można znaleźć w dokumentacji systemu.

Przykłady
2023-11-102023-11-152023-12-01
Czy dostawa do klienta była terminowa
IsOnTimeDeliveryCustomer
Obliczana flaga wskazująca, czy zamówienie dostarczono klientowi w wymaganym terminie lub wcześniej.
Opis

Ten atrybut logiczny jest wyliczany przez porównanie znacznika czasu zdarzenia „Potwierdzenie odbioru dostawy” z wartością „RequestedDeliveryDate”. Oznacza każde zamówienie jako dostarczone w terminie (true) lub z opóźnieniem (false).

Atrybut ten bezpośrednio zasila KPI i dashboard „Terminowość dostaw do klientów”. Ułatwia analizę, przypisując każdej sprawie jednoznaczny wynik: dostawa w terminie albo z opóźnieniem. Dzięki temu można łatwo filtrować opóźnione zamówienia i badać ich przyczyny.

Dlaczego to ważne

Bezpośrednio mierzy poziom obsługi klienta i ułatwia analizę terminowości, dzieląc zamówienia na dostarczone w terminie i z opóźnieniem.

Skąd pobrać

To pole nie występuje w systemie źródłowym. Jest obliczane podczas transformacji danych przez porównanie rzeczywistego znacznika czasu dostawy z wymaganą datą dostawy.

Przykłady
truefalse
Identyfikator magazynu
WarehouseId
Identyfikator magazynu lub centrum dystrybucyjnego, w którym odbywa się kompletowanie i pakowanie.
Opis

Ten atrybut wskazuje konkretny magazyn realizujący zamówienie. Ma znaczenie w analizie operacji prowadzonych w wielu magazynach.

Zasila dashboard „Analiza wąskich gardeł przy kompletowaniu w magazynie”, który pozwala porównywać wyniki różnych obiektów. Analitycy mogą ustalić, które magazyny działają sprawniej, gdzie kompletowanie trwa dłużej i gdzie warto przenieść zasoby.

Dlaczego to ważne

Umożliwia porównanie wyników różnych magazynów, wykrywanie wąskich gardeł w poszczególnych obiektach i wskazywanie dobrych praktyk.

Skąd pobrać

Zazwyczaj jest częścią danych zamówienia lub przesyłki w Manhattan Associates WMS i wskazuje miejsce realizacji zamówienia.

Przykłady
WH01-EASTWH02-WESTWH03-CENTRAL
Identyfikator przesyłki
ShipmentId
Unikalny identyfikator przesyłki, która może obejmować jedno lub więcej zamówień logistycznych.
Opis

Identyfikator przesyłki to numer referencyjny grupy towarów przewożonych razem. Jedna przesyłka może obejmować wiele zamówień logistycznych, zwłaszcza jeśli są dostarczane do tego samego miejsca.

Identyfikator sprawy stanowi numer zamówienia logistycznego, natomiast identyfikator przesyłki dostarcza ważnego kontekstu. Umożliwia analizę czynności na poziomie przesyłki, takich jak „Przypisanie przewoźnika” lub „Wysłanie przesyłki”, oraz pomaga ocenić efektywność konsolidacji i planowania transportu.

Dlaczego to ważne

Łączy zamówienia wysyłane razem, umożliwiając analizę efektywności transportu i strategii konsolidacji.

Skąd pobrać

Jest generowany i przechowywany w tabelach transportu i planowania przesyłek w Manhattan Associates.

Przykłady
SH-98765SH-98766SH-98767
Koszt całkowity
TotalCost
Łączny koszt finansowy zamówienia logistycznego lub określonych czynności.
Opis

Ten atrybut przedstawia łączny koszt zamówienia logistycznego. Może obejmować koszty transportu i magazynowania oraz opłaty za obsługę. Dostępny poziom szczegółowości zależy od danych źródłowych.

Dane o kosztach są przydatne w analizie process mining uwzględniającej wartość. Zasilają dashboard „Analiza kosztów i efektywności transportu”, dostarczając kontekstu finansowego dla czasu realizacji. Analiza kosztów pozwala firmom wykrywać kosztowne warianty procesu i podejmować decyzje na podstawie danych, aby poprawiać zarówno szybkość, jak i koszty.

Dlaczego to ważne

Dodaje do analizy procesu wymiar finansowy, ułatwiając ustalenie czynników kosztowych i finansowych skutków nieefektywności.

Skąd pobrać

Dane o kosztach mogą pochodzić z wielu tabel w Manhattan Associates lub wymagać integracji z systemem finansowym. Informacje o tabelach kosztów frachtu lub kalkulacji kosztów zamówień można znaleźć w dokumentacji.

Przykłady
150.752500.0085.50
Miejsce docelowe
DestinationLocation
Adres klienta, sklep lub obiekt, do którego dostarczana jest przesyłka.
Opis

Ten atrybut określa końcowe miejsce dostawy towarów. Może to być centrum dystrybucyjne klienta, sklep detaliczny lub adres odbiorcy końcowego. Często jest określany przez miasto, stan lub kod pocztowy.

W połączeniu z miejscem nadania atrybut ten jest niezbędny w dashboardzie „Macierz czasu dostawy według trasy”. Analiza czasu dostawy według miejsca docelowego pomaga wykrywać problemy z dostawami w konkretnych regionach i oceniać efektywność sieci dystrybucji.

Dlaczego to ważne

Pomaga analizować terminowość dostaw w różnych regionach oraz wykrywać regionalne wąskie gardła i problemy z przewoźnikami.

Skąd pobrać

To adres dostawy zapisany w nagłówku zamówienia lub szczegółach przesyłki w Manhattan Associates.

Przykłady
New York, NYLos Angeles, CAStore #582
Miejsce nadania
OriginLocation
Magazyn, zakład lub obiekt, z którego nadawana jest przesyłka.
Opis

Ten atrybut określa miejsce rozpoczęcia transportu, na przykład centrum dystrybucyjne, zakład produkcyjny lub lokalizację dostawcy. Zazwyczaj jest oznaczony kodem lub nazwą lokalizacji.

Dane o miejscu nadania i miejscu docelowym są podstawą analizy sieci logistycznej. Atrybut ten zasila dashboard „Macierz czasu dostawy według trasy”, który pomaga analizować czas dostawy na poszczególnych trasach i wykrywać wąskie gardła związane z regionem lub obiektem.

Dlaczego to ważne

Pomaga optymalizować sieć logistyczną i wykrywać różnice w wynikach między trasami lub obiektami.

Skąd pobrać

Informacje te są zazwyczaj przechowywane w tabelach przesyłek lub nagłówków zamówień w Manhattan Associates.

Przykłady
DC-AtlantaWH-NevadaPlant-Mexico-01
Nazwa dostawcy
SupplierName
Nazwa dostawcy towarów w ramach zamówienia zakupu.
Opis

Ten atrybut wskazuje sprzedawcę lub dostawcę, od którego kupowane są towary albo surowce. Ma znaczenie w przypadku zamówień logistycznych utworzonych na podstawie zamówienia zakupu.

Analiza według dostawcy pozwala ocenić jego wyniki, tworzyć karty oceny dostawców, monitorować terminowość dostaw i ustalić, którzy dostawcy najczęściej wiążą się z opóźnieniami na etapie „Przyjęcie towaru”. Atrybut ten bezpośrednio zasila dashboard „Terminowość dostaw od dostawców”.

Dlaczego to ważne

Umożliwia analizę wyników dostawców, pomaga wskazać rzetelnych partnerów i ustalić źródła opóźnień w dostawach przychodzących.

Skąd pobrać

Dane są pobierane z tabel zamówień zakupu w Manhattan Associates. Zwykle trzeba połączyć zamówienie logistyczne z nagłówkiem zamówienia zakupu.

Przykłady
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Nazwa klienta
CustomerName
Nazwa klienta, do którego dostarczane są towary.
Opis

Ten atrybut wskazuje odbiorcę końcowego przesyłki. Może to być osoba fizyczna lub firma.

Dane o klientach pomagają analizować poziom obsługi i wykrywać wzorce dotyczące konkretnych klientów. Zasilają dashboard „Terminowość dostaw do klientów”, umożliwiając podział wyników dostaw według klienta. Dzięki temu można ustalić, czy opóźnienia dotyczą głównie określonych klientów lub regionów.

Dlaczego to ważne

Pozwala podzielić analizę według klienta, co ułatwia wykrywanie problemów dotyczących konkretnych klientów i pomiar poziomu obsługi.

Skąd pobrać

Znajduje się w danych nagłówka zamówienia i często jest powiązana z identyfikatorem klienta. Szczegółowe informacje można znaleźć w dokumentacji Manhattan Associates.

Przykłady
Retail CorpBigMartSuperStore Inc.
Nazwa przewoźnika
CarrierName
Nazwa przewoźnika odpowiedzialnego za transport przesyłki.
Opis

Nazwa przewoźnika wskazuje partnera logistycznego lub firmę, która fizycznie przewozi towary. Może to być duża firma transportowa albo lokalny kurier.

Analiza według przewoźnika pozwala ocenić terminowość dostaw, koszty i efektywność jego usług. Jest to jeden z głównych wymiarów dashboardu „Analiza kosztów i efektywności transportu”, który umożliwia porównanie czasu realizacji i kosztów różnych przewoźników.

Dlaczego to ważne

Umożliwia ocenę wyników partnerów transportowych i dobór przewoźników na podstawie kosztów oraz niezawodności.

Skąd pobrać

Znajduje się w tabelach przesyłek lub zleceń transportowych, zwykle w module TMS Manhattan Associates.

Przykłady
FedExCH RobinsonMaersk
Wymagane Zalecane Opcjonalne

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

Poniżej wymieniono najważniejsze kroki procesu i kamienie milowe, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie odkryć przebieg procesu w łańcuchu dostaw.
6 Zalecane 9 Opcjonalne
Działanie Opis
Anulowano zamówienie
Zamówienie klienta zostaje formalnie anulowane przed zakończeniem realizacji. Ten status końcowy zatrzymuje dalszą obsługę zamówienia logistycznego.
Dlaczego to ważne

To zdarzenie oznacza niepowodzenie procesu. Analiza przyczyn i częstotliwości anulowania pomaga wykryć problemy z przyjmowaniem zamówień lub zadowoleniem klientów.

Skąd pobrać

Jawna transakcja w OMS zmieniająca status zamówienia na „Canceled”. Zdarzeniem jest timestamp tej zmiany.

Rejestrowanie

Rejestrowane po zmianie statusu zamówienia na „Canceled”.

Typ zdarzenia explicit
Otrzymano potwierdzenie dostawy
W systemie odbierane i rejestrowane jest końcowe potwierdzenie dostawy, często wraz z podpisem. Może to być elektroniczne potwierdzenie od przewoźnika albo zeskanowany i załączony dokument.
Dlaczego to ważne

To główne zdarzenie kończące pomyślnie proces logistyczny. Jest niezbędne do obliczenia całkowitego czasu realizacji zamówienia i wskaźnika terminowości dostaw do klientów.

Skąd pobrać

Może to być jawne zdarzenie z komunikatu przewoźnika lub zdarzenie wywnioskowane ze zmiany statusu przesyłki na „POD Received” albo „Completed”. Timestamp oznacza ostateczne zamknięcie.

Rejestrowanie

Wnioskowane na podstawie zmiany statusu przesyłki na „Delivered” lub „POD Confirmed”.

Typ zdarzenia inferred
Otrzymano zamówienie klienta
To zdarzenie oznacza utworzenie w systemie nowego zamówienia logistycznego. Klient składa je zwykle przez EDI, portal internetowy lub ręcznie. Zdarzenie jest rejestrowane po utworzeniu nowego rekordu zamówienia z unikalnym identyfikatorem w module Order Management.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cały proces logistyczny. Analiza czasu jego wystąpienia jest niezbędna do obliczenia całkowitego czasu realizacji zamówienia i poznania wzorców popytu.

Skąd pobrać

Zdarzenie jest rejestrowane jako jawna transakcja w module Manhattan Order Management System (OMS). Należy szukać tabel dotyczących tworzenia zamówień i powiązanych z nimi timestampów.

Rejestrowanie

Rejestrowane po utworzeniu rekordu zamówienia sprzedaży.

Typ zdarzenia explicit
Skompletowano towary
Pracownik magazynu fizycznie pobiera z miejsc składowania produkty przypisane do zamówienia. Czynność jest zwykle rejestrowana po potwierdzeniu pobrania, często przez zeskanowanie kodów kreskowych produktu i lokalizacji.
Dlaczego to ważne

Analiza czasu kompletacji jest niezbędna do wykrywania wąskich gardeł w magazynie i poprawy wydajności pracy. Stanowi bezpośrednią podstawę do pomiaru KPI czasu cyklu kompletacji w magazynie.

Skąd pobrać

Zdarzenie jest rejestrowane jako jawna transakcja w dziennikach zadań lub realizacji WMS. Każde potwierdzenie pobrania ma timestamp i jest powiązane z pracownikiem oraz zamówieniem.

Rejestrowanie

Rejestrowane przez skanowanie lub potwierdzenie w interfejsie kompletacji WMS.

Typ zdarzenia explicit
Utworzono falę
„Fala” w WMS grupuje kilka zamówień lub pozycji wysyłki, aby usprawnić i skoordynować kompletację oraz pakowanie. Jej utworzenie to odrębne zdarzenie systemowe, które rozpoczyna fizyczną realizację partii zamówień.
Dlaczego to ważne

To ważny etap operacji magazynowych. Analiza czasu oczekiwania zamówień na przypisanie do fali może ujawnić nieefektywności w grupowaniu i braki w planowaniu zasobów.

Skąd pobrać

Zdarzenie jest jawnie rejestrowane w Manhattan WMS, gdy użytkownik lub proces automatyczny rozpoczyna tworzenie fali. Timestampy tego zdarzenia znajdują się w tabelach tworzenia fal.

Rejestrowanie

Ustalane na podstawie timestampu rekordu utworzenia fali.

Typ zdarzenia explicit
Wysłano przesyłkę
Ta czynność oznacza moment fizycznego opuszczenia magazynu lub centrum dystrybucji przez przesyłkę. Zwykle jest rejestrowana przez końcową transakcję „ship confirm” w WMS, gdy naczepa zostaje zaplombowana i odjeżdża.
Dlaczego to ważne

To ważny etap, który kończy obsługę magazynową i rozpoczyna czas transportu. Jest istotny przy pomiarze terminowości wysyłek i czasu obsługi w magazynie.

Skąd pobrać

Podstawowa, jawna transakcja w Manhattan WMS/TMS, często nazywana „Ship Confirm” lub „Manifest Close”. Ma timestamp i finalizuje dane przesyłki.

Rejestrowanie

Rejestrowane przez transakcję „Ship Confirm” w WMS.

Typ zdarzenia explicit
Dostarczono towary klientowi
Przesyłka dociera do miejsca przeznaczenia i jest rozładowywana u klienta. Zdarzenie jest często rejestrowane na podstawie elektronicznej aktualizacji od przewoźnika, na przykład komunikatu EDI 214.
Dlaczego to ważne

Ta czynność daje wgląd w wyniki przewoźnika i rzeczywisty czas transportu. Jest niezbędna do pomiaru terminowości dostaw i rozpoczęcia końcowego etapu potwierdzania dostawy.

Skąd pobrać

Zwykle jest to jawne zdarzenie wywołane zewnętrznym komunikatem od przewoźnika, który aktualizuje status przesyłki w TMS. Timestamp pochodzi z aktualizacji przewoźnika.

Rejestrowanie

Rejestrowane na podstawie komunikatu EDI od przewoźnika, np. EDI 214, który aktualizuje status przesyłki.

Typ zdarzenia explicit
Przydzielono zamówienie
System rezerwuje w magazynie konkretne jednostki zapasów na potrzeby danego zamówienia. Przydział to ważny krok poprzedzający fizyczne czynności magazynowe.
Dlaczego to ważne

Ten etap oznacza przejście od obsługi zamówienia do realizacji w magazynie. Czas między przyjęciem zamówienia a przydziałem może ujawnić zaległości w przetwarzaniu, zanim rozpocznie się realizacja.

Skąd pobrać

Zdarzenie jest rejestrowane jako aktualizacja statusu pozycji zamówienia lub wysyłki w Manhattan WMS. Timestamp wskazuje zmianę statusu na „Allocated” lub podobny.

Rejestrowanie

Ustalane na podstawie timestampu zmiany statusu pozycji zamówienia na „Allocated”.

Typ zdarzenia inferred
Przyjęto towary od dostawcy
Ta czynność rejestruje fizyczne przyjęcie towarów od dostawcy w strefie przyjęć magazynu, zwykle na podstawie zamówienia zakupu. WMS zapisuje ją wprost, gdy pracownik magazynu skanuje i rejestruje przyjęte zapasy.
Dlaczego to ważne

To ważny etap przy pomiarze terminowości dostaw od dostawców. Kończy etap logistyki przychodzącej i udostępnia zapasy do realizacji zamówień.

Skąd pobrać

Standardowa, jawna transakcja w module logistyki przychodzącej Manhattan WMS. Jest zapisywana w dziennikach przyjęć wraz z timestampami i powiązana z PO lub Advance Ship Notice (ASN).

Rejestrowanie

Rejestrowane przez transakcję przyjęcia towarów w magazynie.

Typ zdarzenia explicit
Przypisano przewoźnika
Do przesyłki wybierany i przypisywany jest konkretny przewoźnik. Może to być proces automatyczny oparty na wytycznych dotyczących tras lub ręczny wybór planisty transportu.
Dlaczego to ważne

Ta decyzja ma duże znaczenie przy analizie kosztów transportu i wyników przewoźników. Czas potrzebny na przypisanie przewoźnika może wskazywać na opóźnienia w planowaniu.

Skąd pobrać

Zdarzenie można wywnioskować z opatrzonej timestampem zmiany pola „carrier” w rekordzie przesyłki w module TMS. Jest nim moment pierwszego uzupełnienia tego pola.

Rejestrowanie

Wnioskowane na podstawie dziennika zmian lub timestampu aktualizacji pola przewoźnika w rekordzie przesyłki.

Typ zdarzenia inferred
Spakowano towary
Skompletowane produkty są łączone i pakowane do jednego lub kilku pojemników albo kartonów wysyłkowych. Zdarzenie jest zwykle rejestrowane, gdy pracownik stanowiska pakowania potwierdza zamknięcie kartonu i wygenerowanie etykiety wysyłkowej.
Dlaczego to ważne

To koniec podstawowego procesu kompletacji i pakowania. Analiza czasu od kompletacji do pakowania pomaga lepiej rozplanować stanowiska pakowania i przydział zasobów.

Skąd pobrać

Jawne zdarzenie rejestrowane w WMS na stanowisku pakowania. Należy szukać tabel tworzenia kartonów lub potwierdzeń pakowania wraz z timestampami.

Rejestrowanie

Rejestrowane po zakończeniu weryfikacji pakowania.

Typ zdarzenia explicit
Sprawdzono dostępność zapasów
System sprawdza dostępne zapasy, aby ustalić, czy zamówienie klienta można zrealizować z bieżących stanów magazynowych. Zwykle jest to automatyczny krok wykonywany bezpośrednio po utworzeniu zamówienia, który aktualizuje status pozycji zamówienia.
Dlaczego to ważne

Ta czynność pomaga zrozumieć cykle uzupełniania zapasów i wykrywać ryzyko braków magazynowych. Opóźnienia na tym etapie mogą bezpośrednio wydłużyć czas realizacji zamówienia.

Skąd pobrać

Zdarzenie można zwykle wywnioskować ze zmian statusu pozycji zamówienia w module OMS. Zmiana statusu z „New” na „Awaiting Allocation” lub podobny często oznacza zakończenie sprawdzania.

Rejestrowanie

Wnioskowane na podstawie zmiany statusu pozycji zamówienia po jego utworzeniu.

Typ zdarzenia inferred
Utworzono przesyłkę
W systemie tworzony jest logiczny rekord przesyłki, który łączy jedno lub kilka zamówień bądź kartonów przeznaczonych do tej samej lokalizacji i przewożonych przez tego samego przewoźnika. Ten krok formalizuje plan transportu towarów wychodzących.
Dlaczego to ważne

Ta czynność łączy operacje magazynowe z zarządzaniem transportem. Stanowi podstawę do wyboru przewoźnika, wyceny frachtu i przygotowania dokumentów wysyłkowych.

Skąd pobrać

Jawna transakcja w module Manhattan WMS lub TMS. Jest zapisywana w tabelach nagłówków przesyłek wraz z timestampem utworzenia.

Rejestrowanie

Rejestrowane po utworzeniu nowego rekordu przesyłki.

Typ zdarzenia explicit
Utworzono zamówienie zakupu
Zamówienie zakupu jest tworzone w celu nabycia towarów od zewnętrznego dostawcy. Zwykle dzieje się tak w przypadku braku zapasów lub zaległego zamówienia. Jawna transakcja tworzy nowy dokument PO powiązany z popytem klienta.
Dlaczego to ważne

Śledzenie tworzenia PO jest niezbędne do analizy zaopatrzenia w łańcuchu dostaw i jego wpływu na całkowity czas realizacji zamówienia. Pozwala też mierzyć wyniki dostawców.

Skąd pobrać

Zdarzenie jest rejestrowane w module zaopatrzenia lub zakupów. Należy szukać tabel tworzenia PO i ich timestampów, często powiązanych z pierwotnym zamówieniem sprzedaży.

Rejestrowanie

Rejestrowane po zapisaniu nowego rekordu Purchase Order.

Typ zdarzenia explicit
Zmieniono termin wysyłki
Planowana data wysyłki zamówienia zostaje zmieniona z powodu braku zapasów, prośby klienta lub ograniczeń transportowych. Oznacza to ponowne przejście przez część procesu realizacji.
Dlaczego to ważne

Śledzenie zmian terminów jest niezbędne do wykrywania źródeł opóźnień i niestabilności procesu. Ta czynność bezpośrednio wspiera pomiar KPI odsetka poprawek w zamówieniach i pozwala określić wpływ wyjątków.

Skąd pobrać

Zdarzenie można wywnioskować ze zmian planowanej lub żądanej daty wysyłki w rekordzie zamówienia albo przesyłki. Porównanie pierwotnej i zaktualizowanej daty wskazuje zmianę terminu.

Rejestrowanie

Ustalane przez porównanie historycznych i bieżących wartości pola „Planned Ship Date”.

Typ zdarzenia calculated
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Manhattan Associates

Metody ekstrakcji danych dla tego procesu są obecnie weryfikowane. Prosimy wrócić później lub skontaktować się z nami w celu uzyskania pomocy.

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby sprawniej przygotować dane i już dziś zacząć poprawiać wyniki łańcucha dostaw. Wykryj ukryte nieefektywności i wprowadź konkretne usprawnienia na podstawie danych.

Popraw wyniki łańcucha dostaw w Manhattan Associates

Uzyskaj pełny obraz procesu i osiągnij 90% trafności prognoz.

Rozpocznij okres próbny

Nie trzeba podawać danych karty. Konfiguracja zajmuje kilka minut.