Business Intelligence dla logistyki w programie magazynowym WMS.net

Autor: Adam Siemiątkowski, SoftwareStudio Group Sp. z o.o.

Business Intelligence (BI) to warstwa analityczna nad danymi z kilku systemów naraz. Najczęściej łączy magazyn z transportem, a ERP dokłada terminy i wartości. Raporty i pulpity samego Studio WMS.net opisuje strona o raportowaniu w programie magazynowym, a pytania, które warto zadać danym magazynu, strona o analizie danych magazynowych. Tutaj zajmujemy się chwilą, w której liczby z różnych źródeł trzeba połączyć w jedną miarę. Opisujemy, skąd wziąć dane i jak je przygotować, a osobno zaznaczamy, kiedy zwykły raport z WMS w zupełności wystarcza. Zestawienie sąsiednich stron zawiera tabela na końcu.

Jak BI w logistyce zamienia rozproszone dane w decyzje?

Jak BI porządkuje dane z transportu i magazynu?

Business Intelligence w logistyce zbiera dane z wielu źródeł transportowych oraz magazynowych i zamienia je w uporządkowany obraz sytuacji. System przekształca te informacje w raporty oraz wizualizacje, dlatego menedżerowie szybciej rozumieją wyniki i odchylenia. Ponadto narzędzia BI pozwalają monitorować wskaźniki efektywności niemal w czasie rzeczywistym, więc zespół reaguje bez czekania na zestawienia przygotowane ręcznie. Częstość odświeżania zależy od tego, jak często dane trafiają do zbioru analitycznego, i to ustala się przy wdrożeniu. W efekcie firma ogranicza chaos informacyjny i może prowadzić operacje w bardziej przewidywalny sposób.

Takie podejście wspiera też obszar transportu, ponieważ rozwiązania BI pomagają oceniać trasy przewozowe oraz wykorzystanie floty. Zespół łączy dane o realizacji dostaw z danymi o kosztach, dlatego łatwiej widzi, gdzie powstają straty. Ponadto bieżący podgląd wyników ułatwia planowanie, więc firma szybciej dopasowuje zasoby do aktualnego obciążenia. W rezultacie przedsiębiorstwo może obniżać koszty operacyjne, bo decyzje opiera na danych, a nie na intuicji.

Jak BI wspiera prognozy i planowanie zapasów?

Rozwiązania BI analizują dane historyczne i na tej podstawie pomagają szacować ryzyko opóźnień w dostawach. Analiza pokazuje wzorce zamówień klientów oraz sezonowe wahania popytu, dlatego planowanie rzadziej opiera się na domysłach. Ponadto narzędzia tego typu wspierają planowanie poziomów zapasów magazynowych, więc magazyn utrzymuje lepszą równowagę między dostępnością a kosztami. W efekcie firma szybciej reaguje na zdarzenia w łańcuchu dostaw, bo widzi sygnały ostrzegawcze wcześniej. Granice prognozy opisuje osobna sekcja niżej.

Prognozy i analizy wzmacniają procesy decyzyjne, ponieważ BI przedstawia szacunki oparte na rzeczywistych danych operacyjnych. Zespół może dzięki temu szybciej wykrywać obszary ryzyka, dlatego ogranicza liczbę sytuacji kryzysowych w logistyce. Ponadto organizacja zyskuje narzędzie do oceny skutków planowanych zmian, więc podejmuje trafniejsze decyzje priorytetowe. W rezultacie firma ma szansę poprawić terminowość dostaw i zaufanie klientów.

Wdrożenie BI wymaga inwestycji, a potem automatyzuje analitykę

Wdrożenie Business Intelligence wymaga nakładów finansowych oraz czasu, dlatego firma powinna przygotować realistyczny plan implementacji. Jednak później rozwiązanie przynosi oszczędności, ponieważ organizacja wykorzystuje zasoby efektywniej i ogranicza niepotrzebne koszty. Ponadto BI automatyzuje część pracy analitycznej, więc zespół nie traci godzin na ręczne przygotowywanie raportów. W efekcie przedsiębiorstwo zyskuje przewagę konkurencyjną, bo szybciej podejmuje decyzje i szybciej koryguje działania operacyjne. Przy ocenie kosztów pomaga strona o ograniczeniach darmowego programu do magazynowania towaru.

