Nazwana polityka to kampania promocyjna — Twój stos na Czarny Piątek, oferta lojalnościowa VIP, weekend wyprzedaży. Każda polityka zawiera drzewo warunków (kto się kwalifikuje) oraz jedną lub więcej reguł rabatowych (co otrzymuje). Twórz nieograniczoną liczbę polityk, sortuj priorytety metodą „przeciągnij i upuść”, aktywuj lub wstrzymuj pojedynczo bez dotykania kodu.

Każda reguła może działać w trybie Simple (płaski % lub stała kwota na koszyk, produkty lub dostawę) albo w trybie Promotion z dostępem do wszystkich 20 formuł. Ustawienia poszczególnych reguł obejmują kod rabatowy, priorytet, limity minimalnego/maksymalnego rabatu, zakres dat (obowiązuje od / obowiązuje do), opcjonalne warunki na poziomie reguły oraz wielojęzyczną etykietę wyświetlaną na pozycji koszyka.

Zatrzymaj na pierwszym dopasowaniu kończy ocenę po pierwszej kwalifikującej się polityce — przydatne, gdy kampanie nie mogą się nakładać. Strategia scalania dla każdej polityki określa, jak łączą się wielokrotne reguły wewnątrz jednej polityki: kumuluj wszystkie rabaty, wygrywa pierwsza, kaskada priorytetów, tylko najwyższy rabat lub unikalne kody. Globalna domyślna strategia scalania i globalny limit rabatu w Ustawieniach chronią Twoją marżę w całym sklepie.

Widok listy polityk pokazuje status, strategię scalania, liczbę reguł i szybkie akcje. Duplikuj, eksportuj do JSON, importuj z pliku lub przełączaj aktywność — wszystko z panelu polityk, a każda zmiana trafia do dziennika audytu.

Konstruktor warunków to zagnieżdżony edytor drzewa AND/OR — ten sam schemat, jaki stosują profesjonalne silniki reguł, wyświetlany jako łatwe do przeciągania grupy w Twoim panelu administracyjnym. Dodaj grupę, wybierz pole, wybierz operator, ustaw wartość. Zagnieżdżaj grupy dla logiki typu: (grupa VIP LUB 5+ wcześniejszych zamówień) I (suma koszyka ≥ 100 €) I (kategoria Wyprzedaż letnia ma 3+ produkty).

Ponad 30 pól warunków obejmuje cały kontekst koszyka: sumę koszyka, wartość produktów, koszt dostawy, liczbę produktów, liczbę unikalnych SKU, wagę, liczbę istniejących reguł koszyka, liczbę zamówień klienta, łączne wydatki, dzień tygodnia, godzinę, datę, kod pocztowy, walutę, kraj, kraj rozliczenia, strefę, grupę klientów, przewoźnika, moduł płatności, status zalogowania/gościa, produkty, kategorie, producentów, dostawców, flagi wirtualne/fizyczne, personalizację i wykrywanie istniejących rabatów.

Pola złożone łączą encję + próg w jednym warunku — np. produkt #123 ilość ≥ 3, kategoria #45 suma linii ≥ 50 €. Operatory obejmują równa się, różne od, większe/mniejsze niż, pomiędzy, na liście, poza listą, zawiera, zaczyna się od, wyrażenie regularne, puste i niepuste.

Selektory produktów, kategorii, producentów i grup korzystają z wbudowanego wyszukiwania z autouzupełnianiem. Podgląd na żywo wyjaśnia w formie zdania, co dopasowuje drzewo. Zaawansowani użytkownicy mogą przełączyć się na surowy JSON do kopiowania między środowiskami. Warunki są ponownie oceniane przy każdej synchronizacji koszyka — dodanie do koszyka, zmiana ilości, logowanie, zmiana adresu — silnik reaguje natychmiast.

Przełącz regułę na tryb Promotion, a płaskie pola wartości zostaną zastąpione siatką kafelków z 20 typami promocji, pogrupowanymi według rodziny: korekty, oferty na N-tą jednostkę, progi ilościowe, promocje za wydatki, BOGO, rabaty na pozycje, prezenty i pary produktów. Kliknij kafelek — pojawią się tylko pola istotne dla tej formuły.

Selektor zakresu definiuje, które pozycje koszyka wchodzą do obliczeń: cały koszyk, wybrane ręcznie produkty, całe kategorie lub producenci. Typy BOGO otrzymują listy produktów kup/otrzymaj z wizualnymi selektorami. Typy dotyczące wydatków otrzymują pola progu i kroku. Typy progowe otrzymują tabelę schodkową. Typy par otrzymują listę A + listę B. Najtańszy produkt gratis otrzymuje pole liczby darmowych jednostek. Promocje na pozycje pozwalają wybrać opcję najtańszy pierwszy lub najdroższy pierwszy.

