Szablon danych dotyczących zarządzania magazynem

Manhattan SCALE
Szablon danych dotyczących zarządzania magazynem

Szablon danych dotyczących zarządzania magazynem

Ten szablon pomaga zebrać dane najbardziej przydatne do analizy procesu zarządzania magazynem. Zawiera niezbędne atrybuty i czynności, a także wskazówki, jak wyodrębnić te dane z systemu. Ułatwia to rozpoczęcie analizy process mining.
  • Zalecane atrybuty do zebrania
  • Czynności, które warto śledzić
  • Wskazówki dotyczące wyodrębniania danych z Manhattan SCALE
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania magazynem

Te pola danych są potrzebne do zbudowania pełnego dziennika zdarzeń i szczegółowej analizy procesów zarządzania magazynem.
5 Wymagane 6 Zalecane 12 Opcjonalne
Nazwa Opis
Czas zdarzenia
EventTime
Znacznik czasu wskazujący, kiedy miała miejsce czynność lub zdarzenie magazynowe.
Opis

Ten atrybut określa dokładną datę i godzinę każdej zarejestrowanej czynności. Stanowi chronologiczny szkielet dziennika zdarzeń i pokazuje kolejność oraz czas wszystkich operacji magazynowych związanych z danym zamówieniem.

Czas zdarzenia jest niezbędny w analizach process mining opartych na czasie. Służy do obliczania czasu między czynnościami i całkowitego czasu trwania procesu, wykrywania opóźnień oraz analizy wyników procesu w różnych okresach. Dokładne znaczniki czasu są konieczne do utworzenia wiarygodnej mapy procesu i obliczenia miarodajnych wskaźników.

Dlaczego to ważne

Ten znacznik czasu pozwala prawidłowo ustalić kolejność zdarzeń i obliczyć wszystkie wskaźniki oparte na czasie, takie jak czas cyklu i czas realizacji.

Skąd pobrać

Dane znajdują się w tabelach dziennika zdarzeń lub rekordach transakcji w Manhattan SCALE, obok informacji o czynności. Nazwy pól mogą przypominać „created_ts”, „event_timestamp” lub „status_change_date”.

Przykłady
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
Nazwa czynności
ActivityName
Nazwa konkretnego zadania lub zdarzenia związanego z zarządzaniem magazynem.
Opis

Ten atrybut rejestruje poszczególne kroki i etapy procesu zarządzania magazynem. Przykłady to „Towar pobrany z miejsca składowania”, „Rozpoczęto pakowanie” i „Wysyłka nadana”. Każda czynność oznacza konkretne działanie wykonane w ramach zamówienia magazynowego.

To ważny atrybut w process mining, ponieważ określa węzły na mapie procesu. Analiza kolejności, częstotliwości i czasu trwania czynności pozwala wizualizować przepływ procesu, wykrywać odstępstwa od standardowego przebiegu i wskazywać wąskie gardła, w których praca się opóźnia.

Dlaczego to ważne

Określa kroki procesu, stanowi podstawę mapy procesu i umożliwia analizę przebiegu operacji oraz jego odchyleń.

Skąd pobrać

Dane pochodzą z kodów transakcji, dzienników zdarzeń lub tabel aktualizacji statusu w Manhattan SCALE, które śledzą postęp zamówień magazynowych.

Przykłady
Towary dotarły do rampyUtworzono zadanie kompletacjiTowar zapakowanyWysyłka nadana
Zamówienie magazynowe
WarehouseOrder
Unikalny identyfikator konkretnej jednostki pracy logistycznej, na przykład przyjęcia dostawy lub wysyłki wychodzącej.
Opis

Zamówienie magazynowe jest głównym identyfikatorem case, który grupuje wszystkie czynności związane z jednym procesem logistycznym od początku do końca. Umożliwia śledzenie całego cyklu zamówienia w magazynie, niezależnie od tego, czy obejmuje przyjęcie towaru, odłożenie go do miejsca składowania, kompletację, pakowanie czy wysyłkę.

W analizie process mining ten atrybut jest podstawą do odtworzenia przebiegu każdego zamówienia. Powiązanie wszystkich zdarzeń z konkretnym zamówieniem magazynowym pozwala analitykom wizualizować przepływ procesu, mierzyć czas realizacji poszczególnych zamówień oraz wykrywać odchylenia i wąskie gardła wpływające na wydajność realizacji.

Dlaczego to ważne

To podstawowy identyfikator, który łączy wszystkie powiązane czynności magazynowe w jeden spójny przebieg procesu i umożliwia jego analizę od początku do końca.

Skąd pobrać

Identyfikator znajduje się zwykle w głównych tabelach zarządzania zamówieniami w Manhattan SCALE, na przykład w tabeli nagłówków zamówień.

Przykłady
WO-00583921WO-00583922WO-00583923
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 danych z Manhattan SCALE i załadowania ich do narzędzia process mining. Informuje, jak aktualne są analizowane dane.

Dzięki tej informacji użytkownicy wiedzą, jak aktualna jest analiza. Mogą sprawdzić, czy korzystają z danych bieżących, czy z migawki z określonego momentu. Ma to znaczenie przy podejmowaniu decyzji operacyjnych i przygotowywaniu raportów.

Dlaczego to ważne

Informuje o aktualności danych, dzięki czemu wiadomo, jaki okres obejmują analiza i raporty.

