PrestaShop B2B: moduł czy osobna platforma dla hurtowni?

Co PrestaShop daje dla B2B w standardzie

Zanim ocenisz moduły, sprawdź, co jest w rdzeniu. Według dokumentacji preferencji klientów tryb B2B „wnosi kilka nowych funkcji do sklepu”: klienci są traktowani jako firmy, a nie osoby, profil klienta dostaje pola z informacjami firmowymi (numer identyfikacyjny firmy, w Polsce w praktyce NIP w polu własnym), ceny można ukryć przed wybranymi grupami, ceny można ustawiać per klient dla całego katalogu albo kategorii, a faktury można generować ręcznie.

Drugi element to grupy klientów. Dokumentacja grup opisuje trzy ustawienia, które liczą się dla hurtowni:

• Rabat (%), który „dotyczy wszystkich produktów w sklepie”. Dokumentacja sama dodaje, że zamiast rabatu grupy można wolieć reguły koszyka.
• Sposób wyświetlania cen: netto albo brutto, czyli to, co odróżnia widok hurtownika od widoku konsumenta.
• Pokazuj ceny: tak lub nie, czyli ukrycie cen przed niezalogowanymi.

Po zapisaniu grupy pojawia się rabat na kategorię, który „zastępuje każdy inny rabat, z którego członkowie tej grupy korzystaliby w tej kategorii”. A gdy klient jest w kilku grupach, dokumentacja każe ustawić mu grupę domyślną. To zdanie wraca później jako główny problem.

Trzeci element to ceny specyficzne na produkcie: stała cena albo rabat procentowy dla grupy, od określonej ilości, w określonym czasie, dla waluty, kraju albo konkretnego klienta. Dla kilkudziesięciu produktów i kilku grup to wystarcza. Dla katalogu z dziesięcioma tysiącami produktów i czterema tysiącami klientów ceny specyficzne per klient to setki tysięcy rekordów, których nikt nie utrzyma ręcznie.

Gdzie to się kończy: hurtownia z forum PrestaShop

Najlepiej pokazuje to prawdziwy wątek. W styczniu 2026 na polskim forum PrestaShop hurtownia opisuje swoją sytuację: około 10 tysięcy produktów, około 4 tysiące klientów w Polsce i 30 zagranicznych, rabaty indywidualne od 5 do 22 procent zależne od zakupów z poprzedniego roku. Pyta o moduł B2B. Odpowiedź, którą sama znalazła w natywnych grupach: rabat działa tylko z grupy domyślnej. Reszta odpowiedzi w wątku pochodzi od autorów modułów, z których każdy poleca własny dodatek.

Ten wątek streszcza cały problem. Zasada sprzedaży hurtowni jest prosta do opisania w jednym zdaniu („rabat zależy od tego, ile kupiłeś w zeszłym roku”), ale nie mieści się w modelu grup, bo wymagałaby osobnej grupy dla każdego procentu i ręcznego przepisywania klientów co roku. Da się to zrobić modułem. Pytanie brzmi, ile takich zasad masz i co się stanie z modułami przy następnej aktualizacji PrestaShop.

Podobne pytania widać w społecznościach ERP. Na forum InsERT w maju 2026 dystrybutor wielu producentów chce różnych rabatów per grupa produktowa i per klient i nie może wczytać kilku cenników do jednego zamówienia. We wrześniu 2026 inna firma odkrywa, że klient z limitem 100 tysięcy złotych i fakturami na 90 tysięcy może zapisać zamówienie dowolnej wartości, bo blokada działa dopiero po przekroczeniu. To nie są problemy PrestaShop. To są zasady sprzedaży B2B, które muszą działać spójnie w sklepie i w ERP, a każdy moduł rozwiązuje je tylko po jednej stronie.

Moduł B2B: co kupujesz i co przepisujesz

Na PrestaShop Addons znajdziesz moduły do rejestracji firm z weryfikacją NIP, cen per klient, ukrywania cen, zapytań ofertowych, szybkiego zamawiania po indeksach i limitów kredytowych. Każdy z nich działa i każdy ma sens w sklepie, który potrzebuje jednej z tych rzeczy.

Problem pojawia się, gdy potrzebujesz pięciu. Wtedy w sklepie działa pięć modułów od trzech autorów, które:

• nadpisują te same klasy (cena, koszyk, klient) i wymagają ustalenia kolejności, która zadziała,
• mają własne tabele w bazie, więc dane o kliencie B2B są rozrzucone po kilku miejscach, a konektor do ERP widzi tylko standardowe pola,
• dostają nowe wersje w różnym tempie, więc aktualizacja PrestaShop czeka na najwolniejszego autora,
• są licencjonowane na instalację, z płatnym przedłużeniem aktualizacji, więc koszt wraca co rok.

Nie piszemy tego, żeby zniechęcać do modułów. Piszemy, żebyś policzył je uczciwie: nie jako cenę zakupu, tylko jako licencje, przedłużenia, pracę wykonawcy przy konfliktach i ręczną obsługę tego, czego moduły nie robią. W małej hurtowni ten rachunek wychodzi na korzyść modułów. W hurtowni z wątku powyżej zwykle nie.

