Między złożeniem zamówienia a jego opłaceniem upływa czas, w którym towar formalnie wciąż jest na stanie — bez odpowiedniej rezerwacji ten sam produkt może zostać sprzedany drugiej osobie zanim pierwsza zdąży zapłacić.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie automatycznej rezerwacji towaru w momencie złożenia zamówienia, określenie czasu, po jakim nieopłacona rezerwacja jest zwalniana, oraz synchronizację tej logiki między sklepem a systemem magazynowym.

Dla kogo ma sens

Usługa jest istotna dla sklepów sprzedających produkty o ograniczonej dostępności, gdzie ryzyko sprzedania tego samego towaru dwóm klientom jednocześnie ma realne, kosztowne konsekwencje.

Ile to trwa

Konfiguracja rezerwacji stanów mieści się z reguły w standardowym czasie do 3 dni.

Warunki

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

Mechanizm działania rezerwacji: stan magazynowy a stan dyspozycyjny

Prawidłowe zarządzanie asortymentem w środowisku e-commerce wymaga ścisłego rozróżnienia dwóch podstawowych pojęć: stanu magazynowego oraz stanu dyspozycyjnego. Stan magazynowy (fizyczna liczba produktów znajdujących się aktualnie na półkach w magazynie) informuje wyłącznie o tym, ile sztuk danego towaru zostało przyjętych dokumentami magazynowymi PZ (Przyjęcie Zewnętrzne) i nie zostało jeszcze fizycznie wydanych dokumentem WZ (Wydanie Zewnętrzne). Z punktu widzenia sprzedaży internetowej znacznie ważniejszy jest jednak stan dyspozycyjny (ilość towaru dostępna do natychmiastowej sprzedaży po odliczeniu wszystkich aktywnych rezerwacji dla złożonych zamówień).

W systemach zarządzania przedsiębiorstwem klasy ERP (oprogramowanie do planowania zasobów przedsiębiorstwa, takich jak InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy enova365) rezerwacja tworzona jest zazwyczaj poprzez wygenerowanie odpowiedniego dokumentu handlowego ze statusem rezerwującym towar. W systemie Subiekt jest to dokument ZK (Zamówienie od Klienta) z przypisaną rezerwacją towaru, natomiast w Comarch ERP Optima odpowiada za to dokument RO (Rezerwacja Odbiorcy). Dopóki dokument ten ma status aktywny, system pomniejsza stan dyspozycyjny przekazywany do kanałów sprzedaży, uniemożliwiając innym klientom zakup tego samego egzemplarza.

Brak poprawnego rozdzielenia tych wartości w konfiguracji integratora sprawia, że sklep internetowy odczytuje stan fizyczny zamiast dyspozycyjnego. W efekcie, mimo zarezerwowania ostatnich sztuk towaru przez klientów oczekujących na płatność, sklep nadal wyświetla ten produkt jako dostępny, co prowadzi do zjawiska oversellingu (sprzedaży towaru, którego firma nie ma możliwości fizycznie wysłać do kupującego).

Warianty logiki rezerwacji w sprzedaży wielokanałowej

W zależności od profilu działalności przedsiębiorstwa, specyfiki oferowanego asortymentu oraz wykorzystywanych platform sprzedażowych, stosuje się różne strategie blokowania stanów magazynowych:

Rezerwacja w momencie złożenia zamówienia (najczęściej stosowany model, w którym towar jest blokowany w systemie ERP natychmiast po zatwierdzeniu koszyka przez kupującego i wyborze metody płatności, z przypisanym limitem czasu na uregulowanie należności).
Rezerwacja po potwierdzeniu płatności (model stosowany w sklepach o bardzo wysokim wolumenie tanich produktów, gdzie odsetek porzuconych koszyków jest wysoki, a priorytetem jest uniknięcie blokowania asortymentu przez niezdecydowanych użytkowników).
Rezerwacja koszykowa (tymczasowe blokowanie towaru na czas trwania aktywnej sesji zakupowej klienta w sklepie internetowym, wymagające bardzo krótkiego czasu wygasania, aby zapobiec celowemu blokowaniu asortymentu przez boty internetowe).
Rezerwacja z buforem bezpieczeństwa (ustawienie reguły, która przekazuje do kanałów zewnętrznych stan pomniejszony o określoną liczbę sztuk zapasu minimalnego, co chroni przed jednoczesnym zakupem ostatniej sztuki na kilku platformach).

W modelach sprzedaży wielokanałowej (omnichannel), obejmujących sklep internetowy (np. WooCommerce, PrestaShop, Magento, Shopify), platformy typu marketplace (Allegro, Amazon, eBay) oraz integrator zamówień (np. BaseLinker), kluczowe jest zachowanie spójności zdarzeń. Złożenie zamówienia na jednym kanale musi w czasie kilku sekund wywołać blokadę stanu w centralnej bazie ERP (najczęściej Microsoft SQL Server) oraz natychmiastowe zaktualizowanie stanów dyspozycyjnych we wszystkich pozostałych serwisach aukcyjnych i sklepach.