Za interfejsem, ConorderdisPromotionCalculator przekazuje obliczenia do dedykowanej logiki matematycznej: ekspansji puli jednostek dla cykli BOGO, sortowania pozycji według wartości całkowitej dla najtańszej pozycji gratis, powtarzalnej arytmetyki kroków dla progów wydatków. Wynikiem jest precyzyjna kwota rabatu — a nie zaokrąglone przybliżenie z ogólnej reguły koszyka.

Konfiguracja promocji synchronizuje się dwustronnie z JSON. Zaimportuj politykę ze środowiska staging, otwórz wizualny konstruktor, zmień jeden próg, zapisz — dane strukturalne pozostają zgodne. Chipy podsumowania reguł w panelu administracyjnym pokazują aktywną formułę na pierwszy rzut oka, bez otwierania edytora.

Zakładka Symulator to trzyetapowy proces działający na rzeczywistych danych z Twojej bazy — nie na atrapie koszyka. Krok 1: wyszukaj koszyki po ID, imieniu klienta lub e-mailu. Krok 2: wybierz koszyk z listy na żywo (widok pokazuje klienta, e-mail, sumę koszyka, ostatnią aktualizację). Krok 3: uruchom ocenę i przeczytaj pełny rozkład wyniku.

Wyniki pokazują, które polityki się dopasowały, które zostały pominięte (i dlaczego), obliczone kwoty dla każdej reguły, pozycje prezentowe, które zostałyby dodane, flagi darmowej dostawy oraz końcową kwotę rabatu. Opcjonalny filtr klienta zawęża listę koszyków do jednego konta — idealne do odtworzenia zgłoszenia z supportu.

Każde uruchomienie symulacji jest zapisywane w dzienniku audytu z typem zdarzenia simulation_run, ID koszyka, aktorem (pracownikiem) i snapshotem wyniku. Marketing może zweryfikować kampanię przed jej włączeniem. Support może wyjaśnić, dlaczego konkretny koszyk klienta otrzymał lub nie otrzymał rabatu — bez składania testowego zamówienia na działającym sklepie.

Używaj symulatora po każdej edycji polityki, przed startem Czarnego Piątku i podczas importowania polityk ze środowiska staging. To siatka bezpieczeństwa, która odróżnia zarządzanie promocjami na poziomie enterprise od metody „zmień i miej nadzieję”.

Zakładka Dashboard to Twoje centrum kontroli promocji. Karty KPI za wybrany okres (30 / 90 / 180 / 365 dni) pokazują: łączną liczbę zastosowań rabatów, liczbę zamówień objętych rabatem, zaokrągloną wartość rabatów w walucie sklepu i liczbę aktywnych polityk. Dane pochodzą z dziennika audytu — rzeczywiste zdarzenia, nie szacunki.

Wykresy trendów Chart.js wizualizują aktywność rabatową w trzech granulacjach: dziennej (konfigurowalne okno), tygodniowej i miesięcznej. Domyślny typ wykresu można zmienić w Ustawieniach. Wykres kołowy pokazuje podział zastosowań według kodu rabatowego, dzięki czemu widzisz, które reguły COD-* faktycznie działają na produkcji.

Panel wyświetla również ostatnie wpisy dziennika audytu — ostatnie zmiany polityk, ostatnie symulacje, ostatnie zastosowania rabatów na froncie — dla szybkiego przeglądu bez otwierania pełnego dziennika. Okres analityki, okna dzienne/tygodniowe/miesięczne wykresu oraz domyślny typ wykresu konfigurujesz w Ustawienia → Analityka.

Dla agencji i operatorów multistore: panel odpowiada na pytanie, które zadaje sobie marketing — „Czy nasza promocja naprawdę działa?” — danymi, nie przeczuciem.

Dedykowana zakładka Dziennik audytu to pełny rejestr zdarzeń — nie plik debugowania ukryty w logach serwera. Każdy wiersz przechowuje znacznik czasu, typ zdarzenia, aktora (nazwę pracownika, nazwę klienta lub SYSTEM), zrozumiałe podsumowanie, powiązane odniesienie do zamówienia, kod rabatowy, kwotę, ID koszyka i ID polityki.

Śledzonych jest 11 typów zdarzeń: discount_applied (synchronizacja koszyka na żywo), order_discount (złożenie zamówienia), policy_created, policy_updated, policy_deleted, policy_toggled, policy_duplicated, policy_imported, policy_exported, settings_updated i simulation_run. Każde zdarzenie zapisuje swoje źródło: front office, back office lub system.