Skąd pobrać

Ten znacznik czasu jest zwykle generowany i zapisywany przez narzędzie ETL lub potok danych podczas ładowania danych.

Przykłady
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
System źródłowy
SourceSystem
System, z którego pochodzą dane.
Opis

Ten atrybut wskazuje aplikację źródłową, w której wygenerowano dane o zdarzeniu. W tym procesie wartością będzie zwykle „Manhattan SCALE”.

W środowisku z wieloma zintegrowanymi systemami pole to pomaga rozróżniać źródła danych. Informuje o ich pochodzeniu, co może być istotne przy zarządzaniu danymi, rozwiązywaniu problemów i analizie różnic w sposobie rejestrowania danych na poszczególnych platformach.

Dlaczego to ważne

Informuje o pochodzeniu danych, co ma znaczenie przy zarządzaniu danymi, ich weryfikacji i integracji w złożonym środowisku IT.

Skąd pobrać

Często jest to stała wartość dodawana podczas procesu ekstrakcji, transformacji i ładowania danych (ETL), aby oznaczyć zbiór danych.

Przykłady
Manhattan SCALESCALE_PRODWMS_US_01
Czas zakończenia
EndTime
Znacznik czasu wskazujący, kiedy zakończono czynność o mierzalnym czasie trwania.
Opis

Czas zakończenia wskazuje, kiedy czynność dobiegła końca. W połączeniu z czasem rozpoczęcia (EventTime) pozwala dokładnie obliczyć czas realizacji poszczególnych zadań. Nie każde zdarzenie ma osobny czas zakończenia, ale w przypadku takich czynności jak kompletacja czy pakowanie dane te są bardzo przydatne.

W analizie czas zakończenia służy do obliczania wskaźnika „ProcessingTime”, który pomaga ocenić efektywność wykorzystania zasobów i czas trwania zadań. Pozwala ustalić, które czynności zajmują najwięcej czasu i wpływają na łączny czas cyklu oraz ewentualne opóźnienia.

Dlaczego to ważne

Pozwala dokładnie obliczyć czas realizacji poszczególnych czynności i ustalić, które zadania pochłaniają najwięcej czasu i zasobów.

Skąd pobrać

Dane mogą znajdować się w tych samych dziennikach transakcji co czas rozpoczęcia, w osobnym polu, na przykład „completed_ts” lub „end_time”. Jeśli nie są dostępne bezpośrednio, czasem można je ustalić na podstawie czasu rozpoczęcia kolejnej czynności.

Przykłady
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
Identyfikator materiału
MaterialId
Unikalny identyfikator obsługiwanego produktu lub materiału.
Opis

Ten atrybut, często określany jako SKU (Stock Keeping Unit), identyfikuje konkretny produkt związany z czynnością magazynową. Jedno zamówienie magazynowe może obejmować wiele materiałów, obsługiwanych w osobnych pozycjach lub zadaniach.

Analiza procesu według identyfikatora materiału może ujawnić problemy dotyczące konkretnych produktów. Niektóre z nich mogą częściej nie przechodzić kontroli jakości, powodować błędy kompletacji lub wymagać dłuższej obsługi ze względu na rozmiar, wagę albo warunki składowania. Pozwala to lepiej dostosować sposób składowania i obsługi do różnych produktów.

Dlaczego to ważne

Umożliwia analizę na poziomie produktu i wykrywanie artykułów powiązanych z opóźnieniami, błędami lub poprawkami w procesie.

Skąd pobrać

Dane znajdują się w tabelach pozycji zamówień w Manhattan SCALE, powiązanych z głównym zamówieniem magazynowym.

Przykłady
SKU-10234-ASKU-98543-BMAT-HDWR-550
Identyfikator użytkownika lub operatora
UserOperatorId
Unikalny identyfikator pracownika magazynu lub operatora, który wykonał czynność.
Opis

Ten atrybut zawiera identyfikator użytkownika odpowiedzialnego za wykonanie konkretnego zadania magazynowego, na przykład kompletacji, pakowania lub odkładania towaru. Łączy czynności w procesie z zaangażowanymi pracownikami.

Analiza wyników według identyfikatora użytkownika lub operatora pomaga ocenić wykorzystanie zasobów oraz wydajność poszczególnych osób i zespołów. Ułatwia wskazanie osób osiągających najlepsze wyniki, potrzeb szkoleniowych i rozkładu obciążenia pracą. Dane te są potrzebne w dashboardzie „Wykorzystanie zasobów według operatora” i powiązanych KPI. Pomagają też kierownikom planować obsadę i przydział zadań.

Dlaczego to ważne

Łączy wyniki procesu z konkretnymi osobami lub zespołami, umożliwiając analizę obciążenia pracą, produktywności i przydziału zasobów.

Skąd pobrać

Informacje te są zwykle zapisywane w dziennikach transakcji w Manhattan SCALE, często w polach takich jak „user_id”, „operator” lub „executed_by”.

Przykłady
JSMITHBWILLIAMSLCHEN
Rzeczywista ilość
ActualQuantity
Rzeczywista liczba sztuk materiału, które policzono, pobrano lub wysłano.
Opis

Ten atrybut rejestruje zmierzoną ilość towaru w ważnym punkcie procesu, na przykład podczas przyjęcia lub kompletacji. Pokazuje, jaka ilość została faktycznie obsłużona, co może różnić się od planu.