Lepsze planowanie wpływa też na satysfakcję klientów, ponieważ sprzyja terminowym dostawom i sprawniejszej obsłudze. Firma może też szybciej reagować na nieoczekiwane zdarzenia, dlatego ogranicza skutki zakłóceń w łańcuchu dostaw. Ponadto automatyzacja analiz wzmacnia kontrolę nad procesami, więc organizacja łatwiej utrzymuje standardy operacyjne. W rezultacie BI działa jako praktyczne wsparcie dla logistyki, a nie jako narzędzie używane sporadycznie.

Największą część nakładów zwykle pochłania nie sam pulpit, tylko uzgodnienie definicji wskaźników i przygotowanie danych. Dlatego plan wdrożenia BI zaczyna się od listy pytań i źródeł, a narzędzie wybiera się na końcu. Zakres dla konkretnego magazynu ustala analiza przedwdrożeniowa.

Skąd BI bierze dane z magazynu i transportu?

BI nie wytwarza danych, tylko je zbiera, więc jakość wyniku zależy od miejsca, w którym powstaje zapis. W logistyce źródła dzielą się na cztery grupy, a każda odpowiada na inne pytanie.

• System magazynowy (WMS) - dokumenty przyjęć i wydań, z których wynikają stany na lokalizacjach. Zlecenia mają zapisany czas zamknięcia. W Studio WMS.net te dane leżą w bazie SQL Server, z której czytają też raporty.
• Awizacje i okna czasowe - plan przyjazdów zapisany w rezerwacjach ramp oraz rzeczywiste wjazdy i wyjazdy pojazdów, które rejestruje ochrona. Formularz awizo opisuje strona o ewidencji rezerwacji ramp.
• Transport - zlecenia przewozowe ze statusami przesyłek oraz koszty przewozu, jeśli prowadzi je osobny system transportowy lub ERP. Rolę takiego systemu opisuje strona o systemie TMS.
• ERP - zamówienia klientów i zakupu oraz terminy obiecane odbiorcom. Wymianę dokumentów z ERP opisuje strona o integracji systemów informatycznych.

Każde źródło ma własne oznaczenia towaru i kontrahenta, więc dopiero wspólny klucz pozwala policzyć jedną miarę z dwóch systemów. Przykładem jest wskaźnik OTIF, który potrzebuje terminu ze zlecenia i daty z dokumentu wydania, czyli danych z dwóch miejsc. Gdzie kończy się rola ERP, a zaczyna rola magazynu, wyjaśnia strona o różnicy między WMS a ERP.

Jak wygląda droga od danych do wizualizacji?

Model BI składa się z czterech etapów, a przed nimi stoją źródła. Dane trafiają najpierw do ładowania, które pobiera je i ujednolica (w skrócie ETL). Potem leżą w hurtowni danych albo, w mniejszej firmie, w prostszym zbiorze analitycznym. Na tym zbiorze zapisuje się miary, czyli wskaźniki liczone zawsze tym samym wzorem. Dopiero na końcu powstają pulpity i raporty, które widzą użytkownicy.

Hurtownia nie jest obowiązkowa. Gdy wszystkie pytania dotyczą jednego systemu, wystarcza raport z jego bazy. Hurtownia zaczyna być potrzebna, gdy źródeł jest kilka. Przydaje się też wtedy, gdy ciężkie zapytania analityczne zwalniają bazę, w której magazynierzy zapisują ruchy towaru.

Miara to wskaźnik z zapisanym wzorem i źródłem danych. Dwa magazyny mogą pokazywać OTIF i liczyć go inaczej, więc definicję zapisuje się raz, w warstwie miar, a pulpity tylko z niej korzystają. Dzięki temu kierownik i zarząd widzą tę samą liczbę. Wzory wskaźników magazynowych i ich status pomiaru podaje strona o KPI magazynu.

