Magazyn WooCommerce: stany, rezerwacje i synchronizacja

Najpierw wybierz miejsce, w którym powstaje wiążąca informacja o zapasie. Może nim być WooCommerce, ERP albo system magazynowy. Pozostałe narzędzia powinny korzystać z uzgodnionych danych, zamiast niezależnie poprawiać tę samą ilość. Dwa równoległe źródła łatwo tworzą pętlę nadpisywania.

Zapisz, co oznacza przesyłana liczba: towar fizycznie na półce, ilość po odjęciu rezerwacji czy pula przeznaczona dla kanału internetowego. Te wartości nie zawsze są równe. Sklep potrzebuje dostępności, którą rzeczywiście może obiecać klientowi, a nie dowolnego pola o nazwie stan.

Ustal właściciela procesu: kto przyjmuje dostawy, kto koryguje pomyłkę i kto reaguje na błąd synchronizacji. Przy planowaniu sklepu internetowego opisz również sprzedaż poza stroną. Jeśli pracownik sprzedaje ostatnią sztukę stacjonarnie, musi istnieć uzgodniony sposób przekazania tej zmiany do kanału online. Samo zainstalowanie integratora nie definiuje takiej odpowiedzialności.

W ustawieniach produktów WooCommerce sprawdź zarządzanie zapasami, odbiorców powiadomień i progi ostrzegawcze. Następnie przejdź do konkretnego produktu: zdecyduj, czy sklep ma śledzić ilość, czy jedynie publikować zadeklarowany status dostępności. To odrębne sposoby prowadzenia katalogu.

Produkt z wariantami może mieć wspólną pulę nadrzędną albo własne ilości na wariantach. Dokumentacja WooCommerce dotycząca wariantów opisuje oba mechanizmy. Model powinien odpowiadać rzeczywistemu towarowi: rozmiary obuwia zwykle nie zastępują się nawzajem, natomiast niektóre wybory personalizacji mogą korzystać z jednej bazy produktu.

Nie utożsamiaj numeru SKU ze stanem. SKU jest identyfikatorem i w rdzeniu nie musi być wypełnione osobno dla każdej wersji. Integracja może wymagać własnego klucza lub mapowania identyfikatorów. Konfigurację samego katalogu opisujemy w poradniku o produktach i wariantach WooCommerce. Tutaj sprawdź przede wszystkim, której pozycji zostanie odjęta zamówiona ilość.

Samo dodanie towaru do koszyka nie uruchamia ustawienia Hold stock. Zgodnie z dokumentacją ustawień produktów limit ten dotyczy nieopłaconych zamówień o statusie Pending payment. Po upływie ustawionego czasu takie zamówienie może zostać anulowane, a wstrzymany zapas zwolniony. Nie przenoś tej reguły na każdy status zamówienia.

Rozróżnij koszyk, zamówienie oczekujące na płatność i zamówienie wstrzymane do wyjaśnienia. W zależności od używanego checkoutu mogą działać również osobne mechanizmy tymczasowej rezerwacji przy rozpoczęciu zamówienia. Nie są one tym samym co globalny limit Hold stock.

Wybierz czas oczekiwania z uwzględnieniem metod płatności i faktycznej obsługi zamówień. Zbyt krótki może kolidować ze zwykłym przebiegiem płatności, zbyt długi utrudniać sprzedaż ostatnich sztuk. Przetestuj również opóźnione potwierdzenie operatora. Ważny jest cały przebieg zdarzeń, nie tylko pojedynczy status widoczny w panelu.

Backorder pozwala przyjmować zamówienia mimo braku bieżącego zapasu, zgodnie z ustawieniami produktu. Nie jest automatycznie przedsprzedażą z datą premiery. Włączenie tej możliwości nie ustala terminu dostawy ani zasad rozliczenia płatności za przyszły towar.

Decyzję podejmij dla konkretnych produktów. Ustal, czy dostawca potwierdza dostępność, kto aktualizuje termin i jak klient dowie się o opóźnieniu. Zamówienie towaru brakującego może wiązać się z płatnością przed dostawą, zależnie od konfiguracji i zasad sprzedaży. Nie opisuj backorderu jako z definicji nieopłaconej rezerwacji.

Komunikat na karcie powinien odpowiadać realnemu procesowi. Samo słowo dostępny nie wyjaśnia, że sklep musi dopiero sprowadzić produkt. Sprawdź też treść koszyka oraz potwierdzenia zamówienia. Jeśli stosujesz osobne rozwiązanie do przedsprzedaży, przetestuj jego współpracę z aktualizacją stanu i płatnościami, zamiast zakładać identyczne zachowanie jak w standardowym magazynie.

Powiadomienia o niskiej ilości pomagają zauważyć ryzyko braku, lecz same nie zamawiają towaru i nie gwarantują ciągłej sprzedaży. Ustal odbiorcę oraz działanie po odebraniu alertu. Wiadomość wysłana na nieużywany adres nie stanowi sprawnego procesu zakupowego.

