Szablon danych do analizy zarządzania zapasami

Manhattan Active Inventory
Szablon danych do analizy zarządzania zapasami

Szablon danych do analizy zarządzania zapasami

Szablon zawiera wskazówki dotyczące danych potrzebnych do analizy zarządzania zapasami. Opisuje wymagane atrybuty i działania procesowe, które warto śledzić, oraz podpowiada, jak wyodrębnić dane z systemu. Dzięki temu można sprawnie przygotować dane i lepiej zrozumieć przebieg operacji.
  • Zalecane atrybuty do zebrania
  • Działania, które warto śledzić
  • 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 zapasami

Poniżej przedstawiono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby przeprowadzić analizę zarządzania zapasami.
5 Wymagane 6 Zalecane 9 Opcjonalne
Nazwa Opis
Godzina rozpoczęcia czynności
EventStartTime
Timestamp wskazujący, kiedy rozpoczęła się czynność dotycząca zapasów.
Opis

Ten atrybut zawiera datę i godzinę rozpoczęcia każdej zarejestrowanej czynności. Pozwala uporządkować zdarzenia chronologicznie i obliczać czas między poszczególnymi etapami procesu.

W analizie czas rozpoczęcia służy do obliczania KPI, takich jak czas odłożenia towaru na miejsce, czas oczekiwania na kontrolę jakości czy łączny czas składowania zapasów. Analiza znaczników czasu pozwala ustalić, kiedy wykonywane są poszczególne prace, porównać ich przebieg z harmonogramem i wykryć straty czasu w magazynie.

Dlaczego to ważne

Ten znacznik czasu pozwala prawidłowo uporządkować zdarzenia oraz obliczać wszystkie wskaźniki efektywności i KPI oparte na czasie.

Skąd pobrać

Każda transakcja lub rekord zdarzenia w Manhattan Active Inventory powinien zawierać pole ze znacznikiem czasu, często nazwane na przykład 'CREATE_DTTM' lub 'EVENT_TIMESTAMP'.

Przykłady
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-27T14:05:00Z
Inventory Batch/Lot
InventoryBatchLot
Unikalny identyfikator konkretnej partii zapasów, pełniący funkcję głównego identyfikatora case.
Opis

Numer partii zapasów grupuje wszystkie czynności dotyczące określonej ilości produktu. Umożliwia śledzenie pełnego cyklu życia danej ilości zapasów, od przyjęcia do magazynu, przez kolejne przesunięcia, aż po wydanie lub zużycie.

W process mining ten atrybut ma zasadnicze znaczenie dla odtworzenia pełnej drogi każdej jednostki zapasów. Umożliwia analizę wariantów procesu, czasu cyklu i wąskich gardeł dotyczących konkretnych partii, na przykład wykrycie partii, których kontrola jakości trwa długo lub które są często przesuwane przed wysyłką.

Dlaczego to ważne

To podstawowy identyfikator łączący wszystkie powiązane zdarzenia dotyczące zapasów w jedną instancję procesu. Umożliwia analizę całego cyklu życia zapasów od początku do końca.

Skąd pobrać

Ten identyfikator znajduje się zwykle w tabelach szczegółowych zapasów lub danych podstawowych partii w Manhattan Active Inventory. Nazwy konkretnych tabel i pól można sprawdzić w dokumentacji systemu.

Przykłady
LOT-202405-001ABCH-XYZ-987657458392-01
Nazwa czynności
ActivityName
Nazwa zdarzenia dotyczącego zarządzania zapasami, na przykład „Goods Receipt Recorded” lub „Picking Completed”.
Opis

Ten atrybut opisuje konkretny krok lub etap procesu zarządzania zapasami. Każda czynność oznacza odrębne działanie dotyczące partii zapasów, takie jak przyjęcie, kontrola, przesunięcie lub wysyłka.

Analiza kolejności i częstotliwości tych czynności stanowi podstawę process mining. Pozwala zobrazować przebieg procesu, wykryć odchylenia od standardowej procedury i wskazać czynności powodujące opóźnienia lub konieczność ponownej pracy. Analiza może na przykład ujawnić, że po nieudanej próbie kompletacji często następuje „Cycle Count Performed”.

Dlaczego to ważne

Atrybut określa kroki procesu i pozwala wizualizować oraz analizować drogę zapasów od początku do końca.

Skąd pobrać

Dane pochodzą zwykle z dzienników zdarzeń, kodów transakcji lub zapisów zmian statusu w Manhattan Active Inventory. Może być konieczne przypisanie czytelnych nazw do kodów technicznych.

Przykłady
Goods Receipt RecordedPut-Away CompletedInventory AdjustedPicking CompletedGoods Issue Recorded
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące tego zdarzenia zostały ostatnio odświeżone lub pobrane.
Opis

