Problemy ze stanami magazynowymi w sklepie - diagnoza i naprawa 2026

Rozdziel ilość fizyczną, ilość dostępną do sprzedaży i etykietę dostępności. Produkt może znajdować się w magazynie, lecz być zarezerwowany. Może też mieć prawidłową liczbę w panelu, ale starą informację na stronie. Każdy z tych przypadków wymaga innego sprawdzenia.

Przygotuj SKU lub identyfikator wariantu, oczekiwany wynik i czas wystąpienia problemu. Nie zaczynaj od przebudowy całej integracji, jeśli błąd można odtworzyć na jednej pozycji. Takie rozpoznanie przydaje się zarówno przy własnym sklepie internetowym, jak i sprzedaży przez marketplace.

Overselling powstaje między innymi wtedy, gdy kilka kanałów sprzedaje wspólną ostatnią sztukę, zanim informacja o rezerwacji dotrze do pozostałych. Przyczyną może być także błędne mapowanie, nieuwzględnione zamówienie lub włączona sprzedaż na zamówienie. Sam krótki interwał aktualizacji nie zapewnia rezerwacji wspólnego zasobu.

Sprawdź chronologię: kiedy zamówienie powstało, kiedy zmniejszono ilość w źródle i kiedy zapis dotarł do kanału. Porównaj czasy z uwzględnieniem strefy czasowej. Bufor dostępności może ograniczyć ryzyko, ale musi wynikać z rotacji, opóźnień i możliwości dostawcy. Nie jest gwarancją usunięcia wszystkich kolizji.

Gdy nie możesz zrealizować zamówienia, potwierdź sytuację magazynową i uruchom ustalony proces kontaktu z klientem. Nie włączaj backorders wyłącznie po to, by ukryć niezgodność. Sprzedaż produktu oczekującego na dostawę wymaga prawdziwej informacji o dostępności i procesu realizacji.

W produkcie sprawdź włączone zarządzanie ilością, a następnie notatki i status zamówienia. Płatność, rezerwacja oraz fizyczna wysyłka nie są jednym zdarzeniem. Dokumentacja statusów WooCommerce opisuje ich znaczenie; także zamówienie On hold może mieć już zmniejszony stan.

Dokumentacja ustawień produktów opisuje Hold stock słowami: "Hold products (for unpaid orders) for X minutes." Ten limit dotyczy zamówień Pending payment, nie On hold ani samego dodania produktu do koszyka. Puste pole wyłącza ten mechanizm. Dobierz czas do obsługi płatności zamiast wpisywać jedną wartość dla wszystkich sklepów.

Wersja WooCommerce ma znaczenie. Komunikat zespołu o WooCommerce 11.0 opisuje przywracanie wcześniej zmniejszonego stanu także przy statusie Failed. Nie wolno zatem zakładać identycznego zachowania wszystkich wersji. Sprawdź historię konkretnego zamówienia i rozszerzenia wpływające na stany. Zmiany w kodzie lub aktualizację sprawdzaj na kopii sklepu, zamiast usuwać mechanizmy redukcji w działającej sprzedaży.

Najpierw sprawdź, czy liczba w magazynie dotyczy tej samej pozycji, którą ogląda klient. Produkt nadrzędny i wariant mogą korzystać z różnych ustawień. Porównaj panel, odpowiedź systemu źródłowego i stronę produktu. Jeśli backend jest prawidłowy, sprawdź pamięć podręczną oraz sposób prezentowania dostępności przez motyw.

Próg niskiego stanu służy ostrzeganiu, a próg braku stanu wpływa na traktowanie produktu jako niedostępnego. Osobną opcją jest ukrywanie produktów bez stanu. Nie należy naprawiać jednego problemu przez przypadkowe wyłączenie wszystkich tych ustawień.

Wyczyść tylko właściwy zakres pamięci podręcznej i sprawdź wynik po kontrolowanej zmianie. Masowe opróżnienie cache może chwilowo zamaskować problem, jeśli integracja później ponownie zapisze błędną wartość. Przy niestandardowym motywie lub dodatku trzeba odtworzyć przepływ na kopii WooCommerce i WordPress, zachowując ustawienia działającej sprzedaży.

WooCommerce dopuszcza zarządzanie stanem na poziomie produktu nadrzędnego, wariantów albo w modelu mieszanym. Wariant z własnym zarządzaniem używa swojej ilości. Pozostałe mogą korzystać ze wspólnego stanu rodzica, jeśli jest on zarządzany na tym poziomie. Sam taki układ nie jest błędem.

Ustal, czy warianty reprezentują osobne sztuki fizyczne, czy korzystają ze wspólnego zasobu. Następnie porównaj identyfikatory w sklepie, integratorze i ofercie. Rozmiar lub kolor w nazwie nie wystarcza do jednoznacznego powiązania. Sprawdź także duplikaty SKU i produkty utworzone ponownie z innym ID.

Zestawy wymagają osobnej reguły dostępności komponentów. Liczba gotowych zestawów nie zawsze jest sumą ilości elementów. Odbiór powinien obejmować sprzedaż pojedynczego składnika oraz zestawu, aby sprawdzić aktualizację współdzielonego zasobu. Nie poprawiaj powiązań masowo przed sprawdzeniem reprezentatywnej próbki.

