Cenniki kontraktowe bez chaosu: jak modelować politykę cen B2B

Cenniki B2B przestają być chaosem w momencie, w którym przestajesz traktować cenę klienta jak jeden globalny rabat, a zaczynasz jak system reguł z jasno ustaloną kolejnością rozstrzygania. Zamiast setek arkuszy i ustaleń rozsianych po mailach masz jedno źródło prawdy o cenach, hierarchię reguł (od ceny indywidualnej klienta po cenę bazową), daty obowiązywania kontraktów i ślad każdej zmiany. Dalsza część tego artykułu pokazuje, jak taki model zbudować warstwa po warstwie i gdzie najczęściej się on sypie, gdy hurtownia czy producent wchodzi w B2B eCommerce.

Cena per klient to nie „rabat globalny”

Najczęstszy błąd na starcie to sprowadzenie całej polityki cen do jednego suwaka: „ten klient ma minus 12 procent”. W realnym B2B działa kilka niezależnych warstw naraz. Poziomy cen (cenniki) opisują różne siatki, na przykład detal, hurt, hurt sieciowy. Grupy klientów przypisują kontrahentów do wspólnych warunków, żeby nie ustawiać każdego pojedynczo. Ceny indywidualne to wyjątki wynegocjowane z konkretnym klientem. Kontrakty dokładają do tego wymiar czasu i zobowiązania: uzgodnioną cenę na wybrane produkty, ważną od-do, często powiązaną z zadeklarowanym wolumenem. To cztery różne mechanizmy, a wrzucanie ich do jednej kolumny w Excelu jest źródłem większości pomyłek: nikt po pół roku nie wie, dlaczego dany klient ma akurat taką cenę.

Dlaczego Excel przestaje wystarczać

Arkusz świetnie sprawdza się przy kilku klientach i jednej siatce. Problem zaczyna się przy skali: kopiowane zakładki, ceny wysyłane mailem w PDF, ręczne nadpisania „na już” i brak jakiejkolwiek historii zmian. Nie da się odpowiedzieć na proste pytanie „jaka cena obowiązywała tego klienta w marcu i kto ją zmienił”. Excel nie rozstrzyga też konfliktów: gdy jednocześnie pasuje rabat grupy i promocja, decyduje przypadek albo pamięć handlowca. Model cenowy potrzebuje reguł, priorytetów i audytu, a tego arkusz z natury nie ma.

Hierarchia reguł: kto wygrywa, gdy warunki się nakładają

Kluczowe pytanie w każdej polityce cen brzmi: co się dzieje, gdy do jednego produktu i jednego klienta pasuje kilka reguł naraz? System musi rozstrzygać to deterministycznie, zawsze tak samo, a nie „jak akurat wyjdzie”. Sprawdzona kolejność w B2B to: cena indywidualna (kontraktowa) klienta, dalej cena jego grupy, następnie rabat wolumenowy, potem promocja, a na końcu cena bazowa. Im wyżej reguła stoi w hierarchii, tym silniej wiąże. Zapisanie tej kolejności wprost, jeszcze przed konfiguracją jakiegokolwiek narzędzia, to najważniejsza decyzja w całym projekcie. Robimy to standardowo na etapie modelowania cenników i wycen B2B.

Przykładowa hierarchia reguł cenowych w B2B i kolejność ich rozstrzygania. Reguła o wyższym priorytecie nadpisuje niższą.

Sama tabela nie zamyka tematu, bo część decyzji jest biznesowa, nie techniczna. Najczęstszy dylemat: czy promocja może zejść poniżej ceny kontraktowej? Zwykle nie, bo kontrakt jest zobowiązaniem i ma pierwszeństwo, ale bywają wyjątki (na przykład wyprzedaż końcówek). Podobnie z rabatem wolumenowym: czy nalicza się on od ceny bazowej, czy od już obniżonej ceny grupy? To trzeba rozstrzygnąć raz i zapisać, żeby system i handlowcy liczyli tak samo. Dobra reguła jest jedna: żadnego priorytetu bez zapisanego uzasadnienia, bo za rok nikt go nie odtworzy z pamięci.

Rabaty wolumenowe i progi

Rabaty wolumenowe nagradzają większe zamówienie, ale ich modelowanie ma pułapki. Trzeba zdecydować, czy próg liczy się od pozycji, od całego zamówienia, czy od zakupów w okresie (na przykład kwartalnych). Trzeba też ustalić, czy przekroczenie progu obniża cenę całej ilości, czy tylko sztuk powyżej progu. Poniżej prosty, jawnie oznaczony przykład progów naliczanych od pozycji, gdzie niższa cena obejmuje całą zamawianą ilość:

• od 1 do 9 sztuk: cena grupy klienta, bez dodatkowego rabatu
• od 10 do 49 sztuk: dodatkowe minus 3 procent
• od 50 do 99 sztuk: dodatkowe minus 6 procent
• od 100 sztuk: dodatkowe minus 10 procent, ale nie niżej niż cena kontraktowa

Jednostki, opakowania i waluty

W B2B cena rzadko dotyczy „jednej sztuki”. Ten sam produkt bywa sprzedawany w sztukach, kartonach, paletach i na wagę, a każda jednostka może mieć własną cenę i własny przelicznik. Model musi pilnować, żeby rabat naliczony na karton nie rozjechał się z ceną pojedynczej sztuki. Do tego dochodzi waluta: klient z Niemiec chce EUR, krajowy PLN, a kurs to osobna decyzja (kurs sztywny w kontrakcie, dzienny z ERP czy z tabeli banku). Jeśli sprzedajesz w kilku walutach, każda z nich potrzebuje własnego cennika albo jasnej reguły przeliczania, a nie doraźnego mnożenia przez kurs w głowie handlowca.