Narzędzie BI może czytać dane na dwa sposoby: bezpośrednio z bazy operacyjnej albo z kopii w hurtowni. Pierwszy sposób jest prostszy, ale każde odświeżenie pulpitu obciąża bazę, w której pracują terminale. Drugi wymaga ładowania, za to oddziela ruch hali od analiz. Jak to rozwiązać dla Studio WMS.net, ustala analiza przedwdrożeniowa. Opis architektury pokazuje tylko, że raporty SSRS czytają z tej samej bazy co aplikacja, a więcej o warstwach programu mówi strona o architekturze Studio WMS.net.

Jak połączenie BI z WMS i oknami czasowymi porządkuje pracę ramp?

Jak BI i WMS razem mierzą kompletację i rotację towaru?

BI może współpracować z systemem WMS, aby wspierać analitykę operacyjną i raportowanie procesów magazynowych. Dzięki temu firma analizuje dane dotyczące kompletacji zamówień i rotacji towarów, dlatego szybciej widzi wąskie gardła. Ponadto raporty stanów magazynowych umożliwiają bieżącą analizę dostępności towarów, więc zespół łatwiej identyfikuje problemy i reaguje na zmieniające się potrzeby. W efekcie prezentacja danych w formie graficznej ułatwia zrozumienie złożonych zależności w magazynie.

W praktyce integracja WMS i BI pozwala zbudować spójny obraz operacji, ponieważ dane operacyjne trafiają do raportów bez ręcznego przepisywania. Zespół może szybciej oceniać skutki zmian organizacyjnych, dlatego usprawnienia nie opierają się na przypadkowych obserwacjach. Ponadto BI pomaga identyfikować obszary do poprawy, więc firma może też lepiej kontrolować koszt wdrożenia i utrzymania rozwiązań magazynowych. W rezultacie magazyn zyskuje narzędzie, które łączy dane i zamienia je we wskazówki do działania. Dane o lokalizacji towaru zbiera aplikacja na telefon przy regale.

Kompletację i rotację każdy kierownik zna już z raportów WMS. BI dokłada to, czego pojedynczy raport nie pokaże, czyli porównanie z planem transportu i z kosztem. Przykład ilustracyjny: zlecenie skompletowane w godzinę nic nie daje, gdy pojazd stoi w kolejce dwie godziny. Oba zdarzenia widać dopiero w jednym zestawieniu.

Jak okienka czasowe porządkują przyjęcia, wydania i kolejki?

Okienka czasowe w systemach magazynowych oznaczają przedziały, w których zaplanowane są operacje takie jak przyjęcia, wydania towarów lub transport. Gdy firma ustala takie przedziały, lepiej zarządza przepływem towarów w magazynie, dlatego ogranicza czas oczekiwania i opóźnienia. Ponadto system magazynowy może automatycznie przypisywać okienka do zleceń, więc planowanie przebiega szybciej i w bardziej uporządkowany sposób. W efekcie harmonogram porządkuje pracę ramp i ułatwia koordynację działań na placu.

Takie podejście pomaga też w komunikacji między stronami, ponieważ kierowcy i magazyn planują działania według tych samych ustaleń czasowych. Zespół może wcześniej przygotować zasoby, dlatego unika spiętrzeń i przypadkowych przestojów. Ponadto okienka czasowe wspierają analizę, bo firma porównuje plan z wykonaniem i szybciej wykrywa źródła opóźnień. W rezultacie organizacja usprawnia operacje magazynowe dzięki lepszej organizacji czasu.

Każde okno zostawia dla BI dwa zapisy: czas zaplanowany i czas rzeczywisty. W awizacji Studio WMS.net ochrona rejestruje czas wjazdu na teren i wyjazdu z niego, a w awizo transportu zapisuje się pojazd z kierowcą oraz potwierdzoną liczbę palet. Z różnicy między planem a zapisem BI liczy odchylenie przyjazdu od okna i czas pobytu pojazdu na terenie. Zestawienie według przewoźnika pokazuje wtedy, kto spóźnia się regularnie, a kto tylko raz.

Ta strona nie opisuje samego rezerwowania okien. Przebieg od zgłoszenia do dokumentu PZ pokazuje strona o awizacji dostaw, a to, jak okna układają się w ciągu dnia, strona o harmonogramie dostaw.

Dlaczego operator logistyczny potrzebuje danych i raportów?

