• Kierowca dostępny teraz
  • całą dobę, 7 dni w tygodniu
  • Dojazd do 1 h w promieniu 40 km
  • Diagnoza laptopa 0 zł
Pudełko programu sprzedażowo-magazynowego Subiekt GT

Integracja sklepu z magazynem przy sprzedaży na przedsprzedaż

Sprzedaż na przedsprzedaż, jeszcze przed fizyczną dostępnością produktu w magazynie, wymaga odpowiedniej konfiguracji, żeby uniknąć nieporozumień z klientami.

Na czym polega ta usługa

Konfiguracja obejmuje ustawienie w sklepie i systemie ERP odpowiedniego statusu produktów dostępnych w przedsprzedaży oraz automatyczną aktualizację po ich fizycznym przyjęciu.

Dla kogo ma sens

Usługa jest przydatna dla firm oferujących sprzedaż produktów jeszcze przed ich fizyczną dostępnością w magazynie.

Ile to trwa

Konfiguracja obsługi przedsprzedaży 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 przepływu danych i stany wirtualne w przedsprzedaży

Prawidłowe wdrożenie przedsprzedaży (określanej w handlu elektronicznym jako pre-order) wymaga przebudowy standardowego mechanizmu wymiany informacji między sklepem internetowym a systemem ERP (oprogramowaniem do planowania zasobów przedsiębiorstwa). W standardowym modelu sprzedaży platforma e-commerce odpytuje bazę magazynową o fizyczny stan towaru. Jeśli wartość wynosi zero, system sprzedażowy automatycznie blokuje możliwość zakupu lub oznacza produkt jako niedostępny.

W modelu przedsprzedaży konieczne jest rozdzielenie fizycznego stanu magazynowego od stanu dyspozycyjnego lub wirtualnego. Integrator łączący bazę sklepu z systemem magazynowym musi przetwarzać dodatkowe parametry, takie jak dokumenty ZD (zamówienia do dostawców), planowana data dostawy towaru oraz zdefiniowany limit alokacji (maksymalna liczba sztuk przewidziana do sprzedaży w ramach danej partii). Dzięki temu sklep wyświetla produkt jako dostępny do zamówienia z wyraźnym oznaczeniem terminu wysyłki, podczas gdy personel magazynowy nie otrzymuje przedwczesnych poleceń kompletacji dla towaru, którego fizycznie nie ma jeszcze na półkach.

Komunikacja między platformą handlową a bazą danych odbywa się za pośrednictwem API (interfejsu programowania aplikacji) lub bezpośrednich zapytań do bazy SQL. Konfiguracja obejmuje zdefiniowanie odpowiednich reguł w harmonogramie zadań CRON (procesie wykonującym cykliczne operacje w tle), co zapobiega nadpisywaniu stanów przedsprzedażowych przez standardowe procedury synchronizacji stanów magazynowych.

Warianty techniczne konfiguracji przedsprzedaży

W zależności od wielkości przedsiębiorstwa, struktury magazynu oraz używanego oprogramowania stosuje się różne podejścia architektoniczne do obsługi zamówień oczekujących.

Model dedykowanego magazynu wirtualnego

W systemie ERP tworzy się odrębny magazyn logiczny (np. oznaczony jako magazyn przedsprzedażowy), na który wprowadza się stany wynikające z potwierdzonych zamówień u producenta lub dystrybutora. Magazyn główny (fizyczny) zachowuje stan zerowy. Integrator sklepu internetowego zostaje skonfigurowany w taki sposób, aby pobierał stany wyłącznie z magazynu wirtualnego lub sumował stany z obu magazynów z jednoczesnym przekazaniem do platformy e-commerce odpowiedniej flagi przedsprzedaży. Po złożeniu zamówienia przez klienta rezerwacja blokuje stan w magazynie wirtualnym, co eliminuje ryzyko sprzedaży większej liczby sztuk niż zadeklarowana w dostawie.

Model rezerwacji bezstanowych i zamówień zaliczkowych

W tym wariancie system magazynowy nie posiada sztucznie wygenerowanych stanów towarowych. Towar w sklepie internetowym oznaczany jest specjalnym atrybutem przedsprzedaży, a zamówienia spływające do bazy handlowej zapisują się jako dokumenty ZK (zamówienia od klientów) ze statusem rezerwacji bezstanowej. System ERP blokuje możliwość automatycznego wystawienia dokumentu WZ (wydania zewnętrznego towaru) oraz dokumentu księgowego do momentu, aż w systemie pojawi się dokument PZ (przyjęcie zewnętrzne towaru) wprowadzający fizyczną dostawę od dostawcy.

Model reguł automatyzacji w integratorze wielokanałowym

