Cenniki kontraktowe w B2B: warstwy cen i reguła, która wygrywa

Polityka cen w B2B składa się z dwóch rzeczy: modelu cen, czyli reguł rozstrzygających, ile kosztuje konkretny produkt dla konkretnego klienta, oraz umowy ramowej, która ustala warunki na okres, zanim padnie pierwsze zamówienie. Model cen odpowiada na pytanie „ile to kosztuje”. Umowa ramowa odpowiada na pytanie „na jakich warunkach, jak długo i przy jakim zobowiązaniu”. Ten artykuł pokazuje obie warstwy: jak zbudować hierarchię reguł cenowych, co musi ustalać umowa ramowa i co z tego ma udźwignąć platforma spięta z ERP.

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

Kontrakt jako warstwa: co ustalone raz, a co przy każdym zamówieniu

Umowa ramowa jest warstwą nad cennikiem. Ustala warunki raz, na wskazany okres, a każde kolejne zamówienie z nich korzysta, zamiast negocjować je od nowa. To dlatego stały odbiorca nie pyta o cenę przy każdym zakupie, tylko zamawia „z kontraktu”, a handlowiec wchodzi do gry dopiero wtedy, gdy zamówienie wykracza poza uzgodniony zakres. Ten tekst opisuje warstwy cen w systemie; jeśli szukasz tego, co konkretnie ustala niemiecki Rahmenvertrag i jakie modele rozliczeń z niego wynikają, opisaliśmy to osobno w tekście o umowach ramowych w niemieckim B2B.

Jak umowa ramowa ma się do ceny kontraktowej

Cena kontraktowa jest zwykle jednym z zapisów umowy ramowej, a nie osobnym bytem. Ta sama umowa potrafi ustalać terminy płatności, minimum logistyczne, jednostkę zamówienia, terminy realizacji, bonus rozliczany po okresie i to, kto trzyma zapas. System, który zapisuje wyłącznie „klient X ma 42,00 zł za produkt A”, przechowuje fragment ustaleń, a reszta wraca w mailach przy pierwszej spornej dostawie.

Sześć rzeczy z podpisanego dokumentu musi przeżyć przeprowadzkę do systemu:

• Zakres: których produktów, których podmiotów po stronie klienta i których miejsc dostawy dotyczą warunki. Umowa ramowa rzadko obejmuje cały katalog.
• Okres obowiązywania: data od i data do, plus rozstrzygnięcie, co dzieje się po wygaśnięciu: powrót do ceny grupy, automatyczne przedłużenie czy blokada zamawiania do czasu aneksu.
• Zadeklarowany wolumen: ilość albo wartość, do której zobowiązał się kupujący, wraz z bieżącym licznikiem tego, co już z niej odebrano.
• Zamówienia z kontraktu: każde zamówienie musi wskazywać umowę, z której korzysta, żeby licznik i cena brały się z tego samego miejsca.
• Sposób rozliczenia: faktura per zamówienie, zbiorcza za okres, albo bonus liczony dopiero po zamknięciu okresu.
• Wersjonowanie warunków: renegocjacja tworzy nową wersję z własną datą wejścia w życie, a poprzednia zostaje czytelna dla faktur już wystawionych.

Osobna sprawa to rynek, na którym kontraktujesz. Terminy płatności, skonto i format faktury bywają w obrocie zagranicznym twardsze, niż wynikałoby to z polskiej praktyki, i to tam umowy ramowe najczęściej kosztują więcej, niż zakładano. Rozpisaliśmy to na przykładzie Niemiec w tekście o umowach ramowych w niemieckim B2B.

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ę.