Studium przypadku integracji systemów w sklepie internetowym

Ktoś codziennie rano otwiera panel administracyjny sklepu internetowego, pobiera nowe zamówienia, a następnie przenosi je do systemu zarządzania. Następnie sprawdza stan magazynowy w osobnym arkuszu, wysyła listę braków do magazynu i poprawia te pozycje, gdzie dane się różnią. Zanim proces się zakończy, pojawiają się już nowe zamówienia. To studium przypadku integracji systemów nie jest opowieścią o źle pracującym zespole. Wręcz przeciwnie: o pracownikach, którzy starają się uczynić istniejący proces funkcjonalnym, podczas gdy firma go przerasta.

Poniższy przykład przedstawia typowe, zanonimizowane działanie rosnącego handlu. Wniosek nie jest taki, że na każde problemy odpowiedzią jest nowy system lub całkowita wymiana ERP. Kluczowe jest zrozumienie, gdzie przerywa się przepływ informacji i dlaczego ludzie zastępują połączenia między systemami.

Studium przypadku integracji systemów: kiedy zamówienia są przenoszone ręcznie

Firma sprzedawała tysiące produktów przez własny sklep internetowy i kilka kanałów partnerskich. Sklep internetowy, program do fakturowania i rejestr magazynowy działały samodzielnie. Problemem było to, co działo się pomiędzy nimi.

Dane zamówień były przenoszone do systemu zarządzania dwa razy dziennie. Informacje o stanie magazynowym docierały do sklepu internetowego z opóźnieniem, dlatego zdarzało się, że produkt, który już się wyprzedał, nadal był dostępny do zakupu. Przed fakturowaniem pracownicy ręcznie sprawdzali dane klientów, sposób dostawy i zamówienia za pobraniem. Jeśli klient zmienił adres, zmiana często pojawiała się tylko w jednym systemie.

Pierwsze pytanie kierownictwa było zrozumiałe: czy zautomatyzować przetwarzanie zamówień? Prawidłowe pierwsze pytanie było jednak inne: dlaczego to samo zamówienie trzeba sprawdzać trzy razy i który system jest wiarygodnym źródłem danych?

To rozróżnienie jest istotne. Jeśli technicznie połączymy nieuporządkowany proces, integracja tylko szybciej przekaże błędy. Błędna logika magazynowa, niekompletny katalog produktów czy niejasna odpowiedzialność nie zostaną rozwiązane przez automatyczne przekazywanie danych.

Badanie nie zaczęło się od interfejsów

Podczas mapowania procesu nie sprawdzano najpierw, jakie API mają systemy. Śledzono, co dzieje się od momentu wpłynięcia zamówienia do wysyłki paczki, a następnie do przygotowania faktury i raportu.

Okazało się, że znaczna część pracy ręcznej nie była rzeczywistym wprowadzaniem danych, ale zarządzaniem ryzykiem. Pracownicy sprawdzali każde zamówienie, ponieważ nie ufali danym magazynowym. Prowadzili osobny arkusz dla problematycznych pozycji, ponieważ w systemie magazynowym nie można było łatwo filtrować zamówień oczekujących na częściową dostawę. Kontaktowali się mailowo z działem finansowym, ponieważ status zwrotów nie był jednolicie przekazywany do obsługi klienta.

Badanie wyjaśniło cztery decyzje. Sklep internetowy stał się źródłem wpływu zamówień, system zarządzania źródłem statusów fakturowania i finansowych, a system magazynowy rzeczywistego stanu magazynowego i realizacji. Ponadto trzeba było określić, kiedy zamówienie można uznać za przetwarzalne, jak zarządzać brakami magazynowymi i kto jest uprawniony do tworzenia wyjątków.

To mniej spektakularna praca niż uruchomienie nowej integracji, ale to tutaj decyduje się, ile wyjątków trzeba będzie później poprawiać ręcznie. Dobre połączenie systemów nie polega na tym, że przesyła dużo danych, ale na tym, że wszyscy zainteresowani widzą ten sam stan biznesowy.

Do kogo należy dane?

Większość problemów integracyjnych wynika z prostego, ale nieodpowiedzialnego pytania: jeśli te same dane występują w kilku systemach, które są ważne?

W tym przypadku nazwa produktu i opis marketingowy mogły pozostać w sklepie internetowym, ale stan magazynowy, status zakupu i możliwość dostawy były związane z działaniem magazynu. Dane fakturowe i status płatności pochodziły z systemu zarządzania. Nie wszystkie pola musiały być kopiowane wszędzie. Tylko te, które miały tam rolę biznesową.

To zmniejszyło liczbę konfliktów danych i uczyniło obsługę błędów bardziej przejrzystą. Jeśli stan magazynowy jest błędny, to nie pracownik sklepu internetowego zaczyna dochodzenie w trzech systemach. Staje się widoczne, gdzie powstała różnica i kto jest odpowiedzialny za poprawę.

