Jednolity magazyn centralny dla wszystkich kanałów sprzedaży pozwala uniknąć rozbieżności w stanach towaru między platformami.

Na czym polega ta usługa

Usługa obejmuje skonfigurowanie wspólnego magazynu centralnego, z którego zasilane są wszystkie wykorzystywane kanały sprzedaży.

Dla kogo ma sens

Usługa jest przydatna dla firm sprzedających na wielu kanałach jednocześnie, które chcą ujednolicić zarządzanie stanami magazynowymi.

Ile to trwa

Konfiguracja magazynu centralnego mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Architektura jednolitego magazynu centralnego w sprzedaży wielokanałowej

Sprzedaż prowadzona równolegle w wielu miejscach w sieci, takich jak platformy handlowe Allegro, Empik Place, Amazon, Erli oraz własne sklepy internetowe oparte na silnikach PrestaShop, WooCommerce czy Magento, wymaga jednego punktu odniesienia dla stanów magazynowych. W klasycznym modelu bez integracji każdy kanał posiada osobną bazę asortymentową, co wymusza ręczne dzielenie zapasów lub ciągłe korygowanie liczb. Konfiguracja jednolitego magazynu centralnego tworzy tak zwane jedno źródło prawdy (Single Source of Truth – nadrzędną bazę danych, która jest jedynym wyznacznikiem rzeczywistej dostępności towaru).

Podstawą prawidłowo działającej architektury jest system ERP (Enterprise Resource Planning – oprogramowanie do planowania zasobów przedsiębiorstwa), taki jak Subiekt GT lub Subiekt nexo firmy InsERT, Comarch ERP Optima, WAPRO Mag firmy Asseco czy enova365. Baza danych systemu ERP, pracująca najczęściej w środowisku Microsoft SQL Server (relacyjny silnik bazodanowy), gromadzi informacje o wszystkich przyjęciach dostaw, bieżących rozchodach oraz rezerwacjach. Poprzez wyspecjalizowany integrator, na przykład platformę BaseLinker lub bezpośrednie moduły komunikujące się przez API (Application Programming Interface – interfejs programistyczny do wymiany danych między aplikacjami), stan magazynowy jest automatycznie przeliczany i rozsyłany do wszystkich podłączonych kanałów.

Ważnym elementem tej struktury jest rozróżnienie dwóch podstawowych wielkości magazynowych: stanu fizycznego (całkowita liczba sztuk produktu znajdująca się na regałach) oraz stanu dyspozycyjnego (ilość towaru wolna od jakichkolwiek rezerwacji, gotowa do natychmiastowej sprzedaży). Synchronizacja wielokanałowa operuje wyłącznie na stanie dyspozycyjnym. Dzięki temu zakup dokonany w sklepie internetowym natychmiast generuje rezerwację w centrali, a stan wystawiony na platformach marketplace zostaje pomniejszony, zanim pracownik magazynu fizycznie zdejmie produkt z półki.

Najczęstsze warianty konfiguracji i scenariusze wdrożeniowe

Każde przedsiębiorstwo handlowe posiada specyficzny model logistyczny, dlatego konfiguracja magazynu centralnego może przybierać różne formy w zależności od struktury magazynów, asortymentu oraz sposobu realizacji zamówień.

Model z jednym nadrzędnym magazynem handlowym w systemie ERP

W tym podstawowym wariancie cała sprzedaż internetowa i stacjonarna korzysta z jednego wspólnego magazynu głównego zdefiniowanego w programie handlowo-magazynowym. Wszystkie zamówienia spływające z kanałów zewnętrznych trafiają do centralnego rejestru, gdzie następuje rezerwacja towaru i wystawienie dokumentu ZK (Zamówienie od Klienta – dokument rezerwujący określoną partię towaru na rzecz kupującego). Po skompletowaniu zamówienia system tworzy dokument WZ (Wydanie Zewnętrzne – dokument potwierdzający zdjęcie towaru ze stanu magazynowego) oraz fakturę lub paragon. Ten model sprawdza się najlepiej w firmach, które realizują wysyłkę z jednej lokalizacji magazynowej.

