Program partnerski i program afiliacyjny w e-commerce najczęściej opisują ten sam mechanizm: zewnętrzny partner poleca sklep lub konkretne produkty, a wynagrodzenie zależy od ustalonego efektu, zwykle sprzedaży. Partnerem może być influencer, ambasador marki, bloger, wydawca, handlowiec, serwis tematyczny, porównywarka albo dotychczasowy klient.
Prosty reflink i kod do poleceń
- identyfikuje zamówienia z użytym kuponem lub reflinkiem,
- daje klientowi ustalony rabat,
- może być łatwy do podania w filmie lub podcaście
- generuje prowizje.
VS
PROFESJONALNY i nowoczesny program partnerski
- łączy kod z reflinkiem i zasadami atrybucji,
- prowadzi status prowizji od zamówienia do wypłaty,
- udostępnia raporty, dokumenty, komunikację i historię,
- automatyzuje cały proces.
Jak powinien działać profesjonalny program partnerski?
Profesjonalny Program Partnerski w sklepie internetowym powinien łączyć marketing z procesem finansowym.
Partner promuje produkty przez link afiliacyjny, kod rabatowy lub oba mechanizmy jednocześnie. System przypisuje sprzedaż, oblicza prowizję według ustalonych reguł, czeka na spełnienie warunków rozliczenia, a następnie prowadzi partnera i administratora przez dokumenty, statusy oraz wypłatę.
1
Atrybucja
Reflink, kod, klient i zamówienie
2
Prowizja
Stawka, podstawa i warunki
3
Rozliczenie
Okres, dokument i wypłata
4
Kontrola
Raport, statusy i historia
To system, który identyfikuje partnera, przypisuje mu zamówienie, nalicza wynagrodzenie według jednoznacznych zasad, uwzględnia status płatności i zwroty, pokazuje obu stronom te same dane oraz dokumentuje rozliczenie od sprzedaży aż do wypłaty. Kupon lub reflink jest wejściem do procesu - nie całym procesem.
Jak rozlicza się wynagrodzenia influencerów?
Nie istnieje jeden prawidłowy model dla każdego sklepu. Sposób rozliczenia powinien wynikać z celu współpracy, marży produktów, roli twórcy oraz tego, czy oczekujesz zasięgu, treści, leadów czy bezpośredniej sprzedaży.
| Model | Jak się rozliczasz? | Kiedy się sprawdza? | Co musi obsłużyć system? |
|---|---|---|---|
| Stała kwota | Za publikację, film, serię materiałów lub określony zakres pracy | Budowanie zasięgu, premiera produktu, treści UGC | Umowę, akceptację materiałów i dokument rozliczeniowy; sprzedaż jest metryką, nie podstawą wypłaty |
| Barter | Produktem albo usługą przekazaną twórcy | Testy, recenzje i współpraca produktowa | Wartość świadczeń i zasady publikacji; barter również jest współpracą komercyjną |
| CPS / PPS | Procentem lub stałą kwotą za kwalifikowaną sprzedaż | Performance marketing i długofalowa afiliacja | Atrybucję, reguły prowizji, statusy zamówień, zwroty i wypłaty |
| CPL / CPA | Za lead albo inne zdefiniowane działanie | Dłuższy proces zakupu, usługi i sprzedaż konsultacyjna | Jednoznaczną definicję kwalifikowanego zdarzenia i ochronę przed duplikatami |
| Hybrydowy | Stałą kwotą za treść oraz prowizją za sprzedaż | Współpraca z twórcą, który wnosi jednocześnie zasięg i konwersje | Dwa niezależne składniki wynagrodzenia i wspólny raport efektów |
| Progowy | Rosnącą stawką po przekroczeniu obrotu lub liczby zamówień | Motywowanie aktywnych partnerów i ambasadorów | Progi, okres pomiaru, wersjonowanie reguł i czytelne wyjaśnienie naliczenia |
Co z tej tabeli realizuje nasz moduł?
- Program Partnerski PrestaShop nalicza wynagrodzenie w modelu CPS - zawsze jako procent od wartości zamówienia.
- Moduł obsługuje progi miesięczne, stawki progresywne, indywidualne prowizje per kategoria lub produkt oraz wiele więcej...
- Moduł działa z PrestaShop 1.6 - 9.x, obsługuje wielowalutowość oraz Multistore.
- 4.9
Wsparcie i aktualizacje Popularny750,00 zł
12 pytań przed uruchomieniem Programu Partnerskiego
Najwięcej sporów nie wynika z błędu w mnożeniu, lecz z braku definicji. „10% od sprzedaży” nie mówi jeszcze, od jakiej sprzedaży, w którym momencie i po jakich korektach.
Wzór wygląda tak:
prowizja = kwalifikowana wartość zamówienia × stawka partnera
Przykład:
zamówienie ma wartość 500 zł brutto, na które klient otrzymuje 50 zł rabatu. Jeżeli regulamin przewiduje 10% od wartości brutto po rabatach, podstawą będzie 450 zł, a prowizją 45 zł. Przy podstawie netto wynik będzie inny. Warto pamiętać, że podstawa brutto oznacza naliczanie prowizji również od podatku VAT, co podnosi koszt programu, dlatego decyzja netto czy brutto jest decyzją marżową, a nie tylko techniczną.
Ekonomia programu
- Podstawa netto czy brutto?
- Wartość przed rabatem czy po rabacie?
- Czy dostawa i dodatkowe opłaty wchodzą do podstawy?
- Procent czy stała kwota, a może osobne stawki dla produktów / kategorii?
- Czy obowiązują progi miesięczne?
- Jaka jest minimalna kwota wypłaty?
Kwalifikacja i rozliczenie
- Który status zamówienia potwierdza prowizję?
- Ile dni czekamy na ew. zwrot lub anulowanie zamówienia?
- Co dzieje się przy zwrocie częściowym?
- Czy partner zarabia na zakupach własnych i obecnych klientów?
- Jak rozstrzygamy konflikt pomiędzy reflinkiem i kodem?
- Kiedy zamykamy miesiąc i jaki dokument uruchamia wypłatę?
Proces od polecenia do wypłaty
1. Identyfikacja partnera
Każdy uczestnik otrzymuje indywidualny kod afiliacyjny i reflink. Link może prowadzić do strony głównej, kategorii, produktu albo przygotowanego koszyka. Kod jest szczególnie ważny w kanałach, w których użytkownik nie klika bezpośrednio w link.
2. Przypisanie zamówienia
System łączy polecenie z klientem i zamówieniem według ustalonego modelu atrybucji. Należy z góry rozstrzygnąć czas życia identyfikacji oraz pierwszeństwo kodu, reflinka i innych kanałów.
W naszym module ta kolejność jest ustalona i rozstrzygana zawsze tak samo: najpierw kupon partnera użyty w koszyku, potem reflink zapisany w pliku cookie (?utm_source=pshowreferrers&utm_campaign=KOD), a na końcu trwałe przypisanie klienta do partnera.
Cookie żyje domyślnie 24 godziny i jest konfigurowalne, więc dla samego cookie obowiązuje model last click. Trwałe przypisanie klienta działa odwrotnie, w modelu first click, i ma własną datę ważności ustawianą dla konkretnego partnera.
3. Naliczenie prowizji
Reguła może zależeć od produktu, kategorii, producenta, konkretnego partnera, wartości netto lub brutto, udzielonego rabatu.
4. Oczekiwanie na potwierdzenie
Prowizja pozostaje oczekująca do momentu opłacenia lub realizacji zamówienia oraz upływu ustalonego czasu na zwrot. Dzięki temu sklep nie wypłaca pieniędzy za sprzedaż, która ostatecznie nie została utrzymana.
5. Zamknięcie okresu
Cykliczne zadanie podsumowuje miesiąc, stosuje progi, wykrywa brakujące naliczenia i udostępnia kwalifikowane prowizje do rozliczenia.
Kroki 1.-5. realizuje w standardzie nasz moduł, który jeszcze dziś możesz zainstalować w swoim sklepie PrestaShop.
Kroki 6.-7. to indywidualny mechanizm rozliczania, który opisujemy w dalszej części wpisu.
6. Wniosek, dokument i wypłata
Partner wybiera dostępny okres, składa wniosek i — jeśli przewiduje to model współpracy — dołącza fakturę. Administrator weryfikuje dane, ustawia status i datę płatności.
7. Historia i komunikacja (mailowa)
Obie strony widzą aktualny stan rozliczenia. Zmiany statusu, notatki i data wypłaty pozostają w historii, a e-maile informują o zdarzeniach bez zastępowania panelu jako źródła danych.
Kto to pisze?
PrestaShow to polska agencja e-commerce. Specjalizujemy się w PrestaShop - mamy 76 własnych modułów. Wdrażamy i wspieramy sklepy w rozwoju: monitoring, bezpieczeństwo, optymalizacja, SEO i UX.
.1200w.png)
Uczestniczymy w programie PrestaShop Expert - co jest potwierdzeniem kompetencji od twórców systemu PrestaShop :-)
Przykład indywidualnego wdrożenia —
Indywidualny mechanizm rozliczania
Poniżej pokazujemy rzeczywiste ekrany customowego rozwinięcia naszego modułu Program Partnerski PrestaShop — PShowReferrers. Punktem wyjścia był nasz moduł i jego mechanizm poleceń, a celem - stworzenie samoobsługowego procesu dla większej liczby partnerów oraz zespołu finansowego sklepu.
Panel partnera w koncie klienta
Po zalogowaniu partner widzi saldo prowizji, kwotę oczekującą na potwierdzenie, własny kod afiliacyjny oraz link polecający z możliwością szybkiego skopiowania - to standard modułu. Kafel bieżącego miesiąca i pozycja nierozliczonych prowizji widoczne na zrzucie pochodzą z opisywanego wdrożenia.
Panel pokazuje również ostatnie operacje na koncie, w tym naliczenie prowizji i jej ewentualną wymianę na kod rabatowy. Partner nie musi szukać identyfikatora w wiadomościach ani pytać obsługi o aktualne saldo. To ogranicza ręczną komunikację, ale przede wszystkim buduje zaufanie: osoba polecająca widzi te same zdarzenia, na których pracuje sklep.
Partner ma kod, reflink, saldo, ostatnie zamówienia i najważniejsze działania w jednym miejscu.
- raport szczegółowy,
- rozliczenia i wypłaty prowizji,
- materiały promocyjne.
Raport szczegółowy sprzedaży i prowizji
Raport odpowiada na pytanie „za co dokładnie otrzymałem tę kwotę?”. Partner może wybrać okres i sprawdzić sprzedaż netto oraz brutto, prowizje oczekujące, naliczone i rozliczone, listę zamówień, status, datę, produkty, rabat klienta, wartość prowizji oraz informację o jej potwierdzeniu.
Filtry pozwalają uwzględnić prowizje przeterminowane oraz ukryć zamówienia, dla których prowizja nie została jeszcze naliczona. To istotne przy miesięcznych przeliczeniach: partner może widzieć sprzedaż wcześniej, ale system jednoznacznie odróżnia ją od wynagrodzenia gotowego do wypłaty.
Szczegóły zamówienia łączy wynik finansowy z konkretnymi produktami i statusem prowizji.
Raport partnera dla administratora
Back office pokazuje potwierdzone i wypłacone prowizje, kwoty oczekujące, wartość zamówień netto i brutto oraz rabaty udzielone klientom. Administrator filtruje dane po okresie, walucie i partnerze, może też pokazać pozycje przeterminowane lub nienaliczone i pobrać CSV.
Eksport nie zastępuje panelu, ale ułatwia przekazanie danych do finansów, controllingu lub dodatkowej analizy. Co ważne, raport pokazuje nie tylko kwotę prowizji, lecz także wartość sprzedaży, z której ona wynika.
Raport operacyjny administratora: wynik partnera, zamówienia, produkty, rabat, prowizja i wypłacona kwota.
Raport zbiorczy całego programu
Przy comiesięcznej ocenie programu potrzebny jest również widok z lotu ptaka. Raport zbiorczy zestawia partnerów, ich kody, sprzedaż netto i brutto, rabaty klientów, prowizje potwierdzone, niepotwierdzone oraz wypłacone.
Dzięki filtrom okresu, waluty i partnera można używać tego widoku zarówno do miesięcznego zamknięcia, jak i do analizy wyników pojedynczej współpracy.
Raport zbiorczy pozwala porównać partnerów bez łączenia wielu arkuszy.
Wniosek o rozliczenie i faktura po stronie partnera
Osobny panel rozliczeń pokazuje dla każdego okresu: łączną naliczoną prowizję, kwotę oczekującą, kwotę w trakcie rozliczania, wartość rozliczoną i kwotę dostępną do wypłaty. Partner może wybrać dostępne pozycje i złożyć wniosek bezpośrednio w sklepie.
Jeżeli dany model wymaga faktury, partner załącza ją w formularzu, a później może pobrać dokument z historii. System blokuje składanie wniosków za okresy, które nie są jeszcze dostępne zgodnie z ustawionym dniem miesięcznego naliczania. Dzięki temu termin zamknięcia nie jest ustalany za każdym razem w korespondencji.
Historia rozliczeń zawiera okres, typ, kwotę, status, fakturę, datę zgłoszenia i notatkę.
Kolejka rozliczeń w back office
Administrator otrzymuje wspólną listę wniosków. Może filtrować je po partnerze, okresie i statusie. W tabeli widzi ID rozliczenia, partnera, objęte okresy, kwotę, typ, status, datę zgłoszenia i datę płatności. To kolejka pracy. Pozwala zespołowi zobaczyć, które rozliczenia czekają na weryfikację, które są w toku, a które zostały wypłacone lub odrzucone.
Administrator może pobrać fakturę, podejrzeć szczegóły rozliczenia, edytować status albo usunąć błędne zgłoszenie. W szczegółach rozliczenia dostępny jest pełniejszy widok operacyjny.
Z jednego miejsca można pobrać fakturę, otworzyć szczegóły, zmienić status albo usunąć błędne zgłoszenie.
Szczegóły wypłaty i pełna historia statusów
Widok szczegółowy łączy dane partnera, kwotę, typ rozliczenia, datę zgłoszenia i dokument z działaniami administratora. Można zmienić status, podać datę płatności, pobrać lub nadpisać fakturę, dodać notatkę oraz sprawdzić prowizje objęte wnioskiem.
Notatka administratora może być widoczna dla partnera, a przy odrzuceniu wniosku wyjaśnia jego powód. Odrzucone rozliczenie powinno uwalniać objęte nim prowizje z powrotem do puli dostępnej do wypłaty. Powiadomienie jest wysyłane dopiero wtedy, gdy status rzeczywiście się zmienił — nie przy każdym zapisaniu formularza.
Sama płatność pozostaje poza sklepem. System nie generuje faktury, nie przechowuje danych do przelewu i nie realizuje przelewu. Partner załącza gotowy dokument PDF, a administrator rejestruje decyzję, status i datę płatności, dzięki czemu cały ślad rozliczenia jest w jednym miejscu, ale przelew wykonuje księgowość w swoim systemie.
Historia zapisuje czas zmiany, pracownika, poprzedni i nowy status, datę płatności oraz notatkę.
Lepsza komunikacja mailowa
Wdrożenie rozliczeń uzupełniają automatyczne powiadomienia mailowe związane z rozliczeniami i prowizjami. Dzięki temu komunikacja z partnerem może być bardziej regularna. E-mail informuje partnera o ważnej zmianie, natomiast szczegóły rozliczenia i historia pozostają dostępne w jego koncie.
- powiadomienie o złożeniu wniosku rozliczeniowego,
- powiadomienie dla administratora o nowym rozliczeniu,
- powiadomienie dla partnera o wypłaceniu prowizji,
- powiadomienie o odrzuceniu rozliczenia wraz z powodem,
- miesięczne podsumowania prowizji,
- kolejkę mailową obsługiwaną przez CRON,
- możliwość wyłączenia miesięcznych powiadomień dla konkretnego partnera.
Automatyzacje, które usuwają pracę powtarzalną
Administrator ustala zasady, a zadania CRON cyklicznie porządkują dane i wykonują operacje, które przy ręcznej obsłudze byłyby podatne na błędy.
Zielona kolumna to zadania dostępne w gotowym module. Niebieska kolumna opisuje warstwę komunikacyjną, którą wdrożyliśmy indywidualnie.
Naliczanie i porządkowanie
- naliczanie prowizji według reguł produktu, kategorii, producenta lub partnera,
- obsługa miesięcznych progów i stawek progresywnych,
- uwzględnianie statusów zamówień i opóźnienia w potwierdzeniu,
- oznaczanie prowizji przeterminowanych,
- odbudowa reguł prowizyjnych - nowe produkty zostaną dodane do reguły,
- uzupełnianie brakujących prowizji dla zamówień.
Komunikacja zdarzeniowa
- potwierdzenie złożenia wniosku partnerowi,
- informacja o nowym rozliczeniu dla administratora,
- powiadomienie o wypłacie,
- powiadomienie o odrzuceniu wraz z powodem,
- miesięczne podsumowanie prowizji,
- kolejka e-mail wysyłana przez CRON.
Zwroty, anulowania i rabaty: co moduł robi, a co klient wdrożył indywidualnie
W programie partnerskim zdarzają się: zwrot częściowy, użycie kilku rabatów, zmiana zamówienia, anulowanie płatności, chargeback oraz próba użycia własnego kodu przez partnera. Jeżeli prowizje są progresywne, korekta może wpływać również na próg osiągnięty w danym miesiącu. Część tych sytuacji moduł zamyka w standardzie, część jest świadomie zostawiona do wdrożenia indywidualnego - poniżej rozdzielamy to wprost.
Jak domyślnie działa moduł PShowReferrers?
- Prowizja czeka ustaloną liczbę dni i dopiero wtedy jest potwierdzana, a zadanie cykliczne oznacza jako przeterminowane wyłącznie prowizje jeszcze niepotwierdzone. To jest główny mechanizm ochronny: okres bezpieczeństwa przed wypłatą.
- Moduł nie reaguje na zmianę statusu zamówienia po potwierdzeniu prowizji ani na korektę, zwrot częściowy czy dokument korygujący. Cofnięcie prowizji po fakcie wykonuje administrator w back office, a saldo partnera jest wtedy korygowane.
- Automatyczna reakcja na zwroty i anulowania, obsługa chargebacku, ponowne przeliczenie osiągniętego progu to zakres wdrożenia indywidualnego.
Sprzedaż przypisana partnerowi nie od razu staje się przychodem sklepu
- Każda prowizja powinna dać się wyjaśnić - przez zamówienie, produkty, zastosowaną regułę i status.
- Każda wypłata - przez okres, dokument, decyzję administratora i historię zmian.
- Dopiero wtedy sklep może skalować liczbę partnerów bez utraty kontroli.
Co zyskujesz Ty i Partnerzy?
Dla partnera
- stały dostęp do kodu i linku polecającego,
- przejrzyste wyniki sprzedaży, zamówień i produktów,
- jasny podział prowizji według statusu,
- wniosek o wypłatę bez prowadzenia procesu w e-mailu,
- historia rozliczeń, wypłat, faktur i notatek,
- mniej powodów do kontaktowania się z obsługą sklepu.
Dla sklepu
- mniej ręcznego przygotowywania raportów,
- mniej pytań o naliczenie i termin prowizji,
- uporządkowany obieg faktur i wypłat,
- historia statusów oraz działań administratorów,
- raporty szczegółowe i zbiorcze w jednym źródle,
- większa kontrola i gotowość do obsługi kolejnych ambasadorów.
Księgowość i prawo
Sposób rozliczenia zależy od statusu partnera, rodzaju współpracy, umowy i kraju, dlatego system powinien odzwierciedlać procedurę uzgodnioną z księgowością. W pokazanym wdrożeniu partner wgrywa do wniosku gotową fakturę VAT w PDF, którą administrator może pobrać i powiązać z wypłatą.
Regulamin programu może określać, np. dozwolone kanały promocji, zasady atrybucji i naliczania prowizji, obsługę zwrotów, terminy płatności oraz sposób korzystania z materiałów marki. Treści zawierające linki afiliacyjne oraz współprace barterowe należy oznaczać jako reklamę i wskazywać promowaną markę — zgodnie z zaleceniami UOKiK dotyczącymi influencer marketingu. Jeżeli identyfikacja poleceń wykorzystuje pliki cookie lub inne identyfikatory, już na etapie projektowania trzeba również uwzględnić obowiązki informacyjne, ochronę prywatności i mechanizm zgód użytkownika.
Co można mierzyć poza samą sprzedażą?
Ranking partnerów według obrotu jest przydatny, ale nie wystarcza do oceny opłacalności. Partner z największą sprzedażą może jednocześnie generować najwyższy rabat, dużo zwrotów i zamówienia produktów o niskiej marży.
| Wskaźnik | Na jakie pytanie odpowiada? |
|---|---|
| Sprzedaż netto i brutto | Jaki obrót został przypisany partnerowi? |
| Potwierdzone i oczekujące prowizje | Jaki koszt jest pewny, a jaki pozostaje warunkowy? |
| Rabaty klientów | Ile marży program oddaje kupującemu? |
| Zwroty i anulowania | Czy partner generuje sprzedaż utrzymaną po zakupie? |
| Średnia wartość zamówienia | Czy polecenia zmieniają wartość koszyka? |
| Konwersja partnera | Czy dostarczany ruch odpowiada ofercie sklepu? |
| Marża po rabacie i prowizji | Czy program przynosi rentowną sprzedaż, a nie tylko obrót? |
| Czas od końca okresu do wypłaty | Czy proces finansowy jest sprawny i przewidywalny dla partnera? |
Gotowy moduł czy indywidualne dostosowanie?
Gotowy moduł jest dobrym punktem startowym, gdy proces mieści się w standardowym modelu: partner ma kod i reflink, sklep ustala rabat oraz prowizję, a system przypisuje zamówienia i prowadzi saldo.
Rozwój indywidualny jest potrzebny, gdy program potrzebuje własny obieg dokumentów, nietypowe progi, role, integracje lub raporty.
Moduł PShowReferrers - Program Partnerski rozwijamy od 2019 roku. Moduł obsługuje PrestaShop 1.6, 1.7, 8 i 9 oraz sześć wersji językowych - możesz budować i rozwijać na nim Program Partnerski dostosowany do Twojego biznesu.
Jak projektujemy indywidualny program partnerski?
Analizujemy Twoje potrzeby, a następnie rekomendujemy, nie sprawdzamy wyłącznie szczęśliwej ścieżki „klik - zakup - prowizja”. Program partnerski dotyka pieniędzy, więc jego jakość mierzy się zachowaniem w wyjątkach.
1
Model biznesowy - reguły i wyjątki
Partnerzy, kanały, cele, marża, rabaty i model wynagrodzenia.
2
Wdrożenie testowe i start
Scenariusze zamówień, płatności, anulowań, zwrotów i korekt.
3
Gwarancja - obserwacja i optymalizacja
Otrzymujesz priorytetową pomoc w problemach i realizacji nowych potrzeb.
Najczęściej zadawane pytania
Lista FAQ - w przygotowaniu. Czekamy na Wasze pytania...
Podsumowanie
Profesjonalny program potrzebuje atrybucji, policzalnej ekonomii, reguł zwrotów, raportów dostępnych dla obu stron, uporządkowanych dokumentów i procesu wypłaty, który można odtworzyć po wielu miesiącach.
W przedstawionym wdrożeniu partner sam sprawdza sprzedaż, prowizje i status rozliczenia, składa wniosek oraz przekazuje fakturę. Administrator otrzymuje raporty szczegółowe i zbiorcze, kolejkę rozliczeń, daty płatności, notatki i historię statusów. Zadania CRON naliczają i porządkują dane, a powiadomienia informują o najważniejszych zmianach.