Porównanie rzeczywistej ilości z planowaną pozwala wykryć rozbieżności. Na tej podstawie powstaje dashboard „Trendy rozbieżności w ilościach zamówień” i powiązany KPI. Śledzenie różnic pomaga wskazać problemy z dokładnością dostaw, ewidencją zapasów lub błędami kompletacji, które mogą naruszyć zgodność stanów magazynowych.

Dlaczego to ważne

Pozwala wykryć różnice między ilościami planowanymi a faktycznie obsłużonymi oraz wskazać potencjalne problemy z dokładnością stanów magazynowych lub błędy operacyjne.

Skąd pobrać

Dane znajdują się w szczegółach transakcji dotyczących czynności takich jak przyjęcie, liczenie lub kompletacja w Manhattan SCALE.

Przykłady
100985010
Typ zamówienia
OrderType
Określa kategorię zamówienia magazynowego, na przykład przyjęcie, wysyłkę lub przesunięcie wewnętrzne.
Opis

Typ zamówienia określa jego przeznaczenie. Typowe kategorie to wysyłki do klientów (wychodzące), przyjęcia od dostawców (przychodzące), przesunięcia zapasów między lokalizacjami (wewnętrzne) oraz zwroty.

Ten atrybut pozwala podzielić analizę procesu na segmenty. Filtrowanie według typu zamówienia umożliwia porównanie wyników różnych procesów, na przykład przyjęcia i wysyłki. To ważne, ponieważ procesy te często różnią się przebiegiem, zasobami i celami. Analizowanie ich łącznie może prowadzić do mylnych wniosków.

Dlaczego to ważne

Pozwala oddzielić i porównać różne procesy, na przykład przyjęcia i wysyłki, które mają odmienny przebieg i oczekiwane wyniki.

Skąd pobrać

Dane znajdują się w nagłówku zamówienia w Manhattan SCALE. Pole może nazywać się „order_type”, „transaction_type” lub podobnie.

Przykłady
Przyjęcie dostawyWysyłka wychodzącaPrzesunięcie wewnętrzneZwrot od klienta
Wymagana data realizacji
RequestedCompletionDate
Data, do której klient lub wewnętrzny interesariusz oczekuje wysyłki zamówienia.
Opis

Ten atrybut określa uzgodniony poziom usług (SLA) lub docelową datę dostawy zamówienia wychodzącego z magazynu. To termin, względem którego mierzy się terminowość operacji magazynowych.

Data ta stanowi punkt odniesienia przy ocenie wyników. Dashboard „Terminowość wysyłek” i KPI „Odsetek wysyłek zrealizowanych na czas” wykorzystują ją do ustalenia, czy zamówienie zrealizowano terminowo. Analiza zamówień, które nie dotrzymały tego terminu, pomaga wykryć systemowe przyczyny opóźnień i poprawić obsługę klienta.

Dlaczego to ważne

To podstawowy punkt odniesienia przy pomiarze terminowości wysyłek i realizacji uzgodnionego poziomu obsługi klienta.

Skąd pobrać

Dane są zwykle przechowywane w tabeli nagłówków zamówień w Manhattan SCALE i często pochodzą z nadrzędnego systemu ERP lub systemu zarządzania zamówieniami.

Przykłady
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
Czas od przyjęcia towaru do odłożenia go na miejsce składowania
GoodsReceiptToPutawayTime
Czas od przyjęcia towaru do umieszczenia go w miejscu składowania.
Opis

Ta obliczana miara określa czas trwania ważnego etapu procesu przyjęcia towaru: od czynności „Przyjęcie i policzenie towaru” do czynności „Odłożenie towaru do składowania”. Pokazuje efektywność pracy przy rampie przyjęć i odkładania towaru na miejsce.

Czas ten jest podstawą dashboardu „Czas od przyjęcia towaru do odłożenia” i powiązanego z nim KPI. Wysokie wartości mogą wskazywać na wąskie gardła przy rampie przyjęć, opóźnienia w tworzeniu zadań odkładania lub nieefektywne trasy przemieszczania. Każdy z tych problemów opóźnia udostępnienie zapasów.

Dlaczego to ważne

Pozwala osobno mierzyć efektywność ważnego etapu przyjęcia towaru i wykrywać wąskie gardła opóźniające dostępność zapasów.

Skąd pobrać

To pole obliczane jako różnica czasu między zdarzeniami „Przyjęcie i policzenie towaru” oraz „Odłożenie towaru do składowania” dla danego przypadku.

Przykłady
45 minut2,5 godziny8 godzin
Czas realizacji zamówienia magazynowego
OrderFulfillmentCycleTime
Łączny czas od utworzenia zamówienia magazynowego do jego realizacji.
Opis

Ta miara określa łączny czas realizacji każdego zamówienia magazynowego, od zdarzenia „Utworzenie zamówienia magazynowego” do zdarzenia „Zakończenie realizacji zamówienia magazynowego”. To KPI pokazuje efektywność całego procesu realizacji zamówienia w magazynie, od początku do końca.

W dashboardach i analizach miara ta daje ogólny obraz wyników. Pozwala śledzić trendy, wykrywać przypadki odstające, czyli zamówienia o wydłużonym czasie realizacji, oraz porównywać wyniki w czasie. Jest podstawą dashboardu „Łączny czas realizacji zamówienia” i powiązanego z nim KPI.