Model wielomagazynowy z magazynami wirtualnymi i buforami

W przypadku firm posiadających kilka magazynów fizycznych lub wydzielone strefy sprzedaży (na przykład magazyn główny, magazyn ekspozycyjny oraz magazyn dla sprzedaży zagranicznej) konfiguruje się mechanizm sumowania stanów lub wydzielania buforów. Bufor magazynowy (bezpieczna rezerwa ilościowa, która ukrywa przed kanałami sprzedaży określoną liczbę sztuk produktu) chroni przed jednoczesnym zakupem ostatniej sztuki przez dwóch klientów na różnych platformach. Możliwe jest również ustawienie reguły, zgodnie z którą dany kanał widzi tylko wybraną pulę magazynów składowych lub maksymalną określoną liczbę sztuk (na przykład maksymalnie 10 sztuk, nawet jeśli na stanie znajduje się 200 sztuk).

Obsługa kompletów, zestawów wielosztukowych i wariantów

Sprzedaż promocyjna często opiera się na tworzeniu pakietów produktów lub zestawów wielosztukowych. Prawidłowa konfiguracja magazynu centralnego uwzględnia strukturę BOM (Bill of Materials – zestawienie składowych tworzących produkt nadrzędny). W takim układzie stan magazynowy zestawu w kanale sprzedaży jest dynamicznie wyliczany na podstawie najniższego stanu jego najmniej licznego komponentu w magazynie ERP. Zakup zestawu powoduje automatyczną rezerwację lub zdjęcie ze stanu wszystkich wchodzących w jego skład towarów jednostkowych, co zapobiega powstawaniu braków w innych ofertach.

Model hybrydowy łączący magazyn własny z magazynami zewnętrznymi

Wiele firm łączy wysyłkę z magazynu własnego z obsługą w modelu dropshipping (model logistyczny, w którym towar wysyłany jest bezpośrednio od dystrybutora do klienta końcowego) lub fulfillment (zewnętrzna usługa magazynowania, pakowania i wysyłki towarów). Konfiguracja magazynu centralnego pozwala na zintegrowanie zewnętrznych plików wymiany danych (formaty XML, CSV, API hurtowni) z nadrzędnym systemem ERP. Oprogramowanie automatycznie decyduje, z którego magazynu zrealizować zamówienie, w zależności od dostępności towaru, kosztów logistycznych oraz priorytetów ustalonych w regułach biznesowych.

Typowe błędy przy samodzielnych próbach synchronizacji magazynów

Nieprawidłowe skonfigurowanie połączeń między systemami handlowymi prowadzi do powstawania rozbieżności, które bezpośrednio wpływają na straty finansowe oraz obniżenie ocen sprzedawcy na platformach handlowych.

Konflikt wielu źródeł prawdy – błąd polegający na zezwoleniu różnym platformom (na przykład sklepowi internetowemu i integratorowi) na wzajemne nadpisywanie stanów bez określenia jednego nadrzędnego systemu nadrzędnego. Prowadzi to do zjawiska race condition (sytuacji, w której wynik operacji zależy od kolejności nadejścia zapytań), co powoduje chaotyczne zmiany ilości towaru.
Overselling (sprzedaż bez pokrycia – sytuacja, w której klient kupuje towar fizycznie niedostępny w magazynie) – wynika najczęściej z braku uwzględnienia stanów dyspozycyjnych i rezerwacji tymczasowych. Jeśli system przesyła stan fizyczny zamiast wolnego stanu handlowego, zamówienia oczekujące na płatność nie blokują towaru dla kolejnych kupujących.
Niespójne identyfikatory asortymentowe – brak unikalnych kodów SKU (Stock Keeping Unit – unikalny kod towarowy używany do identyfikacji produktu) lub kodów EAN (European Article Number – globalny kod kreskowy produktu) w poszczególnych kanałach. W rezultacie integrator nie potrafi powiązać oferty z Allegro z kartoteką towarową w Subiekcie lub Comarch Optima, tworząc zdublowane pozycje lub pomijając synchronizację.
Przekraczanie limitów zapytań API (rate limiting – nałożone przez platformy handlowe ograniczenie liczby dopuszczalnych zapytań w jednostce czasu) – ustawienie zbyt częstego odpytywania bazy danych dla setek tysięcy ofert powoduje tymczasowe blokowanie komunikacji przez serwery platform marketplace, co zatrzymuje aktualizację stanów na wiele godzin.
Błędne mapowanie jednostek miar i przeliczników – sytuacja, w której towar w systemie ERP magazynowany jest w opakowaniach zbiorczych (na przykład karton po 12 sztuk), a w sklepie internetowym oferowany jest na sztuki. Brak skonfigurowanych przeliczników jednostek prowadzi do drastycznych błędów w wystawianych ilościach.

