• Kierowca dostępny teraz
  • całą dobę, 7 dni w tygodniu
  • Dojazd do 1 h w promieniu 40 km
  • Diagnoza laptopa 0 zł
Obsługa produktów wycofanych ze sprzedaży

Obsługa produktów wycofanych ze sprzedaży — synchronizacja statusu

Produkty wycofane ze sprzedaży powinny automatycznie znikać lub być odpowiednio oznaczane w sklepie internetowym.

Na czym polega ta usługa

Usługa obejmuje skonfigurowanie automatycznej synchronizacji statusu produktów wycofanych ze sprzedaży między magazynem a sklepem.

Dla kogo ma sens

Usługa jest przydatna dla firm regularnie wycofujących produkty z oferty, które chcą uniknąć sprzedaży niedostępnego towaru.

Ile to trwa

Konfiguracja synchronizacji statusu 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.

Różnica między brakiem towaru a produktem trwale wycofanym

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.

Konsekwencje braku automatyzacji wycofywania asortymentu

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:

  • Sprzedaż towaru niedostępnego — klient składa zamówienie i dokonuje płatności za produkt, którego firma nie jest w stanie sprowadzić. Wymusza to anulowanie transakcji, wykonanie zwrotu środków oraz zaangażowanie pracowników działu obsługi klienta.
  • Pogorszenie wskaźników jakości konta na platformach marketplace — w serwisach takich jak Allegro anulowanie zamówień z winy sprzedającego obniża trafność ofert i może skutkować nałożeniem blokad na konto firmowe.
  • Koszty prowizji i operacji finansowych — każda anulowana transakcja wiąże się z koniecznością księgowania korekt oraz czasowym zablokowaniem środków na prowizje u operatorów płatności.
  • Spadek pozycji w wynikach wyszukiwania — nagłe usunięcie podstrony produktu ze sklepu generuje błąd 404 (Not Found — informacja o braku odnalezionej strony pod danym adresem URL). Duża liczba takich błędów osłabia profil domeny w wyszukiwarkach internetowych (SEO, Search Engine Optimization — optymalizacja pod kątem wyszukiwarek).

Warianty obsługi produktów archiwalnych w e-commerce

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.

Etapy technicznego wdrożenia synchronizacji statusu EOL

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.

Błędy przy próbach samodzielnego zarządzania wycofywanym towarem

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.

Kiedy problemem nie jest synchronizacja statusu, lecz inne elementy systemu

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.

Dodatkowe pytania i odpowiedzi

Czy wycofanie towaru w systemie ERP automatycznie zamknie powiązane aukcje na Allegro?

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.

Co jest lepsze dla pozycjonowania sklepu: przekierowanie 301 czy pozostawienie karty z informacją o wycofaniu?

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.

Jak system zachowa się w przypadku zwrotu wycofanego produktu od klienta?

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.

Czy wdrożenie automatyzacji wymaga przerwania bieżącej sprzedaży w sklepie?

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ń.

Czy synchronizacja obejmuje również oferty pobierane z zewnętrznych hurtowni w modelu dropshippingu?

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.

Sprawna integracja systemów handlowo-magazynowych w środowisku firmowym

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.

Powiązane teksty