Dlaczego to ważne

To KPI mierzy szybkość i efektywność realizacji zamówień w magazynie od początku do końca, co bezpośrednio wpływa na zadowolenie klientów i koszty operacyjne.

Skąd pobrać

To pole obliczane jako różnica między znacznikami czasu pierwszego i ostatniego zdarzenia dla każdego zamówienia magazynowego.

Przykłady
2,1 dnia18,5 godziny36 godzin
Czy wystąpiła ponowna praca
IsRework
Wskaźnik informujący, czy czynność lub sekwencja czynności oznacza ponowne wykonanie pracy.
Opis

Ten atrybut logiczny wykrywa przypadki ponownej pracy, na przykład gdy czynność „Pobranie towaru z miejsca składowania” zostaje wykonana więcej niż raz dla tego samego materiału w ramach jednego zamówienia. Wartość jest wyznaczana na podstawie wzorców w przebiegu procesu.

Wykrywanie ponownej pracy pomaga identyfikować nieefektywne działania i błędy. Umożliwia obliczenie KPI „Odsetek ponownych pobrań” oraz wyodrębnienie przypadków z powtarzającymi się etapami do dalszej analizy. Poznanie przyczyn ponownej pracy pomaga ograniczać koszty operacyjne i poprawiać jakość procesu.

Dlaczego to ważne

Wykrywa nieefektywne pętle i powtarzające się czynności, które często powodują opóźnienia i zwiększają koszty operacyjne.

Skąd pobrać

To atrybut obliczany zwykle w narzędziu process mining na podstawie reguł wykrywających określone wzorce powtarzających się czynności, takie jak pętle własne lub krótkie pętle.

Przykłady
truefalse
Czy wysyłka odbyła się na czas
IsOnTimeShipment
Wskaźnik informujący, czy zamówienie wysłano najpóźniej w wymaganym terminie realizacji.
Opis

Ten atrybut logiczny powstaje przez porównanie „Rzeczywistej daty realizacji” z „Wymaganą datą realizacji”. Przyjmuje wartość true, jeśli zamówienie zrealizowano w terminie, i false, jeśli nastąpiło opóźnienie.

Atrybut ułatwia analizę wyników, ponieważ pozwala szybko filtrować i agregować dane. Służy do obliczania KPI „Odsetek wysyłek na czas” i zasila dashboardy pokazujące realizację SLA klientów. Pozwala szybko oddzielić zamówienia zgodne z wymaganiami od tych, które ich nie spełniły, a następnie zbadać przyczyny opóźnień.

Dlaczego to ważne

Ułatwia raportowanie wyników, zamieniając porównanie dat na prosty wskaźnik true/false, dzięki czemu można łatwo obliczyć odsetek wysyłek zrealizowanych na czas.

Skąd pobrać

Obliczane przez porównanie „ActualCompletionDate” <= „RequestedCompletionDate”. Ta reguła jest stosowana w narzędziu process mining.

Przykłady
truefalse
Identyfikator wysyłki
ShipmentId
Unikalny identyfikator grupy zamówień wysyłanych razem.
Opis

Identyfikator wysyłki to identyfikator wyższego poziomu, który łączy jedno lub więcej zamówień magazynowych przewożonych razem tym samym pojazdem lub w ramach tej samej przesyłki. Powiązuje poszczególne zamówienia z konkretnym transportem.

W analizie identyfikator wysyłki pozwala szerzej spojrzeć na operacje logistyczne. Można go wykorzystać do oceny efektywności łączenia zamówień na etapie oczekiwania i załadunku, pomiaru terminowości wysyłek oraz sprawdzenia, jak łączenie zamówień wpływa na łączny czas realizacji.

Dlaczego to ważne

Łączy wiele zamówień w ramach jednej wysyłki, umożliwiając analizę łączenia zamówień, oczekiwania na wysyłkę i załadunku.

Skąd pobrać

Dane znajdują się w tabelach zarządzania transportem lub wysyłkami w Manhattan SCALE. Identyfikator jest zwykle powiązany z wieloma zamówieniami magazynowymi.

Przykłady
SH-945001SH-945002SH-945003
Lokalizacja składowania
StorageLocation
Konkretne miejsce w magazynie, na przykład regał lub alejka, w którym składowany jest towar albo z którego jest pobierany.
Opis

Ten atrybut wskazuje fizyczną lokalizację, na przykład alejkę 5, miejsce 3, poziom C, związaną ze składowaniem lub pobraniem towaru. Zapewnia kontekst przestrzenny dla procesu magazynowego.

Analiza czynności według lokalizacji składowania pomaga optymalizować układ magazynu i przepływ materiałów. Pozwala wskazać często odwiedzane miejsca, nieefektywne trasy kompletacji lub obszary narażone na zatory. Dane te wspierają analizę efektywności odkładania i kompletacji oraz pomagają znaleźć możliwości usprawnienia składowania.

Dlaczego to ważne

Zapewnia kontekst przestrzenny dla przemieszczeń w magazynie i umożliwia analizę układu magazynu, czasu przemieszczania oraz optymalizację tras kompletacji.

Skąd pobrać

Dane znajdują się w szczegółach zadań odkładania i kompletacji w Manhattan SCALE, w polach takich jak „location_id”, „bin_code” lub „source_location”.