Kiedy problem nie leży w konfiguracji magazynu, lecz w infrastrukturze

W praktyce serwisowej często spotyka się sytuacje, w których nieprawidłowości w stanach magazynowych nie wynikają ze złych reguł integracji, lecz z problemów sprzętowych lub systemowych środowiska IT w firmie.

Przeciążenie i blokady relacyjnej bazy danych

Intensywna wymiana danych między systemem ERP a zewnętrznymi kanałami generuje tysiące zapytań do silnika bazy danych Microsoft SQL Server. Brak regularnej konserwacji bazy, pofragmentowane indeksy (struktury przyspieszające wyszukiwanie danych w tabelach) lub zbyt mała ilość pamięci RAM (pamięć o dostępie swobodnym) na serwerze powodują powstawanie blokad transakcyjnych (deadlock – sytuacja zakleszczenia, w której procesy wzajemnie blokują sobie dostęp do zasobów). W takiej sytuacji zapytania synchronizatora oczekują w nieskończoność na zwolnienie tabeli, a stany w kanałach sprzedaży przestają się odświeżać.

Awarie harmonogramu zadań i mechanizmów webhook

Integratory opierają swoje działanie na zadaniach cyklicznych (Cron w systemach Linux lub Harmonogram Zadań w systemie Windows) oraz mechanizmach webhook (automatyczne powiadomienia wysyłane przez serwer sklepu w momencie zaistnienia zdarzenia, na przykład złożenia zamówienia). Błędy w konfiguracji zapory sieciowej (firewall), restrykcyjne reguły antywirusowe lub zablokowane porty komunikacyjne mogą odcinać pakiety danych przychodzące z sieci, uniemożliwiając natychmiastowe odnotowanie nowego zakupu.

Wygasanie tokenów uwierzytelniających i błędy protokołu OAuth

Nowoczesne interfejsy API platform sprzedażowych wymagają bezpiecznej autoryzacji opartej na tokenach dostępowych. Jeśli mechanizm automatycznego odnawiania kluczy autoryzacyjnych zostanie przerwany przez błąd oprogramowania lub zmianę uprawnień na koncie handlowym, komunikacja z magazynem centralnym zostaje zerwana, mimo że sam system ERP i baza danych działają prawidłowo.

Etapy wdrażania jednolitego magazynu centralnego przez naszych specjalistów

Prawidłowe wdrożenie centralnego zarządzania zapasami wymaga metodycznego podejścia, które minimalizuje ryzyko błędów podczas bieżącej pracy firmy.

Audyt środowiska IT i analiza kartotek towarowych

Prace rozpoczynają się od weryfikacji struktury bazodanowej w systemie ERP oraz analizy asortymentu we wszystkich kanałach sprzedaży. Sprawdzana jest unikalność kodów SKU, poprawność kodów EAN, podział na kategorie oraz sposób dotychczasowego ewidencjonowania dokumentów magazynowych. Na tym etapie analizowane są także wymagania dotyczące przepustowości serwera i stabilności łącza internetowego.

