Opakowania zbiorcze i progi ilościowe B2B w PrestaShop

W hurtowni materiałów budowlanych klient zamawia przez sklep na PrestaShop siedem sztuk kleju do płytek, sprzedawanego w workach po 25 kg. System przyjmuje zamówienie bez zastrzeżeń, bo dla sklepu jedna sztuka to jedna sztuka. Dopiero magazynier, kompletując wysyłkę, orientuje się, że towar stoi na paletach po 48 worków i że rozkrojenie palety pod siedem sztuk oznacza dodatkową robotę, a czasem i uszkodzony towar. Dla sklepu detalicznego to detal. Dla hurtowni, gdzie każdy produkt ma swoją logistykę opakowań zbiorczych, to codzienność.

Rabaty ilościowe: mocna strona PrestaShop

Zacznijmy od tego, co PrestaShop robi dobrze i natywnie. „Ceny specyficzne” pozwalają ustawić rabat od konkretnej ilości sztuk, w zakładce cen danego produktu. Próg działa jak w klasycznym cenniku hurtowym: od 5 sztuk mniejsza cena za sztukę, od 10 sztuk jeszcze mniejsza, i tak dalej, dowolna liczba progów. Rabat można ograniczyć do konkretnej grupy klientów, pojedynczego kontrahenta albo zakresu dat, więc podstawowy scenariusz sprzedaży progowej działa bez żadnego modułu. To jedna z tych funkcji, które w PrestaShop rzeczywiście leżą blisko rdzenia, a nie są doklejone z zewnątrz.

Minimalna ilość zamówienia: pole jest, próg to nie to samo co karton

PrestaShop ma też natywne pole „minimalna ilość do sprzedaży”, ustawiane per produkt i per wariant (kombinację). Kiedy jest ustawione, licznik ilości na stronie produktu startuje od tej wartości, a klient widzi komunikat, że minimalna ilość zamówienia dla tego produktu to na przykład dziesięć sztuk. Problem w tym, że to jest tylko dolny próg, a nie krok zamówienia. Nic nie stoi na przeszkodzie, żeby klient zamówił jedenaście albo trzynaście sztuk, mimo że produkt fizycznie pakowany jest w kartony po dziesięć. Dla towaru, który realnie sprzedaje się pełnymi opakowaniami zbiorczymi, sama minimalna ilość to za mało.

Sprzedaż w wielokrotnościach (karton, paleta): tu zwykle wchodzi moduł

Wymuszenie zamówień w wielokrotnościach, na przykład tylko po dziesięć, dwadzieścia, trzydzieści sztuk, nie jest częścią rdzenia PrestaShop. Na PrestaShop Addons i u niezależnych dostawców jest kilka modułów dedykowanych właśnie temu problemowi, zwykle łączących minimalną ilość, maksymalną ilość i krok zamówienia w jednym miejscu, czasem różnicowanych per grupa klientów, a niektóre dorzucają wyjątek na pojedynczą sztukę jako próbkę. Zakres funkcji, cena i zgodność z aktualną wersją PrestaShop różnią się między modułami, więc warto to zweryfikować bezpośrednio u dostawcy przed zakupem. Osobna natywna opcja to typ produktu „Paczka produktów”, czyli zestaw kilku sztuk tego samego towaru sprzedawany jako jedna pozycja z własną ceną. Da się nią ręcznie odwzorować kartonowanie, ale każda taka paczka to osobny produkt w katalogu, który trzeba samodzielnie założyć i pilnować, żeby jego cena i stan magazynowy nie rozjechały się z produktem bazowym.

Prawdziwa granica: jednostki i przeliczniki dla całego katalogu

Tu dochodzimy do sedna. PrestaShop nie ma w rdzeniu pojęcia jednostki logistycznej produktu, czyli miejsca, w którym raz ustawiasz, że sztuka to jednostka sprzedaży, karton to dwadzieścia cztery sztuki, a paleta to czterdzieści osiem kartonów, i system sam przelicza cenę, ilość, wagę i dokumenty między tymi poziomami. Przy asortymencie zróżnicowanym pod względem jednostek, stal licząca się w metrach bieżących, cement w workach, płytki w metrach kwadratowych, śruby w opakowaniach, trzeba to emulować kombinacją modułów albo dopisywać programistycznie. To też jest miejsce, w którym zwykle pęka integracja z ERP, bo system księgowy liczy stany w jednostkach magazynowych, a sklep w sztukach, i ktoś musi ręcznie pilnować przeliczenia.

Jak to wygląda w Selldi

W Selldi jednostka sprzedaży i przelicznik między jednostkami (sztuka, karton, paleta, metr bieżący, metr kwadratowy, kilogram, opakowanie) to natywna cecha każdego produktu, a nie doróbka na module. Minimalną ilość zamówienia i wymuszenie wielokrotności ustawia się per produkt, z możliwością różnicowania per grupa kontrahentów, a rabaty progowe za ilość liczą się automatycznie po przekroczeniu ustawionego progu, bez osobnego modułu i bez duplikowania produktu jako wersji kartonowej czy paletowej. Ponieważ magazyn jest wspólny dla panelu B2B i B2C, a integracja z ERP (Comarch XL i Optima, Subiekt GT, Symfonia, pozostałe przez API) synchronizuje stany w jednostce magazynowej co kilkanaście do kilkudziesięciu minut, klient widzi wygodną dla siebie jednostkę handlową, a zaplecze i tak liczy w jednostkach, w jakich prowadzony jest magazyn.

Kiedy PrestaShop w zupełności wystarczy

Jeśli katalog jest prosty, sprzedajesz w jednej jednostce (sztuka to zawsze sztuka), a potrzebujesz tylko rabatów progowych za ilość i prostej minimalnej ilości zamówienia bez wymuszania wielokrotności, natywne funkcje PrestaShop w zupełności wystarczą i nie ma sensu dokładać niczego dodatkowego. To też sensowny wybór, jeśli masz zasoby, własne albo agencji, na utrzymanie sklepu i ewentualne wdrożenie pojedynczego modułu pod konkretny problem z ilościami. Kłopoty zaczynają się dopiero tam, gdzie w jednym katalogu spotyka się kilka różnych jednostek logistycznych i trzeba to spiąć z ERP.

Dla asortymentu, w którym karton i paleta to nie dodatek, tylko codzienna jednostka sprzedaży, i gdzie ma to się jeszcze zgadzać z ERP, warto zobaczyć to na żywym przykładzie, a nie tylko w opisie funkcji: demo.selldi.pl/showcase.

Najczęściej zadawane pytania