Kliknij Podgląd na dowolnym wierszu, aby otworzyć modal ze szczegółami z pełnym snapshotem JSON — zastosowane pozycje rabatu, różnicę w polityce, wynik symulacji lub payload zmiany ustawień. Zastosowania rabatów przechowują discount_snapshot, dzięki czemu możesz dokładnie zrekonstruować, co klient widział przy finalizacji zamówienia.

Lista wspiera natywny dla PrestaShop eksport CSV na potrzeby przeglądów finansowych i zgodności. Połączone kolumny pokazują odniesienie do zamówienia, nazwę klienta i nazwę pracownika bez ręcznego wyszukiwania powiązań. Gdy klient pyta „dlaczego dostałem ten rabat?”, odpowiedź jest jedno wyszukiwanie od Ciebie.

Na stronie zamówienia w back office (hook displayAdminOrder), panel pokazuje, które polityki modułu Warunkowe rabaty zamówienia wpłynęły na to zamówienie — nazwę polityki, kod rabatowy, kwotę i snapshot. Historyczna prawda przetrwa, nawet jeśli polityka zostanie później zmieniona lub usunięta.

Polityki to przenośne dokumenty JSON. Eksport pobiera całą politykę — drzewo warunków, wszystkie reguły, konfiguracje promocji, strategię scalania, pozycje — gotowe do kontroli wersji lub przekazania innemu sklepowi. Import wczytuje plik JSON i tworzy nową politykę (lub aktualizuje, zależnie od procesu) z wpisem w dzienniku audytu policy_imported.

Duplikowanie klonuje politykę jednym kliknięciem z menu akcji na liście — kopiuje każdą regułę, zmienia nazwę z sufiksem, loguje policy_duplicated. Idealne do stworzenia „Czarny Piątek v2” z „Czarny Piątek v1” bez ręcznego odbudowywania 15 reguł.

Typowy workflow agencji: zbuduj i przetestuj na środowisku staging → wyeksportuj JSON → zaimportuj na produkcji → uruchom symulator jeszcze raz → włącz. Konfiguracje na Czarny Piątek przenoszą się między sklepami klientów w minutach. Każdy transfer jest śledzony w dzienniku audytu.

Zakładka Ustawienia centralizuje zachowanie na poziomie całego sklepu. Główny przełącznik włącz/wyłącz. Globalna strategia scalania — domyślna dla nowych polityk. Globalny limit rabatu — maksymalny łączny rabat na koszyk we wszystkich politykach (0 = bez limitu). Przełącznik darmowe produkty jako prezent — materializuje darmowe produkty jako natywne pozycje prezentowe PrestaShop, a nie rabat wewnętrzny.

Wyłącz automatyczne dodawanie zapobiega automatycznemu wstrzykiwaniu reguł koszyka, gdy potrzebujesz ręcznej kontroli. Dziennik debugowania zapisuje szczegółowe ślady działania silnika na potrzeby supportu. Sekcja Analityka konfiguruje domyślny okres wykresu, okna dzienne/tygodniowe/miesięczne oraz domyślny typ wykresu.

Każdy zapis ustawień loguje settings_updated w dzienniku audytu ze snapshotem przed/po. Żadnych niewidocznych zmian konfiguracji.

Rabaty materializują się jako natywne reguły koszyka PrestaShop z przedrostkiem COD-*. Pojawiają się w podsumowaniu koszyka, przy finalizacji zamówienia, w potwierdzeniu zamówienia, na fakturach i notach kredytowych — zupełnie jak reguły koszyka utworzone ręcznie. Bez hacków w szablonach. Bez fałszywych ujemnych pozycji produktowych.

Silnik zaczepia się o actionCartSave, dodanie/usunięcie produktu, inicjalizację kontrolera frontowego, walidację zamówienia i walidację reguły koszyka — przeliczając rabaty każdorazowo, gdy zmienia się kontekst koszyka. Stan koszyka jest przechowywany w tabeli conorderdis_cart ze snapshotem zastosowanych rabatów, snapshotem prezentów i powiązanym ID reguły koszyka dla idempotentnej synchronizacji.

Polityki są przypisane do sklepu (id_shop) na potrzeby konfiguracji multistore. Każdy sklep w Twojej grupie może prowadzić niezależne stosy promocji. PrestaShop 9.x, 8.x i 1.7.x współdzielą jedną bazę kodu dzięki wbudowanej warstwie kompatybilności.

Wielojęzyczne etykiety na finalizacji zamówienia dla każdej reguły (conorderdis_rule_lang) zapewniają, że pozycja rabatu wyświetla się prawidłowo w każdym aktywnym języku sklepu.