Ukrywaj i pokazuj metody płatności w checkout dzięki politykom opartym na regułach. Warunki AND/OR dla koszyka, grupy klienta, kraju, przewoźnika i produktów. Steruj bramkami płatności ze strategiami łączenia. Symulator checkoutu, log audytu, dashboard analityczny, import/eksport JSON i wielojęzyczne komunikaty. PrestaShop 1.7, 8 i 9.











Moduł "Reguły metod płatności" dla PrestaShop rewolucjonizuje zarządzanie widocznością opcji płatności. Pozwala tworzyć zaawansowane polityki z zagnieżdżonymi warunkami AND/OR, bazując na 12 polach koszyka i klienta. Oferuje pełną kontrolę nad każdą bramką płatności (SHOW/HIDE), umożliwiając dynamiczne dopasowanie dostępnych metod. Intuicyjny wizualny konstruktor warunków oraz pięć strategii łączenia reguł zapewniają elastyczność. Wbudowany symulator checkoutu pozwala testować konfiguracje przed wdrożeniem, minimalizując ryzyko. Moduł integruje także panel analityczny i dziennik audytu, zapewniając pełny wgląd w decyzje o widoczności i zmiany. Profesjonalne komunikaty o niedostępności płatności poprawiają doświadczenie klienta.
Każdy koszyk jest inny. Każdy klient zasługuje na opcje płatności dopasowane do kontekstu. Reguły metod płatności to pełny silnik widoczności dla checkoutu: twórz polityki z zagnieżdżonymi warunkami AND/OR, kontroluj każdą bramkę płatności osobno, wyjaśniaj, dlaczego metoda jest niedostępna, symuluj wyniki przed uruchomieniem i śledź każdą decyzję w dzienniku audytu. Jeden moduł. Pełna kontrola nad tym, czym klienci mogą płacić.
To funkcje, które zamieniają widoczność płatności z gry w zgadywankę w zarządzaną regułę biznesową. Stworzone dla właścicieli sklepów, którzy potrzebują precyzji przy checkout — bez dotykania kodu.
Twórz wiele nazwanych polityk, ustawiaj je według priorytetu, aktywuj lub wstrzymuj pojedynczo. Każda polityka ma własne drzewo warunków i reguły per bramka.
Zagnieżdżone grupy AND/OR z 12 polami koszyka i klienta. Szybkie presety dla typowych scenariuszy. Surowy JSON, gdy go potrzebujesz.
Jedna karta na zainstalowany moduł płatności. Ustaw SHOW lub HIDE, priorytet ewaluacji, pozycję wyświetlania i opcjonalne okna czasowe per reguła.
Deny wins, allow wins, priority cascade, weighted score lub unanimous SHOW — wybierz, jak rozwiązywane są konflikty reguł w polityce.
Wybierz prawdziwy koszyk i klienta ze sklepu. Zobacz dokładnie, które metody płatności się pojawią — zanim złożone zostanie choć jedno zamówienie.
Karty KPI, wykresy dzienne/tygodniowe/miesięczne i podział per moduł płatności. Śledź, jak często każda bramka jest pokazywana lub ukrywana w czasie.
Zachowaj ukrytą metodę jako widoczną, nieaktywną opcję z wielojęzycznym wyjaśnieniem — albo usuń ją z listy całkowicie. Twój wybór w ustawieniach globalnych.
Każda ewaluacja widoczności, zmiana polityki, uruchomienie symulacji i walidacja zamówienia logowane z datą, aktorem i podglądem szczegółów. Eksportuj, gdy potrzebujesz śladu papierowego.
Pobierz dowolną politykę jako JSON, wgraj ją do innego sklepu lub zduplikuj jednym kliknięciem. Przenoś konfiguracje między środowiskami bez budowania od zera.
Złożone reguły checkoutu nie powinny wymagać złożonego kodu. Reguły metod płatności dają drzewo warunków drag-and-drop bezpośrednio w edytorze polityk.
Suma koszyka, suma produktów, ilość, waluta, kraj dostawy, strefa, grupa klienta, przewoźnik, status logowania, produkt, kategoria i producent — wszystko z autouzupełnianiem tam, gdzie to ma znaczenie.
Łącz warunki w grupy, zagnieżdżaj grupy w grupach, przełączaj operatory na każdym poziomie. Buduj reguły jak „koszyk powyżej 500 EUR AND (kraj to DE OR kraj to AT)".
Presety jednym kliknięciem dla gości, tylko B2B lub minimalnej wartości koszyka. Wczytaj presety serwera lub wklej surowy JSON, gdy potrzebujesz pełnej kontroli ręcznej.
Dlaczego to ważne: Konstruktor warunków to nie kosmetyczny dodatek. To rdzeń silnika ewaluacji — każde pole mapuje się na żywe dane koszyka i klienta oceniane przy każdym ładowaniu checkoutu. Ty widzisz drzewo, silnik wykonuje drzewo.
Każda funkcja wyjaśniona prostym językiem dla właścicieli sklepów. Bez technicznego żargonu. Po kolei, żebyś dokładnie wiedział, co Reguły metod płatności robią dla Twojego sklepu.
Gdy klient dochodzi do kroku płatności, moduł ewaluuje wszystkie aktywne polityki względem bieżącego koszyka, klienta, adresu dostawy i przewoźnika. Każda zainstalowana bramka płatności otrzymuje decyzję SHOW lub HIDE, zanim opcje zostaną wyrenderowane.
W PrestaShop 8.1 i nowszych filtrowanie działa przez natywny hook actionFilterPaymentOptions. W starszych wersjach warstwa kompatybilności stosuje tę samą logikę bez psucia motywu.
Polityka to nazwany pakiet warunków plus zestaw reguł płatności. Twórz tyle polityk, ile potrzebujesz — na przykład jedną dla przelewu B2B, jedną dla ograniczeń COD przy wysokich wartościach, jedną dla kart międzynarodowych.
W każdej polityce każdy zainstalowany moduł płatności ma własną kartę reguły. Przełącz SHOW lub HIDE, ustaw priorytet ewaluacji, zmień kolejność wyświetlania i opcjonalnie ogranicz regułę do zakresu dat.
Polityki działają w kolejności pozycji. Włącz Stop on first match, gdy chcesz, żeby silnik zatrzymał się po pierwszej polityce pasującej do bieżącego kontekstu koszyka.
Gdy wiele reguł w jednej polityce dotyczy tego samego modułu płatności, strategia łączenia decyduje o wyniku:
Ustaw domyślną strategię łączenia globalnie w Settings, a następnie nadpisz per polityka, gdy konkretny scenariusz wymaga innego rozwiązywania konfliktów.
Czasem ukrycie metody płatności bez wyjaśnienia frustruje klientów. Reguły metod płatności pozwalają napisać per reguła, per język wiadomość, która pojawia się, gdy metoda jest zablokowana.
W Settings wybierz między dwoma zachowaniami: usuń ukryte metody z listy całkowicie albo zachowaj je jako widoczne, nieaktywne opcje z własnym komunikatem inline na kroku płatności.
Każda karta reguły zawiera wielojęzyczne pole z selektorem flagi języka — napisz wyjaśnienie raz per język, właściwa wersja pojawi się automatycznie przy checkout.
Zakładka Simulator pozwala testować reguły na prawdziwych danych ze sklepu. Wyszukaj i wybierz aktywny koszyk, opcjonalnie przypisz klienta, a następnie uruchom ewaluację.
Wyniki pokazują każdy moduł płatności z końcowym statusem widoczności, dopasowane polityki i komunikaty o niedostępności, które by się pojawiły. Bez testowego zamówienia. Bez wpływu na klientów.
Używaj symulatora po każdej zmianie polityki, żeby potwierdzić, że reguły działają dokładnie tak, jak zamierzasz, zanim zobaczą je klienci.
Zakładka Dashboard to centrum kontroli widoczności. Karty KPI podsumowują ewaluacje, ukryte zastosowania i aktywne polityki w wybranym okresie (30, 90, 180 lub 365 dni).
Wykresy trendów Chart.js rozbijają aktywność dziennie, tygodniowo lub miesięcznie. Tabela per moduł płatności pokazuje, które bramki są najczęściej ukrywane — przydatne przy strojeniu reguł lub negocjacjach z dostawcami płatności.
Ostatnie wpisy audytu pojawiają się na dole dashboardu dla szybkiego dostępu do najnowszych decyzji bez opuszczania przeglądu.
Każde istotne zdarzenie jest rejestrowane: ewaluacje widoczności przy checkout, blokady walidacji zamówień, tworzenie/aktualizacja/usuwanie polityk, importy, eksporty, duplikaty, zmiany ustawień i uruchomienia symulacji.
Dedykowana zakładka admin Audit log w menu Payments daje filtry po dacie, typie zdarzenia i module płatności. Kliknij podgląd na dowolnym wierszu, żeby zobaczyć pełny payload szczegółów.
Eksportuj dziennik do CSV, gdy compliance lub wewnętrzny przegląd wymaga pełnej historii tego, kto co i kiedy zmienił.
Pobierz dowolną politykę jako przenośny plik JSON z edytora polityk lub listy polityk. Wgraj JSON, żeby utworzyć nową politykę w tym samym sklepie lub środowisku staging.
Akcja duplikacji kopiuje pełną politykę — warunki, reguły, strategię łączenia i wielojęzyczne komunikaty — pod nową nazwą. Idealne do tworzenia wariantów sezonowych lub bezpiecznego testowania zmian.
Każdy import, eksport i duplikacja jest logowany w śladzie audytu.
Reguły są egzekwowane dwukrotnie: przy wyświetlaniu opcji płatności i ponownie przy walidacji zamówienia. Jeśli klient jakoś dotrze do URL walidacji ukrytego modułu płatności, zamówienie jest blokowane, zanim zostanie utworzone.
Migawka widoczności jest zapisywana w rekordzie zamówienia, żebyś mógł zobaczyć, które metody płatności były dostępne w momencie zakupu — bezpośrednio ze strony szczegółów zamówienia w back office.
Wszystko uporządkowane w przejrzystych sekcjach. Otwórz konfigurację modułu i przejdź od razu tam, gdzie trzeba. Dwa dodatkowe natywne menu admin pod Payments dają pełne widoki list polityk i historii audytu.
Prawdziwe konfiguracje polityk, które zbudujesz w kilka minut — każda łączy drzewo warunków z wieloma regułami modułów płatności. Skopiuj logikę, podmień swoje moduły, opublikuj.
Warunki polityki (AND)
Klient zalogowany AND Grupa klienta in [Wholesale, VIP B2B] AND Suma koszyka ≥ 200 EUR
| Moduł płatności | Reguła | Dodatkowe warunki reguły |
|---|---|---|
| Bank wire | SHOW | — |
| PayPal | HIDE | Suma koszyka ≥ 1 000 EUR |
| Cash on delivery | HIDE | — |
Warunki polityki (OR)
Kraj dostawy in [PL, CZ, SK] OR Strefa dostawy = Domestic
| Moduł płatności | Reguła | Dodatkowe warunki reguły |
|---|---|---|
| Cash on delivery | SHOW | Suma koszyka ≤ 300 EUR AND Ilość produktów ≤ 15 |
| Cash on delivery | HIDE | Suma koszyka > 300 EUR OR Przewoźnik in [Express, Same-day] |
| Stripe / card | SHOW | Suma koszyka > 300 EUR |
Warunki polityki (AND)
Suma koszyka ≥ 5 000 EUR OR Suma produktów between 3 000 – 10 000 EUR
| Moduł płatności | Reguła | Komunikat o niedostępności |
|---|---|---|
| Cash on delivery | HIDE | „COD nie jest dostępne dla zamówień powyżej 5 000 €." |
| Cheque | HIDE | — |
| Bank wire | SHOW | — |
| Stripe / card | SHOW | — |
Warunki polityki (zagnieżdżone)
Kategoria w koszyku in [Batteries, Electronics] OR (Producent w koszyku in [Brand X] AND Produkt w koszyku not in [Approved SKU list])
| Moduł płatności | Reguła | Dodatkowe warunki reguły |
|---|---|---|
| Cash on delivery | HIDE | — |
| PayPal | HIDE | Kraj dostawy not in [DE, AT, CH] |
| Bank wire | SHOW | Klient zalogowany = Tak |
Warunki polityki
Klient zalogowany = Nie
| Moduł płatności | Reguła | Dodatkowe warunki reguły |
|---|---|---|
| Bank wire | HIDE | — |
| PayPal | SHOW | — |
| Stripe / card | SHOW | — |
| Cash on delivery | HIDE | Suma koszyka > 150 EUR |
Każde pole poniżej jest dostępne w wizualnym konstruktorze — na poziomie polityki i per pojedyncza reguła płatności. Łącz z 9 operatorami i zagnieżdżonymi grupami AND/OR bez limitów.
| Pole warunku | Co sprawdza | Operatory |
|---|---|---|
| Suma koszyka (brutto) | Pełna wartość koszyka z podatkiem | = ≠ > ≥ < ≤ between |
| Suma produktów | Suma pozycji produktowych (bez wysyłki) | = ≠ > ≥ < ≤ between |
| Ilość produktów w koszyku | Łączna liczba sztuk w koszyku | = ≠ > ≥ < ≤ between |
| Waluta | Aktywna waluta checkoutu | = ≠ in not in |
| Kraj dostawy | Kraj adresu wysyłki | = ≠ in not in |
| Strefa dostawy | Strefa geograficzna przypisana do adresu | = ≠ in not in |
| Grupa klienta | Domyślna lub kontekstowa grupa klienta | = ≠ in not in |
| Przewoźnik | Wybrana metoda wysyłki przy checkout | = ≠ in not in |
| Klient zalogowany | Sesja gościa vs zarejestrowanego klienta | = ≠ |
| Produkt w koszyku | Obecność konkretnego SKU / produktu | in not in |
| Kategoria w koszyku | Produkty należące do wybranych kategorii | in not in |
| Producent w koszyku | Marka / producent pozycji w koszyku | in not in |
12 pól. 9 operatorów. Zagnieżdżone drzewa AND/OR. Nieograniczona głębokość.
Układaj tyle polityk, ile potrzebujesz. Dodawaj tyle reguł na moduł płatności, ile wymaga Twój biznes — każda z własnymi podwarunkami, priorytetem, harmonogramem i wielojęzycznym komunikatem. Pomnóż to przez 5 strategii łączenia, kolejność między politykami i stop-on-first-match…
Liczba kombinacji jest praktycznie nieograniczona. Twoje reguły checkoutu mogą być tak proste — albo tak zaawansowane — jak wymaga Twój biznes. WOW.
Reguły metod płatności dopasowują się do tego, jak naprawdę sprzedajesz — a nie odwrotnie.
Pokazuj przelew bankowy tylko, gdy klient należy do grupy hurtowej i jest zalogowany. Reszta nigdy go nie widzi — albo widzi go jako nieaktywny z komunikatem „Dostępne dla zarejestrowanych klientów biznesowych".
Ukryj pobranie, gdy koszyk przekracza próg COD przewoźnika lub gdy kraj dostawy jest poza obszarem obsługi. Połącz sumę koszyka i kraj w jednej grupie AND.
Gdy koszyk zawiera produkty z ograniczonej kategorii, ukryj płatności kartą i zostaw dostępny przelew. Warunki produktu i kategorii obsługują operatory in / not in.
Użyj warunku logowania, żeby ograniczyć niektóre bramki do zarejestrowanych klientów. Goście widzą uproszczoną listę płatności; powracający kupujący mają pełne opcje.
Warunki ewaluowane przy ładowaniu koszyka. Zamówienia blokowane przy walidacji. Każda decyzja śledzona w wierszach audytu. Oto inżynieria stojąca za listą płatności, którą widzą Twoi klienci.
PHP, JavaScript, szablony Smarty, CSS i SQL obsługujące silnik ewaluacji, konstruktor warunków, analitykę dashboardu, symulator i logowanie audytu.
Engine, condition evaluator, tree repository, policy duplicator, dashboard, audit log, compatibility layer i admin renderer.
Dashboard, Policies, Settings, Simulator, Audit log i Updates — plus natywne menu Payment policies i Audit log pod Payments.
Deny wins, allow wins, priority cascade, weighted score i unanimous SHOW — konfigurowalne globalnie i per polityka.
ps_orders dla śledzenia po zakupie.Warunki ewaluowane przy ładowaniu koszyka. Zamówienia blokowane przy walidacji. Decyzje śledzone w wierszach audytu. To kontrakt inżynieryjny stojący za Regułami metod płatności. Klient widzi czystą listę płatności. Ty kontrolujesz dokładnie, co na niej jest.
Ponad 12 000 linii kodu w ponad 75 plikach modułu i v1.1.0 ciągłego rozwoju. Produkcyjny silnik widoczności, na którym checkout może polegać, gdy koszyki się różnią, klienci się różnią, a reguły płatności muszą nadążać.











