Integracja WMS, ERP, e-commerce i sprzedaży stacjonarnej nie zaczyna się od samego połączenia systemów. Zaczyna się dużo wcześniej: od zrozumienia procesu, ustalenia źródeł prawdy, opisania przepływu danych i określenia odpowiedzialności poszczególnych aplikacji.
W wielu firmach handlowych problemem nie jest brak systemów. Przeciwnie — systemów bywa dużo. Jest sklep internetowy, system ERP, WMS, sprzedaż stacjonarna, integrator sprzedaży, moduły kurierskie, arkusze pomocnicze i dodatkowe narzędzia używane przez poszczególne działy.
Dopiero wspólna praca systemów decyduje o tym, czy firma rzeczywiście ma sprawny proces sprzedaży i obsługi zamówień.
W jednym z projektów miałem okazję analizować podobny scenariusz w firmie handlowej z branży materiałów budowlanych i technicznych. Organizacja posiadała kilkanaście oddziałów, własne magazyny, sprzedaż stacjonarną oraz kanał e-commerce. Funkcjonował system ERP odpowiedzialny za fakturowanie i obsługę księgową, osobny WMS obsługujący gospodarkę magazynową oraz integrator sprzedaży służący do obsługi zamówień z kanałów internetowych.
Na pierwszy rzut oka firma miała wszystkie potrzebne narzędzia. Problem polegał jednak na tym, że nie tworzyły one jednego spójnego ekosystemu.
Problem: systemy działały, ale nie pracowały razem
W takich projektach bardzo często okazuje się, że głównym źródłem trudności nie jest pojedynczy błąd techniczny. Problem leży w tym, że proces biznesowy nie został wcześniej precyzyjnie zaprojektowany.
W analizowanym przypadku pojawiały się między innymi następujące problemy:
- ręczne przepisywanie zamówień między systemami,
- rozjeżdżające się stany magazynowe, szczególnie między wieloma magazynami i oddziałami,
- brak jednego źródła prawdy dla produktów, stanów i statusów zamówień,
- brak pełnego połączenia integratora sprzedaży z WMS,
- konieczność wcześniejszego ręcznego fakturowania i zdejmowania towaru z magazynu,
- ręczna obsługa dokumentów WZ i etykiet magazynowych,
- zbyt duża liczba pomocniczych arkuszy Excel,
- błędy przy kompletacji,
- problemy z dokumentami sprzedaży,
- ograniczona widoczność statusów zamówień,
- trudności ze zwrotami w punktach stacjonarnych, ponieważ magazyny i kanały sprzedaży nie były zsynchronizowane.
Systemy dodawane etapami często odzwierciedlają historię rozwoju firmy, a nie jej docelowy model operacyjny.
Stan przed uporządkowaniem procesu
W uproszczeniu sytuację przed analizą można przedstawić jako układ, w którym część danych przepływa między systemami, ale znacząca część procesu nadal wymaga ręcznej kontroli, eksportów, uzgodnień i arkuszy pomocniczych.
Taki układ może działać przez pewien czas, zwłaszcza przy mniejszej skali. Jednak wraz ze wzrostem liczby zamówień, magazynów, oddziałów i kanałów sprzedaży zaczyna generować coraz więcej problemów.
Każda ręczna czynność staje się potencjalnym miejscem błędu. Każdy arkusz pomocniczy staje się alternatywną wersją rzeczywistości. Każdy brak synchronizacji między systemami może prowadzić do sytuacji, w której klient widzi produkt jako dostępny, magazyn widzi coś innego, a księgowość pracuje jeszcze na innym stanie danych.
Dlaczego nie wystarczy „po prostu zrobić integracji”?
Wdrożenie integracji często jest przedstawiane jako zadanie techniczne: trzeba połączyć system A z systemem B, wystawić API, pobrać dane, przekazać zamówienie, zaktualizować status.
W praktyce integracja techniczna jest dopiero końcowym etapem pracy. Najpierw trzeba ustalić, jak ma działać proces.
Zanim powstanie dobra integracja, trzeba odpowiedzieć na pytania:
- który system jest głównym źródłem danych produktowych,
- gdzie utrzymywane są ceny,
- gdzie znajduje się wiarygodny stan magazynowy,
- w którym systemie powstaje zamówienie,
- kiedy następuje rezerwacja towaru,
- gdzie powstaje dokument sprzedaży,
- gdzie powstaje dokument magazynowy,
- kto i kiedy aktualizuje status zamówienia,
- jak obsługiwane są zwroty,
- jak obsługiwane są anulowania,
- co dzieje się w przypadku braków magazynowych,
- jak sprzedaż stacjonarna wpływa na dostępność produktów online,
- jak obsługiwać przesunięcia między magazynami,
- które dane mają wracać do sklepu internetowego,
- które informacje są potrzebne księgowości,
- co powinno trafić do WMS, a co do ERP.
Bez odpowiedzi na te pytania integracja może jedynie przyspieszyć chaos. Systemy zaczną wymieniać dane, ale nadal nie będzie wiadomo, które dane są nadrzędne, które zdarzenie uruchamia proces i który system odpowiada za konkretny etap obsługi zamówienia.
Rola analizy: od chaosu do modelu procesu
W ramach prac analitycznych wspierałem klienta w uporządkowaniu procesu i przygotowaniu podstaw do dalszego wdrożenia. Praca nie polegała wyłącznie na opisaniu listy funkcji. Kluczowe było zrozumienie, jak firma faktycznie działa i jak powinna działać po wdrożeniu integracji.
Zakres prac obejmował między innymi:
- analizę obecnych procesów sprzedaży i obsługi zamówień,
- rozmowy z biznesem i osobami odpowiedzialnymi za poszczególne obszary,
- opis przepływu danych między systemami,
- identyfikację miejsc, w których dane były przepisywane ręcznie,
- ustalenie źródeł prawdy dla produktów, cen, stanów i dokumentów,
- opis wymagań dla integracji,
- przygotowanie diagramów procesów,
- przekładanie potrzeb biznesowych na wymagania techniczne,
- komunikację między klientem a wykonawcą,
- wsparcie w przygotowaniu materiałów, które mogły zostać przekazane dostawcy odpowiedzialnemu za wykonanie integracji oraz interfejsów API.
Wiele decyzji wpływających na powodzenie wdrożenia zapada jeszcze przed rozpoczęciem konfiguracji lub programowania.
Docelowy model ekosystemu
Po uporządkowaniu procesu można było zaprojektować docelowy model współpracy systemów. Nie chodziło o to, żeby każdy system robił wszystko. Przeciwnie — chodziło o jasny podział odpowiedzialności.
W takim podejściu każdy system ma określoną rolę. Sklep internetowy odpowiada za prezentację oferty i przyjmowanie zamówień online. Sprzedaż stacjonarna obsługuje transakcje realizowane w oddziałach. WMS odpowiada za gospodarkę magazynową, kompletację, stany i ruchy magazynowe. ERP odpowiada za dokumenty sprzedaży, rozliczenia i księgowość. Integrator sprzedaży pełni rolę warstwy wymiany danych, która spina proces i pozwala systemom współpracować.
Najważniejsze jest jednak to, że taki model musi zostać zaprojektowany przed wdrożeniem. Nie wystarczy narysować połączeń między aplikacjami. Trzeba jeszcze ustalić, jakie zdarzenia wywołują przepływ danych, które informacje są obowiązkowe, co dzieje się w przypadku błędu i gdzie użytkownik widzi status danego procesu.
Przykład: przepływ zamówienia online
Jednym z kluczowych elementów analizy był opis przepływu zamówienia. Taki diagram nie jest tylko ilustracją techniczną. Jest narzędziem rozmowy z biznesem i wykonawcą.
Taki diagram pozwala ustalić między innymi:
- kiedy zamówienie uznaje się za przyjęte,
- kiedy towar jest rezerwowany,
- kto odpowiada za kompletację,
- kiedy powstaje dokument sprzedaży,
- kiedy generowana jest etykieta kurierska,
- kiedy status wraca do sklepu internetowego,
- co dzieje się, jeśli WMS zgłosi brak towaru,
- jak obsłużyć anulowanie lub zmianę zamówienia,
- jak obsłużyć zwrot w punkcie stacjonarnym.
Dopiero po takim opisaniu procesu można sensownie rozmawiać o wymaganiach technicznych dla API, mapowaniu pól, statusach, komunikatach błędów i scenariuszach testowych.
Źródła prawdy: najważniejsza decyzja w integracji
Jednym z najczęstszych problemów w integracjach jest brak odpowiedzi na pytanie: który system jest źródłem prawdy?
Jeżeli produkt istnieje w sklepie internetowym, ERP i WMS, trzeba ustalić, gdzie jest utrzymywany nadrzędnie. Jeżeli cena może być zmieniona w kilku miejscach, trzeba wskazać, który system ma pierwszeństwo. Jeżeli stan magazynowy jest widoczny online, musi być jasne, czy pochodzi z ERP, WMS, integratora, czy z oddzielnego mechanizmu dostępności.
To pozornie proste ustalenie ma duże znaczenie praktyczne. Bez niego firma może mieć kilka wersji tego samego produktu, kilka różnych stanów magazynowych i kilka niespójnych statusów zamówienia.
Dobrze zaprojektowana integracja nie polega tylko na tym, że dane są przesyłane. Polega na tym, że wiadomo, które dane są nadrzędne, kiedy mogą być zmieniane i jaki system odpowiada za ich poprawność.
Co powinno powstać po analizie?
Efektem analizy nie powinien być ogólny opis w stylu „należy zintegrować systemy”. To zbyt mało, żeby wykonawca mógł bezpiecznie zaprojektować i wdrożyć rozwiązanie.
Po dobrej analizie powinny powstać między innymi:
- opis obecnego procesu,
- opis docelowego procesu,
- lista systemów i ich odpowiedzialności,
- model źródeł prawdy,
- opis przepływu zamówień,
- opis przepływu stanów magazynowych,
- opis przepływu dokumentów sprzedaży i magazynowych,
- opis obsługi wyjątków,
- wymagania funkcjonalne dla integracji,
- wymagania dotyczące API,
- diagramy procesów i przepływu danych,
- scenariusze testowe dla kluczowych przypadków.
Dzięki temu wykonawca nie otrzymuje tylko luźnego oczekiwania biznesowego. Otrzymuje materiał, który pozwala zaprojektować konkretne rozwiązanie techniczne.
Najczęstsze błędy przy integracji sprzedaży i magazynu
1. Rozpoczynanie od technologii zamiast od procesu
Pytanie „jak połączyć systemy?” jest ważne, ale powinno pojawić się po pytaniu „jak ma działać proces?”. Bez tego integracja może odwzorować obecny chaos.
2. Brak jednego źródła prawdy
Jeżeli nie wiadomo, który system odpowiada za produkty, ceny, stany i dokumenty, prędzej czy później pojawią się rozbieżności.
3. Pomijanie wyjątków
Standardowy przebieg zamówienia to tylko część procesu. Trzeba też opisać zwroty, anulowania, braki magazynowe, korekty, przesunięcia między magazynami i obsługę sprzedaży stacjonarnej.
4. Zbyt duże uzależnienie od ręcznych arkuszy
Excel często pomaga na początku, ale w większej skali staje się miejscem, w którym powstaje alternatywny obieg danych.
5. Brak wspólnego języka między biznesem a wykonawcą
Biznes opisuje potrzeby operacyjnie, wykonawca potrzebuje wymagań technicznych. Rola analizy polega na przetłumaczeniu jednego języka na drugi.
Co zyskała firma?
Efektem prac było uporządkowanie modelu integracji i opisanie procesu obsługi zamówień w sposób, który mógł zostać wykorzystany w dalszym wdrożeniu.
Najważniejsze rezultaty to:
- jasny podział odpowiedzialności między systemami,
- uporządkowany model przepływu danych,
- lepsze zrozumienie, gdzie powinny powstawać i aktualizować się dane,
- ograniczenie ręcznej pracy,
- zmniejszenie ryzyka błędów przy obsłudze zamówień i kompletacji,
- przygotowanie dokumentacji dla wykonawcy,
- możliwość dalszego projektowania interfejsów API,
- lepsza kontrola nad sprzedażą, magazynem i dokumentami.
Warto podkreślić, że taka analiza nie jest dodatkiem do wdrożenia. W praktyce jest jednym z najważniejszych etapów, ponieważ pozwala uniknąć kosztownych zmian w późniejszej fazie projektu.
Wnioski dla firm planujących podobną integrację
Jeżeli firma korzysta z kilku systemów sprzedażowych, magazynowych i księgowych, warto przed rozpoczęciem wdrożenia odpowiedzieć na kilka pytań.
- Czy wiemy, który system jest źródłem prawdy dla produktów?
- Czy wiemy, skąd pochodzą ceny?
- Czy mamy jasne źródło stanów magazynowych?
- Czy wiadomo, gdzie powstaje zamówienie i gdzie jest dalej przetwarzane?
- Czy proces sprzedaży online i stacjonarnej jest opisany wspólnie?
- Czy WMS, ERP i integrator mają jasno określone role?
- Czy opisano zwroty, anulowania i braki magazynowe?
- Czy wiadomo, kiedy powstaje dokument sprzedaży?
- Czy status zamówienia wraca do kanału sprzedaży?
- Czy wykonawca integracji otrzymał konkretne wymagania, a nie tylko ogólny opis potrzeby?
Jeżeli odpowiedzi na te pytania nie są jasne, warto zatrzymać się przed wdrożeniem i najpierw uporządkować proces.
Podsumowanie
Integracja WMS, ERP, e-commerce i sprzedaży stacjonarnej to nie tylko zadanie techniczne. To przede wszystkim projekt procesowy i analityczny.
Dobre wdrożenie zaczyna się od ustalenia, jak firma ma działać: gdzie powstaje zamówienie, kto odpowiada za stany magazynowe, gdzie tworzone są dokumenty, jak obsługiwane są wyjątki i które systemy są źródłem prawdy dla poszczególnych danych.
Dopiero wtedy można bezpiecznie projektować API, mapowanie danych, automatyzacje i dalszą konfigurację systemów.
Jeżeli analiza zostanie pominięta, integracja może jedynie przyspieszyć istniejący chaos. Jeżeli zostanie wykonana dobrze, systemy zaczynają wspierać proces, zamiast go komplikować.