Dla przedsiębiorstw prowadzących sprzedaż wielokanałową (na przykład łączących własny sklep internetowy z platformami handlowymi typu marketplace) konfigurację przedsprzedaży realizuje się na poziomie integratora zewnętrznego (takiego jak BaseLinker). Integrator zarządza wirtualnymi pakietami ilościowymi, automatycznie mapuje statusy zamówień i kontroluje czas wysyłki wymagany przez poszczególne platformy sprzedażowe. W momencie wyczerpania ustalonego limitu przedsprzedaży integrator automatycznie zmienia status oferty na niedostępną, nie dopuszczając do powstawania opóźnień w realizacji zamówień.

Błędy popełniane przy próbie samodzielnej konfiguracji

Próby samodzielnego uruchomienia przedsprzedaży bez pełnego zrozumienia relacji między bazą danych sklepu a strukturą dokumentów ERP prowadzą do powtarzających się problemów organizacyjnych i technicznych.

Nadpisywanie stanów przedsprzedaży przez cykliczną synchronizację

Najczęstszym błędem jest ręczne ustawienie dostępności towaru w panelu administracyjnym sklepu bez wykluczenia danego produktu z automatycznej synchronizacji magazynowej. Podczas kolejnego uruchomienia skryptu integracyjnego system pobiera rzeczywisty stan zerowy z programu magazynowego i natychmiast wyłącza możliwość zakupu w sklepie internetowym. Całkowite wyłączenie synchronizacji dla danego produktu rodzi z kolei problem braku aktualizacji cen i stawek podatkowych.

Przedwczesne generowanie dokumentów księgowych i magazynowych

Błędne powiązanie statusów zamówień ze zdarzeniami w systemie ERP może wywołać automatyczne wystawienie faktury oraz dokumentu WZ w momencie opłacenia zamówienia przez klienta. Jeśli program magazynowy dopuszcza powstawanie ujemnych stanów magazynowych, dochodzi do zaburzenia wyceny magazynu metodą FIFO (pierwsze weszło, pierwsze wyszło) lub LIFO (ostatnie weszło, pierwsze wyszło). W przypadku braku zgody na stany ujemne integrator zgłasza błąd krytyczny i zatrzymuje synchronizację pozostałych zamówień w całej firmie.

Brak automatycznego przekształcania zamówień po przyjęciu dostawy

Gdy zamówiony towar dociera od producenta, magazynier wprowadza do systemu dokument PZ. Przy braku odpowiednio skonfigurowanych powiązań system ERP nie przypisuje automatycznie przyjętych sztuk do archiwalnych zamówień przedsprzedażowych. W efekcie nowo przyjęty towar może zostać omyłkowo wydany do bieżących, nowszych zamówień, a klienci oczekujący na przedsprzedaż pozostają bez zrealizowanych paczek.

Nieprawidłowa obsługa koszyków mieszanych

Jeżeli kupujący umieści w jednym zamówieniu produkt dostępny od ręki oraz produkt w przedsprzedaży z terminem dostawy za trzy tygodnie, domyślna konfiguracja sklepu często wymusza wstrzymanie całego zamówienia do czasu skompletowania wszystkich pozycji. Brak zdefiniowanych reguł podziału zamówienia (tak zwanego split order) uniemożliwia automatyczne rozbicie zakupu na dwie niezależne paczki lub wymaga ręcznej ingerencji personelu i ponownego generowania etykiet kurierskich.

Obsługa przedsprzedaży w środowiskach ERP i platformach e-commerce

Wdrożenie mechanizmów przedsprzedaży wymaga dostosowania specyfiki konkretnego oprogramowania handlowo-magazynowego:

  • InsERT Subiekt GT oraz Subiekt nexo: Konfiguracja obejmuje wykorzystanie rezerwacji towarowych, statusów dokumentów ZK (zamówienie od klienta) oraz zdefiniowanie pól własnych i flag. Wdrożenie może wykorzystywać moduł Sfera (interfejs programistyczny dla systemów InsERT) do precyzyjnego sterowania stanami przekazywanymi do sklepu bez tworzenia sztucznych dokumentów magazynowych.
  • Comarch ERP Optima: Obsługa opiera się na konfiguracji bufora zamówień RO (rezerwacji odbiorcy), definiowaniu magazynów pomocniczych oraz precyzyjnym mapowaniu stanów z uwzględnieniem blokad sprzedaży poniżej stanu minimalnego w integracji z Comarch e-Sklep lub platformami zewnętrznymi.
  • WAPRO ERP (WAPRO Mag): Wdrożenie wymaga skonfigurowania zamówień od odbiorców (ZO) powiązanych bezpośrednio z zamówieniami do dostawców (ZD), co pozwala na automatyczne zwalnianie blokad handlowych w momencie zatwierdzenia właściwego dokumentu PZ.
  • Systemy enova365 oraz Symfonia: Konfiguracja polega na utworzeniu dedykowanych cech i atrybutów w kartotekach towarowych oraz zaprojektowaniu ścieżek obiegu dokumentów (workflow), które automatycznie kierują zamówienia przedsprzedażowe do odrębnych kolejek kompletacji.
  • Platformy e-commerce (WooCommerce, PrestaShop, Magento, Shopify): Wdrożenie obejmuje konfigurację obsługi zamówień oczekujących (funkcja backorder), dostosowanie szablonu karty produktu do wyświetlania dynamicznych dat dostawy oraz konfigurację powiadomień mailowych informujących klienta o postępach w realizacji.