Oddziel próg ostrzegawczy, status braku dostępności i opcję ukrywania niedostępnych produktów. To różne ustawienia. Obniżenie zapasu nie musi automatycznie usuwać karty z katalogu. Sprawdź, czy chcesz pozostawić klientowi informację o produkcie, alternatywę lub możliwość powiadomienia o dostawie.

Progi i zapas bezpieczeństwa dobieraj do rotacji, zmienności popytu, opóźnień dostaw oraz znaczenia danego towaru. Prosty wynik mnożenia średniej sprzedaży przez czas dostawy nie wyczerpuje tego zadania. Regularnie porównuj ilość systemową z rzeczywistą. Przy rozbieżności zapisz przyczynę: uszkodzenie, pomyłkę kompletacji, korektę dostawy albo nieprzekazaną sprzedaż z innego kanału. Taka informacja pozwala poprawić proces.

Dobre połączenie przesyła nie tylko bieżącą liczbę, ale daje możliwość sprawdzenia, kiedy i dlaczego się zmieniła. Ustal kierunek wymiany danych, identyfikatory produktów oraz wariantów, obsługę błędu i zasady ponawiania. Numer SKU może być kluczem mapowania, ale nie jest jedyną możliwą metodą.

Przy kilku kanałach uwzględnij opóźnienie między sprzedażą a aktualizacją dostępności. Nie ma jednego bezpiecznego odstępu synchronizacji dla wszystkich sklepów. Częstotliwość zależy od możliwości systemów, liczby zmian i ryzyka sprzedaży tej samej sztuki. Jeżeli stosujesz bufor kanału, uzasadnij jego wielkość danymi i sprawdzaj utraconą przez niego dostępność.

W ramach automatyzacji procesów zaplanuj raport rozbieżności oraz ręczny tryb awaryjny. Integrator powinien odróżniać zmianę już przetworzoną od nowej, aby ponowienie komunikatu nie odejmowało zapasu drugi raz. Zweryfikuj ten przypadek w testach razem z chwilową niedostępnością jednego systemu i późniejszym odtworzeniem połączenia.

Przy kilku lokalizacjach sama suma zapasów może być myląca. Towar z jednego punktu nie zawsze można wysłać razem z drugim, a część stanów bywa przeznaczona do odbioru osobistego. Określ, które lokalizacje obsługują zamówienia internetowe i jak wybierasz miejsce realizacji.

Jeżeli potrzebujesz wielomagazynowości, sprawdź zakres konkretnego rozszerzenia albo systemu nadrzędnego. Zapytaj, jak traktuje przesunięcia, rezerwacje, braki i rozdzielone wysyłki. Nie wybieraj rozwiązania wyłącznie po liczbie dodatkowych pól w panelu. Istotne jest, czy obsługa potrafi prześledzić los zamówionej sztuki.

Oddziel zwrot pieniędzy od fizycznego powrotu towaru. Produkt uszkodzony nie powinien odzyskać dostępności tylko dlatego, że zakończyło się rozliczenie z klientem. Ustal procedurę kontroli zwrotu i ewentualnego przyjęcia na stan. Tak samo opisz anulowanie zamówienia już przekazanego do magazynu: aktualizacja w sklepie musi zgadzać się z tym, co rzeczywiście robi zespół pakujący.

Przygotuj scenariusze na odizolowanym środowisku, bez rzeczywistych płatności, wysyłek i konwersji analitycznych. Uwzględnij produkt prosty, wspólny zapas wariantów, osobne ilości oraz dozwolony backorder. Dla każdego zapisz stan początkowy, zdarzenie i oczekiwany stan końcowy.

Sprawdź zamówienie opłacone, oczekujące, anulowane i zwrot z decyzją o przyjęciu produktu. Przy ostatniej sztuce sprawdź konkurujące próby zakupu. Dodaj opóźnione potwierdzenie płatności i przerwę w integracji. Sam udany zakup dostępnego produktu nie pokazuje, jak sklep zachowa się w tych trudniejszych sytuacjach.

Gdy problem dotyczy jednej kombinacji, pomocna będzie diagnoza błędów wariantów. Jeśli nie zgadzają się całe systemy, prześlij opis przepływu stanów z przykładem rozbieżności, bez danych osobowych klientów. Do analizy potrzebne są identyfikatory towaru, kolejność zdarzeń i wskazanie źródła, któremu obecnie ufasz. To pozwala szukać przyczyny zamiast cyklicznie wyrównywać liczby ręcznie.

Dalsza opieka może obejmować kontrolę synchronizacji i poprawki w małym pakiecie godzinowym. Zakres odpowiedzialności, godziny wsparcia i ewentualne SLA uzgadniamy indywidualnie.

• Jak synchronizować zadłużenie i limit kredytu kupieckiego klienta między ERP a sklepem