Szablon danych do zarządzania łańcuchem dostaw
Szablon danych do zarządzania łańcuchem dostaw
- Zalecane atrybuty
- Działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty zarządzania łańcuchem dostaw
| 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 | |||
Działania w zarządzaniu łańcuchem dostaw
| 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 | |||
Instrukcje ekstrakcji danych
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.
Nie trzeba podawać danych karty. Konfiguracja zajmuje kilka minut.