Wybierz system odpowiedzialny za stan i sprawdź, czy wszystkie oferty są powiązane z właściwymi produktami. Jeśli sklep i integrator zapisują wzajemnie swoje dane, nawet poprawna ręczna korekta może zostać cofnięta. Potrzebny jest świadomie ustalony kierunek przepływu oraz sposób uwzględniania rezerwacji z kanałów.

Instrukcja Base opisuje konfigurację synchronizacji dla konta marketplace oraz wymagane powiązanie oferty z magazynem. Warianty częstotliwości zależą od ustawień i planu. Nie należy obiecywać natychmiastowego zapisu we wszystkich kanałach tylko dlatego, że system oferuje tryb live.

W historii sprawdź czas próby, odpowiedź kanału i późniejsze zapisy. Błąd uprawnień wymaga innej naprawy niż limit API czy niepoprawny identyfikator. Nie wykonuj nieograniczonych ponowień. Więcej o samym narzędziu znajdziesz w diagnozie problemów Base, a połączenie z innym integratorem opisuje poradnik Apilo.

Stan hurtowni opisuje dostępność według dostawcy w chwili aktualizacji. Nie oznacza automatycznie rezerwacji towaru dla Twojego klienta. Sprawdź, jak często źródło się zmienia, jakie opóźnienie ma import i czy dostawca udostępnia mechanizm rezerwacji lub potwierdzenia zamówienia.

Rozdziel ilość dostawcy od własnego magazynu. Ustal, co zrobić przy braku produktu w kolejnym pliku: wyzerować dostępność, zachować poprzedni stan czy skierować pozycję do kontroli. To zależy od specyfikacji źródła; brak wiersza nie zawsze oznacza fizyczny brak towaru.

Przy wielu hurtowniach określ regułę wyboru dostawcy i unikaj sumowania stanów tego samego magazynu udostępnianych przez pośredników. Bufor i ograniczenie publikowanej ilości mogą pomóc, ale nie zastępują potwierdzenia dostępności. Koszt połączenia porównaj osobno dla Base Connect, pliku lub własnego API, zgodnie z warunkami wybranego dostawcy.

ERP warto rozważyć, gdy potrzebujesz wspólnej ewidencji magazynu, dokumentów, zakupów lub kilku punktów sprzedaży. Nie istnieje uniwersalna liczba zamówień, po której każdy sklep musi wdrożyć taki system. Najpierw nazwij funkcję, której brakuje obecnej konfiguracji.

W mapie integracji zapisz stany fizyczne, rezerwacje, dostępne ilości i dokumenty, które je zmieniają. Uzgodnij jednostki miary, magazyny i identyfikatory. Błąd przeliczenia opakowań może wyglądać jak awaria synchronizacji, mimo że systemy poprawnie przekazują różne jednostki.

Integracja sklepu z ERP powinna mieć zakres obejmujący kierunki przepływu, wyjątki i odbiór. Przy własnym połączeniu potrzebne są również obsługa limitów API, wykrywanie powtórnych zdarzeń i bezpieczne przechowywanie dostępów. Nie zastępuj tych mechanizmów bezpośrednią edycją tabel WooCommerce ani przypadkowym skryptem aktualizującym pole ilości.

Zacznij od próbki zawierającej pozycję poprawną, błędną, wariant oraz produkt niedostępny. Zapisz ilość fizyczną, rezerwacje, wartości w systemach i czas odczytu. Jeśli sprzedaż trwa, porównanie bez wspólnego momentu odniesienia może pokazać różnice, które wynikają z kolejnych zamówień.

Ustal przyczynę przed korektą. Ręczna zmiana ilości może być potrzebna po inwentaryzacji, lecz musi trafić do właściwego źródła i mieć ślad. Osobno sprawdź zwroty: oddanie pieniędzy nie oznacza jeszcze, że towar fizycznie wrócił do sprzedaży. Przesunięcia i uszkodzenia również powinny odpowiadać rzeczywistym operacjom.

Jeśli integracja używa webhooków WooCommerce, sprawdź ich status i historię dostaw. Dokumentacja webhooków opisuje automatyczne wyłączenie po więcej niż pięciu kolejnych nieudanych dostarczeniach. To reguła tego mechanizmu, nie uniwersalny limit wszystkich integratorów. Ponowne uruchomienie bez usunięcia przyczyny może odtworzyć ten sam problem.

Po naprawie zapisz źródło danych, kierunki synchronizacji, właścicieli procesu i sposób odczytu błędów. Kontroluj pozycje, których aktualizacja została odrzucona, oraz rozbieżności w powiązaniach. Zmiana platformy, wtyczki lub sposobu płatności powinna mieć własny odbiór zamiast założenia, że stary proces nadal działa identycznie.

Częstotliwość inwentaryzacji dopasuj do rotacji, wartości towaru i obserwowanych rozbieżności. Kontrola wybranych grup może uzupełniać pełne przeliczenie magazynu. Celem jest wykrycie przyczyny różnicy, a nie tylko cykliczne nadpisywanie liczb.

Jeśli potrzebujesz pomocy, napisz do KC Mobile, podając adres lub platformę sklepu i objaw. Możesz dopisać integrator oraz przykład SKU, jeśli go znasz, bez danych klientów i kluczy dostępowych. Ustalimy, czy zadanie dotyczy WooCommerce, połączenia kanałów czy automatyzacji procesu. Zakres i koszt naprawy wynikają z rozpoznanej przyczyny, nie z samej liczby produktów.