Ten atrybut zapisuje datę i godzinę pobrania danych z systemu źródłowego. To pole metadanych pozwala ocenić aktualność analizy.

W dashboardach i raportach znacznik czasu informuje użytkowników, jak aktualne są dane źródłowe. Pomaga uwzględnić opóźnienie w dostępie do danych i zaplanować odświeżanie potoków danych.

Dlaczego to ważne

Informuje użytkowników o aktualności danych, co pomaga podejmować decyzje operacyjne na czas i na podstawie rzetelnych informacji.

Skąd pobrać

Ten znacznik czasu jest generowany i dodawany do zbioru danych przez narzędzie lub skrypt ETL, który pobiera, przekształca i ładuje dane.

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

Ten atrybut wskazuje aplikację lub moduł źródłowy, który wygenerował dane o zdarzeniu. W nowoczesnym środowisku logistycznym dane mogą pochodzić z głównego systemu WMS, systemu zarządzania placem lub systemu zarządzania transportem.

Wskazanie systemu źródłowego jest ważne z punktu widzenia zarządzania danymi i właściwej interpretacji ich kontekstu. Na przykład informacja, że zdarzenie pochodzi z systemu automatycznego, a nie z portalu, w którym dane wprowadzono ręcznie, może mieć duże znaczenie przy analizie automatyzacji.

Dlaczego to ważne

Dostarcza informacji o pochodzeniu danych, niezbędnych do ich weryfikacji, zarządzania nimi i zrozumienia interakcji między systemami.

Skąd pobrać

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

Przykłady
Manhattan Active InventoryMAI_WMSMANH_SCALE
Czas zakończenia zdarzenia
EventEndTime
Znacznik czasu wskazujący, kiedy zakończono czynność związaną z zapasami.
Opis

Ten atrybut zawiera datę i godzinę zakończenia każdej zarejestrowanej czynności. Niektóre zdarzenia są natychmiastowe (StartTime jest równe EndTime), a inne trwają określony czas, na przykład kontrola jakości lub kompletacja.

Czas zakończenia jest potrzebny do obliczenia czasu trwania poszczególnych czynności. Dzięki temu można szczegółowo sprawdzić, które zadania zajmują najwięcej czasu w całym procesie i zaplanować ukierunkowane usprawnienia.

Dlaczego to ważne

Pozwala obliczyć czas trwania poszczególnych czynności i wskazać konkretne zadania powodujące opóźnienia w procesie.

Skąd pobrać

W systemie źródłowym może to być osobne pole, na przykład 'END_DTTM', albo dla zdarzeń natychmiastowych może mieć tę samą wartość co czas rozpoczęcia. Informacje o strukturze danych zdarzeń można znaleźć w dokumentacji Manhattan Active Inventory.

Przykłady
2023-10-26T08:05:00Z2023-10-26T09:45:10Z2023-10-27T14:05:00Z
Ilość artykułów
ItemQuantity
Liczba jednostek artykułu objętych daną czynnością.
Opis

Ten atrybut określa ilość produktu powiązaną ze zdarzeniem dotyczącym zapasów, na przykład liczbę przyjętych, przemieszczonych, skompletowanych lub skorygowanych artykułów.

Ilość pomaga określić skalę operacji i obliczać wiele KPI. Służy do wyznaczania wskaźnika ręcznych korekt, wskaźnika złomowania według ilości oraz wydajności kompletacji. Analiza ilości może ujawnić różnice w przebiegu procesu dla dużych i małych zamówień.

Dlaczego to ważne

Określa wielkość każdej czynności, co jest niezbędne do obliczania przepustowości, wskaźników i innych KPI opartych na wolumenie.

Skąd pobrać

Tabele transakcji w Manhattan Active Inventory zawierają pole ilości powiązane z każdym przemieszczeniem lub zdarzeniem. Może ono nosić nazwę 'QTY', 'QUANTITY' lub 'UNITS'.

Przykłady
10012-51
Jednostka magazynowa (SKU)
StockKeepingUnit
Unikalny identyfikator konkretnego produktu lub artykułu w zapasach.
Opis

SKU (Stock Keeping Unit) to unikalny kod służący do śledzenia produktu. Pozwala odróżniać artykuły według ich cech, takich jak rozmiar, kolor czy marka.

W process mining analiza według SKU pomaga wykrywać problemy dotyczące konkretnych produktów. Może na przykład ujawnić, że kontrola jakości niektórych SKU trwa dłużej, częściej dochodzi w ich przypadku do uszkodzeń i złomowania albo są one częściej objęte korektami zapasów. Ten atrybut przydaje się w dashboardach takich jak analiza czasu odkładania towaru na miejsce i trendy złomowania zapasów.

Dlaczego to ważne