Moduł "Reguły metod płatności" został zaprojektowany, aby automatyzować zarządzanie dostępnością form płatności w Twoim sklepie. Pozwala on optymalizować proces zakupowy, dynamicznie dostosowując opcje do warunków koszyka lub klienta, co usprawnia konwersję i zmniejsza ręczne konfiguracje.
Moduł "Reguły metod płatności" optymalizuje proces zakupu, dynamicznie dostosowując dostępne opcje płatności. Eliminując nieistotne metody, poprawia doświadczenie klienta, redukuje porzucenia koszyków i bezpośrednio zwiększa konwersję oraz sprzedaż w Twoim sklepie.
Z naszym 15-letnim doświadczeniem w PrestaShop stworzyliśmy moduł "Reguły metod płatności", który doskonale rozumie dynamikę e-commerce. Dzięki głębokiej znajomości platformy, moduł ten pozwala na precyzyjne zarządzanie dostępnością płatności, optymalizując proces zakupowy z niezawodnością, którą gwarantujemy od lat.
Moduł "Reguły metod płatności" zapewnia szeroką personalizację, umożliwiając precyzyjną kontrolę dostępności metod płatności w Twoim sklepie. Możesz dostosować zasady w oparciu o wartość koszyka, grupę klientów czy konkretne produkty, idealnie dopasowując funkcje modułu do unikalnych potrzeb i strategii Twojej działalności.
Moduł 'Reguły metod płatności' oferuje otwarty kod źródłowy, dając pełną swobodę modyfikacji i integracji. Nie ograniczamy dostępu do edycji funkcji zarządzania regułami płatności ani nie ukrywamy niczego. Ciesz się nieograniczonym użytkowaniem i stałymi aktualizacjami przez rok za darmo, z możliwością przedłużenia dostępu ze zniżką do 90%.
Moduł "Reguły metod płatności" jest stale aktualizowany, zapewniając zawsze zgodne z PrestaShop działanie Twoich reguł. Licencja jest wieczysta, co umożliwia nieograniczone korzystanie. Przez pełny rok kalendarzowy otrzymujesz darmowy dostęp do aktualizacji. Po tym czasie, możesz odnowić dostęp do nich ze zniżką sięgającą nawet 90%, gwarantując bieżącą kompatybilność.