Przykłady
A01-R02-B03DOCK-04PACK-STATION-12
Nazwa przewoźnika
CarrierName
Nazwa firmy transportowej odpowiedzialnej za wysyłkę zamówienia.
Opis

Ten atrybut wskazuje partnera logistycznego lub przewoźnika, na przykład FedEx, UPS albo DHL, przypisanego do wysyłki wychodzącej. Łączy proces magazynowy z dalszym etapem transportu.

Analiza wyników według przewoźnika może dostarczyć ważnych informacji o łańcuchu dostaw. Pozwala sprawdzić, czy współpraca z niektórymi przewoźnikami wiąże się z dłuższym oczekiwaniem w strefie wysyłki, częstymi opóźnieniami lub szczególnymi wymaganiami dotyczącymi obsługi. Informacje te pomagają oceniać przewoźników i usprawniać współpracę logistyczną.

Dlaczego to ważne

Łączy operacje magazynowe z partnerami logistycznymi i umożliwia analizę wyników według przewoźnika, aby wykryć potencjalne wąskie gardła związane z transportem.

Skąd pobrać

Dane znajdują się w tabelach wysyłek lub planowania transportu w Manhattan SCALE, często powiązanych z nagłówkiem zamówienia.

Przykłady
FedExUPSXPO Logistics
Planowana ilość
PlannedQuantity
Oczekiwana ilość materiału dla danego zadania, określona na podstawie zamówienia.
Opis

Ten atrybut określa ilość produktu, którą zgodnie z pierwotnym zamówieniem magazynowym lub instrukcją zadania należało przyjąć, pobrać lub obsłużyć. Stanowi punkt odniesienia do oceny faktycznych operacji.

Wartość tę porównuje się z rzeczywistą ilością, aby obliczyć rozbieżności. Częste różnice między ilością planowaną a rzeczywistą mogą wskazywać na problemy z dostawami od dostawców, dokładnością stanów magazynowych lub kompletacją. Dlatego atrybut ten jest przydatny w analizie jakości i dokładności.

Dlaczego to ważne

Stanowi punkt odniesienia przy ocenie dokładności ilości i pomaga wykrywać rozbieżności wpływające na stany magazynowe oraz realizację zamówień.

Skąd pobrać

Dane znajdują się w tabelach pozycji zamówień lub szczegółów zadań w Manhattan SCALE.

Przykłady
1001005012
Rozbieżność ilościowa
QuantityDiscrepancy
Obliczona różnica między planowaną a rzeczywistą ilością danego produktu.
Opis

Miara jest obliczana jako „Rzeczywista ilość” minus „Planowana ilość”. Wartość różna od zera oznacza, że ilość obsłużonego towaru odbiega od oczekiwanej. Wynik może być dodatni, co oznacza nadwyżkę, lub ujemny, co oznacza niedobór.

Atrybut ten stanowi podstawę KPI „Odsetek rozbieżności ilościowych w zamówieniach”. Określa skalę błędów przy przyjęciu lub kompletacji i dostarcza dashboardom miary dokładności ewidencji zapasów. Analiza trendów i przyczyn rozbieżności pomaga zwiększyć precyzję operacji.

Dlaczego to ważne

Bezpośrednio pokazuje błędy w ewidencji zapasów i realizacji zamówień, ułatwiając śledzenie dokładności oraz finansowych skutków rozbieżności.

Skąd pobrać

To pole obliczane w narzędziu process mining według wzoru: ActualQuantity - PlannedQuantity.

Przykłady
0-25
Rzeczywista data realizacji
ActualCompletionDate
Faktyczna data zakończenia realizacji zamówienia magazynowego, zwykle w chwili wysyłki.
Opis

Ten atrybut zawiera znacznik czasu ostatniego etapu procesu magazynowego dla zamówienia, na przykład „Wysyłka nadana”. Wskazuje faktyczny moment zakończenia realizacji.

Porównanie tej daty z wymaganą datą realizacji pozwala obliczyć terminowość wysyłki. To faktyczna informacja o tym, kiedy magazyn zakończył obsługę zamówienia. Analiza tego atrybutu pomaga dokładnie mierzyć czas realizacji zamówień i wyniki względem SLA.

Dlaczego to ważne

Podaje faktyczny czas zakończenia zamówienia, który służy do obliczania rzeczywistego czasu cyklu i oceny wyników względem wymaganych terminów.

Skąd pobrać

Odpowiada znacznikowi czasu ostatniej czynności w procesie, na przykład „Wysyłka nadana” lub „Zamówienie magazynowe zrealizowane”.

Przykłady
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
Używany sprzęt
EquipmentUsed
Identyfikator sprzętu używanego podczas czynności, na przykład wózka widłowego lub skanera przenośnego.
Opis

Ten atrybut określa sprzęt do transportu bliskiego (MHE) lub technologię używaną do wykonania zadania magazynowego. Może to być identyfikator konkretnego wózka widłowego, wózka paletowego lub przenośnego skanera RF.

Dane te przydają się do analizy wykorzystania zasobów, nie tylko pracy operatorów. Pomagają zrozumieć sposób użycia kosztownego sprzętu, planować konserwację i zapewnić dostępność odpowiednich narzędzi. Wspierają między innymi KPI „Wykorzystanie zasobów (kompletacja)”, dodając kolejny wymiar analizy.

Dlaczego to ważne

