Indywidualne ceny B2B w PrestaShop: ceny specyficzne dla klienta

Pani Ania z hurtowni instalacyjnej dostaje maila od jednego z kontrahentów: „dlaczego mój konkurent z tej samej ulicy widzi w Waszym sklepie inne ceny niż ja, mamy przecież podobne obroty?”. Sklep stoi na PrestaShop, ceny ustawiał ktoś dwa lata temu, przy wdrożeniu, i od tamtej pory nikt ich porządnie nie przejrzał. Ania otwiera panel administracyjny i próbuje sobie przypomnieć, gdzie właściwie te ceny się chowają.

Grupy klientów: pierwszy, wbudowany poziom różnicowania

PrestaShop od dawna ma grupy klientów jako element rdzenia, nie dodatek. Poza trzema domyślnymi grupami (Odwiedzający, Gość, Klient) można założyć własne — Hurt, Stali klienci, Sieć sklepów — i przypisać im rabat procentowy działający na cały asortyment albo rabaty na poziomie kategorii, które nadpisują rabat ogólny. Do tego każda grupa może mieć osobno ustawiony sposób wyświetlania cen: netto albo brutto, co dla klientów firmowych ma znaczenie większe niż sam procent rabatu.

Ceny specyficzne: per grupa, per kontrahent, per ilość, na czas

To jest mocna strona PrestaShop i warto to uczciwie przyznać. Reguła ceny specyficznej dla konkretnego produktu pozwala ustawić rabat albo cenę zależną od grupy klientów, waluty, kraju, progu ilościowego (na przykład od 50 sztuk inna cena) i przedziału dat, gdy promocja ma trwać tylko tydzień. Osobno działają katalogowe reguły cenowe, czyli te same parametry rozlane na całą kategorię, markę czy dostawcę naraz, więc nie trzeba klikać produktu po produkcie. Dla sklepu z kilkoma poziomami cenowymi i sezonowymi promocjami to naprawdę wystarczające narzędzie, bez dopisywania linijki kodu.

Tryb B2B i zamknięty katalog — tu zaczynają się moduły

Przełącznik „Tryb B2B” w ustawieniach sklepu robi realną rzecz: zamienia klientów z osób prywatnych na firmy, dokłada pola NIP i numer VAT do rejestracji i pozwala włączyć jego weryfikację. To jest natywne. Natomiast pełne zamknięcie katalogu, czyli ceny i przycisk „dodaj do koszyka” niewidoczne dla niezalogowanego gościa i zastąpione przyciskiem w stylu „zobacz ceny po zalogowaniu”, w praktyce zwykle wymaga dodatkowego modułu z PrestaShop Addons albo od firmy trzeciej. Zakres takiego modułu, czy działa też na poziomie kategorii, czy da się wybiórczo ukrywać tylko część asortymentu, zależy od konkretnego dostawcy i wersji, więc warto to sprawdzić przed zakupem, a nie zakładać z góry.

Gdzie kończy się wygoda: dziesiątki kontrahentów, każdy inny

Problem nie leży w pojedynczej regule cenowej, tylko w tym, co się dzieje, gdy kontrahentów przybywa. Dziesięć cenników do ręcznego pilnowania w panelu to jeszcze da się ogarnąć. Sto pięćdziesiąt, z których każdy ma inny rabat na inną kategorię i inny próg ilościowy, to już osobny etat albo regularne pomyłki przy aktualizacji cen po podwyżce u dostawcy.

• Zmiana cennika u dostawcy oznacza ręczne poprawki w dziesiątkach reguł, bo PrestaShop nie ma wbudowanego mostu do polskiego ERP
• Każda większa aktualizacja PrestaShop albo modułu cenowego wymaga sprawdzenia zgodności, a koszt utrzymania spada na sklep albo agencję, nie znika wraz z zakupem licencji
• Zamknięcie katalogu przed zalogowaniem to zwykle osobny moduł do skonfigurowania i pilnowania obok modułu cenowego

Jak to wygląda w Selldi

W Selldi cenniki per grupa i per kontrahent nie są nakładką dorzucaną osobno na każdy produkt, tylko sposobem, w jaki ceny w ogóle działają. Kontrahent po zalogowaniu widzi swoją cenę netto, przypisaną do jego grupy cenowej albo indywidualnie do jego konta, a katalog i ceny są domyślnie ukryte przed niezalogowanymi w trybie zamkniętej hurtowni, bez dodatkowego modułu do wgrania. Największa różnica jest jednak w tym, skąd te ceny się biorą: cenniki są zasilane z polskiego ERP (Comarch XL i Optima, Subiekt GT, Symfonia, pozostałe systemy przez API) i synchronizują się co 15-60 minut, więc podwyżka u dostawcy trafia do sklepu bez ręcznego przeklikiwania reguł. Panel handlowca dodatkowo pokazuje, jaki cennik i jakie saldo ma dany kontrahent, i pozwala złożyć zamówienie w jego imieniu po jego cenach.

Kiedy PrestaShop w zupełności wystarczy

Uczciwie: jeśli sklep obsługuje kilkanaście, może kilkadziesiąt stałych firmowych klientów, ceny nie zmieniają się codziennie, a w zespole jest ktoś, dział IT, agencja albo zaufany freelancer, kto ogarnia aktualizacje PrestaShop i modułów, to natywne grupy klientów plus ceny specyficzne w zupełności wystarczą. Nie trzeba wtedy niczego przepłacać ani przenosić się na inną platformę, to dokładnie ten scenariusz, do którego PrestaShop był projektowany, i robi go dobrze. Granica pojawia się dopiero tam, gdzie liczba kontrahentów i częstotliwość zmian cen w ERP przerasta to, co da się utrzymać ręcznie w panelu administracyjnym.

Pani Ania z przykładu na początku ma dwie drogi: albo poświęcić popołudnie na przejrzenie reguł cenowych w PrestaShop i dopisać brakującego kontrahenta do właściwej grupy, albo, jeśli takich próśb dostaje kilka tygodniowo a ceny w ERP zmieniają się częściej niż raz na kwartał, zapytać, jak to samo zadanie wygląda w systemie, gdzie cenniki aktualizują się same. Demo z realnym panelem klienta i panelem handlowca jest dostępne pod demo.selldi.pl/showcase.

Najczęściej zadawane pytania