Synchronizacja stanów magazynowych między sklepem a systemem ERP

Klient, który kupuje w sklepie produkt niedostępny już w magazynie, to jedna z najbardziej frustrujących sytuacji zarówno dla niego, jak i dla sprzedawcy — synchronizacja stanów ma temu zapobiegać.

Objaw

Zgłoszenia dotyczą sklepów, w których dostępność produktów widoczna online nie odpowiada rzeczywistości — klient kupuje coś, czego już nie ma, albo produkt sprzedany widnieje jako dostępny przez dłuższy czas po sprzedaży.

Możliwe przyczyny

Zbyt rzadka częstotliwość synchronizacji stanów między systemem a sklepem.
Brak uwzględnienia sprzedaży stacjonarnej w synchronizacji, jeśli firma sprzedaje też offline.
Błędy w mapowaniu produktów powodujące niezgodność dla konkretnych pozycji asortymentu.
Opóźnienie w przetwarzaniu zamówień, powodujące chwilową rozbieżność między złożeniem zamówienia a aktualizacją stanu.

Co robimy

Konfigurowana jest synchronizacja aktualizująca stan magazynowy natychmiast po każdej sprzedaży — zarówno tej dokonanej online, jak i stacjonarnie, jeśli firma prowadzi sprzedaż w obu kanałach. Weryfikowane i korygowane jest mapowanie produktów, żeby każda pozycja asortymentu była prawidłowo powiązana między systemem a sklepem. Przy dużym natężeniu zamówień dobierana jest częstotliwość synchronizacji minimalizująca ryzyko chwilowej niezgodności.

Ile to trwa

Konfiguracja lub korekta synchronizacji stanów to zwykle kilka dni pracy, zależnie od liczby produktów i kanałów sprzedaży.

Co można zrobić samemu, zanim przyjedzie serwisant

Warto sprawdzić, jak często obecnie odbywa się synchronizacja i czy problem dotyczy wszystkich produktów, czy tylko wybranych pozycji.

Czego nie robić: nie warto ręcznie „poprawiać" stanów w sklepie bez zmiany w systemie źródłowym — takie poprawki znikają przy kolejnej automatycznej synchronizacji, nie rozwiązując problemu trwale.

Warunki

Konfiguracja i korekta synchronizacji wyceniana jest indywidualnie.

Warianty problemu

Rozjazd stanów magazynowych nie zawsze wygląda tak samo i warto rozróżniać poszczególne warianty, bo każdy wskazuje na inną przyczynę techniczną.

Rozjazd między sklepem a marketplace'ami. Jeśli sprzedaż odbywa się jednocześnie w sklepie internetowym i na platformach typu Allegro, obsługiwanych zwykle przez integrator (np. BaseLinker), problem pojawia się, gdy synchronizacja obejmuje tylko jeden z tych kanałów. Produkt sprzedany na Allegro wciąż widnieje jako dostępny w sklepie własnym, albo odwrotnie.

Rozjazd przy wariantach produktu. Ten sam produkt w różnych rozmiarach, kolorach czy pojemnościach bywa w systemie ERP prowadzony jako osobne pozycje magazynowe, a w sklepie jako jeden produkt z listą wariantów. Błąd w takim mapowaniu powoduje, że stan jednego wariantu „przeciekuje" do innego — sklep pokazuje dostępność koloru, którego już nie ma, bo synchronizacja odnosi się do złego indeksu magazynowego.

Rozjazd przy zestawach i pakietach. Produkt sprzedawany jako zestaw kilku pozycji (np. laptop z torbą i myszką w promocyjnym pakiecie) wymaga, żeby sprzedaż jednego zestawu zmniejszała stan każdego składnika osobno. Jeśli synchronizacja traktuje zestaw jak pojedynczy produkt, stany składników przestają się zgadzać z rzeczywistością już po kilku transakcjach.