Pozwala analizować procesy na poziomie produktów i sprawdzić, czy problemy dotyczą konkretnych artykułów lub kategorii.

Skąd pobrać

SKU to podstawowe pole w kartotece produktów i tabelach transakcji magazynowych. Warto szukać pól o nazwach 'SKU', 'ITEM_ID' lub 'PRODUCT_CODE'.

Przykłady
WIDGET-BLUE-LGSKU-849201-APN-775-C
Kod przyczyny przemieszczenia
MovementReasonCode
Kod wyjaśniający przyczynę przemieszczenia lub korekty zapasów.
Opis

Kod przyczyny przemieszczenia wyjaśnia, dlaczego doszło do zdarzenia dotyczącego zapasów. Jest szczególnie przydatny przy analizie niestandardowych czynności, takich jak przesunięcia wewnętrzne, korekty, zwroty czy złomowanie.

Ten atrybut pomaga ustalić przyczyny problemów. Na przykład w dashboardzie przeglądu rozbieżności w zapasach kod wyjaśnia, dlaczego wprowadzono korektę, na przykład z powodu uszkodzenia towaru, korekty po inwentaryzacji cyklicznej lub kradzieży. Pozwala też analizować przyczyny wewnętrznych przesunięć zapasów i złomowania.

Dlaczego to ważne

Wyjaśnia przyczyny przemieszczeń i korekt zapasów, ułatwiając analizę źródeł rozbieżności, złomowania i przesunięć.

Skąd pobrać

To pole często występuje w tabelach transakcji i jest powiązane z konkretnymi typami przemieszczeń. W Manhattan Active Inventory warto szukać pól takich jak 'REASON_CODE' lub 'MOVEMENT_TYPE'.

Przykłady
ADJ_DAMAGEXFER_REPLENSCRAP_EXPIREDRTN_CUST
Lokalizacja w magazynie
WarehouseLocation
Konkretne miejsce w magazynie, w którym wykonano czynność, na przykład miejsce składowania lub stanowisko pakowania.
Opis

Ten atrybut określa lokalizację powiązaną ze zdarzeniem dotyczącym zapasów, na przykład strefę, alejkę lub miejsce składowania. Pokazuje, gdzie w magazynie odbywały się przemieszczenia i inne czynności.

To ważny wymiar wykorzystywany w niemal każdym dashboardzie. Pomaga wskazać miejsca, w których występują wąskie gardła, porównać wyniki między lokalizacjami i zbadać przyczyny rozbieżności w zapasach. Można na przykład sprawdzić, czy w danej strefie często zdarzają się błędy kompletacji albo czy odkładanie towaru na miejsce trwa tam dłużej.

Dlaczego to ważne

Określa fizyczne miejsce zdarzeń dotyczących zapasów, co pozwala analizować wąskie gardła, efektywność i problemy związane z konkretnymi lokalizacjami.

Skąd pobrać

Dane o lokalizacji są podstawowym elementem każdego systemu WMS i powinny być dostępne w tabelach transakcji magazynowych, często w polach takich jak 'LOCATION_ID', 'BIN_CODE' lub 'ZONE'. Szczegóły można znaleźć w dokumentacji Manhattan Active Inventory.

Przykłady
A1-R02-S03-B01PACK-STATION-05QC-INBOUNDZONE-C-BULK
Użytkownik wykonujący czynność
UserPerformingAction
Identyfikator użytkownika lub pracownika, który wykonał czynność.
Opis

Ten atrybut zawiera identyfikator lub nazwę osoby odpowiedzialnej za wykonanie zadania, na przykład kompletację, pakowanie lub korektę zapasów. W przypadku zadań automatycznych może wskazywać identyfikator systemu lub bota.

Analiza wyników pracy poszczególnych użytkowników pomaga określić potrzeby szkoleniowe, docenić osoby osiągające dobre wyniki i zrozumieć rozkład obciążenia pracą. To ważny wymiar dashboardów dotyczących kompletacji i pakowania, a także analiz miejsc, w których często wprowadza się ręczne korekty.

Dlaczego to ważne

Łączy czynności w procesie z konkretnymi użytkownikami, co pozwala analizować wyniki pracy, równoważyć obciążenie i określać potrzeby szkoleniowe.

Skąd pobrać

Te informacje są zwykle przechowywane razem z danymi transakcyjnymi w polach takich jak 'USER_ID', 'EXECUTED_BY' lub 'RESOURCE_ID'. Szczegóły można znaleźć w dokumentacji Manhattan Active Inventory.

Przykłady
j.doeasmithSYSTEM_AUTOUSR_1138
Czas składowania zapasów
StockDwellTime
Łączny czas, przez jaki partia zapasów pozostaje w magazynie, od zakończenia odkładania towaru na miejsce do rozpoczęcia wydania towaru.
Opis