Kiedy problem wynika z ograniczeń bazy lub integratora, a nie z samej przedsprzedaży

W trakcie audytu problemów z funkcjonowaniem sklepu internetowego zdarza się, że nieprawidłowości przypisywane mechanizmowi przedsprzedaży mają inne podłoże techniczne:

  • Limitowanie zapytań do API (rate limiting): Serwer sklepu odrzuca pakiety danych wysyłane przez integrator z powodu zbyt dużej liczby jednoczesnych połączeń, co powoduje opóźnienia w aktualizacji statusów produktów i wrażenie zawieszenia przedsprzedaży.
  • Niespójność kodów identyfikacyjnych: Błędy w mapowaniu kodów SKU (unikalnych identyfikatorów magazynowych) lub kodów EAN (europejskich kodów towarowych) uniemożliwiają powiązanie produktu ze sklepu z właściwą pozycją kartoteki w systemie ERP, co skutkuje odrzucaniem zamówień przez bazę magazynową.
  • Błędy skryptów harmonogramu zadań: Przeciążenie procesora serwera hostingowego lub błędy w interpretatorze PHP powodują zatrzymanie zadań CRON odpowiedzialnych za przeliczanie stanów wirtualnych, co zamraża statusy magazynowe na nieaktualnych wartościach.

Dodatkowe pytania o integrację sklepu z magazynem przy przedsprzedaży

Jak zabezpieczyć sklep przed sprzedażą większej liczby sztuk niż zakontraktowana u dostawcy?

Konfiguracja polega na wprowadzeniu do integratora twardego limitu stanu wirtualnego równego potwierdzonej przez dystrybutora liczbie sztuk. Każde złożone i opłacone zamówienie natychmiast pomniejsza dostępny bufor w sklepie. Po osiągnięciu wartości zerowej przycisk zakupu zostaje automatycznie zablokowany, a status produktu zmienia się na towar wyprzedany.

Co dzieje się w przypadku płatności online przy wydłużonym terminie realizacji przedsprzedaży?

Bramki płatności internetowych posiadają ograniczone czasy ważności sesji oraz preautoryzacji (blokady środków na karcie płatniczej). W przypadku przedsprzedaży trwającej powyżej kilkunastu dni konfiguruje się natychmiastowe pobranie środków lub wysyłkę automatycznych linków do płatności tuż przed planowaną wysyłką towaru, w zależności od przyjętej w firmie polityki rozliczeń.

W jaki sposób system informuje klienta o fizycznym przyjęciu towaru na magazyn?

Prawidłowo skonfigurowany integrator wykrywa zatwierdzenie dokumentu PZ w systemie ERP i automatycznie zmienia status powiązanego zamówienia w sklepie internetowym na status informujący o rozpoczęciu kompletacji. Zmiana ta wyzwala automatyczną wysyłkę powiadomienia e-mail lub wiadomości tekstowej do kupującego.

Czy wdrożenie przedsprzedaży wymaga modyfikacji w strukturze bazy danych sklepu?

Zazwyczaj nie ma potrzeby ingerowania w strukturę tabel bazy danych. Wdrożenie opiera się na wykorzystaniu standardowych pól metadanych (atrybutów i cech produktu), dedykowanych statusów zamówień oraz rozbudowie logiki samego integratora wymieniającego dane przez standardowe API platformy e-commerce.

Jak rozwiązywana jest kwestia anulowania zamówienia przedsprzedażowego przed dostawą?

W przypadku rezygnacji klienta przed dotarciem towaru do magazynu zmiana statusu zamówienia na anulowane w panelu sklepu automatycznie usuwa rezerwację bezstanową w systemie ERP. Zwolniona sztuka powraca do puli dostępnej w przedsprzedaży, umożliwiając jej zakup przez innego klienta.

Weryfikacja i stabilne wdrożenie mechanizmów przedsprzedaży

Prawidłowe przygotowanie środowiska sprzedaży do obsługi zamówień oczekujących eliminuje ryzyko powstawania braków magazynowych, ujemnych stanów w bazach ERP oraz pomyłek przy fakturowaniu. Całość prac wdrożeniowych realizowana jest na kopiach roboczych baz danych (w środowisku testowym), co zapewnia ciągłość bieżącej sprzedaży i pełne bezpieczeństwo danych handlowych przedsiębiorstwa.

Powiązane teksty