Umożliwia analizę wykorzystania sprzętu i jego wpływu na wydajność procesu, a także planowanie konserwacji i inwestycji w sprzęt do transportu bliskiego.

Skąd pobrać

Należy sprawdzić dokumentację Manhattan SCALE lub dzienniki systemowe. Informacje te mogą być rejestrowane w danych o wykonaniu zadań, jeśli system skonfigurowano do ich zapisywania.

Przykłady
FORKLIFT-07SCANNER-58BCART-22
Wynik kontroli jakości
QualityInspectionResult
Wynik kontroli jakości, na przykład „Zaliczona”, „Niezaliczona” lub „Wymaga poprawek”.
Opis

Ten atrybut rejestruje wynik czynności „Przeprowadzono kontrolę jakości”. Informuje, czy przyjęty towar spełnia wymagane standardy jakości, czy też wymaga dalszych działań.

To ważny atrybut w analizie zarządzania jakością. Pozwala śledzić wskaźnik zgodności kontroli jakości, uwzględniając nie tylko przebieg kontroli, ale też jej wyniki. Analiza odsetka niezgodności według dostawcy lub materiału może pomóc w podejmowaniu lepszych decyzji zakupowych i ograniczyć dalsze koszty związane z towarami niskiej jakości.

Dlaczego to ważne

Podaje wyniki kontroli jakości i umożliwia analizę jakości dostawców, problemów z produktami oraz skuteczności procesu kontroli.

Skąd pobrać

Należy sprawdzić dokumentację Manhattan SCALE. Dane te prawdopodobnie są przechowywane w tabelach związanych z zarządzaniem jakością lub zadaniami przyjęcia.

Przykłady
ZaliczonaNiezaliczonaWymaga poprawek
Wymagane Zalecane Opcjonalne

Czynności związane z zarządzaniem magazynem

To najważniejsze etapy procesu i kamienie milowe, które należy rejestrować, aby dokładnie odkryć przebieg procesu.
7 Zalecane 8 Opcjonalne
Działanie Opis
Przyjęto i policzono towary
To zdarzenie oznacza zakończenie fizycznego przyjęcia towarów: rozładunek, identyfikację i sprawdzenie ilości z awizem dostawy. Zwykle jest rejestrowane, gdy operator potwierdza końcowe ilości poszczególnych produktów na urządzeniu przenośnym lub terminalu.
Dlaczego to ważne

To ważny etap dla dokładności stanów magazynowych i początek cyklu odkładania towarów. Umożliwia analizę rozbieżności ilościowych i efektywności zespołu przyjmującego dostawy.

Skąd pobrać

Zdarzenie jest zapisywane w dziennikach transakcji pozycji przyjęcia w Manhattan SCALE. Znaczniki czasu są rejestrowane po potwierdzeniu liczby produktów.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy operator potwierdza ilości przyjętych towarów przez skanowanie lub ręczne wprowadzenie danych.

Typ zdarzenia explicit
Towar odłożony do miejsca składowania
To zdarzenie potwierdza, że towar został umieszczony we wskazanym miejscu składowania. Jest rejestrowane, gdy operator skanuje lokalizację i potwierdza odłożenie towaru, zamykając zadanie w systemie.
Dlaczego to ważne

To zdarzenie kończy proces przyjęcia towaru i udostępnia zapasy do realizacji zamówień. Stanowi punkt końcowy pomiaru KPI „Czas od przyjęcia towaru do odłożenia”.

Skąd pobrać

Zdarzenie jest rejestrowane w dzienniku zarządzania zadaniami lub transakcji magazynowych po zmianie statusu zadania odkładania na „Completed” lub podobny.

Rejestrowanie

Dane pochodzą ze znacznika czasu zakończenia zadania odkładania, zwykle zarejestrowanego podczas skanowania lokalizacji.

Typ zdarzenia explicit
Towar pobrany z miejsca składowania
To zdarzenie potwierdza fizyczne pobranie towaru z miejsca składowania przez operatora. Jest rejestrowane, gdy operator skanuje towar lub lokalizację, aby potwierdzić pobranie na urządzeniu przenośnym.
Dlaczego to ważne

To ważny etap realizacji zamówienia. Jego analiza pozwala mierzyć wydajność kompletacji, odsetek poprawek i wykorzystanie zasobów.

Skąd pobrać

Zdarzenie jest zapisywane w dzienniku transakcji kompletacji lub tabelach historii zadań po potwierdzeniu pobrania. Często obejmuje identyfikator operatora i znacznik czasu.

Rejestrowanie

Dane pochodzą ze znacznika czasu potwierdzenia pobrania pozycji, zwykle zarejestrowanego podczas skanowania kodu kreskowego.

Typ zdarzenia explicit
Towar zapakowany
To zdarzenie oznacza, że wszystkie produkty z wysyłki zostały zapakowane do docelowego opakowania, które następnie zamknięto. Jest rejestrowane, gdy osoba pakująca potwierdza w systemie zakończenie pakowania kartonu lub wysyłki.
Dlaczego to ważne

Ten etap kończy pakowanie i oznacza, że wysyłka jest gotowa do odstawienia w strefie wysyłki i nadania. To ważny punkt danych przy analizie wydajności i przepustowości pakowania.

Skąd pobrać

Zdarzenie jest zapisywane w dziennikach transakcji pakowania lub wysyłki po wykonaniu w Manhattan SCALE czynności „Close Carton” lub „Pack Complete”.