Czas składowania zapasów to KPI mierzący, jak długo zapasy pozostają bezczynnie w magazynie. Oblicza się go jako różnicę między zdarzeniem „Zakończono odkładanie towaru na miejsce” a zdarzeniem „Zarejestrowano wydanie towaru” dla danej partii zapasów.

Monitorowanie tego KPI pomaga optymalizować poziom zapasów i poprawiać przepływy pieniężne. Długi czas składowania może wskazywać na nadmierne zapasy, wolno rotujące produkty lub nieefektywną realizację zamówień. Skrócenie tego czasu jest często jednym z głównych celów zarządzania zapasami.

Dlaczego to ważne

Mierzy czas przechowywania zapasów i pomaga realizować cele związane z optymalizacją ich poziomu oraz ograniczaniem kosztów utrzymania.

Skąd pobrać

To pole obliczane na podstawie zdarzeń „Zakończono odkładanie towaru na miejsce” i „Zarejestrowano wydanie towaru” dla danego case. Wynik otrzymuje się przez odjęcie ich znaczników czasu.

Przykłady
30 08:00:0015 12:30:0090 00:00:00
Czy towar odłożono na miejsce na czas
IsPutawayOnTime
Wskaźnik informujący, czy proces odkładania towaru na miejsce zakończono w terminie określonym w umowie o gwarantowanym poziomie usług (SLA).
Opis

Ten atrybut logiczny wskazuje, czy zadanie odłożenia towaru na miejsce zakończono w wyznaczonym czasie. Oblicza się go, porównując rzeczywisty czas tej czynności, od „Rozpoczęto odkładanie towaru na miejsce” do „Zakończono odkładanie towaru na miejsce”, z ustalonym celem biznesowym, na przykład 4 godzinami.

Atrybut służy do obliczania KPI terminowości odkładania towaru na miejsce. Ułatwia filtrowanie opóźnionych zadań i badanie ich przyczyn, takich jak lokalizacja w magazynie, kategoria SKU czy użytkownik wykonujący zadanie. Pomaga monitorować i egzekwować standardy efektywności operacyjnej.

Dlaczego to ważne

Bezpośrednio mierzy przestrzeganie wewnętrznych poziomów usług przy odkładaniu zapasów na miejsce, ułatwiając szybkie wykrywanie i analizę problemów w procesie.

Skąd pobrać

To pole obliczane. Wymaga zastosowania reguły biznesowej lub definicji SLA, na przykład „Docelowy czas odkładania towaru na miejsce = 4 godziny”, do obliczonego czasu cyklu.

Przykłady
truefalse
Identyfikator zadania
TaskIdentifier
Unikalny identyfikator konkretnego zadania magazynowego, na przykład odłożenia towaru na miejsce lub kompletacji.
Opis

Partia zapasów identyfikuje artykuł, a identyfikator zadania wskazuje konkretne polecenie przekazane użytkownikowi lub systemowi. Na przykład odłożenie partii 100 sztuk może wymagać dwóch osobnych zadań po 50 sztuk.

Ten atrybut pozwala dokładniej analizować efektywność operacji. Może łączyć zdarzenie „Utworzono zadanie kompletacji” z odpowiadającym mu zdarzeniem „Zakończono kompletację”, co umożliwia precyzyjny pomiar czasu wykonania zadania. Przydaje się do analizy kompletacji i odkładania towaru na miejsce na poziomie pojedynczych zadań.

Dlaczego to ważne

Łączy zdarzenia utworzenia i zakończenia zadania, umożliwiając precyzyjny pomiar czasu realizacji poszczególnych zleceń pracy.

Skąd pobrać

Tabele zarządzania zadaniami lub ich realizacji w Manhattan Active Inventory zawierają unikalny identyfikator każdego zadania. Warto szukać pól 'TASK_ID' lub 'WORK_ORDER_ID'.

Przykłady
T-20231026-00123PK-987654PA-456789
Jednostka miary
UnitOfMeasure
Jednostka, w której podawana jest ilość artykułu, na przykład sztuka, karton lub paleta.
Opis

Jednostka miary określa, jak interpretować atrybut ilości artykułów. Informuje, czy ilość dotyczy pojedynczych sztuk, kartonów zawierających wiele sztuk czy całych palet.

Znajomość jednostki miary jest niezbędna do prawidłowej analizy, zwłaszcza przy porównywaniu różnych produktów lub transakcji. Pozwala poprawnie i spójnie obliczać KPI, takie jak wydajność kompletacji, oraz uniknąć błędnej interpretacji danych, gdy ilości zapisano w różnych jednostkach.

Dlaczego to ważne