Optymalizacja bazy danych i konfiguracja środowiska serwerowego

Przed podłączeniem procesów masowej synchronizacji przeprowadzana jest optymalizacja silnika Microsoft SQL Server. Konfigurowane są odpowiednie indeksy bazodanowe, reguły autovacuum lub plany konserwacji (Maintenance Plans), a także bezpieczne mechanizmy wykonywania kopii zapasowych (backup bazy danych). Dzięki temu operacje synchronizatora nie spowalniają pracy osób wystawiających dokumenty w siedzibie firmy.

Ujednolicenie reguł biznesowych i mapowanie dokumentów

Konfigurowane są precyzyjne zasady tworzenia dokumentów handlowo-magazynowych. Ustala się, w którym momencie zamówienie ma generować rezerwację, na jakie serie numeracji mają trafiać dokumenty z poszczególnych platform oraz jak mają być rozliczane koszty przesyłek i prowizje. Wdrażane są także filtry magazynowe, bufory bezpieczeństwa oraz reguły zaokrąglania stanów.

Wdrożenie pilotażowe i testy obciążeniowe

Przed pełnym uruchomieniem przeprowadzana jest kontrolowana synchronizacja na wybranej grupie produktów. Weryfikowana jest szybkość przesyłania zmian stanów po wykonaniu symulowanych zakupów oraz poprawność zdejmowania towarów po wystawieniu dokumentów magazynowych WZ, PZ (Przyjęcie Zewnętrzne – dokument przyjęcia dostawy od kontrahenta) oraz MM (Przesunięcie Międzymagazynowe – dokument transferu towaru między magazynami).

Uruchomienie produkcyjne i przekazanie procedur operacyjnych

Po upewnieniu się o stabilności połączeń uruchamiana jest pełna synchronizacja dla całego asortymentu. Wdrażane są automatyczne powiadomienia o ewentualnych błędach komunikacji oraz procedury awaryjnego postępowania dla personelu magazynowego.

Obieg dokumentów magazynowych a automatyczna kontrola stanów

Jednolity magazyn centralny to nie tylko liczby w panelu sklepu, ale przede wszystkim spójny obieg dokumentów księgowych i magazynowych. Właściwa konfiguracja wymusza zachowanie ścisłego rygoru ewidencyjnego.

W momencie wpływu zamówienia z dowolnego kanału system generuje dokument ZK ze statusem blokującym stan dyspozycyjny. Magazynier kompletujący towar korzysta z kolektora danych lub listy zbiórki powiązanej bezpośrednio z centralą. Po zeskanowaniu kodów kreskowych i spakowaniu paczki generowany jest dokument WZ, który trwale zdejmuje towar ze stanu fizycznego, a następnie tworzona jest faktura zwykła lub paragon. W przypadku anulowania zamówienia lub zwrotu towaru (dokument PZ lub zwrot do zamówienia) stan dyspozycyjny jest natychmiast automatycznie podnoszony, a produkt ponownie pojawia się w ofertach online bez konieczności ręcznej edycji ofert przez pracowników.

Dodatkowe pytania dotyczące konfiguracji magazynu centralnego

Czy podczas prac wdrożeniowych konieczne jest wstrzymanie bieżącej sprzedaży w sklepach internetowych?

W znakomitej większości przypadków nie ma potrzeby blokowania sprzedaży ani wyłączania ofert. Prace przygotowawcze, mapowanie kodów oraz konfiguracja reguł synchronizacji odbywają się równolegle do bieżącego handlu. Jedynie w momencie pierwszego pełnego zaciągnięcia i nadpisania stanów magazynowych synchronizator uruchamiany jest w wyznaczonym oknie serwisowym lub etapami, kategoria po kategorii, aby uniknąć przerw w obsłudze klientów.

Jak system radzi sobie z sytuacją, gdy ten sam produkt jest kupowany w ułamku sekundy na dwóch różnych platformach?