Czas życia rezerwacji (Time-To-Live) i automatyczne zwalnianie stanów

Mechanizm rezerwacji nie może funkcjonować bez precyzyjnie określonego parametru TTL (Time-To-Live, czyli maksymalnego czasu oczekiwania na płatność przed automatycznym anulowaniem blokady). Jeżeli klient wybierze płatność elektroniczną (np. BLIK, szybki przelew bankowy PayU, Przelewy24, AutoPay lub kartę płatniczą), lecz transakcja nie dojdzie do skutku, towar nie powinien być blokowany w nieskończoność.

Konfiguracja obejmuje zdefiniowanie reguł automatyzacji w integratorze lub bezpośrednio w systemie ERP:

W przypadku szybkich płatności elektronicznych czas na opłacenie zamówienia wynosi zazwyczaj od 15 minut do 2 godzin. Po upływie tego czasu zamówienie otrzymuje status nieopłaconego, a integrator wysyła do systemu ERP polecenie anulowania rezerwacji lub usunięcia powiązanego dokumentu ZK lub RO.
W przypadku przelewu tradycyjnego czas ten wynosi zwykle od 48 do 72 godzin roboczych, co pozwala na zaksięgowanie wpłaty na rachunku bankowym firmy.
W przypadku zamówień z płatnością przy odbiorze (pobranie kurierskie) rezerwacja pozostaje aktywna aż do momentu wystawienia dokumentu WZ (Wydanie Zewnętrzne) lub faktury i wysyłki paczki z magazynu.

Prawidłowo skonfigurowany system automatycznie przywraca zwolnioną ilość do puli stanu dyspozycyjnego i wysyła aktualizację po API (interfejs programistyczny aplikacji) do wszystkich połączonych platform sprzedażowych, dzięki czemu produkt ponownie staje się widoczny dla innych kupujących bez konieczności ręcznej interwencji magazyniera czy obsługi sklepu.

Błędy popełniane podczas samodzielnej konfiguracji integracji

Próby samodzielnego ustawiania reguł synchronizacji stanów magazynowych bez odpowiedniej wiedzy o architekturze baz danych i logice systemów ERP często prowadzą do poważnych zaburzeń w bieżącej sprzedaży. Do najczęstszych problemów należą:

Podwójne rezerwowanie asortymentu (błąd polegający na tym, że platforma sklepowa blokuje stan we własnej bazie, a jednocześnie integrator tworzy w systemie ERP dokument rezerwujący, co przy kolejnej pętli synchronizacji powoduje dwukrotne odjęcie tej samej ilości i sztuczne wyzerowanie dostępności towaru).
Pętle synchronizacji stanów (sytuacja, w której zmiana stanu w ERP wywołuje zdarzenie w sklepie, które następnie jest błędnie interpretowane przez integrator jako ręczna edycja na stronie i odsyłane z powrotem do ERP z nieprawidłowymi wartościami).
Brak obsługi zestawów i kompletów (produkty złożone, w których sprzedaż gotowego zestawu wymaga zarezerwowania poszczególnych komponentów składowych; bez dedykowanej logiki system rezerwuje tylko indeks główny, pozostawiając wolne składniki do osobnej sprzedaży, co uniemożliwia skompletowanie zamówienia).
Zarządzanie blokadami bazy danych (wykonywanie masowych zapytań SQL do bazy Microsoft SQL Server w godzinach szczytu sprzedażowego bez odpowiednich indeksów, co prowadzi do zjawiska deadlock — zakleszczenia transakcji, wstrzymania pracy magazynierów i błędów w zapisie zamówień).
Ignorowanie statusów zamówień anulowanych (sytuacja, w której klient anuluje zamówienie w panelu sklepu, ale informacja ta nie zmienia statusu dokumentu ZK w programie Subiekt czy Optima, przez co towar pozostaje trwale zablokowany w magazynie).

Kiedy przyczyna problemu leży poza mechanizmem rezerwacji

Objawy sugerujące awarię rezerwacji stanów mogą w rzeczywistości wynikać z innych usterek w infrastrukturze informatycznej przedsiębiorstwa. Warto odróżnić błędy logiczne konfiguracji od następujących sytuacji:

Opóźnienia po stronie zewnętrznych serwisów (limity zapytań API nakładane przez marketplace'y takie jak Allegro czy Amazon, przez co zaktualizowany stan magazynowy z bazy ERP pojawia się w serwisie zewnętrznym z opóźnieniem kilkunastu minut).
Błędy mapowania identyfikatorów SKU i kodów EAN (jeżeli ten sam produkt w sklepie i w magazynie posiada różne symbole towarowe, system traktuje je jako dwa odrębne artykuły i nie powiąże rezerwacji).
Niezgodności inwentaryzacyjne (fizyczny brak towaru na półce wynikający z błędów pracowników podczas kompletacji zamówień, uszkodzeń mechanicznych produktów lub braków w dostawach od dostawców, mimo że stan w systemie komputerowym wykazuje dostępność).
Blokady uprawnień użytkowników API (zmiana hasła do konta integratora lub ograniczenie praw dostępu do tabel bazy danych, co uniemożliwia zapisywanie nowych rezerwacji w systemie ERP).

Najczęstsze pytania dotyczące konfiguracji rezerwacji stanów

Czy rezerwacja stanów blokuje fizyczną możliwość wystawienia dokumentu sprzedaży na miejscu w firmie?

Tak, jeśli dokument w systemie ERP ma status rezerwacji twardej (pełnej), system zablokuje możliwość wystawienia dokumentu WZ lub faktury na zarezerwowaną ilość dla klienta stacjonarnego, chroniąc zamówienie internetowe przed podkupieniem. W razie potrzeby można skonfigurować uprawnienia kierownika magazynu umożliwiające ręczne zwolnienie rezerwacji lub wydanie towaru z innych partii magazynowych.

Jak zabezpieczyć sklep przed botami, które celowo dodają produkty do koszyka i blokują sprzedaż?

W takich przypadkach stosuje się mechanizm rezerwacji wyłącznie po przejściu do etapu wyboru płatności (zamiast rezerwacji na etapie samego koszyka) oraz wprowadza się rygorystyczny limit TTL wynoszący np. 15 minut dla nieopłaconych sesji. Dodatkowo wdraża się zabezpieczenia CAPTCHA (narzędzie weryfikujące, czy formularz wypełnia człowiek) na poziomie składania zamówienia.

Czy integracja obsługuje rezerwacje w wielu niezależnych magazynach firmy?

Tak, systemy klasy ERP (np. Comarch ERP Optima, InsERT Subiekt nexo czy WAPRO Mag) obsługują strukturę wielomagazynową. Konfiguracja pozwala przypisać poszczególne kanały sprzedaży (np. różne sklepy internetowe lub konta marketplace) do konkretnych magazynów fizycznych lub zdefiniować regułę kolejności schodzenia ze stanów w zależności od lokalizacji klienta.

Co dzieje się w sytuacji, gdy dwóch klientów kliknie przycisk zakupu w tej samej sekundzie?

System zarządzania bazą danych Microsoft SQL Server wykorzystuje mechanizm izolacji transakcji (blokadę wiersza danych w tabeli towarów). Zapytanie, które dotrze do serwera jako pierwsze o ułamek sekundy, pomyślnie tworzy rezerwację. Drugie zapytanie otrzymuje odpowiedź o braku wystarczającej ilości towaru, a sklep natychmiast informuje drugiego klienta o wyczerpaniu asortymentu przed pobraniem płatności.

Czy wdrożenie poprawek w logice rezerwacji wymaga przerwania sprzedaży w sklepie?

Większość prac konfiguracyjnych prowadzimy bezpośrednio na poziomie integratora i harmonogramów zadań bez konieczności wyłączania sklepu. Jedynie finalne testy i synchronizacja inicjalna mogą wymagać krótkiego okna serwisowego, planowanego poza godzinami największego ruchu handlowego.

Wdrożenie, optymalizacja i audyt logiki magazynowej w siedzibie firmy

Każde przedsiębiorstwo handlowe posiada indywidualną specyfikę obiegu dokumentów, zależną od liczby magazynów, personelu pakującego oraz używanego oprogramowania ERP i platform sklepowych. Z tego względu konfiguracja rezerwacji stanów magazynowych wymaga dokładnej analizy procesów biznesowych bezpośrednio w środowisku pracy klienta.

Nasi specjaliści dojeżdżają bezpośrednio do siedziby firmy, biura lub centrum magazynowego na terenie Warszawy oraz okolicznych powiatów (w promieniu do 40 km). Na miejscu weryfikujemy konfigurację serwera bazodanowego Microsoft SQL Server, uprawnienia użytkowników systemów InsERT (Subiekt GT, Subiekt nexo), Comarch ERP (Optima, XL), WAPRO ERP (Mag) czy enova365 oraz połączenia API z platformami e-commerce i BaseLinkerem.

Przeprowadzamy testy scenariuszy skrajnych (jednoczesne zamówienia, anulacje płatności, zwroty towaru, obsługa zestawów wieloskładnikowych), co daje pewność, że stany dyspozycyjne w każdym kanale sprzedaży odzwierciedlają rzeczywistą dostępność asortymentu. Prawidłowo wdrożona automatyzacja eliminuje ryzyko oversellingu, zapobiega negatywnym ocenom kupujących na marketplace'ach i pozwala zespołowi handlowemu skupić się na sprawnej realizacji zamówień.

22 378 48 09

Rezerwacja stanów magazynowych przy integracji sklepu z magazynem