Dostarcza kontekstu potrzebnego do interpretacji ilości, dzięki czemu wskaźniki i porównania są poprawne i miarodajne.

Skąd pobrać

To standardowe pole w kartotece produktów, zwykle przenoszone także do tabel transakcji. Warto szukać pól takich jak 'UOM' lub 'UNIT'.

Przykłady
EACSPLKG
Kategoria SKU
SKUCategory
Klasyfikacja lub kategoria SKU, na przykład „elektronika” albo „odzież”.
Opis

Kategoria SKU pozwala grupować podobne produkty i analizować je łącznie. Podział może uwzględniać rodzaj produktu, wymagania dotyczące przechowywania, na przykład chłodzenie, lub tempo sprzedaży, na przykład grupy A, B i C.

Ten atrybut pozwala wyciągać wnioski na poziomie wyższym niż analiza pojedynczych SKU. Pomaga odpowiedzieć na pytania takie jak: „Czy odkładanie elektroniki na miejsce trwa dłużej niż w przypadku innych kategorii?” lub „Czy złomowanie dotyczy głównie produktów sezonowych?”. Jest wykorzystywany w dashboardach dotyczących czasu odkładania towaru na miejsce i czasu oczekiwania na kontrolę jakości.

Dlaczego to ważne

Umożliwia łączną analizę grup produktów i pomaga wykrywać trendy oraz problemy wspólne dla całych kategorii.

Skąd pobrać

Informacje te są zwykle częścią kartoteki produktów powiązanej z SKU. Szczegóły można znaleźć w konfiguracji kartoteki produktów lub artykułów w Manhattan Active Inventory.

Przykłady
ElektronikaOdzieżProdukty mrożoneProdukty szybko rotujące
Magazyn
Warehouse
Identyfikator magazynu lub centrum dystrybucyjnego, w którym znajdują się zapasy.
Opis

Ten atrybut wskazuje konkretny obiekt, na przykład centrum dystrybucyjne lub magazyn, w którym odbywa się czynność związana z zapasami. Określa lokalizację na wyższym poziomie niż konkretne miejsce w magazynie, takie jak alejka czy miejsce składowania.

Analiza według magazynu jest ważna dla firm mających kilka obiektów. Pozwala porównywać ich wyniki, wskazywać dobre praktyki w sprawnie działających magazynach i określać obszary wymagające poprawy w pozostałych. To ważny wymiar dashboardu przepustowości operacji magazynowych.

Dlaczego to ważne

Pozwala porównywać wyniki procesów magazynowych między różnymi obiektami i centrami dystrybucyjnymi.

Skąd pobrać

Te informacje są zwykle częścią kartoteki lokalizacji lub można je wywnioskować z kodu lokalizacji magazynowej. Warto szukać pól takich jak 'WH_ID' lub 'SITE_CODE'.

Przykłady
WH-01-EASTDC-CENTRALFAC-WEST-3
Nazwa dostawcy
SupplierName
Nazwa dostawcy, od którego otrzymano zapasy.
Opis

Ten atrybut wskazuje dostawcę, od którego otrzymano daną partię zapasów. Jest najbardziej przydatny na początku cyklu życia zapasów, podczas przyjęcia towaru i kontroli jakości.

Analiza procesów według dostawcy pomaga oceniać jego wyniki. Na przykład dashboard czasu oczekiwania na kontrolę jakości wykorzystuje ten atrybut, aby sprawdzić, czy zapasy od określonych dostawców regularnie czekają na kontrolę dłużej. Może to wskazywać na problemy z jakością lub dokumentacją.

Dlaczego to ważne

Łączy procesy magazynowe z konkretnymi dostawcami i pozwala analizować związane z nimi wyniki, na przykład opóźnienia kontroli jakości.

Skąd pobrać

Te informacje są zwykle dostępne w zamówieniu zakupu lub awizo wysyłki powiązanym ze zdarzeniem przyjęcia towaru. Może być konieczne połączenie danych z systemu zakupowego.

Przykłady
Global Tech Inc.Component Suppliers LLCOffice Essentials Co.
Status zapasów
InventoryStatus
Bieżący status partii zapasów, na przykład „dostępna”, „wstrzymana” lub „w trakcie kontroli”.
Opis

Ten atrybut opisuje stan zapasów w danym momencie. Informuje, czy zapasy są dostępne do przypisania do zamówień, przechodzą kontrolę jakości, są zablokowane z innego powodu czy znajdują się w transporcie.

Śledzenie zmian statusu zapasów dostarcza przydatnych informacji. Analiza czasu spędzonego w statusie „wstrzymana” lub „w trakcie kontroli” pozwala określić, jak długo zapasy pozostają niedostępne. Atrybut pomaga ustalić przyczyny długiego czasu składowania.

Dlaczego to ważne