Rozjazd po zwrocie towaru. Zwrot produktu przez klienta powinien z powrotem zwiększyć stan magazynowy — o ile towar faktycznie wraca na stan sprzedażowy, a nie trafia np. do puli serwisowej. Część konfiguracji synchronizacji uwzględnia tylko sprzedaż, pomijając ścieżkę zwrotów, przez co produkt fizycznie dostępny nadal widnieje jako wyprzedany.

Błędy przy próbie naprawy samodzielnie

Zanim zgłoszenie trafia do serwisu, część firm próbuje rozwiązać problem doraźnie — zwykle to pogarsza sytuację albo maskuje właściwą przyczynę.

Ręczne wpisywanie stanów wprost w panelu sklepu. To najczęstszy błąd — poprawiona ręcznie liczba sztuk znika przy najbliższej automatycznej synchronizacji, bo system źródłowy (ERP) nadpisuje ją swoją, nieaktualną wartością. Problem wraca, często zanim ktokolwiek zdąży zauważyć poprawkę.

Wyłączanie synchronizacji „na chwilę". Część administratorów sklepu wyłącza synchronizację, żeby zatrzymać rozjazd, a potem zapomina ją włączyć z powrotem albo włącza ją bez sprawdzenia, ile transakcji nazbierało się w międzyczasie. Efekt bywa gorszy niż wyjściowy problem — po ponownym uruchomieniu stany aktualizują się skokowo i mogą chwilowo pokazać wartości ujemne lub zawyżone.

Zmiana ustawień integracji bez znajomości mapowania produktów. Modyfikacja parametrów integratora (np. częstotliwości odpytywania czy reguł przypisania) bez pełnego rozeznania, jak skonfigurowane jest mapowanie konkretnych produktów, potrafi rozsynchronizować pozycje, które wcześniej działały poprawnie, i rozszerzyć problem z kilku produktów na cały asortyment.

Kasowanie i tworzenie produktu od nowa. Próba „resetu" polegająca na usunięciu produktu ze sklepu i dodaniu go ponownie zrywa powiązanie (mapowanie) z odpowiednikiem w systemie ERP. Nowo dodany produkt trzeba mapować od zera, a historia sprzedaży i ewentualne opinie klientów przypisane do starej pozycji przepadają.

Kiedy to nie jest ta usterka

Nie każdy przypadek błędnej dostępności produktu wynika z niesprawnej synchronizacji stanów — warto odróżnić to od pokrewnych, ale innych problemów.

Jeśli produkt znika ze sklepu całkowicie (a nie tylko pokazuje zły stan), przyczyną bywa błąd w eksporcie kategorii lub filtrze widoczności, a nie synchronizacja magazynowa — to inny mechanizm i inna konfiguracja do sprawdzenia.

Jeśli ceny w sklepie różnią się od cen w systemie ERP, ale stany ilościowe zgadzają się poprawnie, problem dotyczy synchronizacji cenników, która w wielu integracjach działa jako osobny proces, z inną częstotliwością i innymi regułami niż synchronizacja stanów.

Jeśli produkt jest dostępny i sprzedaje się poprawnie, ale zamówienia nie trafiają automatycznie do systemu ERP do dalszej obsługi (fakturowanie, wysyłka), to problem leży po stronie integracji zamówień, nie stanów magazynowych — dwa różne strumienie danych, które w niektórych konfiguracjach są od siebie niezależne.

Jeśli rozbieżność dotyczy tylko jednego, pojedynczego zamówienia i nie powtarza się, częściej jest to jednorazowy błąd ludzki (np. pomyłka przy ręcznej korekcie stanu) niż wada samej synchronizacji — w takim przypadku naprawa konfiguracji nic nie zmieni, bo mechanizm działa poprawnie.

Dodatkowe pytania klientów

Czy synchronizacja działa też wtedy, gdy sklep i system ERP są od różnych producentów?