Rozwiązanie: ukierunkowane połączenie, a nie całkowita wymiana systemu

Po badaniu nie wprowadzono nowego systemu zarządzania przedsiębiorstwem. Istniejące systemy nadal wspierały podstawowe potrzeby biznesowe, a całkowita wymiana oznaczałaby nieuzasadnione ryzyko, koszty i obciążenie operacyjne.

Zamiast tego pośrednia warstwa integracyjna zarządzała przekazywaniem danych zamówień, stanów magazynowych i statusów. Ta warstwa sprawdzała obowiązkowe pola, rejestrowała ruch danych i wyodrębniała przypadki wymagające decyzji ludzkiej. Na przykład nieznany numer artykułu lub niezrozumiały sposób dostawy nie znikały cicho w procesie. System generował ostrzeżenie o błędzie, a wyznaczony pracownik widział zadanie na zarządzalnej liście wyjątków.

Integracja nie została uruchomiona od razu. Najpierw na danych testowych sprawdzono statusy zamówień, stawki VAT, rabaty, częściowe dostawy i anulowane dokumenty. Następnie rozpoczęto działanie z węższym asortymentem produktów, a potem stopniowo z pełnym ruchem.

Stopniowe wdrożenie nie było opóźnieniem, ale ochroną działalności. W procesie zamówień utrata danych, podwójnie fakturowana pozycja lub błędne wskazanie stanu magazynowego bezpośrednio wpływają na klienta. Dlatego uruchomieniu towarzyszyła możliwość przywrócenia, rejestrowanie, porządek uprawnień i jasna procedura obsługi błędów.

Co zmieniła integracja systemów w codziennej pracy?

Najbardziej widocznym rezultatem nie było tylko to, że mniej danych trzeba było wprowadzać ręcznie. Zniknęło poranne kopiowanie zamówień, ale jeszcze ważniejsze było to, że pracownicy nie zaczynali dnia od szukania różnic z poprzedniego wieczoru.

Magazyn szybciej otrzymywał listę zamówień do przetworzenia. Obsługa klienta widziała ten sam status zamówienia i realizacji, co logistyka. Dział finansowy nie musiał prosić o osobne listy zwrotów. Kierownictwo otrzymywało raport, który nie składał się z połączenia kilku plików tygodniowo.

Mierzalny efekt różni się w zależności od firmy, dlatego nie warto obiecywać ogólnych procentów z góry. W tego typu sytuacjach jednak zazwyczaj zmniejsza się czas poświęcony na ręczną weryfikację, jest mniej korekt wynikających z błędów i szybsze przetwarzanie zamówień. Mniej wymierna korzyść jest również znacząca: działanie nie opiera się na pamięci i codziennej uwadze jednego doświadczonego pracownika.

Co nie warto automatyzować

Nie każdy wyjątek trzeba eliminować. Zamówienie o dużej wartości z unikalnymi warunkami dostawy lub podejrzana sytuacja płatnicza mogą wymagać ludzkiej akceptacji. Celem nie jest, aby każda decyzja była podejmowana przez maszynę, ale aby system rozpoznawał, co jest normalnym procesem biznesowym, a co rzeczywiście wymaga uwagi.

Dlatego w integracji pozostały świadome punkty kontrolne. Zamówienia przekraczające limit za pobraniem, niekompletne dane adresowe i niektóre przypadki braków magazynowych były poddawane przeglądowi. Różnica polegała na tym, że pracownicy nie sprawdzali każdego zamówienia, tylko te, gdzie istniał ku temu biznesowy powód.

Co warto rozpoznać we własnym działaniu?

Projekt integracji systemów jest uzasadniony, gdy problem nie wynika z błędu jednej osoby lub tymczasowego zamieszania organizacyjnego, ale jest powtarzającym się wzorcem działania. Takim sygnałem jest, gdy te same dane są prowadzone w kilku miejscach, gdy działy przekazują informacje e-mailem, które powinny pojawić się w systemie, lub gdy przygotowanie tygodniowego raportu zarządczego zajmuje godziny.

Głębokość rozwiązania zależy od stabilności istniejących systemów, jakości danych i liczby wyjątków obsługiwanych przez proces. W niektórych przypadkach wystarczy kilka dobrze zdefiniowanych połączeń danych. W innych najpierw trzeba uporządkować katalog produktów, zakresy odpowiedzialności lub proces magazynowy. Dopiero potem decyzja technologiczna może być trwała i dobra.

Jeśli w rosnącej firmie pracownicy regularnie działają jako pośrednicy między dwoma systemami, niekoniecznie oznacza to, że potrzeba więcej ludzi. Często wskazuje to, że warto przyjrzeć się samemu przepływowi informacji - zanim kolejny krok wzrostu wprowadzi jeszcze więcej pracy ręcznej do działania.