Informuje, czy zapasy są dostępne do realizacji zamówień, i pomaga analizować opóźnienia wynikające z kontroli jakości, blokad lub innych statusów ograniczających dostępność.

Skąd pobrać

To ważne pole w tabelach sald lub poziomów zapasów w Manhattan Active Inventory. Warto szukać pól 'STATUS_CODE' lub 'INVENTORY_STATUS'.

Przykłady
DostępneKontrola jakościZablokowaneUszkodzone
Wartość artykułów
ItemValue
Wartość pieniężna artykułów objętych transakcją.
Opis

Ten atrybut określa wartość finansową zapasów powiązanych ze zdarzeniem. Oblicza się ją, mnożąc ilość artykułów przez koszt jednostkowy. Jest szczególnie przydatny w analizie skutków finansowych.

Wartość artykułów jest niezbędna w dashboardzie trendów złomowania zapasów, ponieważ pozwala określić straty finansowe związane ze złomowanym towarem. Pomaga ustalać priorytety działań ograniczających koszty, koncentrując się na często spisywanych produktach o wysokiej wartości. Uzupełnia też analizę korekt i rozbieżności w zapasach o wymiar finansowy.

Dlaczego to ważne

Pokazuje finansowe skutki przemieszczeń zapasów, co pozwala określić koszty złomowania, rozbieżności i nadmiernych zapasów.

Skąd pobrać

Wartość tę często oblicza się, mnożąc ilość artykułów z tabeli transakcji przez koszt jednostkowy z kartoteki produktów lub danych finansowych. Koszt jednostkowy może być zapisany w polach takich jak 'STANDARD_COST' lub 'UNIT_PRICE'.

Przykłady
1500.0025.50349.99
Wymagane Zalecane Opcjonalne

Działania w procesie zarządzania zapasami

Poniżej przedstawiono najważniejsze etapy i punkty kontrolne, które warto uwzględnić w dzienniku zdarzeń, aby dokładnie odkryć i usprawnić proces.
6 Zalecane 7 Opcjonalne
Działanie Opis
Goods Issue Recorded
Oznacza moment, w którym partia zapasów oficjalnie opuszcza magazyn, zmniejszając stan dostępny. Zdarzenie jest zwykle wywoływane skanem przy odjeździe ciężarówki lub potwierdzeniem wysyłki.
Dlaczego to ważne

To główne zdarzenie kończące cykl życia zapasów w przypadku prawidłowej realizacji. Kończy proces wydania towaru i służy do obliczania całkowitego czasu składowania.

Skąd pobrać

To standardowa, jawna transakcja w dziennikach transakcji magazynowych, często powiązana z wysyłką lub zamówieniem sprzedaży. Zmniejsza ilość danej partii zapasów w systemie.

Rejestrowanie

Dane pochodzą z jawnej transakcji wydania towaru zapisanej w dziennikach transakcji systemu.

Typ zdarzenia explicit
Goods Receipt Recorded
Oznacza oficjalne przyjęcie partii zapasów do obiektu i zarejestrowanie jej w systemie. Zdarzenie jest zwykle rejestrowane, gdy użytkownik skanuje towary lub potwierdza przyjęcie na podstawie zamówienia zakupu albo awiza wysyłki (ASN) w Manhattan Active Inventory.
Dlaczego to ważne

To główne zdarzenie rozpoczynające cykl życia zapasów. Analiza czasu od tego momentu do kolejnych czynności ma zasadnicze znaczenie dla pomiaru sprawności przyjęć i oceny dostawców.

Skąd pobrać

Jest to standardowa, jawnie rejestrowana transakcja w dzienniku transakcji magazynowych lub tabelach historii przyjęć, zapisywana podczas księgowania przyjęcia towaru. Należy szukać kodów transakcji związanych z przyjęciem.

Rejestrowanie

Dane pochodzą z jawnej transakcji przyjęcia towaru zapisanej w dziennikach transakcji systemu.

Typ zdarzenia explicit
Inventory Adjusted
Jawna korekta ilości zapasów partii w systemie, wykonana po wykryciu rozbieżności, na przykład podczas przeliczenia. Korekta może zwiększać lub zmniejszać stan.
Dlaczego to ważne

To zdarzenie bezpośrednio wskazuje na niezgodność stanu zapasów. Analiza korekt ma zasadnicze znaczenie dla dashboardu przeglądu rozbieżności w zapasach i KPI wskaźnika rozbieżności.

Skąd pobrać

Zdarzenie można znaleźć w dziennikach transakcji magazynowych pod określonymi kodami korekt, na przykład „ADJ+” lub „ADJ-”. Dzienniki zawierają szczegóły, takie jak kod przyczyny, użytkownik i zmieniona ilość.

Rejestrowanie