Tak, o ile istnieje między nimi gotowa integracja lub można ją skonfigurować przez wymianę danych (np. plik, API). Sprawdzane jest, jaki system ERP jest używany i jaki mechanizm wymiany danych sklep aktualnie obsługuje, zanim zaproponowany zostanie sposób synchronizacji.

Czy synchronizacja stanów wymaga dostępu do hasła administratora sklepu?

Nie zawsze. W większości przypadków wystarczają dedykowane dane dostępowe do panelu integracji lub konto z ograniczonymi uprawnieniami. O hasło główne proszone jest wyłącznie wtedy, gdy nie ma innej technicznej możliwości konfiguracji, i zawsze z wyjaśnieniem, do czego dokładnie jest potrzebne.

Co się dzieje ze stanami magazynowymi w trakcie samej konfiguracji synchronizacji?

Prace prowadzone są w taki sposób, żeby sklep pozostawał aktywny i sprzedawał normalnie. Zmiany w mapowaniu i regułach synchronizacji testowane są najpierw na wybranych, niewielkich grupach produktów, zanim obejmą cały asortyment — dzięki temu ewentualna pomyłka nie wpływa na całą ofertę naraz.

Czy da się ustawić synchronizację inaczej dla różnych kategorii produktów?

Tak, jeśli integracja na to pozwala. Dla produktów sprzedających się szybko i w dużych ilościach sensowna bywa częstsza synchronizacja niż dla produktów sprzedawanych sporadycznie — dobór częstotliwości do specyfiki asortymentu jest częścią konfiguracji, nie ustawieniem uniwersalnym dla całego sklepu.

Czy po naprawionej synchronizacji trzeba coś jeszcze monitorować samodzielnie?

Warto od czasu do czasu porównać ręcznie kilka losowych produktów w sklepie ze stanem w systemie ERP, zwłaszcza po większych zmianach w asortymencie (np. dodaniu nowej kategorii lub zmianie dostawcy integracji). Regularna, choćby wyrywkowa kontrola pozwala szybciej zauważyć, gdyby mechanizm synchronizacji przestał działać poprawnie z jakiegoś nowego powodu.

Z jakimi systemami spotykamy się najczęściej

Synchronizacja stanów magazynowych zawsze łączy dwa elementy: system źródłowy, w którym prowadzona jest ewidencja magazynowa, oraz sklep internetowy, który tę ewidencję ma odzwierciedlać. Po stronie systemu źródłowego spotykane są najczęściej InsERT GT lub nexo (moduły Subiekt, Gestor), WAPRO Mag, Comarch ERP Optima lub XL, Sage Symfonia, RAKS oraz enova365 — każdy z nich udostępnia inny mechanizm wymiany danych, od gotowych wtyczek po eksport plików lub API, co wpływa na sposób konfiguracji synchronizacji.

Po stronie kanałów sprzedaży, oprócz samego sklepu internetowego, w grę wchodzi też sprzedaż przez marketplace'y, obsługiwana zwykle przez wspólny integrator (np. BaseLinker), który pośredniczy w przesyłaniu stanów między systemem ERP a wieloma kanałami jednocześnie. Im więcej ogniw w takim łańcuchu, tym więcej miejsc, w których może pojawić się opóźnienie lub błąd mapowania — dlatego przy diagnozie sprawdzana jest cała trasa danych, a nie tylko jedno połączenie.

Dlaczego warto to naprawić zanim urośnie skala sprzedaży

Im więcej zamówień przechodzi przez sklep, tym więcej okazji do ujawnienia się rozjazdu stanów — problem, który przy kilku zamówieniach dziennie bywa niezauważalny, przy kilkudziesięciu staje się źródłem regularnych reklamacji i zwrotów. Skonfigurowana raz, poprawnie działająca synchronizacja stanów magazynowych między sklepem a systemem ERP nie wymaga później stałej uwagi — to jednorazowa praca konfiguracyjna, która eliminuje powtarzający się problem u źródła, zamiast każdorazowo gasić skutki błędnych zamówień.

22 378 48 09