Netto czy brutto? VAT w B2B

W relacjach B2B domyślnie operujesz cenami netto, bo to one są przedmiotem negocjacji i kontraktów, a VAT dolicza się na końcu. To ważna różnica wobec sklepów detalicznych, gdzie klient widzi brutto. Twój model musi jednak poprawnie obsłużyć różne stawki VAT (produkty z różnymi stawkami w jednym koszyku), sprzedaż wewnątrzunijną z zerową stawką dla podatnika VAT-UE oraz sytuacje, w których ten sam katalog obsługuje i firmy, i wyjątkowo odbiorcę bez numeru VAT. Stawka podatku jest cechą produktu i transakcji, a nie elementem samej ceny, więc trzymaj je rozdzielnie: cena netto osobno, reguła VAT osobno. To trzeba potwierdzić z księgowością, bo szczegóły zależą od kraju i rodzaju sprzedaży.

Wygasanie i wersjonowanie cenników

Kontrakt bez daty to mina z opóźnionym zapłonem. Każda cena kontraktowa powinna mieć datę początku i końca obowiązywania, a system powinien automatycznie wracać do niższego poziomu w hierarchii, gdy kontrakt wygaśnie. Do tego dochodzi wersjonowanie: nowa siatka cen na przyszły rok nie kasuje starej, tylko wchodzi w życie od konkretnej daty, a poprzednia wersja zostaje w historii. Dzięki temu odpowiesz na pytanie „jaka cena obowiązywała 15 marca” i rozliczysz reklamację czy korektę faktury bez zgadywania. Bez dat i wersji każda podwyżka to ręczna akcja „na wszystkich naraz”, zwykle robiona w pośpiechu i z błędami.

Wyceny i oferty (quotes) z akceptacją

Nie każda cena jest gotowa w cenniku. Duża część B2B to indywidualne wyceny: klient prosi o ofertę na konkretny koszyk, handlowiec przygotowuje ceny, klient akceptuje, a zaakceptowana wycena staje się podstawą zamówienia. Jeśli ten proces żyje w mailach, tracisz kontrolę: nie wiadomo, która wersja oferty jest wiążąca ani czy klient zamówił po cenach, na które się zgodził. W platformie wycena ma status (robocza, wysłana, zaakceptowana, wygasła), termin ważności i pełną historię. Zaakceptowana oferta może automatycznie założyć czasową cenę indywidualną, więc zamówienie wchodzi dokładnie po uzgodnionych stawkach. To zamienia ustalenia z maili w audytowalny proces.

Skąd brać źródło prawdy o cenach: ERP czy platforma

Najtrudniejsze pytanie architektoniczne: gdzie żyje „prawda” o cenach. W większości firm z realnym magazynem i księgowością ERP jest masterem cen i kontraktów, a platforma eCommerce je konsumuje i prezentuje. To zdrowy domyślny układ, bo handlowcy pracują tam, gdzie zawsze, a sklep nie staje się drugim, konkurencyjnym źródłem cen. Alternatywnie część reguł (promocje, wyceny online) może powstawać po stronie platformy i wracać do ERP. Ważne, żeby dla każdego typu reguły jednoznacznie wskazać właściciela i kierunek synchronizacji. Jak to spiąć w praktyce, opisujemy w tekście o integracji sklepu B2B z ERP.

Pułapki, które psują nawet dobry model

Kilka błędów wraca w niemal każdym wdrożeniu. Pierwszy to rozjazd cen ERP i sklepu, gdy synchronizacja jest rzadka albo jednokierunkowa, a klient widzi inną cenę niż na fakturze. Drugi to ręczne nadpisania bez śladu: handlowiec „poprawia” cenę w zamówieniu, obchodząc reguły, i po miesiącu nikt nie wie, czemu marża spadła. Trzeci to brak kolejności rozstrzygania, przez co ta sama konfiguracja daje różne ceny w zależności od tego, która reguła zadziałała pierwsza. Czwarty to kontrakty bez dat, które obowiązują długo po tym, jak powinny wygasnąć. Wszystkie mają wspólny mianownik: brak jednego, deterministycznego modelu z audytem.

Od czego zacząć

Zanim wybierzesz narzędzie, opisz na papierze swoje realne warstwy cen: jakie masz poziomy, grupy, kontrakty, progi i waluty, oraz w jakiej kolejności mają się rozstrzygać. Ten model jest ważniejszy niż konkretny system, bo dobrze zmapowane reguły przełożysz na dowolną platformę, a złe reguły zepsują nawet najlepszą. W Seedlight traktujemy politykę cen jako część platformy B2B spiętej z ERP, a same reguły cenowe mapujemy jeszcze przed budową, na etapie Blueprintu, żeby model powstał raz i porządnie. Jeśli szukasz szerszego kontekstu, jak wygląda uporządkowanie sprzedaży hurtowej od strony procesu, zajrzyj do tekstu o cyfryzacji hurtu w 90 dni. Nie obiecujemy, że model sam podniesie marżę, ale odbiera pretekst do chaosu i sporów o cenę.