Koniec miesiąca w wielu małych firmach handlowych wygląda tak samo: dyrektor finansowy zamyka drzwi na trzy dni, przepisuje rejestr sprzedaży z ERP do Excela, ręcznie odejmuje zwroty i korekty, a potem tłumaczy się handlowcom, dlaczego prowizja „wyszła inaczej niż w zeszłym miesiącu". To nie jest problem księgowy. To problem systemowy — i da się go rozwiązać.
Prowizje w Excelu to klasyczny przykład procesu, który „jakoś działa", dopóki firma jest mała. Trzech handlowców, prosty schemat: procent od obrotu, wypłata do 10. następnego miesiąca. Wszystko mieści się w głowie i w jednym arkuszu. Ale wystarczy dorzucić czwartego handlowca, zmienić schemat na „procent od marży", dodać premie za nowego klienta i zwroty spóźnione o dwa miesiące — i arkusz zaczyna żyć własnym życiem. Formuły pękają, ktoś zapomina zaktualizować bonus kwartalny, handlowiec dostaje wypłatę o 400 zł niższą i idzie do szefa. Miesiąc w miesiąc.
Prowizja to nie tylko koszt. To narzędzie, którym firma steruje zachowaniem zespołu sprzedaży. Jeśli handlowiec nie rozumie, jak ją policzono, nie wierzy w system — i przestaje reagować na to, co firma chciała mu zasygnalizować.
Co znaczy „prowizje w systemie" w praktyce
W realiach MŚP nie chodzi o dedykowany moduł SPM za 200 tys. zł. Chodzi o coś prostszego: jedno miejsce, w którym reguła prowizyjna spotyka się z rzeczywistymi danymi sprzedażowymi z ERP — bez ręcznego przepisywania.
W praktyce oznacza to trzy rzeczy. Po pierwsze, reguły prowizyjne są zapisane w jednym miejscu w formie, którą rozumie zarówno dyrektor finansowy, jak i handlowiec (a nie w głowie właściciela). Po drugie, silnik prowizyjny sięga do faktur, korekt i wpłat bezpośrednio w ERP — nie do eksportu, który ktoś zrobił trzy dni temu. Po trzecie, handlowiec widzi swoją narastającą prowizję częściej niż raz w miesiącu, najlepiej codziennie.
Większość popularnych systemów ERP w Polsce — Comarch Optima, enova365, Subiekt GT, Microsoft Dynamics — ma jakieś moduły lub raporty prowizyjne. Różnią się elastycznością reguł. Comarch Optima i enova365 pozwalają zbudować całkiem złożone schematy natywnie; Subiekt jest bardziej ograniczony i często dokłada się do niego zewnętrzny arkusz reguł. Nie ma jednej dobrej odpowiedzi na „w czym to policzyć" — jest tylko dobra odpowiedź na „jak wyjść z Excela".
Fundament — proste reguły
Największym błędem, jaki widzimy przy wdrażaniu prowizji do systemu, jest próba przeniesienia jeden do jeden całej historycznej gmatwaniny. Firma miała przez lata dziesięć różnych schematów, każdy handlowiec ma swój wyjątek, kwartalne bonusy zależą od trzech warunków naraz. Ktoś próbuje to wszystko zakodować i po miesiącu wraca do Excela, bo „system nie ogarnia".
Zanim wpuścisz reguły do ERP, uporządkuj je. To bolesna, polityczna rozmowa — ale jednorazowa.
- Wypisz na kartce wszystkie obecne schematy prowizyjne. Zwykle jest ich mniej, niż się wydaje.
- Zdecyduj, od czego naprawdę zależy prowizja: obrót, marża, zapłacona faktura, konkretna grupa produktów.
- Zredukuj wyjątki. Jeśli tylko jeden handlowiec ma „specjalny bonus za klienta X", zapytaj, czy to nadal ma sens.
- Ustal jeden termin naliczania (najczęściej po zamknięciu miesiąca, po zapłacie faktury lub oba warianty łącznie).
Kilka jasnych reguł policzy się w ERP bez problemu. Kilkanaście warunków, wyjątków i nieformalnych ustaleń — nie policzy się w żadnym systemie na świecie.
Przykład z życia
18-osobowa hurtownia materiałów elektrycznych spod Poznania, 5 handlowców. Prowizja zależy od marży zrealizowanej na fakturze (nie od obrotu — właściciel się „naciął" kiedyś, gdy handlowcy zaczęli sprzedawać po kosztach, żeby wypełnić plan). Dodatkowo: prowizja jest naliczana dopiero po zapłacie faktury przez klienta, a każda korekta cofa prowizję proporcjonalnie.
Do stycznia 2026 wyglądało to tak: dyrektor finansowy 3–4 dni po zamknięciu miesiąca eksportowała rejestr sprzedaży z Comarch Optima do Excela, dokładała ręcznie zapłaty (z osobnego raportu bankowego), odejmowała korekty z bieżącego i poprzednich miesięcy, przeliczała marżę z kosztów zakupu i mnożyła przez indywidualne stawki prowizyjne. Rozliczenie miesiąca zajmowało 2–3 pełne dni pracy. Co drugi miesiąc któryś z handlowców kwestionował wynik, bo „mnie to inaczej wychodzi w moim Excelu".
Wdrożenie: konfiguracja modułu prowizyjnego w Comarch Optima z regułami opartymi na marży i statusie płatności faktury. Koszt jednorazowy: ok. 8 tys. zł (analiza + konfiguracja + testy na danych z 3 zamkniętych miesięcy). Dodatkowo prosty raport w intranecie, w którym każdy handlowiec widzi swoją narastającą prowizję dziennie, z rozbiciem na faktury.
Po trzech miesiącach: rozliczenie miesiąca zajmuje 20–30 minut (kontrola, nie przeliczanie). Kłótnie o prowizje praktycznie zniknęły — jak coś jest nie tak, handlowiec sam widzi w raporcie, że faktura X nie została opłacona, więc prowizji od niej jeszcze nie ma. Dodatkowa korzyść, której nikt się nie spodziewał: dwóch handlowców zaczęło aktywnie pilnować płatności u swoich klientów, bo widzą, że ich prowizja realnie od tego zależy. Dług przeterminowany spadł.
To nie jest historia „AI zmieniło firmę". To historia „przenieśliśmy reguły z głowy do systemu".
Kiedy nie warto
Nie każda firma potrzebuje automatyzacji prowizji. Jeśli masz dwóch handlowców, prosty procent od obrotu i stabilny schemat od lat — Excel wystarczy. Koszt wdrożenia zjedliby oszczędności przez najbliższe dwa lata.
Warto zacząć myśleć o wyjściu z Excela w kilku sytuacjach:
- Rozliczenie miesiąca zajmuje więcej niż pół dnia pracy jednej osoby.
- Zdarzają się spory z handlowcami o wyliczoną kwotę — częściej niż raz na kwartał.
- Reguły prowizyjne mają się zmienić (np. przejście z obrotu na marżę), a nikt nie jest pewien, ile to firmę realnie kosztuje.
- Rośnie zespół sprzedaży (dochodzi 3. lub 4. handlowiec).
- Firma zaczyna sprzedawać w wielu kanałach (sklep, hurt, marketplace) i każdy kanał ma inne zasady.
Czego pilnować przy wdrożeniu
Kilka rzeczy, na których widzieliśmy najwięcej wpadek:
- Testuj na danych historycznych. Zanim „włączysz" nowy silnik, przelicz trzy zamknięte miesiące i porównaj z Excelem. Różnice zwykle wynikają z niedopisanych reguł — lepiej to odkryć teraz.
- Wersjonuj reguły. Zapisz, kiedy weszła w życie która stawka. Za pół roku pojawi się pytanie „a jaka była prowizja w marcu" i musisz umieć na nie odpowiedzieć.
- Nie mieszaj prowizji z premią uznaniową. Prowizja liczy się z reguły, premia uznaniowa to decyzja szefa. Trzymanie ich razem w systemie kończy się kłótnią.
- Daj handlowcom wgląd „na żywo". Miesięczny wynik to za późno. Codzienny widok narastającej prowizji zmienia zachowanie sprzedaży bardziej niż jakakolwiek pogadanka.
- Zamknij drogę powrotu do Excela. Jeśli obok nowego systemu nadal istnieje „Excel dyrektora finansowego", ludzie będą się kłócić o to, które źródło jest prawdziwe.
Co dalej
Prowizje w ERP to jeden z tych projektów, które nie są sexy, nie robią wrażenia na konferencji i nie pojawiają się w raportach Gartnera. Ale zwracają się szybko — bo oszczędzają dni pracy dyrektora finansowego, kończą comiesięczne kłótnie i realnie zmieniają zachowanie zespołu sprzedaży.
Jeśli zamknięcie miesiąca w Twojej firmie wygląda jak opisana wyżej hurtownia — zamiast dokładać kolejny wyjątek do Excela, sprawdź, ile realnie kosztuje wyjście z niego. Pierwsza rozmowa jest bezpłatna i trwa pół godziny.
Prowizja, której handlowiec nie rozumie, nie steruje sprzedażą. Steruje kłótnią z księgowością.