Jak zsynchronizować stany magazynowe z dostawcą?

Sprzedaż produktu, którego dostawca już nie ma, kończy się anulowaniem zamówienia, zwrotem pieniędzy i niezadowoleniem klienta. Synchronizacja stanów magazynowych z dostawcą przenosi dane z hurtowni do systemu integracyjnego, takiego jak Base.com lub Sello, a następnie do ofert na Allegro i w sklepie internetowym. Najbezpieczniejszy model wykorzystuje feed XML/JSON albo API, bufor bezpieczeństwa, synchronizację cen oraz limit automatycznie kończonych ofert.

Dlaczego brak synchronizacji stanów jest ryzykowny?

Ręczne pobieranie pliku raz dziennie nie wystarcza przy produktach o szybkiej rotacji. Towar może zostać sprzedany u dostawcy kilka razy w ciągu godziny, podczas gdy Twoja oferta nadal będzie pokazywać dostępność. Klient złoży zamówienie, a dopiero podczas jego realizacji okaże się, że produktu nie można wysłać.

Konsekwencją jest konieczność anulowania zamówienia, zwrotu płatności i wyjaśnienia sytuacji kupującemu. Pojawiają się też negatywne opinie oraz gorsze wskaźniki jakości sprzedaży. W materiałach dotyczących Allegro wskazuje się, że poziom około 3% anulowanych zamówień może zagrozić spełnianiu kryteriów programu SuperSprzedawca. Dokładne zasady platformy mogą się zmieniać, dlatego należy kontrolować aktualne wymagania.

To nie jest wyłącznie problem magazynowy. Ręczna aktualizacja nie nadąża za sprzedażą wielokanałową, a brak synchronizacji cen może sprawić, że po podwyżce u dostawcy zaczniesz sprzedawać poniżej kosztów. Stan i cena powinny być traktowane jako dwa elementy tego samego procesu.

Czego wymagać od dostawcy?

Automatyczna synchronizacja wymaga źródła danych, które system integracyjny może regularnie odczytywać. Najlepiej sprawdza się API, ale w wielu przypadkach wystarczający będzie poprawnie przygotowany feed XML lub JSON. Przed rozpoczęciem współpracy sprawdź, czy dostawca udostępnia:

• Feed XML/JSON – z polem „quantity” lub „stock”, aktualizowanym co najmniej co 2 godziny.
• Unikalny identyfikator produktu – EAN albo SKU dostawcy, który pozwala prawidłowo powiązać towar z ofertą.
• Cenę zakupu – najlepiej cenę netto, potrzebną do automatycznego przeliczania ceny sprzedaży i marży.
• API – rozwiązanie pozwalające pobierać dane częściej, często w interwałach rzędu 15 minut, jeśli dostawca i integrator to obsługują.
• Czas realizacji – informację o lead time, która pomaga ustawić realny termin wysyłki w ofercie.

Brak feeda nie wyklucza współpracy, ale zwiększa ryzyko. Można wtedy automatycznie przetwarzać plik CSV lub XLSX pobierany z FTP albo poczty, wykorzystując skrypt lub narzędzie automatyzujące. To jednak nadal nie jest aktualizacja w czasie rzeczywistym. Jeżeli dostawca nie oferuje żadnego uporządkowanego źródła danych, pozostaje ręczna praca, większy bufor bezpieczeństwa albo wybór innego źródła zaopatrzenia.

Jak skonfigurować synchronizację w systemie typu Base.com lub Sello?

Synchronizacja z dostawcą różni się od synchronizacji własnego magazynu ERP, na przykład Subiekta GT, ze sklepem. W pierwszym modelu źródłem danych jest zewnętrzna hurtownia. System integracyjny pobiera jej stan, wiąże go z produktem, a następnie zmienia ilość w ofertach sprzedażowych.