Dane pochodzą z transakcji opatrzonych określonymi kodami przyczyn korekty w dzienniku magazynowym.

Typ zdarzenia explicit
Picking Completed
Potwierdza, że pracownik pobrał zapasy z miejsca składowania i przeniósł je do strefy odkładczej lub pakowania. Zdarzenie jest rejestrowane, gdy pracownik potwierdza pobranie na urządzeniu przenośnym.
Dlaczego to ważne

Ten etap kończy kompletację i rozpoczyna pakowanie. Jest niezbędny do pomiaru wydajności pracowników kompletujących oraz do zasilania dashboardu wydajności kompletacji i pakowania.

Skąd pobrać

Dane pochodzą z timestampu zakończenia zadania kompletacji lub transakcji zmiany lokalizacji, która przenosi zapasy z pojemnika magazynowego do strefy odkładczej.

Rejestrowanie

Dane pochodzą z timestampu zakończenia zadania kompletacji w systemie zarządzania zadaniami.

Typ zdarzenia explicit
Put-Away Completed
Potwierdza, że partia zapasów została umieszczona w docelowym pojemniku magazynowym. Zdarzenie jest zwykle rejestrowane, gdy pracownik skanuje pojemnik i potwierdza wykonanie zadania rozmieszczenia.
Dlaczego to ważne

To ważny etap, który kończy proces przyjęcia i udostępnia zapasy do realizacji zamówień. Jest niezbędny do obliczenia KPI czasu cyklu rozmieszczenia i terminowości rozmieszczenia.

Skąd pobrać

Zdarzenie jest rejestrowane jako status zakończenia w rekordzie zadania rozmieszczenia albo jako transakcja zmiany lokalizacji w dziennikach transakcji magazynowych, wraz z timestampem.

Rejestrowanie

Dane pochodzą z timestampu zakończenia zadania rozmieszczenia lub transakcji aktualizującej lokalizację.

Typ zdarzenia explicit
Stock Scrapped
Oznacza ostateczną decyzję o przeznaczeniu partii zapasów na złom, czyli jej odpisanie i fizyczną utylizację. Dotyczy towarów uszkodzonych, przeterminowanych lub przestarzałych.
Dlaczego to ważne

To zdarzenie oznacza poważną stratę lub alternatywne zakończenie procesu. Jego śledzenie jest niezbędne dla dashboardu trendów utylizacji zapasów i KPI wskaźnika utylizacji.

Skąd pobrać

Zdarzenie jest rejestrowane jako jawna korekta zapasów lub transakcja utylizacji w dziennikach transakcji magazynowych, z określonym kodem przyczyny wskazującym na utylizację.

Rejestrowanie

Zdarzenie identyfikuje się na podstawie transakcji z określonymi kodami przyczyn utylizacji lub likwidacji.

Typ zdarzenia explicit
Cycle Count Performed
Oznacza wykonanie fizycznego przeliczenia partii zapasów i wprowadzenie wyniku do systemu. Czynność ta jest częścią weryfikacji i uzgadniania stanów magazynowych.
Dlaczego to ważne

To czynność poprzedzająca każdą korektę zapasów. Analiza częstotliwości i wyników przeliczeń pomaga ustalić przyczyny niezgodności stanów.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane w module inwentaryzacji lub audytu w Manhattan Active Inventory. To jawna czynność wykonana przez użytkownika, opatrzona timestampem.

Rejestrowanie

Rejestrowane, gdy użytkownik przesyła wyniki przeliczenia dla określonej lokalizacji lub towaru.

Typ zdarzenia explicit
Packing Completed
Oznacza, że pobrane towary, w tym konkretna partia zapasów, zostały zapakowane do pojemnika wysyłkowego, który następnie zamknięto. Zdarzenie jest zwykle rejestrowane na stanowisku pakowania.
Dlaczego to ważne

Ta czynność kończy wewnętrzną obsługę towaru w ramach zamówienia. Analiza czasu od kompletacji do pakowania pomaga wykryć wąskie gardła na stanowiskach pakowania.

Skąd pobrać

Zdarzenie jest często rejestrowane jako aktualizacja statusu wysyłki lub zamówienia albo jako jawna transakcja „pack” na stanowisku pakowania. Jest powiązane z towarami i partiami umieszczonymi w zapakowanym pojemniku.

Rejestrowanie

Rejestrowane jako jawne zdarzenie, gdy użytkownik zamyka pojemnik wysyłkowy na stanowisku pakowania.

Typ zdarzenia explicit
Picking Task Created
Oznacza utworzenie przez system zadania dla pracownika magazynu, który ma pobrać partię zapasów na potrzeby zamówienia klienta lub zlecenia produkcyjnego. To początek procesu wydania towaru.
Dlaczego to ważne

