Coraz więcej firm powierza działom IT rolę lidera w projektach dotyczących systemów WMS. Decyzje dotyczące architektury systemu WMS kształtują możliwości operacyjne przedsiębiorstwa na lata, w związku z czym zasługują na pełną uwagę.
Jednakże decyzje te rzadko zapadają w sposób w pełni świadomy. Częściej są dziedziczone po poprzednich projektach, narzucone przez wybór konkretnych narzędzi lub wychodzą na jaw dopiero podczas wdrażania. Na tym etapie ich korygowanie jest niezwykle kosztowne.
Architektura systemu WMS i jego skalowalność określają sposób, w jaki łączą się ze sobą poszczególne systemy, kto odpowiada za poszczególne procesy oraz co dana konfiguracja jest w stanie udźwignąć w przypadku zmiany strategii. Jej projektowanie przebiega w trzech krokach:
- Wyznacz architekturę idealną, bez kompromisów wynikających z obecnych ograniczeń.
- Określ naturalną rolę każdego systemu.
- Zaprojektuj realistyczną ścieżkę, krok po kroku.
Otwarcie nowego kanału sprzedaży. Uruchomienie nowego obiektu. Wprowadzenie automatyzacji. Rozwiązanie chmurowe/stacjonarne. Inicjatywy oparte na sztucznej inteligencji. Każdy z tych elementów testuje skalowalność architektury. Czy jest ona w stanie udźwignąć zmianę, czy załamie się pod presją?
Oprogramowanie WMS jest tylko jednym z elementów tej architektury. Możliwości systemu zależą od jasności procesów poprzedzających: co należy do kompetencji ERP, gdzie znajduje się prawdziwy stan zapasów, jak podłączona jest automatyka. Bez tego system WMS dziedziczy problemy, których nie jest w stanie rozwiązać.
Zaprojektuj architekturę, do której system WMS się dopasuje
Firma detaliczna planuje rozpoczęcie działalności e-commerce. Zespół odpowiedzialny za łańcuch dostaw wie, co to oznacza: nowe przepływy, wysyłki małych paczek i zmienność w szczytach sezonowych.
Dział IT mierzy się z własną wersją tej dyskusji. Czy przepływy B2B i B2C powinny być odseparowane od siebie, czy połączone? Czy obecny system WMS poradzi sobie z oboma, czy potrzebne są dwie instancje? A co z transportem małych paczek? A jeśli jutro firma zacznie sprzedawać przez marketplace’y — czy potrzebny będzie system OMS?
Metoda zaczyna się od wyznaczenia architektury idealnej, bez oglądania się na obecne ograniczenia. Jak powinno wyglądać docelowe rozwiązanie, gdyby można było zacząć od zera?
Następnie przekładasz to rozwiązanie docelowe na realistyczną ścieżkę. Modernizacja krok po kroku. Nie utopijne rozwiązanie, lecz sekwencja działań, która niweluje lukę między stanem obecnym a docelowym.
Cel jest prosty: struktura IT gotowa, by wspierać strategię biznesową firmy. Wzrost poprzez akwizycje oznacza szybką integrację nowych podmiotów. Wzrost wolumenu oznacza absorpcję o 30% więcej operacji bez inwestycji w infrastrukturę. Wiele kanałów oznacza współistnienie B2B i B2C bez przebudowy systemu.
Jeśli nie potrafisz wyznaczyć tego celu na jednym slajdzie, to znaczy, że go nie masz.
Każdy system ma swoje zadanie
ERP zarządza transakcjami i finansami. OMS zarządza zobowiązaniami zamówień. TMS zarządza realizacją transportu. WMS zarządza realizacją operacji magazynowych i faktycznym stanem zapasów.
Niektóre firmy mają wszystkie cztery systemy, inne tylko dwaIlość nie ma tu aż takiego znaczenia.
Ważne jest, aby określić, gdzie kończy się zakres jednego systemu, a zaczyna odpowiedzialność drugiego. Kwestia granicy między ERP a WMS dotyczy tego, jak wyznaczyć linię podziału w obszarze realizacji zadań magazynowych.
Każde narzędzie wykracza nieco poza swoje główne zadanie. Nazwijmy to „regułą 1%”. Akceptujesz niewielkie nakładanie się kompetencji na sąsiedni system, aby uniknąć zakupu kolejnego narzędzia. Transport drobnicowy znajduje się na styku systemów WMS i TMS. Niektórzy dostawcy systemów WMS wbudowali tę funkcję w swój produkt, podczas gdy inni zakładają, że obsłuży ją system TMS. Oba podejścia są poprawne, o ile jasno określono granicę.
Problemem jest niekontrolowane nakładanie się kompetencji.
Strona internetowa zaczyna zarządzać stanami magazynowymi, ponieważ integracja z WMS trwała zbyt długo. Teraz informacje o zapasach istnieją w trzech miejscach. Za tym bałaganem idą problemy z utrzymaniem i raportowaniem. To jest tzw. „shadow IT”.
W przypadku każdego narzędzia w architekturze opisz, co ono robi, a czego już nie. W przeciwnym razie nie będziesz wiedzieć, co powinno należeć do kompetencji systemu WMS, a co powinno pozostać poza nim.
Od celu do realistycznej ścieżki
Architektura idealna to rozwiązanie docelowe, a nie plan do wdrożenia tuż po weekendzie.
Luka między stanem obecnym a pożądanym jest realna. Przestarzałe systemy. Istniejące integracje. Kontrakty. Zespoły. Cykle budżetowe. Pytanie brzmi: jak zniwelować tę lukę, nie wpadając w dwie pułapki?
- Pierwsza pułapka: skok na głęboką wodę. Wymiana wszystkiego naraz. Duże ryzyko. Wysokie koszty. Rzadko kończy się to sukcesem.
- Druga pułapka: czekanie na idealny moment. Taka chwila nigdy nie nadchodzi. Luka się nie zmniejsza. Architektura pozostaje niesprecyzowana, a każdy nowy projekt dokłada kolejną warstwę tymczasowych rozwiązań.
Metodą jest modernizacja krok po kroku. Każdy ruch niweluje część luki. Każdy ruch jest uzasadniony wartością biznesową, a nie tylko spłatą długu technologicznego.
Wymiana systemu WMS. Jest to jeden ruch. Następnie określasz granicę między WMS a TMS. To kolejny ruch. Przeprowadzasz migrację do modelu SaaS. Następny ruch. Dodajesz automatyzację — następny.
Cel pozostaje niezmienny. Ścieżka adaptuje się do ograniczeń, czasu i budżetu. Ale zawsze wiesz, dokąd zmierzasz. To jest właśnie różnica między architekturą a improwizacją.
Co architektura IT musi rozjaśniać
Firma nie czeka, aż dział IT będzie gotowy. Te pytania na pewno się pojawią:
- Wolumen rośnie o 30%: model SaaS czy rozwiązanie stacjonarne? SaaS oznacza konfigurację. Rozwiązanie stacjonarne może oznaczać inwestycje w infrastrukturę.
- Pojawia się automatyzacja: mechanizacja, robotyka i systemy „goods-to-person”. Czy dany system WMS jest agnostyczny wobec sprzętu, którego firma jeszcze nie wybrała? Czy może jest uzależniony od konkretnych dostawców?
- Korporacja uruchamia inicjatywę na rzecz AI: czy poszczególne systemy mogą ze sobą współpracować? System WMS generuje zdarzenia i dane. Podobnie ERP i TMS. Sztuczna inteligencja działa wtedy, gdy systemy wymieniają się decyzjami, a nie wtedy, gdy każde narzędzie ma własną, odizolowaną funkcję.
- Przejmujesz inną firmę: jak szybko dział IT może zintegrować jej operacje? Czy należy wdrożyć kolejną instancję WMS, czy rozszerzyć obecną?
- Firma otwiera nowe kanały sprzedaży: marketplace’y i D2C. Czy potrzebujesz systemu OMS, czy też obecne narzędzia poradzą sobie z koordynacją kanałów?
Jeśli potrafisz odpowiedzieć na te pytania dzisiaj, dana architektura ma wyznaczony cel. Jeśli nie, luki wypłyną podczas wdrożenia.
Rozwiązanie chmurowe/stacjonarne. Przygotowanie do automatyzacji. Integracja ze sztuczną inteligencją. To nie są osobne tematy. To obszary, w ramach których architektura zostanie przetestowana, gdy skalowalność stanie się kluczowa.
Rozwiązanie chmurowe a stacjonarne
Wybór między rozwiązaniem chmurowym a stacjonarnym to decyzja o tym, jak zmiany docierają do magazynu. W modelu SaaS są one dostarczane w sposób ciągły. Rozwiązanie stacjonarne dostarcza je w ramach projektów. Właściwy model zależy od trajektorii wzrostu firmy w ciągu najbliższych 5–10 lat. Kompromisy ujawniają się w czterech scenariuszach: skoki wolumenu, nowe obiekty, automatyzacja i cykle aktualizacji. Porównanie cech chmurowego i stacjonarnego systemu WMS oferuje ramy decyzyjne, które pozwolą dokonać wyboru przed porównaniem dostawców.
Automatyzacja i agnostyczność
Automatyzacja zostaje zatwierdzona dopiero po uruchomieniu systemu WMS. Czasem 12 miesięcy później, a czasem po upływie nawet 36 miesięcy. Do tego czasu architektura jest już ustalona, a granice integracji wyznaczone. Przygotowanie systemu WMS do automatyzacji można sprawdzić przed podpisaniem umowy, bazując na trzech kryteriach: jasne granice systemu, agnostyczna integracja ze sprzętem oraz model interakcji oparty na zdarzeniach.
Sztuczna inteligencja w systemach WMS
Każdy dostawca umieszcza informacje o sztucznej inteligencji już na pierwszym slajdzie. Podczas wyboru systemu WMS większość nabywców nie ma możliwości odróżnienia rozwiązań gotowych do wdrożenia w środowisku produkcyjnym od prototypów opartych na skryptach pokazowych. Artykuł AI w systemach WMS zawiera analizę pięciu przypadków użycia już stosowanych w magazynach, pytania obnażające rzeczywistą dojrzałość dostawcy oraz wymagania, które architektura musi spełnić, zanim sztuczna inteligencja zacznie przynosić efekty.
Jak to wpisuje się w proces wdrażania systemu WMS
W tym tekście omówiono architekturę i skalowalność z perspektywy systemu WMS, działu IT oraz działalności biznesowej. Stan docelowy. Role systemów. Pytania, na które dział IT musi odpowiedzieć. Ścieżka od rozwiązania idealnego do realistycznego.
Architektura wyznacza ramy tego, co system WMS może zrobić. Nie dokonuje jednak wyboru samego narzędzia.
Jeśli dana architektura jest jasna i możesz przystąpić do porównania platform, zapoznaj się z artykułem Najlepsze oprogramowanie WMS, który mapuje rynek według poziomów i przypadków użycia.
Jeśli wiesz, czego potrzebujesz, artykuł Jak wybrać system WMS podpowiada metodę selekcji.