1. Przygotuj powiązania produktów – dopasuj SKU lub EAN dostawcy do produktu w systemie integracyjnym i sprawdź, czy każda oferta na Allegro wskazuje właściwy produkt.
2. Dodaj źródło danych – skonfiguruj API, feed XML/JSON albo automatyczny import pliku. Zwróć uwagę, czy pobierane są zarówno ilości, jak i ceny.
3. Dobierz interwał – przy szybkiej rotacji wybierz możliwie częste aktualizacje. Przy wolniejszym asortymencie interwał może być dłuższy, ale nie powinien przekraczać możliwości aktualnego źródła danych.
4. Ustal reakcję na stan zerowy – system może ustawić w ofercie zero sztuk, zakończyć ofertę albo nie wykonać żadnej akcji. Wybór zależy od marketplace i sposobu późniejszego wznawiania ofert.
5. Ustaw bufor bezpieczeństwa – potraktuj na przykład stan 2 sztuk jako niedostępność, jeśli opóźnienie między sprzedażą u dostawcy a aktualizacją może doprowadzić do braku towaru. Bufor dla szybkiej rotacji może być większy.
6. Skonfiguruj synchronizację cen – cena sprzedaży powinna reagować na zmianę ceny zakupu, zgodnie z ustaloną regułą marżową i kosztami sprzedaży.
7. Włącz synchronizację na ograniczonej grupie – najpierw przetestuj kilka produktów, a dopiero potem rozszerz konfigurację na cały asortyment.

Interwał oznacza odstęp między kolejnymi pobraniami lub wysłaniami danych. Krótszy interwał ogranicza ryzyko sprzedaży niedostępnego produktu, ale może zwiększać obciążenie API i serwerów dostawcy. Ustawienie powinno wynikać z rotacji towaru, wolumenu sprzedaży i realnej częstotliwości zmian w hurtowni.

Bufor nie jest tym samym co rzeczywisty stan fizyczny. Jeżeli dostawca pokazuje 2 sztuki, system może uznać ten produkt za niedostępny i wyłączyć ofertę. Takie rozwiązanie zmniejsza ryzyko, ale ogranicza sprzedaż końcowych sztuk. Z kolei usunięcie produktu z magazynu nie zawsze oznacza stan zero. W części systemów oferta traci wtedy powiązanie i przestaje być synchronizowana. Przy braku towaru bezpieczniej ustawić stan produktu na 0 niż usuwać go z bazy.

Jak zabezpieczyć automat przed błędami?

Najgroźniejszy scenariusz to nie pojedynczy błąd powiązania, lecz masowe ustawienie stanów na zero przez uszkodzony feed albo błędną integrację. Przed uruchomieniem automatu sprawdź następujące punkty:

• Zweryfikuj, czy SKU lub EAN prowadzą do właściwych produktów i ofert.
• Ustaw dzienny limit kończonych ofert, aby system nie zamknął całego asortymentu po jednorazowym błędzie danych.
• Dobierz bufor bezpieczeństwa do rotacji produktu i czasu potrzebnego na aktualizację.
• Sprawdź interwał pobierania danych oraz dostępność logów synchronizacji.
• Uruchom test na małej grupie produktów i porównaj stan u dostawcy, w systemie integracyjnym oraz na marketplace.
• Monitoruj błędy API, produkty bez powiązania i oferty pominięte przez moduł.

Dzienny limit kończonych ofert określa maksymalną liczbę ofert, które automat może zamknąć w ciągu 24 godzin. Jeżeli ustawisz limit na 20, system nie zakończy kolejnych ofert, nawet gdy ich stan wynosi zero. To bezpiecznik, a nie sposób na naprawę źródła danych, dlatego po osiągnięciu limitu trzeba sprawdzić logi.

W logach mogą pojawić się między innymi informacje o liczbie sprawdzonych i pominiętych ofert, zmianach stanów, przekroczonym limicie zakończeń, błędach API oraz produktach nieistniejących w magazynie. Ich przegląd powinien być częścią codziennej kontroli, szczególnie po pierwszym uruchomieniu integracji.

Administrator systemu integracyjnego nie odpowiada za masowe zamknięcie ofert wynikające z błędnej konfiguracji lub nieprawidłowych danych przekazanych przez zewnętrzny program. Limit kończenia ofert, testy na małej grupie i monitoring logów należą do obowiązków sprzedawcy.

Którą metodę synchronizacji wybrać?

Metoda powinna odpowiadać szybkości sprzedaży i możliwościom technicznym dostawcy. Porównanie wygląda następująco:

Najbezpieczniejszy układ to API lub regularny feed, bufor dopasowany do rotacji, synchronizacja cen i ograniczenie liczby ofert zamykanych automatycznie. Przed uruchomieniem na całym koncie sprawdź powiązania, wykonaj test na kilku produktach i obserwuj logi. Taka konfiguracja nie usuwa całego ryzyka, ale pozwala wykryć błędy, zanim wpłyną na setki ofert i zamówień.