Rejestrowanie

Dane pochodzą ze znacznika czasu transakcji „Pack Complete” lub „Close Container”.

Typ zdarzenia explicit
Utworzono zamówienie magazynowe
To zdarzenie oznacza utworzenie zamówienia w systemie zarządzania magazynem. Może ono dotyczyć przyjęcia dostawy lub realizacji wysyłki. Zwykle jest rejestrowane w chwili utworzenia nowego rekordu zamówienia, wraz ze znacznikiem czasu. Często następuje to w wyniku integracji z systemem ERP.
Dlaczego to ważne

To główne zdarzenie rozpoczynające proces magazynowy. Analiza czasu od tego momentu do zakończenia realizacji pozwala zmierzyć całkowity czas cyklu zamówienia.

Skąd pobrać

Zdarzenie jest rejestrowane na podstawie znacznika czasu utworzenia rekordu w głównej tabeli nagłówków zamówień w Manhattan SCALE, na przykład pola daty utworzenia zamówienia.

Rejestrowanie

Dane pochodzą ze znacznika czasu utworzenia rekordu zamówienia magazynowego.

Typ zdarzenia explicit
Wysyłka nadana
Zdarzenie oznacza moment, w którym przewoźnik opuszcza magazyn z towarem. Jest rejestrowane, gdy użytkownik wykonuje w systemie transakcję „Ship Confirm” lub „Dispatch”, finalizując wysyłkę.
Dlaczego to ważne

To ważny etap przy pomiarze terminowości wysyłek względem wymaganych dat dostawy. Często uruchamia powiadomienia dla klientów i fakturowanie.

Skąd pobrać

Dane pochodzą ze znacznika czasu transakcji „Ship Confirm” w tabelach wysyłek lub zamówień wychodzących w Manhattan SCALE.

Rejestrowanie

Zdarzenie jest rejestrowane po wykonaniu transakcji potwierdzenia wysyłki dla naczepy lub zamówienia.

Typ zdarzenia explicit
Zamówienie magazynowe zrealizowane
Zdarzenie oznacza ostateczne zamknięcie zamówienia magazynowego po zakończeniu wszystkich czynności fizycznych. Zwykle jest ustalane na podstawie końcowej aktualizacji statusu zamówienia, na przykład na „Completed” lub „Closed”.
Dlaczego to ważne

To ostateczny koniec całego cyklu obsługi zamówienia w magazynie. Zdarzenie jest niezbędne do obliczenia łącznego czasu realizacji zamówienia i przepustowości procesu.

Skąd pobrać

Zdarzenie ustala się na podstawie znacznika czasu aktualizacji pola statusu nagłówka zamówienia w Manhattan SCALE do stanu końcowego, oznaczającego zamknięcie.

Rejestrowanie

Dane pochodzą ze znacznika czasu ostatniej aktualizacji, gdy status zamówienia zmienia się na „Completed”.

Typ zdarzenia inferred
Odstawiono do strefy wysyłki
Zdarzenie oznacza przeniesienie zapakowanych kartonów z obszaru pakowania do wyznaczonego pasa lub obszaru oczekiwania na wysyłkę. Zwykle ustala się je na podstawie zmiany lokalizacji kontenera wysyłkowego lub palety w WMS.
Dlaczego to ważne

Pozwala wykryć opóźnienia między pakowaniem a załadunkiem. Długi czas w tym stanie może wskazywać na słabą koordynację z przewoźnikami lub nieefektywne zarządzanie dokami.

Skąd pobrać

Zdarzenie ustala się na podstawie transakcji przesunięcia zapasów lub aktualizacji lokalizacji identyfikatora kontenera wysyłkowego w Manhattan SCALE, która wskazuje przeniesienie do strefy oczekiwania.

Rejestrowanie

Zdarzenie ustala się na podstawie zmiany lokalizacji zapakowanego kontenera na strefę oczekiwania lub obszar przy bramie dokowej.

Typ zdarzenia inferred
Otrzymano awizo dostawy
Oznacza otrzymanie od dostawcy awiza wysyłki (ASN) ze szczegółami nadchodzącej dostawy. Zdarzenie jest rejestrowane po pomyślnym przetworzeniu ASN w Manhattan SCALE i uruchamia planowanie przyjęcia towarów.
Dlaczego to ważne

To zdarzenie rozpoczyna pomiar procesu logistyki przychodzącej. Umożliwia analizę terminowości dostawców i gotowości magazynu na przyjęcie towarów.

Skąd pobrać

Zdarzenie jest zapisywane w tabelach transakcji przychodzących lub ASN po pomyślnym wprowadzeniu awiza dostawy przez EDI lub ręcznie.

Rejestrowanie

Zdarzenie rejestrowane po otrzymaniu i przetworzeniu ASN.

Typ zdarzenia explicit
Przeprowadzono kontrolę jakości
Oznacza kontrolę jakości przyjętych towarów przed ich odłożeniem. Zdarzenie jest rejestrowane, gdy pracownik kontroli jakości zapisuje w systemie wynik kontroli, pozytywny lub negatywny, dla konkretnych zapasów.
Dlaczego to ważne

Ta czynność pozwala monitorować przestrzeganie procedur kontroli jakości. Analiza jej występowania i czasu trwania pomaga dbać o jakość produktów i wykrywać opóźnienia w kontroli.