Operator logistyczny organizuje magazynowanie i transport towarów, dlatego musi utrzymać porządek w danych i procesach. Takie podmioty korzystają z systemów magazynowych i transportowych, aby efektywnie zarządzać łańcuchem dostaw. Ponadto rozwiązania informatyczne wspierają kontrolę zapasów oraz śledzenie przesyłek, więc operator może zapewniać terminową dostawę. W efekcie raportowanie i analityka stają się ważnym narzędziem utrzymania jakości obsługi klienta.

Gdy operator łączy dane z magazynu i transportu, łatwiej minimalizuje koszty operacyjne oraz poprawia jakość usług. Zespół podejmuje decyzje szybciej, ponieważ widzi wskaźniki w jednym miejscu, a nie w rozproszonych plikach. Ponadto BI wspiera analizę trendów i przewidywanie problemów, więc operator może planować zasoby z większą precyzją. W rezultacie organizacja utrzymuje stabilniejszy łańcuch dostaw i łatwiej spełnia oczekiwania klientów.

Dla operatora BI ma jeszcze jedno zadanie: klient oczekuje liczb o swoim towarze. Pulpit Studio WMS.net pokazuje ranking kontrahentów według liczby palet w magazynie, a szerszy obraz, na przykład obrót palet zestawiony z kosztem usługi, buduje się dopiero po połączeniu źródeł. Sposób rozliczania usług opisuje strona o rozliczeniu kosztów usług magazynowych, a model współpracy strona o programie magazynowym dla 3PL.

Które wskaźniki policzy BI dla magazynu i transportu?

Wartość BI widać przy wskaźnikach, które wymagają dwóch źródeł naraz. Wskaźniki liczone z jednego systemu, na przykład dokładność stanów albo wypełnienie lokalizacji, opisuje strona o wskaźnikach KPI magazynu. Poniższa tabela zestawia wskaźniki, które łączą dane magazynowe z transportowymi albo z ERP. Definicje są propozycjami do uzgodnienia, a nie normą, bo każda firma powinna zapisać własną.

Przykład ilustracyjny: okno zarezerwowano na 9:00, pojazd wjechał o 9:40, a dokument PZ zatwierdzono o 11:10. Spóźnienie przyjazdu wyniosło 40 minut, a czas od przyjazdu do przyjęcia 90 minut. Dopiero zestawienie obu liczb według przewoźnika pokazuje, czy opóźnienie powstaje u przewoźnika, czy przy rozładunku.

Część wskaźników zależy od tego, czy dane zdarzenie w ogóle jest zapisane. Czas pobytu pojazdu bez rejestru wjazdów jest szacunkiem albo nie istnieje, a OTIF poza momentem wydania wymaga danych od przewoźnika. Dlatego przy każdym wskaźniku w BI zapisuje się źródło i status pomiaru, tak jak robi to strona o KPI magazynu.

Czy prognoza popytu ustawi poziomy zapasów?

Nie ustawi ich sama. Prognoza daje szacunek popytu na kolejne okresy, a poziom zapasu wynika dopiero z czasu dostawy oraz z oczekiwanej dostępności towaru. Do tego dochodzi błąd prognozy. Wzory na zapas bezpieczeństwa i punkt zamawiania podaje strona o zapasie bezpieczeństwa i punkcie zamawiania, a politykę zamówień strona o zarządzaniu zapasami. BI wnosi to, czego arkusz nie utrzyma: stałe porównanie prognozy z wykonaniem.

Prognozę buduje się z historii wydań, ale wydania nie są tym samym co popyt. Gdy towaru zabrakło, wydań było zero, choć klienci pytali. Dlatego analityk oznacza okresy braków towaru oraz zdarzenia jednorazowe, takie jak promocja albo duży przetarg, i wyłącza je z liczenia lub opisuje osobno.

Przykład ilustracyjny: prognoza na miesiąc wynosiła 400 palet, a wydano 460. Błąd to 60 palet, czyli 15% prognozy. Jeżeli taki błąd powtarza się co miesiąc w tę samą stronę, zapas bezpieczeństwa i próg zamawiania są ustawione za nisko, a BI pokazuje to w zestawieniu błędów z kilku miesięcy.