Prawidłowo skonfigurowany integrator wykorzystuje mechanizm kolejkowania zdarzeń oraz blokad bazodanowych na poziomie serwera ERP. Pierwsze zarejestrowane zamówienie natychmiast blokuje stan dyspozycyjny. Jeśli na stanie znajdowała się tylko jedna sztuka, informacja o zerowym stanie jest wysyłana z najwyższym priorytetem do pozostałych kanałów. Dodatkowym zabezpieczeniem jest ustawienie bufora magazynowego, który wyłącza ofertę na platformach zewnętrznych przy osiągnięciu minimalnego poziomu zapasu, na przykład jednej lub dwóch sztuk.

Co dzieje się z synchronizacją stanów w przypadku chwilowej awarii łącza internetowego w firmie?

W przypadku utraty połączenia internetowego w lokalizacji, gdzie znajduje się serwer z bazą ERP, integrator gromadzi spływające zamówienia w kolejce buforowej w chmurze. Po przywróceniu łączności kolejka jest automatycznie przetwarzana chronologicznie, a dokumenty ZK i rezerwacje trafiają do bazy danych. W odwrotną stronę – zmiany stanów fizycznych dokonane lokalnie w magazynie zostają przesłane do kanałów sprzedaży niezwłocznie po odzyskaniu dostępu do sieci.

Czy magazyn centralny może obsługiwać różne ceny sprzedaży dla tych samych produktów w różnych kanałach?

Tak, konfiguracja pozwala na całkowite rozdzielenie polityki cenowej od stanów magazynowych. W systemie ERP tworzy się osobne poziomy cenowe lub cenniki dedykowane dla konkretnych platform (na przykład cennik dla Allegro uwzględniający prowizję, cennik dla sklepu własnego oraz cennik hurtowy B2B). Magazyn centralny synchronizuje wyłącznie fizyczną dostępność i rezerwacje towaru, natomiast ceny są przesyłane zgodnie z przypisanymi cennikami handlowymi.

Jakie wymagania sprzętowe musi spełniać serwer obsługujący magazyn centralny przy intensywnej sprzedaży?

Wymagania zależą od liczby indeksów towarowych (SKU) oraz wolumenu zamówień dziennych. Dla sprawnej obsługi wielokanałowej synchronizacji zaleca się serwer wyposażony w szybkie dyski półprzewodnikowe NVMe pracujące w macierzy RAID (Redundant Array of Independent Disks – technologia łączenia dysków w celu zwiększenia niezawodności i wydajności), minimum 16-32 GB pamięci RAM dedykowanej dla Microsoft SQL Server oraz wielordzeniowy procesor o wysokim taktowaniu pojedynczego rdzenia, co zapobiega powstawaniu opóźnień przy częstych zapytaniach SQL.

Pomoc techniczna i konfiguracja systemów na terenie Warszawy i okolicznych powiatów

Konfiguracja, optymalizacja oraz diagnostyka systemów magazynowych i baz danych ERP realizowana jest bezpośrednio w siedzibie klienta. Nasi specjaliści dojeżdżają do firm na obszarze całej Warszawy oraz w promieniu 40 kilometrów, obejmującym 7 okolicznych powiatów: grodziski, legionowski, otwocki, piaseczyński, pruszkowski, warszawski zachodni oraz wołomiński. Na czas diagnozy środowiska IT, audytu baz danych czy wdrożenia zapewniamy pełne bezpieczeństwo danych handlowych, oferując możliwość podpisania umowy o zachowaniu poufności (NDA – Non-Disclosure Agreement). Usługi wdrożeniowe i konfiguracyjne objęte są gwarancją do 12 miesięcy oraz wsparciem technicznym po wdrożeniu do 30 dni. W sprawach związanych z konfiguracją magazynu centralnego oraz integracją systemów handlowych kontakt telefoniczny jest możliwy pod numerem 22 378 48 09 przez całą dobę, 7 dni w tygodniu.

22 378 48 09

Konfiguracja jednolitego magazynu centralnego dla wielu kanałów sprzedaży