Trzy sygnały, że moduł to za mało

Po kilkudziesięciu rozmowach z firmami B2B widzimy trzy powtarzalne sygnały. Jeśli rozpoznajesz dwa, warto policzyć drugą drogę.

1. Rabat zależy od klienta, nie od grupy. Obrót z zeszłego roku, negocjowane warunki, inne rabaty na różne grupy produktowe u tego samego klienta. Grupy tego nie odwzorują, ceny specyficzne per klient skalują się źle, a moduł przenosi logikę cen poza ERP, który i tak jest źródłem prawdy.

2. Na jednym koncie firmowym pracuje kilka osób. Magazynier zamawia, właściciel akceptuje, księgowość widzi faktury. Tryb B2B w PrestaShop nie zna ról w firmie: konto to jedna osoba z polami firmowymi. Da się to obejść kilkoma kontami i dodatkowym modułem, ale ścieżki akceptacji nie dostaniesz.

3. Zamówienie ma trafić do ERP z numerem klienta, limitem i warunkami płatności. Kupujący B2B wymagają własnego numeru zamówienia na fakturze, a ERP pilnuje limitu kupieckiego i terminu. Jeśli sklep nie zbiera tych danych i nie sprawdza limitu przed złożeniem zamówienia, ktoś w firmie robi to ręcznie po każdym zamówieniu. To jest ten koszt, którego nie ma w cenie modułu.

Do tego dochodzi czwarty sygnał, techniczny: sklep stoi na PrestaShop 1.7, który nie jest już utrzymywany, a każdy moduł B2B trzeba będzie kupić w wersji na 8.2 lub 9. Wtedy pytanie „moduł czy platforma” zbiega się z pytaniem „aktualizacja czy nowa platforma” i warto odpowiedzieć na oba naraz.

Osobna platforma B2B obok sklepu B2C

Najczęstszy scenariusz, który proponujemy hurtowniom na PrestaShop, nie jest migracją całego sklepu. Sklep B2C zostaje na PrestaShop 8.2, bo sprzedaje standardowo i działa. Obok niego powstaje platforma B2B, w której:

• konto firmy ma pracowników z rolami: kto zamawia, kto akceptuje, kto widzi faktury,
• cennik klienta przychodzi z ERP albo jest liczony według reguły, którą da się zapisać w kodzie (obrót, grupa produktowa, waluta), a nie w setkach rekordów cen specyficznych,
• zamówienie zbiera numer klienta, sprawdza limit kupiecki i warunki płatności przed złożeniem i trafia do ERP bez przepisywania,
• dane produktowe są wspólne dla obu kanałów, bo źródłem jest ERP albo PIM, a nie dwa sklepy.

Budujemy takie platformy na Medusie. Grupy klientów, cenniki i kanały sprzedaży są w jej otwartym rdzeniu, a konta firmowe z pracownikami, oferty i akceptacje zamówień dopisuje się jako własne moduły według oficjalnego przepisu Medusy na B2B. Dla ciebie oznacza to, że zasady sprzedaży są w jednym miejscu, w kodzie, który należy do ciebie, a nie w pięciu modułach od trzech autorów. Czym Medusa jest i czym nie jest, opisujemy w tekście co to jest Medusa.js.

Szczegóły tego, co dostajesz i jak zaczynamy od pierwszej grupy klientów, są na stronie platformy B2B. A jeśli zastanawiasz się, czy nie wziąć gotowej platformy B2B od producenta ERP, porównujemy obie drogi w tekście o najlepszej platformie B2B.

Jak porównać moduł z platformą przez 24 miesiące

Porównanie ceny modułu z ceną platformy jest fałszywe, bo porównuje licencję z projektem. Uczciwe porównanie obejmuje ten sam okres i te same pozycje.

Wynik tego rachunku bywa różny. Dla hurtowni z kilkudziesięcioma klientami i jedną zasadą rabatową moduły wygrywają i powiemy to na pierwszej rozmowie. Dla hurtowni z tysiącami klientów, rabatami zależnymi od obrotu i ERP, który jest źródłem prawdy, wygrywa platforma, nawet jeśli pierwsza faktura jest wyższa.

Co przygotować na rozmowę

Żeby policzyć obie drogi w 20 minut, przygotuj trzy rzeczy:

1. listę zasad sprzedaży, których sklep dziś nie odwzorowuje: rabaty, limity, role, waluty, warunki płatności,
2. liczbę klientów B2B i zamówień miesięcznie, z podziałem na te, które ktoś dziś przepisuje ręcznie,
3. nazwę ERP i opis, jak dziś trafiają do niego zamówienia ze sklepu.

Zanim jednak porównasz platformy, sprawdź, czy ceny i stany w sklepie zgadzają się z tymi w ERP. Jeśli nie, żaden moduł ani platforma tego nie naprawi, bo przeniesie rozjazd dalej. Do tego służy nasz bezpłatny test rozjazdu ERP i sklepu, a tematem integracji sklepu z ERP zajmujemy się osobno.