Stany i ceny z ERP aktualizują się w sklepie i na Allegro
Sklep i oferty na Allegro pokazują stan i cenę z ERP w kilka minut od zmiany, także przy kilku magazynach, więc nie sprzedajesz tego, czego nie ma.
- Oszczędność
- 5–8 h/tydz.
- Podstawa: sklep z 1–3 tys. indeksów, który aktualizuje stany i ceny z eksportu z ERP raz lub dwa razy dziennie, po 1–1,5 godziny
- Czas wdrożenia
- 2–4 tygodnie
- Pierwszy etap, do uruchomienia u Was
- Złożoność
- 3/5 średnia
- Dowód
- Szacunek
- Szacunek na podstawie wdrożeń synchronizacji sklepów z ERP (m.in. sklep Acana Polska na PrestaShop z systemem Comarch); podstawa liczb podana przy oszczędności.
Kroki automatu
Co dzieje się po kolei i gdzie decyduje człowiek.
Wyzwalacz
Zmiana stanu lub ceny w ERP (przyjęcie dostawy, sprzedaż stacjonarna, nowy cennik) albo harmonogram co kilka minut
- 1
Integracja odczytuje z ERP tylko zmienione stany i ceny (po dacie modyfikacji, nie cały katalog)
- 2
Stany z kilku magazynów są sumowane albo przypisywane według reguły, z rezerwą bezpieczeństwa
- 3
Sklep dostaje nowy stan i cenę przez API; produkt bez stanu przechodzi na „niedostępny”, nie znika
- 4
Oferty na Allegro są aktualizowane bezpośrednio przez API Allegro albo przez BaseLinker
- 5
Dziennik zapisuje każdą zmianę; różnice między systemami i odrzucone aktualizacje trafiają na listę
Punkt kontroli człowieka
Zmiany ceny większe niż ustalony procent, ujemne stany i produkty bez dopasowanego kodu wymagają potwierdzenia osoby, zanim trafią do sklepu i na Allegro.
W tym wpisie
Sklep z kilkoma tysiącami indeksów zwykle aktualizuje stany i ceny z eksportu: ktoś raz albo dwa razy dziennie zgrywa plik z ERP, poprawia go i wgrywa do sklepu, a potem osobno poprawia oferty na Allegro. Każda runda to godzina do półtorej, a między rundami sklep sprzedaje to, co rano kupił klient stacjonarny. Ta automatyzacja zamienia eksport na synchronizację: zmiana w ERP jest w sklepie i na Allegro w kilka minut.
Jak to działa krok po kroku
Integracja co kilka minut pyta ERP o indeksy zmienione od ostatniego odczytu: po dacie modyfikacji, nie po całym katalogu. W Subiekcie GT i nexo czytamy dane przez dodatek Sfera, w Comarch ERP Optima przez moduł API albo wprost z bazy MS SQL. Źródłem prawdy dla stanu i ceny jest ERP.
Przy kilku magazynach stany są sumowane albo przypisywane według reguły, na przykład sklep widzi tylko magazyn wysyłkowy. Gdy sprzedajesz też stacjonarnie, sklep pokazuje stan pomniejszony o rezerwę bezpieczeństwa, np. 1–2 sztuki. Produkt ze stanem zero przechodzi na „niedostępny”, ale nie znika: jego strona zostaje w Google, a klienci mogą zapisać się na powiadomienie o dostępności.
Sklep dostaje zmiany przez wbudowane API: w PrestaShop Webservice API, w WooCommerce REST API. Oferty na Allegro aktualizujemy przez API Allegro, które wymaga zarejestrowanej aplikacji i autoryzacji i ma limity zapytań, albo przez BaseLinker. Dziennik zapisuje każdą zmianę: co, kiedy, z jakiej wartości na jaką.
Zmiana ceny większa niż ustalony próg (np. powyżej 30 proc.), ujemny stan w ERP albo produkt bez dopasowanego kodu trafiają na listę do potwierdzenia. Osoba z obsługi widzi starą i nową wartość i jednym kliknięciem przepuszcza zmianę albo ją odrzuca. Automat przenosi rutynę, człowiek zatrzymuje literówkę w cenniku, zanim zobaczą ją klienci.
Co jest potrzebne
- Interfejs ERP: Sfera dla Subiekta GT i nexo albo moduł API dla Comarch ERP Optima; bez niego zostaje wymiana plików.
- Wspólne kody SKU lub EAN w ERP, w sklepie i na Allegro; przed startem dostajecie listę indeksów do dopasowania.
- Reguła dla magazynów i źródło prawdy: które magazyny liczą się do sklepu, jaka rezerwa, co sklep może nadpisać (np. promocje).
- Konto deweloperskie Allegro albo BaseLinker: aplikacja z autoryzacją na Waszym koncie sprzedawcy.
Kiedy się nie opłaca
Jeśli producent Waszego ERP albo sklepu ma gotowy konektor, który pokrywa Wasz przypadek (jeden sklep, jeden magazyn, standardowe pola), wystarczy on. Przy kilkuset indeksach, które zmieniają się rzadko, wystarczy eksport raz dziennie. Jeśli BaseLinker już synchronizuje Wasze stany i to działa, nie dokładamy drugiej warstwy.
Warianty
- Ceny B2B z cennika kontrahenta: zalogowany klient firmowy widzi ceny ze swojego cennika w ERP, nie detaliczne.
- Kilka sklepów z jednego ERP: detaliczny i hurtowy albo sklepy w kilku krajach; tą samą drogą Empik Marketplace i Shopify.
- Rezerwacja stanu w ERP w chwili zamówienia: zamówienie ze sklepu od razu blokuje sztuki w ERP; to uzupełnienie zamówień ze sklepu do ERP.
Ile to kosztuje
Wycenę podajemy po analizie: liczy się liczba kanałów, to, czy ERP ma interfejs programistyczny, liczba magazynów i reguł wyjątków. Pierwszy etap, czyli stany i ceny z ERP do sklepu z dziennikiem i listą do potwierdzenia, zamyka się zwykle w 2–4 tygodniach i ma stałą cenę ustaloną przed startem. Koszty bieżące to licencja interfejsu ERP, hosting i opcjonalnie opieka SLA. Więcej na stronie integracji z ERP.
Najczęstsze pytania
Jak szybko po zmianie w ERP sklep pokaże nowy stan?
Zwykle w ciągu kilku minut; dokładny czas zależy od harmonogramu odczytu i limitów API Allegro. Stany synchronizujemy częściej niż ceny, bo tam opóźnienie kosztuje najwięcej.
Czy sklep może mieć inne ceny niż ERP?
Tak, według spisanych reguł. Najczęściej ERP daje cenę bazową, a sklep prowadzi promocje, których integracja nie nadpisuje, dopóki promocja trwa.
Co się dzieje, gdy ERP nie odpowiada?
Sklep i Allegro pokazują ostatnie znane wartości, a integracja ponawia odczyt i zapisuje w dzienniku, od kiedy nie ma połączenia; po ustalonym czasie wysyła alert.