Skąd pobrać

Zdarzenie jest zapisywane w module zarządzania jakością lub dziennikach transakcji statusu zapasów w Manhattan SCALE po przesłaniu wyniku kontroli.

Rejestrowanie

Dane pochodzą z dziennika transakcji potwierdzającej kontrolę jakości.

Typ zdarzenia explicit
Rozpoczęto pakowanie
Zdarzenie oznacza początek pakowania, gdy skompletowany towar trafia na stanowisko pakowania. Może być rejestrowane, gdy operator skanuje pojemnik lub zamówienie na stanowisku pakowania, albo ustalane na podstawie skanu pierwszego produktu na tym stanowisku.
Dlaczego to ważne

To początek ostatniego etapu zwiększającego wartość przed wysyłką. Pomiar czasu od tego momentu pozwala wyodrębnić wąskie gardła w obszarze pakowania.

Skąd pobrać

Dane pochodzą z dzienników transakcji stanowisk pakowania w Manhattan SCALE. Może to być transakcja „Start Pack” albo znacznik czasu zapakowania pierwszego produktu.

Rejestrowanie

Zdarzenie jest rejestrowane, gdy operator rozpoczyna pakowanie zamówienia na stanowisku.

Typ zdarzenia explicit
Towary dotarły do rampy
To zdarzenie oznacza fizyczne przybycie ciężarówki lub kontenera do rampy przyjęć magazynu. Często jest rejestrowane, gdy pracownik bramy lub rampy odnotowuje przyjazd dostawy w systemie, przed rozpoczęciem rozładunku.
Dlaczego to ważne

Pomiar czasu od przyjazdu do rozpoczęcia przyjęcia pomaga wykryć wąskie gardła przy rampie, na przykład oczekiwanie na dostępne zasoby.

Skąd pobrać

Zdarzenie jest rejestrowane w module obsługi dostaw lub harmonogramowania awizacji w Manhattan SCALE, gdy przewoźnik zgłasza przyjazd na terenie zakładu.

Rejestrowanie

Dane pochodzą ze znacznika czasu rejestracji przyjazdu przy rampie przyjęć.

Typ zdarzenia explicit
Utworzono zadanie kompletacji
Zdarzenie oznacza wygenerowanie przez system zadania dla operatora, który ma pobrać towary z miejsca składowania w celu realizacji zamówienia. Jest rejestrowane, gdy zamówienie zostaje przydzielone, a WMS tworzy dyspozycję dla użytkownika.
Dlaczego to ważne

To początek procesu realizacji zamówienia wychodzącego. Czas od tego zdarzenia do zakończenia kompletacji pozwala mierzyć wydajność osób kompletujących.

Skąd pobrać

Zdarzenie jest zapisywane w tabelach historii zadań lub zleceń roboczych w Manhattan SCALE wraz ze znacznikiem czasu utworzenia.

Rejestrowanie

Zdarzenie rejestrowane po wygenerowaniu przez system zadania kompletacji.

Typ zdarzenia explicit
Utworzono zadanie odkładania towarów
System tworzy zadanie dla operatora, który ma przenieść przyjęte towary z rampy do lokalizacji składowania. Zdarzenie jest rejestrowane w module zarządzania zadaniami, gdy system przydziela lokalizację docelową i tworzy dyspozycję odłożenia towarów.
Dlaczego to ważne

To początek wewnętrznego przemieszczania towarów. Czas od utworzenia zadania do jego zakończenia pozwala ocenić efektywność odkładania i działanie systemu.

Skąd pobrać

Zdarzenie jest zapisywane w tabelach historii zadań lub zleceń pracy w Manhattan SCALE wraz ze znacznikiem czasu utworzenia zadania odkładania towarów.

Rejestrowanie

Zdarzenie rejestrowane po wygenerowaniu przez system zadania odkładania towaru.

Typ zdarzenia explicit
Załadowano na środek transportu przewoźnika
To zdarzenie rejestruje fizyczny załadunek zapakowanych kontenerów na ciężarówkę lub naczepę. Zwykle jest zapisywane, gdy operator skanuje każdą paletę lub kontener podczas załadunku.
Dlaczego to ważne

To ostatnia czynność związana z fizycznym przemieszczaniem towaru w magazynie. Jej analiza pozwala mierzyć czas załadunku i sprawdzać, czy wszystkie towary z wysyłki zostały załadowane.

Skąd pobrać

Zdarzenie jest zapisywane w dziennikach transakcji wysyłki w Manhattan SCALE, gdy kontenery są skanowane podczas załadunku.

Rejestrowanie

Dane pochodzą ze znacznika czasu skanowania kontenera podczas załadunku na pojazd.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje wyodrębniania danych

Jak pobrać dane z Manhattan SCALE

Gotowi do rozpoczęcia?

Już dziś zacznij usprawniać operacje magazynowe, korzystając z tego szablonu danych. Pomoże on wyznaczyć kierunek dalszych działań na rzecz większej efektywności.

Zwiększ efektywność magazynu, zacznij bezpłatnie już dziś

Ogranicz błędy kompletacji i z łatwością osiągnij 99,5% dokładności ewidencji zapasów.

Rozpocznij okres próbny

Nie trzeba podawać danych karty płatniczej. Zacznij bezpłatnie w kilka minut.