Prognoza ma granice. Nowe indeksy nie mają historii, a popyt na towary zamawiane rzadko bywa nieregularny, więc dla nich prognoza niewiele da. W takich przypadkach lepszy jest próg min-max ustawiony na podstawie zużycia, jak opisuje strona o analizie danych magazynowych. To, dla których indeksów prognoza w ogóle ma sens, pokazuje klasyfikacja ABC i XYZ, a decyzję o zmianie poziomów zapasu podejmuje człowiek, nie narzędzie.

Dlaczego jakość danych decyduje o wyniku BI?

Pulpit pokazuje błędy w danych równie wiernie jak prawdziwe wyniki. Gdy ten sam towar występuje pod dwoma indeksami, rotacja i pokrycie zapasu są liczone osobno dla każdego z nich i żadna wartość nie jest prawdziwa. Przygotowanie danych do pojedynczej analizy opisuje strona o analizie danych magazynowych, a tutaj chodzi o dane łączone między systemami. Cztery problemy powtarzają się najczęściej.

• Brak wspólnego klucza - zlecenie z ERP i dokument z WMS nie mają tego samego numeru, więc nie da się ich sparować. Przy dostawach taki klucz daje numer zlecenia ZPZ wpisany w awizo transportu, z którego po rozładunku powstaje dokument PZ.
• Czas wpisany po fakcie - godzina uzupełniona ręcznie po kilku godzinach zniekształca czas obsługi. Zapis przy skanie lub przy rejestracji wjazdu jest wiarygodniejszy.
• Dokumenty niezatwierdzone - awizo w trakcie realizacji można jeszcze poprawiać, a dopiero zatwierdzenie utrwala dane. Dlatego BI powinno liczyć z dokumentów zatwierdzonych.
• Różne definicje terminu - ERP może liczyć termin od zamówienia, a WMS od zwolnienia zlecenia do realizacji, więc ta sama dostawa bywa w terminie w jednym systemie i spóźniona w drugim.

Kartoteka i skany wymagają tej samej dyscypliny, którą opisuje strona o kartotekach magazynowych oraz strona o kontroli zapasów. Dopóki stan w systemie nie zgadza się z półką, żaden pulpit tego nie naprawi, więc audyt danych poprzedza budowę wizualizacji. Przed wdrożeniem BI warto policzyć, ile pozycji ma braki w polach potrzebnych wskaźnikowi, i uzgodnić, kto je poprawia.

Kiedy wystarczy raport z WMS, a kiedy potrzeba BI?

Zwykły raport z WMS odpowiada na większość pytań kierownika magazynu. W Studio WMS.net zestawienia działają na SQL Server Reporting Services, szablony projektuje się w Report Builderze, a wynik można wyeksportować do PDF albo Excela i dalej analizować w tabeli przestawnej. Szczegóły podaje strona o raportach w programie WMS.net.

Pytanie o BI pojawia się, gdy do odpowiedzi trzeba połączyć dane z kilku systemów albo porównać wiele lat. Raport z jednego źródła przestaje wtedy wystarczać, bo każda zmiana układu oznacza nowy szablon. Narzędzie Studio RAPORTY.net łączy się ze źródłami MS SQL Server, Oracle, FireBird i MySQL, a zestawienie definiuje się zapytaniem SQL, jak opisuje strona o zarządzaniu zestawieniami.

Reguła praktyczna jest prosta: jeśli odpowiedź mieści się w jednym zestawieniu z jednego systemu, BI jest zbędny. Jeśli ta sama liczba trafia co tydzień do arkusza, w którym ktoś ręcznie łączy dane z dwóch systemów, warto rozważyć BI.

W materiałach o Studio WMS.net opisano raporty SSRS oraz dashboard, a obok nich osobne Studio RAPORTY.net. Nie opisano gotowego połączenia z zewnętrznymi narzędziami BI ani gotowej hurtowni danych, więc taki zakres ustala analiza przedwdrożeniowa. Dotyczy to także sposobu dostępu do bazy i częstości odświeżania danych. Wymianę z ERP opisuje dział Integracje.

Którą stronę o danych i raportach otworzyć dalej?

Sąsiednie strony odpowiadają na inne pytania niż ta. Tabela pomaga wybrać tę, która jest potrzebna.