- Kierowca dostępny teraz
- całą dobę, 7 dni w tygodniu
- Dojazd do 1 h w promieniu 40 km
- Diagnoza laptopa 0 zł
Sprzedaż na przedsprzedaż, jeszcze przed fizyczną dostępnością produktu w magazynie, wymaga odpowiedniej konfiguracji, żeby uniknąć nieporozumień z klientami.
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.
Usługa jest przydatna dla firm oferujących sprzedaż produktów jeszcze przed ich fizyczną dostępnością w magazynie.
Konfiguracja obsługi przedsprzedaży mieści się z reguły w standardowym czasie do 3 dni.
Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.
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.
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.
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.
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.
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ń.
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.
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.
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.
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.
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.
Wdrożenie mechanizmów przedsprzedaży wymaga dostosowania specyfiki konkretnego oprogramowania handlowo-magazynowego:
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:
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.
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ń.
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.
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.
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.
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.