Wdrożenie sklepu dla hurtowni wywraca się najczęściej nie na kodzie, a na organizacji: kto zatwierdza konta firmowe, kto pilnuje grup cenowych, kto reaguje, gdy stany w ERP rozjadą się z koszykiem. Ten tekst zbiera decyzje, które trzeba podjąć przed startem — i kolejność prac, która ogranicza liczbę poprawek po uruchomieniu. Traktuj go jako listę pytań do wykonawcy i do własnego działu handlowego, nie jako opis konkretnego systemu. Jeśli nie wiesz, kto po wdrożeniu będzie zmieniał ceny i aktualizował wtyczki, to jest pierwszy problem do rozwiązania, jeszcze przed wyborem platformy.
Modele wejścia w online różnią się nie wyglądem sklepu, a tym, kto widzi ceny i kto zakłada konto. Wybór modelu determinuje później zakres prac, więc podejmij go przed rozmową z wykonawcą.
Sygnały, że to dobry moment:
Ostrożność: przy marży poniżej 8% i niskim koszyku B2B kanał online często się nie spina. Policz to na własnych danych z trzech ostatnich miesięcy: marża brutto na zamówieniu × liczba zamówień minus koszt obsługi jednego zamówienia (dokumenty, pakowanie, czas), minus hosting, licencje i amortyzacja wdrożenia. Przykład: 200 zamówień po 300 zł i marży 8% daje 4800 zł marży miesięcznie — koszt utrzymania sklepu z integracją z systemem sprzedażowym i obsługą potrafi tę kwotę przekroczyć. W takiej sytuacji wejdź etapowo: najpierw katalog i zamówienia dla największych klientów, resztę zostaw na później.
W B2C najważniejsza jest ścieżka zakupu. W B2B najważniejsze są reguły: kto ile płaci, w jakich opakowaniach zamawia i na jakich warunkach dostaje towar. Osiem mechanizmów, które trzeba zaplanować przed wdrożeniem:
Zanim wybierzesz platformę, ustal z handlowcami, kto po wdrożeniu zmienia ceny i grupy. Jeśli klient ma trafiać do właściwej grupy automatycznie na podstawie danych z systemu, zaplanuj integrację sklepu internetowego z CRM — ręczne przeklikiwanie kont nie skaluje się powyżej kilkudziesięciu klientów miesięcznie.
Decyzja rzadko dotyczy „lepszej platformy”. Dotyczy tego, ile mechanizmów z poprzedniej sekcji musisz dokupić i kto je potem utrzyma.
| Kryterium | PrestaShop 1.7/8 | WooCommerce |
|---|---|---|
| Klienci firmowi (NIP, REGON, VAT-UE) | Pola i walidacja w rdzeniu, bez dodatkowych modułów | Wymaga wtyczki lub własnego kodu |
| Grupy cenowe i rabaty kontraktowe | Natywne grupy klientów i reguły cenowe | Wtyczka do cen per rola — licencja roczna |
| Rabaty ilościowe, MOQ, wielokrotności | Wbudowane reguły cen i minimalne ilości | Wtyczka lub rozszerzenie, więcej konfiguracji |
| Skala katalogu | Do 2 tys. SKU bez stresu; 20 tys.+ wymaga dobrego hostingu i indeksów | Do 2 tys. OK; 20 tys.+ z wariantami bywa wolne bez cache i optymalizacji |
| Kto administruje po wdrożeniu | Panel bardziej złożony dla osoby nietechnicznej | Panel znany z WordPressa, łatwiej przeszkolić handlowca |
| Aktualizacje i ryzyko konfliktu | Aktualizacja rdzenia i modułów, konflikty między modułami | WP, Woo i wtyczki; przy 5+ wtyczkach B2B ryzyko konfliktu rośnie |
Trzy liczby rozstrzygają większość sporów: liczba SKU, liczba klientów firmowych i to, kto po wdrożeniu będzie klikał w panel. Do 2 tys. SKU i kilkudziesięciu kont oba systemy dadzą radę. Przy 20 tys.+ SKU, wariantach i filtrach zrób audyt wydajności przed startem — katalog, filtrowanie i wyszukiwarka są najczęstszym wąskim gardłem, niezależnie od platformy.
Drugie kryterium to koszt posiadania. W WooCommerce mechanizmy B2B zwykle pochodzą z wtyczek: każda ma roczną licencję, własny cykl aktualizacji i potencjał konfliktu z pozostałymi. Policz sumę licencji na 3 lata, nie na pierwszy rok. W PrestaShopie więcej jest w rdzeniu, ale przy modułach zewnętrznych obowiązuje ta sama zasada — sprawdź, czy moduł działa na Twojej wersji PHP i czy autor wydaje poprawki.
Trzecie kryterium: utrzymanie. Zapisz w umowie, kto aktualizuje rdzeń, wtyczki i szablon, kiedy to robi (np. raz w miesiącu w oknie serwisowym) i jak wygląda powrót do działania po nieudanej aktualizacji — kopia bazy i plików, test na środowisku staging, procedura przywrócenia. Aktualizacje robione „przy okazji”, bez kopii, to najczęstsza przyczyna sklepu, który przestaje zapisywać zamówienia — opis typowych objawów znajdziesz w materiale o tym, co zrobić, gdy sklep internetowy nie zapisuje zamówień. Jeśli nie masz osoby, która to ogarnia, zaplanuj to jako stały koszt miesięczny albo wybierz wdrożenie z jasno przypisaną organizacją prac.
Dokumentacja techniczna do weryfikacji przed decyzją: PrestaShop Developer Documentation oraz WooCommerce Documentation.
ERP jest źródłem prawdy dla stanów magazynowych, cen zakupowych i danych kontrahentów. Sklep jest źródłem prawdy dla koszyka, sesji klienta i zdarzeń sprzedażowych. Jeśli zamienisz te role — pozwolisz sklepowi nadpisywać stany w ERP — po dwóch tygodniach nikt w firmie nie będzie wiedział, który stan jest prawdziwy.
Kolejność prac jest sztywna, bo każdy etap zależy od poprzedniego:
Konflikt ostatniej sztuki: klient trzyma towar w koszyku, a ERP zdążyło już zmienić stan. Rozwiązanie jest jedno — ponowne sprawdzenie stanu przy przejściu do płatności plus rezerwacja na 15–30 minut. Przy braku towaru pokaż komunikat z propozycją zamiennika, nie goły błąd techniczny.
Jednostki miary to najczęstsze źródło błędnych faktur. Karton 12 szt. zamówiony w sklepie jako 1 musi trafić do ERP jako 12 szt. Ustal z księgowością jedną konwencję (szt./karton/paleta), zapisz ją w dokumentacji wdrożenia i przetestuj na realnym WZ.
Popularne systemy to Subiekt GT i nexo (InsERT), Comarch ERP Optima oraz WF-Mag. Integracja idzie przez API producenta albo wymianę plików CSV/XML na FTP. Kontrahentów i limity warto spinać także z systemem CRM, w którym handlowcy pilnują kontrahentów i limitów. Dokumentację techniczną API platformy znajdziesz np. w PrestaShop Developer Documentation.
| Dane | Kierunek | Częstotliwość | Uwagi wdrożeniowe |
|---|---|---|---|
| Stany magazynowe | ERP do sklepu | co 5–15 min lub zdarzeniowo | tryb zdarzeniowy wymaga API i kolejki |
| Ceny katalogowe i grupowe | ERP do sklepu | raz na dobę (np. 3:00) | zmiany w ciągu dnia tylko ręcznie, z blokadą |
| Zamówienia i dane klienta | sklep do ERP | natychmiast po złożeniu | wymagane potwierdzenie zapisu |
| WZ i faktura | ERP do sklepu | po wystawieniu dokumentu | numer dokumentu widoczny w historii zamówienia |
| Kontrahenci i limity | ERP do sklepu | raz na dobę i przy rejestracji | weryfikacja NIP oraz salda |
W hurcie trzy metody płatności pokrywają większość zamówień: szybki przelew online (Przelewy24, PayU, tpay), przelew tradycyjny na proformę i płatność odroczona. Ta ostatnia nie jest ustawieniem wtyczki — to decyzja kredytowa, którą podejmuje dział handlowy albo księgowość.
Limit kredytowy działa dobrze tylko wtedy, gdy sklep pobiera z ERP saldo i należności przeterminowane. Przykład: limit 20 000 zł, zadłużenie 18 400 zł, koszyk na 3 200 zł. Twarda blokada oznacza utracone zamówienie. Lepiej pokazać informację: zamówienie przekracza limit o 1 600 zł, możesz zapłacić online albo wysłać je do akceptacji opiekuna. Przycisk wyślij do akceptacji zamiast zablokowanego koszyka ratuje sprzedaż, a handlowiec dostaje temat na telefon tego samego dnia.
Fakturowanie: numeracja pochodzi z ERP, nigdy z własnej serii sklepu. Dane do faktury muszą być oddzielone od adresu dostawy — w B2B to norma (siedziba w Warszawie, magazyn w Radomiu). Płatności częściowe, np. zadatek 30% online i reszta przy odbiorze, obsłuż jako dwie płatności powiązane z jednym zamówieniem.
Podatki: koszyk z produktami 23%, 8% i 5% działa, ale tylko przy poprawnym mapowaniu stawek z ERP. Stawkę 0% przy WDT nadawaj wyłącznie po weryfikacji numeru VAT UE w systemie VIES — nie na podstawie oświadczenia klienta.
Czego nie robić: dublować systemu fakturowego w sklepie. Wtyczka wystawiająca faktury z własną numeracją daje dwie serie numerów i pytania od księgowości przy pierwszym JPK. Jeśli zamówienia mają trafiać do ERP z flagą do akceptacji, ustaw monitoring zapisu — awaria polegająca na tym, że sklep nie zapisuje zamówień jest najczęstszą cichą usterką po wdrożeniu.
Trzy integracje pokrywają większość wysyłek krajowych: InPost (ShipX API), DPD (WebAPI) i DHL (DHL24 lub DHL Parcel API). Efekt, który ma znaczenie, jest jeden — etykieta PDF generowana z panelu sklepu, bez przepisywania adresu po raz drugi. Przy 40 paczkach dziennie ręczne przepisywanie to 40 okazji do pomyłki i dodatkowe godziny pracy w szczycie sezonu.
Wysyłka paletowa wymaga osobnej metody dostawy, a nie opcji duża paczka. Paczka standardowa kończy się zwykle na 31,5 kg i wymiarach rzędu 120x60x60 cm. Paleta to inna taryfa, inny przewoźnik i często dopłata za rozładunek (rampa, winda, HDS). W metodzie paletowej zablokuj zamówienia bez potwierdzonego sposobu rozładunku — kurier zostawi paletę na parkingu, a klient zadzwoni z pretensjami do handlowca.
Próg darmowej dostawy licz netto, nie brutto. Klient firmowy porównuje koszt zakupu bez VAT, a kwota brutto zmienia się, gdy w koszyku są produkty z różnymi stawkami. Próg 2 500 zł netto jest jednoznaczny; 3 075 zł brutto wygląda na wyliczenie, którego nikt nie sprawdzi przy kolejnej zmianie cennika.
Metody dostawy wiąż z grupami klientów. Odbiór własny w magazynie pokazuj tylko lokalnym kontrahentom (grupa typu Hurt lokalny), a wysyłkę paletową kontrahentom z potwierdzonym rozładunkiem. Strefy i klasy wysyłki opisuje dokumentacja WooCommerce — strefy wysyłki i klasy. Zasady planowania całego wdrożenia zebraliśmy też w materiale o organizacji wdrożenia sklepu WooCommerce.
| Metoda dostawy | Ograniczenia | Typowy przewoźnik | Uwagi |
|---|---|---|---|
| Paczka kurierska | do 31,5 kg, ok. 120x60x60 cm | InPost, DPD, DHL | etykieta generowana z panelu sklepu |
| Paleta standardowa | 120x80 cm, do 500 kg | spedycja paletowa | dopłata za rozładunek: HDS, winda |
| Paleta ponadgabarytowa | powyżej 500 kg lub 120x80 cm | wycena indywidualna | zamówienie wymaga ręcznej akceptacji |
| Odbiór własny | brak | magazyn firmy | widoczny tylko dla grupy Hurt lokalny |
Klient B2B rzadko szuka nazwy handlowej. Wpisuje numer katalogowy producenta, wymiar albo zastosowanie: „uszczelka NBR 20x30x7”, „przekaźnik 230 V AC do szyny DIN”, „kabel YDY 3x1,5 100 m”. To zapytania, które kończą się zamówieniem — i pod nie trzeba zbudować strukturę katalogu. Jeśli karta produktu nie ma kodu producenta w treści HTML, tylko w grafice albo w zakładce dorysowywanej JavaScriptem, robot nie ma czego zaindeksować.
Karta produktu w hurtowni musi pokazywać jednocześnie człowiekowi i robotowi: kod producenta (MPN), EAN, jednostkę sprzedaży (szt., opak. 10 szt., paleta), dostępność, minimalne zamówienie i wielokrotność zamówienia. Te same dane wypuść w danych strukturalnych Product i Offer — Google publikuje listę typów, które realnie obsługuje (dane strukturalne obsługiwane przez Google). Breadcrumbs (BreadcrumbList) wdrażaj razem z nawigacją: w katalogu o 5–6 poziomach to najprostszy sposób pokazania kontekstu i w wynikach, i użytkownikowi.
Paginacja i filtry generują w sklepach hurtowych najwięcej problemów. Atrybuty rel=next/prev Google od lat ignoruje. Liczy się to, czy każda kombinacja filtrów daje indeksowalny adres. Przy 3 000 produktów i 8 filtrach powstają dziesiątki tysięcy URL-i i tyle samo duplikatów treści. Ustal z wykonawcą, które kombinacje indeksujesz (np. kategoria + producent, kategoria + jednostka), a które blokujesz w robots.txt lub oznaczasz noindex. Paginę 2+ zostaw indeksowalną, ale z własnym tytułem i opisem — to lista realnych produktów, nie śmieć.
Strony kategorii hurtowych nie mogą być zlepkiem nazw. 150–300 słów opisu z frazami branżowymi, tabela typowych zastosowań, linki do podkategorii. Do tego stała karta „Współpraca B2B” z warunkami, formularzem, NIP-em i adresem — ten sam NIP i adres w stopce oraz w wizytówce Google łapią zapytania typu „hurtownia + branża + region”. Przykład takiego podejścia do rynku lokalnego opisujemy przy wdrożeniu sklepu WooCommerce w Warszawie.
| Pole na karcie produktu | Przykład zapisu | Widoczne dla robota i człowieka |
|---|---|---|
| Kod producenta (MPN) | kod typu, np. 12-345-67 | Tak — w treści HTML, nie w nazwie pliku ani w atrybucie alt |
| EAN / GTIN | 13 cyfr | Tak — w danych strukturalnych Product |
| Jednostka sprzedaży | opak. 10 szt. | Tak — przy cenie i w Offer |
| Minimalne zamówienie / wielokrotność | min. 5 opak., tylko 50/100 szt. | Tak — widoczne przed dodaniem do koszyka |
| Dostępność | 24 h / na zamówienie 7 dni | Tak — w Offer jako availability |
| Zastosowanie | do instalacji ciśnieniowych | Tak — krótki opis pod nagłówkiem, nie w ukrytej zakładce |
Dwa obszary są zaniżane w ofertach najczęściej: konfiguracja sklepu i integracja. Realne widełki dla sklepu hurtowego na gotowym szablonie (PrestaShop, WooCommerce): 60–120 godzin — szablon, grupy cenowe, MOQ, jednostki sprzedaży, formularz rejestracji konta firmowego, płatności odroczone, dokumenty. Integracja z ERP to 40–120 godzin — rozrzut wynika z systemu (Subiekt, Comarch ERP Optima, WF-Mag, rozwiązanie autorskie) i liczby mapowanych pól: ceny w 3 grupach, stany z 2 magazynów, kartoteki, kontrahenci, limity kredytowe, dokumenty sprzedaży.
Kolejność etapów ma znaczenie: analiza i mapowanie pól → konfiguracja sklepu i modelu cen → integracja → testy na danych produkcyjnych → start → opieka. Testy to najtańszy etap. Nie robi się ich na „demo z 10 produktami”, tylko na kopii bazy produkcyjnej, a 20–50 zamówień składa dział handlowy. To wyłapuje błędy, których nie przewidzi żaden scenariusz.
Rozliczenie za godziny jest dla klienta korzystniejsze niż cena „z sufitu” z trzech powodów: widzisz stawkę i zakres, dwie oferty porównujesz pozycja po pozycji, a nadwyżkę budżetu wydajesz na to, co faktycznie trzeba dopisać. Warunek: w umowie musi być limit godzin na poprawki (np. 20 h) i zapis, że jego przekroczenie wymaga Twojej pisemnej zgody. Ofertę czytaj po pozycjach: kto pisze treści kategorii, ile rund poprawek, czy w cenie są przekierowania 301 i import kartotek, jaki jest koszt opieki. Konfigurację grup cenowych i jednostek opisuje dokumentacja WooCommerce — warto sprawdzić, czy wykonawca w ogóle się do niej odwołuje.
Po starcie: monitoring dostępności co minutę, alerty na błędy 5xx, 2–4 tygodnie na poprawki po pierwszych zamówieniach, SLA na piśmie — reakcja 4 h w godzinach pracy, naprawa błędu krytycznego 24 h. Szerzej piszemy o tym w materiale o połączeniu sklepu z systemem sprzedażowym.
| Etap | Orientacyjnie | Warunek przejścia dalej |
|---|---|---|
| Analiza i mapowanie pól | 8–20 h | Handlowiec zatwierdził listę pól, grup cenowych i progów rabatowych |
| Konfiguracja sklepu i modelu cen | 30–60 h | Konto testowe widzi właściwą cenę, MOQ i jednostkę sprzedaży |
| Integracja z ERP | 40–120 h | Ceny, stany i kontrahenci synchronizują się w obie strony |
| Testy na danych produkcyjnych | 10–30 h | 20–50 zamówień testowych bez błędów w ERP i na fakturze |
| Start i przekierowania 301 | 5–15 h | Monitoring działa, brak 404 na adresach z ruchu |
| Opieka po starcie | pakiet miesięczny | SLA na reakcję i czas naprawy zapisane w umowie |
Najczęstsza pułapka to ceny. Klient na koncie firmowym widzi cennik detaliczny, bo domyślna grupa gościa to grupa B2C, a przypisanie kontrahenta do grupy hurtowej nie zadziałało. Drugi wariant tego samego błędu: cache. Jeśli strony są cache’owane na CDN lub Varnishu bez rozróżnienia na zalogowanych, jeden klient może zobaczyć cenę drugiego. Test: zaloguj się na 3 kontach z różnymi grupami cen, w tej samej przeglądarce i w trybie incognito.
Duplikaty kartotek powstają po imporcie po nazwie zamiast po EAN lub MPN. Efekt: w ERP jedna karta, w sklepie dwie, stany rozjechane po kilku dniach. Po każdym imporcie sprawdzaj liczbę SKU przed i po, liczbę produktów bez EAN i liczbę produktów z pustym SKU.
Trzecia pułapka to jednostka sprzedaży. Cena ustawiona za opakowanie 10 szt., a stan w sztukach — bez wielokrotności zamówienia klient kupi „1 szt.” i dostanie 10. Ustaw wielokrotność (10, 50, 100) i pokaż ją przy przycisku. Czwarta: zerowy stan bez blokady. Zezwalanie na zamówienia przy 0 szt. kończy się negatywnymi stanami w ERP i telefonami do handlowca. Zdecyduj: twarda blokada czy status „na zamówienie” z terminem.
Testy obowiązkowe przed startem: zamówienie na granicy limitu kredytowego (np. limit 5 000 zł, zamówienie na 4 900 zł i na 5 100 zł), zamówienie z produktem o zerowym stanie, zwrot całego zamówienia, korekta faktury, anulowanie po wystawieniu dokumentu w ERP. Za każdym razem sprawdź, co trafiło do systemu i czy maile transakcyjne doszły do działu. Jeśli sklep przestanie zapisywać zamówienia, warto mieć gotową procedurę awaryjną — sklep internetowy nie zapisuje zamówień: co robić.
| Punkt kontrolny | Kryterium zaliczenia |
|---|---|
| Grupa cenowa konta firmowego | Konto testowe widzi ceny hurtowe netto, nie detaliczne |
| Cache dla zalogowanych | Ceny nie mieszają się między grupami — sprawdzone na 3 kontach |
| Jednostka i wielokrotność | Zamówienie 10/50/100 szt. działa, cena liczona za właściwą jednostkę |
| MOQ | Produkt poniżej minimum nie wchodzi do koszyka |
| Zerowy stan | Twarda blokada lub jasny komunikat o terminie realizacji |
| Duplikaty kartotek | Liczba SKU przed i po imporcie zgodna, brak pustych SKU |
| Limit kredytowy | Zamówienie powyżej limitu zatrzymane lub oznaczone do akceptacji |
| Zamówienie → ERP → faktura | Dokument powstaje w ERP, status wraca do sklepu, NIP i VAT poprawne |
| Zwrot i korekta faktury | Obsłużone w sklepie i w ERP, towar wraca na stan magazynu |
| Maile transakcyjne | Potwierdzenie, faktura i awizacja wysyłki dochodzą na skrzynkę działu |
| Strona „Współpraca B2B” | Warunki, formularz, NIP i adres zgodne z wizytówką Google |
| Dane strukturalne | Walidacja Product/Offer i breadcrumbów bez błędów krytycznych |
| Przekierowania i monitoring | 301 z starych adresów, brak 404 na topowych produktach, alerty 5xx włączone |
| Kopia zapasowa i odpowiedzialności | Przywrócenie bazy przetestowane, wskazane osoby od cen, stanów i aktualizacji |
Brak osoby odpowiedzialnej za sklep po wdrożeniu. Agencja kończy pracę, a nikt w firmie nie ma praw do panelu i nie wie, jak zmienić cenę w grupie klienta.
Jak wykryć: Zapytaj handlowca i osobę z biura: kto dziś doda nowy produkt, zmieni rabat dla kontrahenta i co zrobi, gdy przyjdzie mail „sklep nie działa”.
Jak naprawić: Ustal imiennie właściciela sklepu i co najmniej jedną osobę zastępującą. Zorganizuj przekazanie z nagranymi procedurami: dodanie produktu, zmiana grupy cenowej, blokada konta, zgłoszenie awarii.
Ceny wpisane na sztywno w produkcie, a rabaty robione promocjami. Przy 30 klientach z różnymi warunkami oznacza to cennik nie do utrzymania.
Jak wykryć: Weź trzech kontrahentów z różnymi warunkami i sprawdź, czy cena w koszyku wynika z przypisanej grupy, czy z ręcznie ustawionej promocji.
Jak naprawić: Przenieś logikę cenową do grup klientów i rabatów kontraktowych. Cena widoczna dla zalogowanego klienta ma być efektem jego przypisania do grupy, a nie wyjątkiem w kartotece produktu.
Integracja z ERP zaplanowana „na potem”. Sklep startuje na ręcznie wgrywanych stanach i zamówienia przepisywane są z maila do systemu.
Jak wykryć: Policz, ile czasu dziennie zajmuje przepisywanie zamówień i aktualizacja stanów. Jeśli to więcej niż 30 minut, kanał online dokłada pracy zamiast ją zdejmować.
Jak naprawić: Zaplanuj integrację w kolejności: kartoteki i mapowanie pól, potem stany i ceny, potem zamówienia, na końcu dokumenty sprzedaży. Uruchamiaj sklep po pierwszym etapie synchronizacji stanów, nie przed nim.
Pominięte mapowanie jednostek miary. ERP liczy w kartonach, sklep sprzedaje w sztukach i faktury wychodzą z błędną ilością.
Jak wykryć: Porównaj jednostkę w kartotece ERP z jednostką w sklepie dla produktów sprzedawanych w kartonach i na paletach — wystarczy 5 pozycji.
Jak naprawić: Ustal jedną tabelę przeliczeń (szt. / karton / paleta) i zapisz ją w dokumentacji wdrożenia. Sprawdź ją testowym zamówieniem na kilku produktach przed uruchomieniem sprzedaży.
Brak scenariusza na konflikt stanów. Klient kupuje ostatnią sztukę w momencie, gdy ERP już ją zarezerwowało na innym dokumencie.
Jak wykryć: Zamów ostatnią dostępną sztukę w sklepie i równolegle wystaw dokument w ERP. Zobacz, czy powstaje nadwyżka, czy sklep blokuje zamówienie.
Jak naprawić: Ustal zasady: bufor stanu na pozycjach o wysokim ruchu, blokada zamówienia bez pokrycia, jasna informacja dla klienta i procedura kontaktu handlowca przy niedoborze.
Wtyczki B2B w WooCommerce instalowane bez planu aktualizacji. Po半年...
Jak wykryć: Zapytaj, ile wtyczek obsługuje ceny per rola, progi i MOQ oraz kto testuje aktualizacje przed wdrożeniem na produkcję.
Jak naprawić: Ustal harmonogram: kopia środowiska testowego, aktualizacja rdzenia i wtyczek raz w miesiącu, test koszyka i płatności, dopiero potem produkcja. Ustal też, jak wygląda powrót do działania po błędnej aktualizacji.
Sklep dla hurtowni to przede wszystkim projekt organizacyjny: grupy cenowe, akceptacja kont firmowych, limity kredytowe i jasne zasady synchronizacji z ERP. Kolejność ma znaczenie — najpierw kartoteki i mapowanie pól, potem stany i ceny, potem zamówienia i dokumenty sprzedaży. Jeśli nie wiesz, kto po wdrożeniu będzie zmieniał ceny i pilnował aktualizacji, wstrzymaj start i ustal to wcześniej. Lepiej wydłużyć przygotowania o dwa tygodnie niż odkręcać błędne faktury przez kwartał.
Katalog dla przedstawicieli ma sens, gdy zamówienia i tak przechodzą przez handlowca i nie chcesz pokazywać cen szerzej. Sklep B2B z cenami po logowaniu działa wtedy, gdy klienci są na tyle samodzielni, że sami skompletują zamówienie. Hybryda B2B i B2C bywa ryzykowna: dwa różne cenniki i różne oczekiwania co do obsługi trzeba rozdzielić od pierwszego dnia.
PrestaShop ma natywne grupy cenowe, rabaty ilościowe i pola firmowe, więc przy typowym B2B mniej rzeczy trzeba dokładać wtyczkami — warto sprawdzić dokumentację dla deweloperów: PrestaShop Developer Documentation. WooCommerce wymaga wtyczek do cen per rola czy progów, co oznacza roczne licencje i ryzyko konfliktów przy aktualizacjach — punktem wyjścia jest dokumentacja: WooCommerce Documentation. Decydują trzy rzeczy: liczba SKU, liczba klientów firmowych i to, kto ma administrować sklepem po wdrożeniu.
Stany co 5–15 minut albo zdarzeniowo — po zmianie dokumentu w ERP. Ceny raz na dobę, bo ich zmiany nie wymagają natychmiastowej reakcji, a częsta synchronizacja całego cennika obciąża oba systemy. Zamówienia powinny trafiać do ERP natychmiast, żeby nie blokować towaru, który już został sprzedany.
Powstaje różnica między stanem w sklepie a stanem w ERP. Najprościej ograniczyć problem buforem na pozycjach o wysokim ruchu i blokadą zamówienia bez pokrycia. Trzeba też ustalić, kto dzwoni do klienta, gdy towaru faktycznie nie ma — to decyzja organizacyjna, nie techniczna.
W polskich hurtowniach najczęściej pojawia się Subiekt GT i Subiekt nexo (InsERT), Comarch ERP Optima oraz WF-Mag. Integracja idzie albo przez API, albo przez wymianę plików — wybór zależy od wersji systemu i tego, czy działa on lokalnie, czy w chmurze. Zakres i sposób połączenia ustalamy po stronie systemu klienta, bez zakładania z góry.
Przede wszystkim od zakresu integracji, liczby grup cenowych i liczby wyjątków w cenniku, a nie od samego postawienia sklepu. Drugi czynnik to jakość danych w ERP: brakujące jednostki miary i niespójne kartoteki wydłużają mapowanie pól. Nie podajemy kwot bez rozpoznania systemu i zakresu — każda widełkowa cena bez tej wiedzy byłaby zgadywaniem.
W modelu z cenami po logowaniu ruch organiczny bywa mniejszy, ale strony produktów i kategorii nadal indeksują się i przyciągają zapytania o konkretne SKU. Warto zadbać o poprawny markup zgodny z tym, co wspiera Google: dane strukturalne obsługiwane przez Google. Zasada jest ta sama co w B2C: treść pisana dla ludzi, nie pod wyszukiwarkę — tworzenie treści dla ludzi.
Jeśli chcesz przejść przez te punkty na własnych danych — zanim wybierzesz platformę — napisz do nas. Pokażemy, co w Twoim przypadku da się zrobić natywnie, a co wymaga dopłat i wtyczek. Warto też zerknąć, jak organizujemy wdrożenia WooCommerce: organizacja wdrożenia sklepu WooCommerce oraz jak wygląda integracja sklepu z CRM.