- Kierowca dostępny teraz
- całą dobę, 7 dni w tygodniu
- Dojazd do 1 h w promieniu 40 km
- Diagnoza laptopa 0 zł
Produkty wycofane ze sprzedaży powinny automatycznie znikać lub być odpowiednio oznaczane w sklepie internetowym.
Usługa obejmuje skonfigurowanie automatycznej synchronizacji statusu produktów wycofanych ze sprzedaży między magazynem a sklepem.
Usługa jest przydatna dla firm regularnie wycofujących produkty z oferty, które chcą uniknąć sprzedaży niedostępnego towaru.
Konfiguracja synchronizacji statusu 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.
W zarządzaniu gospodarką magazynową oraz sprzedażą internetową kluczowe jest rozróżnienie dwóch odmiennych stanów asortymentu. Pierwszym z nich jest chwilowy brak towaru w magazynie (stan zerowy), który oznacza, że produkt jest nadal wytwarzany przez producenta, a firma oczekuje na kolejną dostawę od dystrybutora. W takiej sytuacji karta produktu w sklepie internetowym powinna pozostać aktywna, często z opcją powiadomienia o ponownej dostępności lub możliwością zakupu w formie przedsprzedaży.
Drugim stanem jest trwałe wycofanie ze sprzedaży, określane w nomenklaturze handlowej jako EOL (End of Life — zakończenie cyklu życia produktu). Oznacza to, że dany model przestał być produkowany, dystrybutorzy wyczyścili stany magazynowe i ponowne przyjęcie towaru na magazyn już nie nastąpi. W tym przypadku pozostawienie standardowego oznaczenia o braku towaru wprowadza klientów w błąd, a brak odpowiednich reguł w systemie integracyjnym prowadzi do problemów operacyjnych.
Ręczne monitorowanie tysięcy kartotek towarowych w systemie ERP (Enterprise Resource Planning — system planowania zasobów przedsiębiorstwa) oraz jednoczesne zmienianie ich statusów w wielu kanałach sprzedaży jest procesem podatnym na pomyłki. Brak zautomatyzowanego mechanizmu synchronizacji statusów wycofania generuje szereg bezpośrednich strat dla przedsiębiorstwa:
Prawidłowo zaprojektowana synchronizacja statusu produktów wycofanych nie sprowadza się wyłącznie do usunięcia pozycji z bazy. W zależności od specyfiki branży i strategii pozycjonowania stosuje się różne metody obsługi takich kartotek:
Pierwszym wariantem jest ukrycie produktu w drzewie kategorii i wewnętrznej wyszukiwarce sklepu, przy jednoczesnym pozostawieniu aktywnego adresu URL (Uniform Resource Locator — ujednolicony format adresowania zasobów w sieci). Klient trafiający na stronę z wyszukiwarki widzi czytelną informację, że produkt został wycofany z oferty, a przycisk dodawania do koszyka zostaje zablokowany. Na karcie wyświetlane są automatyczne rekomendacje nowszych generacji tego produktu lub bezpośrednich zamienników.
Drugim rozwiązaniem jest wdrożenie automatycznych przekierowań 301 (Moved Permanently — stałe przekierowanie adresu internetowego). W momencie oznaczenia towaru jako archiwalny w systemie magazynowym, integrator przesyła sygnał do silnika sklepu (np. PrestaShop, WooCommerce, Magento), który przekierowuje użytkownika oraz roboty indeksujące na nowszy odpowiednik towaru lub na stronę kategorii głównej. Pozwala to zachować wypracowaną moc pozycjonowania danej podstrony.
Trzecim wariantem jest natychmiastowe zakończenie publikacji ofert we wszystkich połączonych kanałach marketplace (np. poprzez integrator BaseLinker) z jednoczesnym pozostawieniem produktu w systemie sklepowym jako elementu bazy wiedzy lub katalogu archiwalnego dla klientów poszukujących sterowników, instrukcji obsługi czy parametrów technicznych.
Wdrożenie automatycznej synchronizacji wymaga precyzyjnego skonfigurowania przepływu informacji pomiędzy bazą danych programu magazynowego a oprogramowaniem sklepu internetowego. Cały proces obejmuje następujące kroki techniczne:
W pierwszym kroku tworzone lub mapowane są odpowiednie atrybuty w systemie ERP, takim jak InsERT Subiekt GT, Subiekt nexo, Comarch ERP Optima, WAPRO Mag czy enova365. W kartotece towaru definiuje się znacznik logiczny (np. flaga „produkt archiwalny” lub pole własne określające status cyklu życia towaru).
W drugim kroku konfigurowane są reguły w mechanizmie integrującym lub integratorze wielokanałowym (np. BaseLinker, s2s lub dedykowany most wymiany danych). Ustala się, w jaki sposób zmiana flagi w systemie magazynowym ma wpłynąć na status produktu w API (Application Programming Interface — interfejs programistyczny do wymiany danych między aplikacjami) sklepu internetowego.
W trzecim etapie modyfikowane są szablony oraz logika platformy e-commerce. Wprowadza się warunki wyświetlania, które po odebraniu statusu archiwalnego blokują możliwość składania zamówień, ukrywają produkt w filtrach wyszukiwania, a w wyznaczonych miejscach generują moduły z produktami alternatywnymi.
W czwartym kroku konfigurowany jest harmonogram zadań systemowych (CRON w środowisku Linux lub Harmonogram zadań w systemie Windows), który odpowiada za cykliczne i bezobsługowe uruchamianie skryptów synchronizujących. Czas wykonywania zadań jest optymalizowany w taki sposób, aby operacje bazodanowe nie obciążały serwera w godzinach szczytu sprzedażowego.
Ostatnim etapem są testy spójności danych. Sprawdzane jest zachowanie systemu w scenariuszach brzegowych, na przykład w sytuacji, gdy wycofany produkt posiada jeszcze pojedyncze sztuki fizycznie zlokalizowane na magazynie, lub gdy klient posiadał ten produkt w koszyku przed zmianą jego statusu.
Próby doraźnego radzenia sobie z produktami niedostępnymi bez wdrożenia odpowiednich procedur systemowych często prowadzą do uszkodzenia integralności baz danych i strat sprzedażowych. Do najczęstszych błędów należą:
Fizyczne usuwanie kartoteki towarowej z bazy programu magazynowego — usunięcie rekordu towaru narusza relacyjność bazy danych SQL (Structured Query Language — język zapytań do zarządzania bazami danych). Skutkuje to błędami w archiwalnych dokumentach handlowych, fakturach oraz dokumentach WZ (Wydanie Zewnętrzne) i PZ (Przyjęcie Zewnętrzne). Towar wycofany musi pozostać w bazie danych z odpowiednim znacznikiem archiwalnym.
Całkowite kasowanie podstron w panelu administracyjnym sklepu — usunięcie adresu URL bez konfiguracji przekierowania 301 powoduje, że odnośniki zaindeksowane w Google oraz linki zewnętrzne prowadzą do błędu 404. W przypadku produktów generujących duży ruch oznacza to bezpowrotną utratę potencjalnych klientów.
Nadpisywanie istniejącej kartoteki danymi nowego modelu — częstą praktyką bywa zmiana nazwy, opisu i kodu EAN (European Article Number — europejski kod towarowy) na starej karcie towaru w celu zaoszczędzenia czasu. Powoduje to całkowite zaburzenie historii sprzedaży, zafałszowanie raportów rotacji magazynowej oraz błędy w systemach księgowych.
Brak blokady w zamówieniach wewnętrznych — brak konfiguracji blokady wycofanego asortymentu w dokumentach ZK (Zamówienie od Klienta) pozwala pracownikom działu handlowego na dodawanie niedostępnych pozycji do ofert tworzonych dla odbiorców hurtowych.
Przed przystąpieniem do konfiguracji modułu wycofywania produktów konieczne jest wykluczenie innych usterek technicznych, które mogą dawać zbliżone objawy:
Niezrealizowane rezerwacje magazynowe — w programach takich jak Subiekt czy Comarch ERP Optima towar może mieć status niedostępnego w sklepie, ponieważ cały stan magazynowy został zarezerwowany przez otwarte zamówienia od klientów (dokumenty ZK) lub zlecenia produkcyjne. W takim przypadku problemem nie jest wycofanie asortymentu, lecz zablokowane stany dyspozycyjne.
Niezgodność identyfikatorów SKU i kodów kreskowych — brak synchronizacji może wynikać z rozbieżności w polach SKU (Stock Keeping Unit — jednostka magazynowa) lub kodach EAN między bazą ERP a sklepem. W takiej sytuacji integrator pomija produkt podczas aktualizacji, traktując go jako pozycję niepowiązaną.
Przekroczenie limitów zapytań do API — platformy sprzedażowe oraz serwisy marketplace nakładają ograniczenia na liczbę operacji wykonywanych w jednostce czasu (rate limiting). Przekroczenie tych limitów powoduje odrzucanie pakietów synchronizacyjnych przez serwer docelowy, co bywa mylone z błędem konfiguracji statusów.
Kolejkowanie zadań asynchronicznych — przy bardzo dużych bazach danych sięgających dziesiątek tysięcy produktów opóźnienie w pojawieniu się zmiany może wynikać z długiego czasu przetwarzania kolejki zadań przez silnik bazy danych Microsoft SQL Server lub MySQL.
Tak, pod warunkiem prawidłowego skonfigurowania reguł w integratorze (np. BaseLinker). Możliwe jest ustawienie automatycznego zamykania ofert w momencie, gdy produkt otrzyma znacznik archiwalny w ERP lub gdy jego stan magazynowy osiągnie zero przy jednoczesnym braku planowanych dostaw.
Zależy to od charakteru asortymentu. Jeśli wycofany model posiada bezpośredniego następcę o zbliżonych parametrach, zaleca się wykonanie przekierowania 301. Jeśli produkt był unikalny lub stanowi źródło wartościowych informacji technicznych, lepiej pozostawić podstronę z wyłączonym koszykiem oraz widocznym modułem produktów powiązanych.
Prawidłowo skonfigurowany system magazynowy przyjmuje zwracany towar na stan (dokumentem zwrotu do paragonu lub faktury korygującej), jednak dzięki znacznikowi towaru archiwalnego integrator nie aktywuje automatycznie sprzedaży tego produktu w sklepie internetowym. Umożliwia to indywidualną decyzję personelu, na przykład wystawienie pojedynczej sztuki w dziale outlet.
Nie, prace wdrożeniowe i konfiguracja połączeń integracyjnych są przeprowadzane w tle lub na kopii roboczej bazy danych. Bieżące funkcjonowanie sklepu internetowego oraz realizacja zamówień magazynowych odbywają się bez zakłóceń.
Tak, mechanizmy integrujące mogą przetwarzać pliki wymiany danych (XML lub CSV) dostarczane przez hurtownie. W przypadku usunięcia produktu z oferty dystrybutora system automatycznie przypisuje mu odpowiedni status w sklepie internetowym bez konieczności ręcznej weryfikacji oferty hurtowni.
Prawidłowe zarządzanie cyklem życia asortymentu chroni przedsiębiorstwo przed stratami finansowymi, przeciążeniem działu obsługi oraz negatywnymi opiniami kupujących. Synchronizacja statusów wycofania towaru zapewnia pełną zgodność stanów faktycznych z ofertą prezentowaną we wszystkich kanałach sprzedaży elektronicznej. Wszelkie prace konfiguracyjne i audyty środowisk informatycznych realizowane są bezpośrednio w siedzibie firmy klienta na terenie Warszawy oraz okolicznych powiatów, a także w formie bezpiecznego wsparcia zdalnego.