To punkt początkowy pomiaru całego cyklu realizacji zamówienia i pierwszy etap obliczania KPI średniego czasu kompletacji.

Skąd pobrać

Zdarzenie jest rejestrowane w tabelach zarządzania zadaniami lub planowania fal. Każde zadanie ma timestamp utworzenia i jest powiązane z konkretną partią zapasów oraz zamówieniem docelowym.

Rejestrowanie

Rejestrowane w chwili utworzenia zadania kompletacji przez systemowy mechanizm alokacji i przydzielania zadań.

Typ zdarzenia explicit
Put-Away Task Created
Oznacza, że system utworzył zadanie dla pracownika magazynu, aby przenieść przyjętą partię zapasów z rampy przyjęć do wyznaczonego miejsca składowania. To zdarzenie rozpoczyna proces rozmieszczania towaru.
Dlaczego to ważne

Ta czynność rozpoczyna cykl rozmieszczania towaru. Opóźnienie między tym zdarzeniem a „Put-Away Completed” wskazuje na problemy z przydzielaniem zadań lub dostępnością pracowników.

Skąd pobrać

Zdarzenie jest prawdopodobnie rejestrowane w tabeli systemu zarządzania zadaniami lub systemu sterowania magazynem w Manhattan Active Inventory. Powinno zawierać timestamp utworzenia i odwołanie do partii zapasów.

Rejestrowanie

Rejestrowane w chwili utworzenia zadania rozmieszczenia przez systemowy mechanizm przydzielania zadań.

Typ zdarzenia explicit
Quality Inspection Performed
Oznacza zakończenie kontroli jakości przyjętej partii zapasów. Zdarzenie często rejestruje kontroler jakości, a jego skutkiem jest zmiana statusu zapasów z „On Hold” na „Available”.
Dlaczego to ważne

Ta czynność może stanowić poważne wąskie gardło i opóźniać udostępnienie zapasów. Pomiar jej czasu pomaga znaleźć sposoby na skrócenie KPI czasu kontroli jakości.

Skąd pobrać

Może to być jawna transakcja w module zarządzania jakością albo zdarzenie wywnioskowane ze zmiany statusu rekordu partii zapasów. Typowym wskaźnikiem jest zmiana statusu z „QI” lub „Hold” na „Available”.

Rejestrowanie

Zdarzenie wywnioskowane ze zmiany pola statusu zapasów, na przykład z „QUALITY” na „AVAILABLE”.

Typ zdarzenia inferred
Return Received
Oznacza fizyczne przyjęcie do magazynu od klienta partii zapasów, która została wcześniej wysłana. Rozpoczyna podproces obsługi zwrotu.
Dlaczego to ważne

To początek procesu logistyki zwrotnej. Śledzenie przebiegu od tego momentu ma zasadnicze znaczenie dla dashboardu przepływu obsługi zwrotów i powiązanych KPI.

Skąd pobrać

Zdarzenie jest zwykle rejestrowane jako transakcja przyjęcia zwrotu towaru (RMA). Tworzy nowy rekord zapasów lub zmienia status pierwotnej partii na „In Return”.

Rejestrowanie

Dane pochodzą z jawnej transakcji przyjęcia zwrotu, często powiązanej z numerem RMA.

Typ zdarzenia explicit
Stock Moved Internally
Oznacza przeniesienie partii zapasów z jednego miejsca składowania do innego w obrębie tego samego obiektu. Może to służyć uzupełnieniu zapasów, konsolidacji lub innym celom logistycznym.
Dlaczego to ważne

Śledzenie przesunięć wewnętrznych jest niezbędne do analizy sprawności magazynu i dokładności lokalizacji zapasów. Ta czynność zasila dashboard efektywności przesunięć wewnętrznych zapasów.

Skąd pobrać

Dane pochodzą z dzienników transakcji magazynowych rejestrujących zmianę lokalizacji towaru (pojemnika), która nie jest częścią początkowego rozmieszczenia ani końcowej kompletacji. Należy szukać określonych typów transakcji przesunięcia.

Rejestrowanie

Zdarzenie identyfikuje się na podstawie określonych kodów transakcji przesunięć wewnętrznych lub przeniesień między lokalizacjami.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Manhattan Active Inventory

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?

Ten szablon zawiera wszystko, czego potrzeba, aby rozpocząć optymalizację zarządzania zapasami. Zacznij zbierać dane już dziś i poznaj przebieg procesu na podstawie konkretnych informacji.

Usprawnij zarządzanie zapasami i obniż koszty

Usuń wąskie gardła i skróć czas cyklu o 30%. Pierwsze wyniki można zobaczyć już dziś.

Rozpocznij bezpłatny okres próbny

Karta kredytowa nie jest wymagana. Konfiguracja zajmuje kilka minut.