PrestaShop Warunkowa walidacja zamówienia
Warunkowa walidacja zamówienia blokuje lub ostrzega przy checkoutcie, gdy koszyk łamie Twoje reguły. Ustaw warunki dla produktów, ilości, sum, klientów i dostawy, a klient zobaczy czytelny powód w koszyku i przy zamówieniu. Symulator i dziennik audytu pomagają przetestować polityki przed wdrożeniem na żywo.
129.00 €
Galeria 1/12
Reguły Walidacji Zamówień PrestaShop
Moduł "Warunkowa walidacja zamówienia" dla PrestaShop to profesjonalne narzędzie klasy enterprise, które pozwala na skuteczne egzekwowanie zaawansowanych reguł biznesowych, zapobiegając niepożądanym zamówieniom. Umożliwia tworzenie wizualnych polityk z nieograniczonymi zagnieżdżonymi drzewami warunków AND/OR, wykorzystując 55 pól i 14 operatorów. Sprzedawcy mogą precyzyjnie blokować zamówienia lub wyświetlać jasne ostrzeżenia z komunikatami dla klientów, szczegółowo wyjaśniającymi powody niezgodności. Funkcjonalności obejmują symulator koszyka do testowania, rozbudowany panel analityczny oraz kompleksowy dziennik audytu. To potężne rozwiązanie gwarantuje pełną kontrolę nad procesem zakupowym, bez potrzeby kodowania.
Wersja modułu:
1.1.0
Wersje sklepu:
9.x8.x1.7.x
Działa z ThirtyBees:
Nie
Tłumaczenia:
Blokuj zamówienia, które łamią Twoje reguły.
Wizualne polityki. Jasne powody. Pełny audyt.
PrestaShop bez problemu przyjmie każdy koszyk, który ma jeszcze towar na stanie - nawet jeśli taki zestaw jest niedozwolony dla Twojego biznesu: niekompatybilne SKU, złamane paczki MOQ, zamówienia gości powyżej limitu, zablokowane kraje lub metody płatności, które nigdy nie powinny występować razem. Warunkowa walidacja zamówienia to oprogramowanie klasy enterprise do zarządzania procesem zakupowym: wizualne polityki, zagnieżdżone drzewa warunków AND/OR z nieograniczonym grupowaniem, akcje blokowania lub ostrzegania, banery z powodami widoczne dla klienta, symulator koszyka, panel analityczny i pełny dziennik audytu. Łącz warunki swobodnie - zagnieżdżaj grupy, łącz elementy siostrzane operatorem AND lub OR, układaj wiele reguł w jednej polityce i wiele polityk w jednym koszyku - w praktyce dostajesz praktycznie nieograniczone możliwości wymuszania zaawansowanych reguł zamówień. Żadnego kodu. Żadnych hacków w szablonie. Jeden mechanizm, który zatrzymuje złe koszyki, zanim staną się złymi zamówieniami.
Co zapewnia Warunkowa walidacja zamówienia
Funkcje, które zamieniają „nadzieję, że przeczytają FAQ” w zarządzaną kontrolę procesu zakupowego. Zbudowane jako oprogramowanie klasy enterprise dla sklepów, które potrzebują prawdziwych reguł zamówień - a nie jednej minimalnej wartości koszyka. Siła tkwi w kombinatoryce: grupy, połączenia AND/OR, polityki i reguły mnożą się w praktycznie nieograniczone scenariusze.
Polityki blokowania lub ostrzegania
Twarde zatrzymanie zamówienia (filtrowanie opcji płatności, blokada złożenia zamówienia) lub łagodne ostrzeżenie z wyraźnym banerem. Nazwane polityki, sortowanie według priorytetu, zatrzymanie na pierwszym dopasowaniu, gdy kampanie nie mogą się nakładać. Wiele reguł w jednej polityce, każda z własnym kodem, akcją i wielojęzycznym komunikatem.
Inni: jedna globalna minimalna wartość koszyka
Zagnieżdżony konstruktor warunków AND/OR
55 pól z grupami przeciągnij i upuść. Każdy element siostrzany ma własne połączenie AND lub OR - dzięki temu (A AND B) OR C to prawdziwe drzewo, a nie spłaszczona lista. Nieograniczone zagnieżdżanie dla logiki merchandisingowej, która odpowiada rzeczywistemu sposobowi myślenia zespołów operacyjnych.
Inni: zakodowane na stałe sprawdzenia w szablonie
Zrozumiałe dla klienta powody
Klienci widzą Twój komunikat plus numerowaną listę powodów z nazwami produktów i kwotami wyróżnionymi pogrubieniem - identyczną w koszyku i podczas realizacji zamówienia. Rozmyta deduplikacja utrzymuje listę czystą, gdy uruchamia się kilka polityk naraz.
Inni: cicha awaria lub niejasny błąd
Symulator koszyka
Wybierz prawdziwy koszyk i klienta. Zobacz dopasowane polityki, blokadę vs ostrzeżenie, kody reguł i dokładne komunikaty, zanim wpłynie to na jakiegokolwiek prawdziwego kupującego. Korzysta z tego samego mechanizmu oceny co produkcja.
Inni: testowanie na produkcji i modlitwa
Panel analityczny
Karty KPI dla wywołań reguł, blokad zamówień i liczby zamówień, na które to wpłynęło. Dzienne / tygodniowe / miesięczne trendy Chart.js oraz wykres kołowy według kodu reguły - dzięki czemu merchandising widzi, co faktycznie się uruchamia.
Inni: brak wglądu po konfiguracji
Pełny dziennik audytu
Oceny walidacji, blokady, symulacje, operacje CRUD/przełączanie/duplikowanie/import/eksport polityk oraz zmiany ustawień. Wykonawca, ID koszyka, kod reguły, akcja i zrzut JSON. Eksport z pełnego kontrolera audytu.
Inni: zamówienie jak czarna skrzynka
Import, eksport, duplikowanie
Pobierz każdą politykę jako JSON, wgraj na środowisko testowe, zduplikuj jednym kliknięciem. Przenoś drzewa MOQ i niekompatybilności między sklepami bez ręcznego odbudowywania.
Inni: ręczna odbudowa co sezon
Twarde zatrzymanie płatności
W przypadku blokady opcje płatności są usuwane, a zabezpieczenia JS na froncie blokują kontynuację / złożenie zamówienia. Walidacja po stronie serwera nadal działa przed utworzeniem zamówienia - obrona w głąb.
Inni: tylko baner, zamówienie i tak przechodzi
Progi uwzględniające walutę
Warunki kwotowe są konfigurowane w domyślnej walucie i przeliczane na walutę koszyka podczas oceny oraz w powodach widocznych dla klienta - spójne zachowanie w środowisku wielowalutowym.
Inni: surowe liczby, niewłaściwa waluta
Łącz warunki. Grupuj je. Układaj polityki w stosy.
To nie jedna minimalna wartość zamówienia dla całego sklepu. To kombinatoryczny mechanizm walidacji - i właśnie to odblokowuje reguły zamówień klasy enterprise, których natywny PrestaShop nie jest w stanie zapewnić.
Warunki na warunkach. Zagnieżdżone drzewa AND/OR z połączeniami dla każdego elementu siostrzanego - dzięki temu (A AND B) OR C jest możliwe do wyrażenia. Nieograniczona głębokość dla logiki merchandisingowej.
Grupy na grupach. Każda grupa to nawias logiczny. Umieść reguły MOQ w jednej grupie, reguły geograficzne w innej, połącz je operatorem OR w korzeniu - albo AND dla bardziej rygorystycznych warunków.
Reguły na regułach. Wiele reguł walidacji w jednej polityce: blokowanie niekompatybilnych par, ostrzeganie przy niskich wydatkach VIP, wymuszanie wielokrotności paczek - każda z kodem, akcją i komunikatem.
Polityki na politykach. Kilka aktywnych polityk w tym samym koszyku. Sortowanie według priorytetu. Zatrzymanie na pierwszym dopasowaniu, gdy potrzebna jest wyłączność. W innym przypadku powody są scalane w jeden baner.
55 pól warunków x 14 operatorów x nieograniczone zagnieżdżone grupy x nieograniczone polityki i reguły = w praktyce, praktycznie nieograniczone możliwości.
Zagnieżdżone drzewa warunków AND/OR
Płaskie listy typu „jeśli to I to” zawodzą w momencie, gdy merchandising potrzebuje logiki odpowiadającej rzeczywistości. Warunkowa walidacja zamówienia przechowuje warunki jako drzewo grup, a nie jedną listę kontrolną. Każda grupa to nawias logiczny: warunki i zagnieżdżone grupy w jej wnętrzu są oceniane razem. Między każdymi elementami siostrzanymi - niezależnie od tego, czy elementem jest warunek liścia, czy kolejna grupa - wybierasz AND lub OR. Grupy zagnieżdżają się bez sztucznych limitów głębokości, dzięki czemu wyrażenia takie jak (Produkt A w koszyku AND Produkt B w koszyku) OR (Klient gość AND Suma koszyka >= 200) są pełnoprawnym rozwiązaniem, a nie obejściem.
Jak działa grupowanie. Grupa główna zawiera logikę najwyższego poziomu. Dodawaj warunki jako liście; dodawaj zagnieżdżoną grupę, aby utworzyć nowy nawias. Uchwyty przeciągania zmieniają kolejność elementów siostrzanych lub przenoszą węzły między grupami. Selektor połączenia między elementami przełącza AND/OR dla każdej relacji - element siostrzany nr 2 może być połączony operatorem OR z nr 3, podczas gdy nr 3 jest połączony AND z nr 4. Mechanizm przechodzi drzewo rekurencyjnie: każda grupa zwija się do wartości prawda/fałsz, a następnie połączenia nadrzędne łączą wyniki potomków.
AND vs OR. AND oznacza, że każdy operand musi być spełniony. OR oznacza, że wystarczy spełnienie co najmniej jednego. Można je mieszać: zewnętrzny OR akceptuje ścieżkę VIP albo ścieżkę wysokich wydatków; wewnętrzne AND zaostrzają każdą gałąź niezależnie.
Ponowna ocena na żywo. Drzewo jest przechowywane jako ustrukturyzowany JSON w polityce i ponownie sprawdzane przy każdej zmianie koszyka - dodanie produktu, zmiana ilości, logowanie, zmiana adresu, wybór przewoźnika lub płatności. Symulator i proces zakupowy na froncie korzystają z tego samego mechanizmu oceny.
Trzy wzorce logiczne, które możesz zbudować wizualnie
Niekompatybilna para
Drzewo: (Produkt 12 w koszyku AND Produkt 34 w koszyku). Po ludzku: Blokuj tylko wtedy, gdy oba SKU występują razem.
VIP lub wysokie wydatki
Drzewo: (Grupa w VIP) OR (Suma koszyka >= 500 AND Zalogowany = Tak). Łagodne ostrzeżenie, jeśli klient nie jest VIP ani nie wydaje poważnej kwoty.
Geo + MOQ
Drzewo: (Kraj dostawy not in UE) OR (Kategoria w koszyku AND Ilość kategorii wielokrotność 6). Dwie reguły biznesowe, jedna polityka.
Połączenia AND/OR dla każdego elementu siostrzanego x nieograniczone zagnieżdżanie x 55 pól = logika boolowska tak ekspresyjna jak arkusz kalkulacyjny, a tak czytelna jak schemat blokowy.
Gamechanger
Wizualna warunkowa brama zamówienia - zatrzymuj złe koszyki z powodami zrozumiałymi dla klientów
Większość sklepów obsługuje reguły zamówień w jeden z trzech niedziałających sposobów: FAQ, którego nikt nie czyta, moduł minimalnego koszyka sprawdzający tylko jedną liczbę, albo własny kod PHP, który psuje się przy następnej aktualizacji. Żadne z nich nie łączy w jednym miejscu głębokiego zagnieżdżonego targetowania, jasnej komunikacji z klientem i możliwej do audytu egzekucji.
Krok 1 - KIEDY interweniować
Wizualne drzewo warunków z zagnieżdżonymi grupami AND/OR: produkty, wielokrotności MOQ, sumy, waga, grupy, gość/zalogowany, kraj, strefa, kod pocztowy, przewoźnik, płatność, historia zamówień, domena e-mail, dzień/godzina/data. Reguły uruchamiają się tylko wtedy, gdy drzewo jest dopasowane.
Krok 2 - CO zrobić
Każda reguła wybiera blokowanie lub ostrzeganie, stały kod reguły do analityki, priorytet i wielojęzyczny komunikat. Mechanizm dołącza ustrukturyzowane Powody z pogrubionymi nazwami produktów i ilościami.
Krok 3 - JAK to udowodnić
Symulator na prawdziwych koszykach. KPI na panelu. Dziennik audytu ze zrzutami JSON. Opcje płatności usunięte w przypadku blokady - nie tylko czerwona ramka.
Czemu to ma znaczenie: Nie liczysz na to, że klienci przeczytają reguły pakowania, i nie utrzymujesz kruchych nadpisań szablonu. Korzystasz z oprogramowania klasy enterprise - warunkowego mechanizmu walidacji, w którym warunki zagnieżdżają się operatorami AND/OR, akcje blokują lub ostrzegają, a każdą decyzję można zasymulować, zmierzyć i poddać audytowi.
20 rzeczywistych przypadków użycia
Każdy przykład to polityka, którą możesz zbudować za pomocą zagnieżdżonych grup. Blokuj, gdy realizacja jest niemożliwa; ostrzegaj, gdy potrzebujesz tylko poinformować klienta. Powody wyświetlają się w koszyku i podczas zamówienia.
1. Niekompatybilne pary produktów
Zadrukowana koszulka AND plik wektorowy do pobrania w tym samym koszyku (grupa AND). Blokuj i wypisz obie nazwy.
2. Wielokrotności ilości w paczce (MOQ)
Ilość produktu musi być wielokrotnością 4. Ilość 3 blokuje z jasnym powodem dotyczącym rozmiaru paczki.
3. Nadużywanie darmowej wysyłki
(Wysyłka = 0) AND (Suma koszyka < 50). Chroni progi darmowej wysyłki.
4. Limit wydatków gościa
Gość = Tak AND Suma koszyka >= 200. Wymuszaj logowanie lub blokuj anonimowe koszyki o wysokiej wartości.
5. Realizacja tylko w UE
Kraj dostawy not in lista UE. Blokuj niedostępne kierunki wysyłki na wczesnym etapie.
6. Zakaz płatności za pobraniem dla ciężkich koszyków
Płatność = cashondelivery AND waga >= 20. Zapobiegaj odmowom przewoźnika przy zamówieniu.
7. Minimum kategorii próbek
Kategoria in Próbki AND minimalna ilość kategorii 3. Unikaj marnowania jednej saszetki.
8. Wyłączność marki
Producent A w koszyku AND Producent B w koszyku. Wyłączność umowna.
9. Nadużywanie kuponu na pierwsze zamówienie
Pierwsze zamówienie = Nie AND zastosowany kupon. Chroni kody akwizycyjne.
10. Tylko firmowy e-mail (B2B)
Grupa = B2B AND domena e-mail not contains gmail. Higiena kanału hurtowego.
11. Podział wirtualne + fizyczne
Posiada wirtualny AND Wymaga wysyłki. Unikaj koszmarów mieszanej realizacji.
12. Godzina odcięcia personalizacji
Posiada personalizację AND Godzina >= 14. Ostrzegaj, że grawerowanie wysyłane jest następnego dnia.
13. Czarna lista kodów pocztowych
Kod pocztowy regex / starts with dla odległych wysp. Blokuj z wezwaniem do kontaktu.
14. Przewoźnik vs waga
Przewoźnik = paczkomat AND waga > 5. Klient zmienia przewoźnika przed płatnością.
15. Nowe konto, wysokie wydatki
Wiek konta < 2 AND suma >= 500. Klasyczny wzorzec oszustwa zatrzymany.
16. Paczki kartonowe dostawcy
Ilość dostawcy musi być wielokrotnością N. Wymuszanie kartonów w dropshippingu.
17. Weekendowe zamrożenie świeżych produktów
Kategoria świeże AND dzień in [6,7]. Kuchnia zamknięta w weekendy.
18. Delikatna zachęta dla VIP
Grupa VIP AND suma produktów < 80 - tylko ostrzeżenie, zamówienie dozwolone.
19. Zakres multistore
ID sklepu = outlet AND produkt ekskluzywny - blokuj w kanale wyprzedażowym.
20. Blokada przed startem
Produkt w koszyku AND data < dzień startu - blokuj koszyki przed startem.
Kompletny przewodnik po funkcjach
Prostym językiem opisany przewodnik dla właścicieli sklepów, zespołów operacyjnych i agencji. Oprogramowanie klasy enterprise - wystarczająco zaawansowane dla reguł B2B i marketplace, wystarczająco proste, by codzienne edycje polityk nigdy nie wymagały programisty.
Polityki i reguły walidacji
Polityka to nazwana kampania z drzewem warunków (KIEDY) i jedną lub więcej regułami walidacji (CO). Nieograniczona liczba polityk, sortowanie według pozycji, aktywacja/pauza indywidualnie. Każda reguła: kod reguły, akcja (blokuj lub ostrzegaj), priorytet, wielojęzyczny komunikat.
Zatrzymaj na pierwszym dopasowaniu kończy proces po pierwszej kwalifikującej się polityce. W innym przypadku wszystkie dopasowania wnoszą naruszenia, sortowane według priorytetu w jeden scalony baner dla klienta.
Wizualny konstruktor warunków (grupy + AND/OR)
Edytor drzewa typu przeciągnij i upuść. Dodawaj warunki i zagnieżdżone grupy. Między elementami siostrzanymi wybieraj AND lub OR. Tak buduje się (MOQ AND kategoria) OR (ograniczenie geo) bez pisania kodu. Selektory SearchTool dla produktów, kategorii, producentów, dostawców, grup, przewoźników i walut.
Zobacz poniższą encyklopedię wszystkich pól. Zobacz sekcję Zagnieżdżone AND/OR wyżej, aby zrozumieć działanie połączeń i nawiasów logicznych.
Komunikaty do klienta, banery i twarde blokady
Wielojęzyczny własny komunikat + ustrukturyzowana lista powodów. Jeden baner w koszyku i podczas zamówienia. W przypadku blokady: opcje płatności są filtrowane, złożenie zamówienia jest zablokowane, a walidacja po stronie serwera przed utworzeniem zamówienia nadal się wykonuje.
Symulator, panel i audyt
Symulator korzysta z rzeczywistych koszyków. KPI na panelu + Chart.js. Dziennik audytu automatycznie rejestruje zmiany stanu walidacji (nie tylko w trybie debugowania), a także zdarzenia cyklu życia polityk ze zrzutami JSON.
Import / eksport / duplikowanie / presety
Przenośne polityki JSON. Duplikowanie jednym kliknięciem. Presety warunków przyspieszają typowe scenariusze startowe (gość, wirtualny, koszyk o wysokiej wartości, ...).
Każde pole warunku - szczegółowo wyjaśnione
To pełna encyklopedia pól dostępnych w wizualnym konstruktorze warunków. Każde pole może stać samodzielnie lub w zagnieżdżonych grupach AND/OR. Progi pieniężne są konfigurowane w domyślnej walucie sklepu i przeliczane na walutę koszyka w momencie oceny i wyświetlania. Złożone pola MOQ używają formatu id:próg.
Kwoty i rozmiar koszyka
Suma koszyka (z podatkiem)
Odczytuje: Brutto suma koszyka wraz z podatkiem w walucie koszyka klienta (próg przechowywany w domyślnej walucie, przeliczany podczas oceny).
Operatory: =, !=, <, <=, >=, >, between
Wartość: Kwota dziesiętna w domyślnej walucie sklepu, np. 50 lub zakres 50;150 dla between.
Przykład: Blokuj, gdy suma < 50, aby chronić promocje darmowej wysyłki.
Warianty: Połącz z Gość = Tak dla limitów anonimowych zamówień o wysokiej wartości; z Ma kupon dla ograniczeń nadużyć kuponów.
Suma produktów
Odczytuje: Suma pozycji produktowych z podatkiem, bez wysyłki.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Kwota w domyślnej walucie.
Przykład: Ostrzegaj grupę VIP, gdy suma produktów < 80 (łagodna zachęta do progu prezentu).
Warianty: Preferuj to pole nad sumą koszyka, gdy wysyłka nie powinna być wliczana do reguły.
Suma produktów (bez podatku)
Odczytuje: Suma netto produktów (bez podatku).
Operatory: =, !=, <, <=, >=, >, between
Wartość: Kwota w domyślnej walucie.
Przykład: B2B: wymagaj netto produktów >= 250 przed zamówieniem.
Warianty: Idealne dla sklepów hurtowych operujących kwotami netto.
Koszt wysyłki
Odczytuje: Aktualna kwota wysyłki w koszyku.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Kwota pieniężna.
Przykład: Blokuj, gdy wysyłka = 0 AND suma produktów < 40 (nadużycie darmowej wysyłki).
Warianty: Połącz z Wybrany przewoźnik, aby wychwycić niedopasowane darmowe metody.
Całkowita ilość produktów
Odczytuje: Suma ilości ze wszystkich pozycji koszyka.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita.
Przykład: Ostrzegaj, gdy ilość > 100 - ryzyko oszustwa / zapasów.
Warianty: Użyj Unikalne produkty, gdy liczy się różnorodność SKU, a nie liczba jednostek.
Unikalne produkty w koszyku
Odczytuje: Liczba odrębnych pozycji produktowych (SKU).
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita.
Przykład: Blokuj zestawy próbek, jeśli unikalne produkty < 3 (wymagaj >= 3).
Warianty: Dobre dla reguł asortymentowych niezależnych od rozmiaru paczki.
Waga koszyka (kg)
Odczytuje: Całkowita waga koszyka w kilogramach.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Wartość dziesiętna w kg.
Przykład: Blokuj przewoźnika typu paczkomat, gdy waga > 5.
Warianty: Połącz z Wybrany przewoźnik OR Moduł płatności dla limitów logistycznych.
Liczba reguł koszyka
Odczytuje: Ile reguł koszyka / kuponów jest aktualnie zastosowanych.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita.
Przykład: Blokuj łączenie, gdy liczba reguł koszyka > 1.
Warianty: Połącz z Koszyk ma zastosowany kupon dla prostszych sprawdzeń logicznych.
Flagi koszyka (logiczne)
Ma przynajmniej jeden produkt wirtualny
Odczytuje: Prawda, jeśli w koszyku jest jakikolwiek produkt wirtualny / do pobrania.
Operatory: =, != (Tak/Nie)
Wartość: Wartość logiczna Tak lub Nie.
Przykład: Ostrzegaj, gdy mieszanka wirtualny + fizyczny wymaga wysyłki.
Warianty: Użyj z Wszystkie produkty są wirtualne dla koszyków z samymi produktami do pobrania.
Wszystkie produkty są wirtualne
Odczytuje: Prawda tylko wtedy, gdy każda pozycja jest wirtualna.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Pomiń blokady związane z wysyłką, gdy wszystkie wirtualne = Tak.
Warianty: Przeciwieństwo Ma produkt fizyczny.
Ma produkt fizyczny
Odczytuje: Prawda, jeśli istnieje przynajmniej jeden produkt wymagający wysyłki.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Wymagaj przewoźnika, gdy ma fizyczny = Tak.
Warianty: Połącz z Wymaga wysyłki dla ograniczeń realizacji.
Koszyk wymaga wysyłki
Odczytuje: Flaga PrestaShop: koszyk wymaga adresu dostawy / przewoźnika.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Blokuj moduły płatności, które nie obsługują wysyłki, gdy wymaga wysyłki = Tak.
Warianty: Przydatne dla przypadków granicznych mieszanych koszyków wirtualne+fizyczne.
Ma produkt z personalizacją
Odczytuje: Prawda, gdy obecna jest personalizacja / dostosowanie produktu.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Ostrzegaj po 14:00, że grawerowanie zostanie wysłane następnego dnia.
Warianty: AND z Godzina dnia / Dzień tygodnia dla godzin odcięcia produkcji.
Koszyk ma zastosowany kupon
Odczytuje: Prawda, gdy zastosowana jest przynajmniej jedna zniżka / reguła koszyka.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Blokuj kupony dla nowych klientów, gdy Pierwsze zamówienie klienta = Nie.
Warianty: Prostsza alternatywa dla liczenia reguł koszyka.
Obecność w katalogu
Produkt w koszyku
Odczytuje: Czy wybrane ID produktu (produktów) występują w koszyku.
Operatory: in, not in, =, !=
Wartość: Jedno lub więcej ID produktów poprzez wielokrotny wybór SearchTool.
Przykład: in [koszulka, wektor] z AND dwóch warunków Produkt - klasyczna niekompatybilność.
Warianty: not in dla czarnej listy; połącz wiele warunków Produkt operatorem AND dla par.
Kategoria w koszyku
Odczytuje: Prawda, jeśli jakikolwiek produkt należy do wybranego ID kategorii (kategorii).
Operatory: in, not in, =, !=
Wartość: ID kategorii.
Przykład: Kategoria świeże jedzenie w koszyku AND dzień weekendowy - blokuj.
Warianty: Kategorie zagnieżdżone zależą od sposobu przypisania produktów w katalogu.
Producent w koszyku
Odczytuje: Obecność marki / producenta.
Operatory: in, not in, =, !=
Wartość: ID producentów.
Przykład: Marka A AND Marka B obecne razem - blokada wyłączności umownej.
Warianty: Użyj Ilość producenta dla MOQ na markę.
Dostawca w koszyku
Odczytuje: Obecność dostawcy (dropshipping / magazyn).
Operatory: in, not in, =, !=
Wartość: ID dostawców.
Przykład: Dostawca X obecny - wymuszaj Ilość dostawcy wielokrotność kartonu.
Warianty: Idealne dla marketplace'ów z wieloma dostawcami.
Ilości i MOQ (złożone id:próg)
Ilość produktu
Odczytuje: Ilość konkretnego produktu porównywana z progiem.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Złożone productId:ilość, np. 12:3.
Przykład: Ilość produktu 12 >= 3 dla uprawnienia do rabatu ilościowego (lub blokada pod MOQ).
Warianty: Preferuj dedykowane pola min/max/wielokrotność, gdy celem jest wymuszenie MOQ.
Ilość kategorii (suma)
Odczytuje: Suma ilości wszystkich pozycji w kategorii.
Operatory: =, !=, <, <=, >=, >, between
Wartość: categoryId:qty
Przykład: Suma kategorii Próbki < 3 - ostrzegaj o dodanie kolejnych próbek.
Warianty: Działa dla wielu SKU w tej samej kategorii.
Ilość producenta (suma)
Odczytuje: Suma ilości dla producenta.
Operatory: =, !=, <, <=, >=, >, between
Wartość: manufacturerId:qty
Przykład: Ilość marki > 50 - ostrzeżenie o oszustwie / alokacji.
Warianty: Ten sam wzorzec co suma kategorii.
Ilość dostawcy (suma)
Odczytuje: Suma ilości dla dostawcy.
Operatory: =, !=, <, <=, >=, >, between
Wartość: supplierId:qty
Przykład: Próg kartonu dostawcy przed dopuszczeniem do zamówienia.
Warianty: Połącz z Ilość dostawcy musi być wielokrotnością.
Minimalna ilość produktu
Odczytuje: Nie powodzi się, gdy ilość produktu jest poniżej wymaganego minimum.
Operatory: Ewaluator MOQ (min)
Wartość: productId:minQty
Przykład: Produkt 12 minimum 4 - nie można kupić 1-3 jednostek.
Warianty: Powód dla klienta pokazuje wymagane minimum.
Maksymalna ilość produktu
Odczytuje: Nie powodzi się, gdy ilość produktu przekracza maksimum.
Operatory: Ewaluator MOQ (max)
Wartość: productId:maxQty
Przykład: Limit 20 na SKU na zamówienie dla kontroli alokacji.
Warianty: Przydatne dla premier i edycji limitowanych.
Minimalna ilość kategorii
Odczytuje: Suma kategorii musi wynosić co najmniej N.
Operatory: MOQ min
Wartość: categoryId:minQty
Przykład: Kategoria hurtowa minimum 12 jednostek.
Warianty: Dotyczy sumy wszystkich produktów w danej kategorii.
Maksymalna ilość kategorii
Odczytuje: Suma kategorii nie może przekroczyć N.
Operatory: MOQ max
Wartość: categoryId:maxQty
Przykład: Ogranicz kategorię promocyjną do 6 na zamówienie klienta.
Warianty: Połącz z Grupa klienta dla limitów B2C vs B2B.
Minimalna ilość producenta
Odczytuje: Suma producenta >= N.
Operatory: MOQ min
Wartość: manufacturerId:minQty
Przykład: Zestaw startowy marki wymaga 6 jednostek.
Warianty: Ta sama rodzina co MOQ kategorii.
Maksymalna ilość producenta
Odczytuje: Suma producenta <= N.
Operatory: MOQ max
Wartość: manufacturerId:maxQty
Przykład: Limit alokacji 30 jednostek marki X na zamówienie.
Warianty: OR z Gość dla bardziej rygorystycznych limitów anonimowych.
Minimalna ilość dostawcy
Odczytuje: Suma dostawcy >= N.
Operatory: MOQ min
Wartość: supplierId:minQty
Przykład: Minimalna ilość zamówienia partnera dropshipping.
Warianty: Zapobiega nieopłacalnym mikrozamówieniom do tego dostawcy.
Maksymalna ilość dostawcy
Odczytuje: Suma dostawcy <= N.
Operatory: MOQ max
Wartość: supplierId:maxQty
Przykład: Ogranicz ryzykowną ekspozycję na dostawcę w koszyku.
Warianty: Wzorzec kontroli oszustw / kredytu.
Ilość produktu musi być wielokrotnością
Odczytuje: Nie powodzi się, gdy ilość produktu nie jest dokładną wielokrotnością N (rozmiar paczki).
Operatory: Wielokrotność MOQ
Wartość: productId:packSize np. 12:4
Przykład: Sweter musi być zamawiany w paczkach po 4 - ilość 3 blokuje z jasnym powodem.
Warianty: Najczęstsza hurtowa reguła paczkowania; powód wskazuje aktualną ilość i wymaganą wielokrotność.
Ilość kategorii musi być wielokrotnością
Odczytuje: Suma kategorii musi być wielokrotnością N.
Operatory: Wielokrotność MOQ
Wartość: categoryId:packSize
Przykład: Kategoria kartonowa sprzedawana tylko w szóstkach.
Warianty: Użyj, gdy jakakolwiek mieszanka SKU w kategorii wciąż musi wypełnić karton.
Ilość producenta musi być wielokrotnością
Odczytuje: Suma producenta wielokrotność N.
Operatory: Wielokrotność MOQ
Wartość: manufacturerId:packSize
Przykład: Rozmiar kartonu marki 12.
Warianty: Ta sama semantyka co wielokrotność kategorii.
Ilość dostawcy musi być wielokrotnością
Odczytuje: Suma dostawcy wielokrotność N.
Operatory: Wielokrotność MOQ
Wartość: supplierId:packSize
Przykład: Dostawca wysyła tylko pełne kartony po 8.
Warianty: Wymuszanie kartonów w dropshippingu.
Suma pozycji produktu
Odczytuje: Wartość pieniężna jednej pozycji produktu w porównaniu z progiem.
Operatory: =, !=, <, <=, >=, >, between
Wartość: productId:amount
Przykład: Suma pozycji produktu 12 < 20 - ostrzeżenie o zbyt niskiej konfiguracji cenowej.
Warianty: Kwota przeliczana z domyślnej waluty tak jak inne pola kwotowe.
Klient
Klient zalogowany
Odczytuje: Czy sesja ma uwierzytelnionego klienta.
Operatory: =, !=
Wartość: Tak / Nie.
Przykład: Wymuszenie logowania: ścieżka gościa blokowana, gdy suma koszyka >= 200 AND zalogowany = Nie.
Warianty: Odbicie pola Klient gość.
Klient gość
Odczytuje: Prawda dla gościa / niezalogowanego zamówienia.
Operatory: =, !=
Wartość: Tak / Nie.
Przykład: Gość AND koszyk >= 200 - blokuj anonimowe zamówienia o wysokiej wartości.
Warianty: Klasyczna reguła ograniczania oszustw.
Grupa klienta
Odczytuje: Klient należy do jednej z wybranych grup PrestaShop.
Operatory: in, not in, =, !=
Wartość: ID grup (VIP, B2B, Odwiedzający...).
Przykład: Grupa VIP - tylko łagodne ostrzeżenie; Odwiedzający - twarde MOQ.
Warianty: not in Odwiedzający dla polityk tylko dla zalogowanych klientów.
Zrealizowane zamówienia klienta
Odczytuje: Liczba historycznie zrealizowanych zamówień.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita.
Przykład: zamówienia = 0 z kuponem dla nowych - zezwól; zamówienia > 0 - blokuj nadużycie kuponu.
Warianty: Współpracuje z logicznym polem Pierwsze zamówienie klienta.
Łączne wydatki klienta
Odczytuje: Łączna kwota wydatków (przeliczona).
Operatory: =, !=, <, <=, >=, >, between
Wartość: Kwota w domyślnej walucie.
Przykład: Łączne wydatki >= 1000 odblokowują tylko ostrzeżenie zamiast blokady.
Warianty: Wzorzec oceny lojalności / zaufania.
Domena e-mail klienta
Odczytuje: Domena e-mail / ciąg adresu do sprawdzania wzorców.
Operatory: =, !=, contains, starts with, regex, empty, not empty
Wartość: Tekst lub regex, np. @company.com lub gmail.
Przykład: Grupa B2B AND e-mail not contains gmail - blokuj konsumenckie adresy e-mail w hurcie.
Warianty: regex dla złożonych list dozwolonych/zablokowanych.
Pierwsze zamówienie klienta
Odczytuje: Prawda, gdy klient nie ma wcześniejszych zrealizowanych zamówień.
Operatory: =, !=
Wartość: Wartość logiczna.
Przykład: Pierwsze zamówienie = Nie AND zastosowany kupon - blokuj kody akwizycyjne u stałych klientów.
Warianty: Jaśniejsze niż orders_count = 0 dla merchandisingu.
Wiek konta klienta (dni)
Odczytuje: Liczba dni od rejestracji klienta.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita dni.
Przykład: Wiek konta < 2 AND koszyk >= 500 - blokuj (wzorzec oszustwa na nowym koncie).
Warianty: between dla okresów próbnych.
Adres, wysyłka, płatność, sklep
Kraj dostawy
Odczytuje: Kraj adresu dostawy.
Operatory: in, not in, =, !=
Wartość: ID krajów / lista wyboru ISO.
Przykład: not in kraje UE - blokuj z komunikatem geograficznym.
Warianty: OR z Kraj faktury dla reguł rezydencji podatkowej.
Kraj faktury
Odczytuje: Kraj adresu faktury.
Operatory: in, not in, =, !=
Wartość: ID krajów.
Przykład: Kraj faktury != Kraj dostawy - ostrzegaj o niezgodności.
Warianty: Scenariusze VAT B2B.
Strefa dostawy
Odczytuje: Strefa PrestaShop adresu dostawy.
Operatory: in, not in, =, !=
Wartość: ID stref.
Przykład: Strefa = Wyspy - blokuj standardowych przewoźników.
Warianty: Szersze niż wypisywanie każdego kraju.
Kod pocztowy dostawy
Odczytuje: Ciąg kodu pocztowego dostawy.
Operatory: =, !=, contains, starts with, regex, empty, not empty
Wartość: Tekst / regex.
Przykład: starts with 00- dla reguł regionu stołecznego; regex dla zakresów wysp.
Warianty: empty, aby wychwycić niekompletne adresy.
Stan / region dostawy
Odczytuje: Stan / region na adresie dostawy.
Operatory: =, !=, in, not in, contains...
Wartość: ID stanu lub tekst w zależności od konfiguracji sklepu.
Przykład: Stan in [odległe regiony] - blokuj lub ostrzegaj o dopłacie.
Warianty: Przydatne dla stanów USA / Kanady / wspólnot autonomicznych Hiszpanii.
Wybrany przewoźnik
Odczytuje: Wybrany przewoźnik dla koszyka.
Operatory: in, not in, =, !=
Wartość: Referencja / ID przewoźnika przez selektor.
Przykład: Przewoźnik = paczkomat AND waga > 5 - blokuj.
Warianty: Oceniane po etapie wyboru przewoźnika; ponownie sprawdzane przy zmianie.
Moduł płatności
Odczytuje: Techniczna nazwa modułu płatności.
Operatory: in, not in, =, !=
Wartość: Nazwa modułu, np. ps_cashondelivery.
Przykład: Płatność za pobraniem AND waga >= 20 - blokuj.
Warianty: Działa z filtrem płatności, gdy blokowane globalnie.
Waluta
Odczytuje: ID waluty koszyka.
Operatory: in, not in, =, !=
Wartość: ID walut.
Przykład: Waluta != domyślna sklepu - ostrzegaj o egzotycznych koszykach walutowych.
Warianty: Progi pieniężne wciąż są przeliczane; to pole ogranicza według wyboru waluty.
ID sklepu
Odczytuje: ID aktualnego sklepu (multistore).
Operatory: =, !=, in, not in
Wartość: Liczba całkowita ID sklepu.
Przykład: Sklep = Outlet AND produkt ekskluzywny w koszyku - blokuj.
Warianty: Utrzymuje polityki w zakresie sklepu, gdy jest to potrzebne.
Okna czasowe
Dzień tygodnia (1-7)
Odczytuje: Aktualny dzień tygodnia w strefie czasowej sklepu (1 = poniedziałek ... 7 = niedziela).
Operatory: =, !=, <, <=, >=, >, between, in
Wartość: Liczba całkowita 1-7 lub lista dla in.
Przykład: in [6,7] AND kategoria świeże - blokuj weekendowe zamówienia świeżych produktów.
Warianty: Połącz z Godzina dla piątkowych godzin odcięcia.
Godzina dnia (0-23)
Odczytuje: Aktualna godzina 0-23.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Liczba całkowita godziny.
Przykład: Godzina >= 14 AND produkt z personalizacją - ostrzegaj o produkcji na następny dzień.
Warianty: Okna wysyłki tego samego dnia.
Data (RRRR-MM-DD)
Odczytuje: Aktualna data kalendarzowa.
Operatory: =, !=, <, <=, >=, >, between
Wartość: Ciąg daty 2026-12-24 lub zakres.
Przykład: Data < dzień startu AND produkt w koszyku - blokuj koszyk sprzed startu.
Warianty: Okna świąteczne / kampanii bez zadań cron.
Statystyki dla nerdów
Koszyk oceniony. Warunki dopasowane. Zamówienie zablokowane lub ostrzeżone. Powody pokazane. Każda decyzja w wierszach audytu. To jest oprogramowanie klasy enterprise - oto inżynieria za bramką walidacji, na którą trafił klient.
~26k
Linie kodu
PHP ~22k + JS ~2.2k + CSS ~1.2k + Smarty ~0.9k
103
Pliki modułu
Klasy, kontrolery, szablony, SQL, tłumaczenia, zasoby
55
Pola warunków
Z 14 operatorami i zagnieżdżonymi połączeniami AND/OR
6
Zakładki panelu administracyjnego
Panel, Polityki, Ustawienia, Symulator, Dziennik audytu, Aktualizacje
2
Akcje
block_checkout i warn_checkout
17
Zdarzenia audytu
Walidacja, zamówienia, CRUD polityk/reguł, import/eksport, symulacja, ustawienia
15+
Hooki
Koszyk, zamówienie, filtr płatności, walidacja zamówienia, zamówienie w panelu
32
Tłumaczenia
Gotowe pakiety językowe dla ciągów BO i FO
Warstwa bazy danych
-
6 własnych tabel:
conordervalid_policy,conordervalid_rule,conordervalid_rule_lang,conordervalid_cart,conordervalid_preset,conordervalid_log. -
19 klas PHP, w tym Engine, ConditionTree, Context, Dashboard, AuditLog, Policy, Rule, CartState, ListRenderer, Admin.
-
Zrzuty: violations JSON na koszyk; validation_snapshot JSON w wierszach audytu dla historycznej prawdy.
Architektura
-
Hooki: displayHeader, actionCartSave, actionFrontControllerInitAfter, actionFilterPaymentOptions, actionValidateOrder / Before, displayAdminOrder, hooki usuwania koszyka i więcej.
-
6 modułów JS: adminConditionBuilder, adminPolicyRules, adminConordervalidDashboard, adminConordervalidSimulator, adminConordervalidSearchTool, validation.js (banery na froncie).
-
Warstwa zgodności z PS 9 w
lib/prestashop9compatibility.php- jedna baza kodu dla 1.7, 8 i 9. -
Chart.js na panelu dla trendów dziennych/tygodniowych/miesięcznych oraz wykresów kołowych według kodu reguły.
Chart.js
Trendy KPI i podział kołowy według kodu reguły.
100+ plików
103 pliki w pakiecie modułu do dystrybucji.
v1.1.0
Aktualne wydanie dla PrestaShop 9 / 8 / 1.7.
Warunki decydują, KIEDY reguła się uruchamia. Akcje decydują, CO się dzieje - blokada lub ostrzeżenie. Dziennik audytu udowadnia, CZEMU zamówienie wyglądało właśnie tak.
~26 000 linii kodu w 103 plikach modułu, 32 pakietach tłumaczeń i v1.1.0. Merchandising buduje drzewo. Mechanizm je wymusza. Wsparcie odczytuje zrzut. Oprogramowanie klasy enterprise do zarządzania procesem zakupowym.
55 pól warunków, 14 operatorów, 2 akcje egzekwowania i jeden dziennik audytu - zaprojektowane tak, aby blokada zamówienia nigdy nie była zagadką, a zawsze wymierzoną regułą biznesową z powodem, który klient może naprawić.
Zatrzymuj złe koszyki. Wyjaśniaj powód. Udowodnij to w dzienniku audytu.
55 pól warunków, zagnieżdżone grupy AND/OR, 14 operatorów, akcje blokowania i ostrzegania, symulator i pełny audyt - zaprojektowane tak, aby blokada zamówienia nigdy nie była zagadką, a zawsze wymierzoną regułą biznesową z powodem, który klient może naprawić.
129.00 €
Galeria Modułu 1/12
Dlaczego wybrać nasz moduł
Warunkowa walidacja zamówienia?
Optymalizacja i Automatyzacja
Moduł Warunkowa walidacja zamówienia automatyzuje blokowanie lub ostrzeganie przed niepoprawnymi koszykami, optymalizując proces realizacji zamówień. Dzięki wizualnemu konstruktorowi reguł i analizom, eliminuje ręczne weryfikacje, zapewniając spójność polityk oraz oszczędność czasu w zarządzaniu sprzedażą.
Zwiększona Sprzedaż
Moduł Warunkowa walidacja zamówienia zwiększa sprzedaż, jasno informując klientów o niezgodnościach w koszyku. Dzięki zrozumiałym powodom i opcji łagodnych ostrzeżeń, moduł pomaga klientom skutecznie finalizować zamówienia, redukując porzucenia i optymalizując konwersję.
15 lat doświadczenia
Warunkowa walidacja zamówienia to moduł PrestaShop powstały z 15 lat doświadczeń. Znamy ograniczenia platformy i dostarczamy stabilne, enterprise-grade narzędzie, które eliminuje potrzeby kodu i szablonowych hacków, zapewniając zaawansowane reguły koszyka i pełny audyt, aby Twoje procesy biznesowe działały idealnie.
Szeroka Personalizacja
Moduł "Warunkowa walidacja zamówienia" oferuje szeroką personalizację dzięki wizualnym politykom i zagnieżdżonym drzewom warunków AND/OR. Z 55 polami i nieograniczonym grupowaniem, pozwala on na praktycznie nieograniczone dopasowanie zaawansowanych reguł do unikalnych potrzeb Twojego sklepu PrestaShop.
Otwarty Kod Źródłowy
Moduł Warunkowa walidacja zamówienia dostarcza przejrzysty kod bez 'ioncube', z pełnym dostępem do 103 plików i ~26 tys. linii PHP, JS i Smarty. Umożliwia to zaawansowane modyfikacje i integracje dla Twoich unikalnych reguł biznesowych, zapewniając pełną elastyczność w zarządzaniu zamówieniami.
Licencja i Aktualizacje
Moduł "Warunkowa walidacja zamówienia" posiada dożywotnią licencję i jest stale aktualizowany. Ciesz się jego zaawansowanymi funkcjami blokowania zamówień dzięki rocznym darmowym aktualizacjom. Po roku, dostęp do nich można przedłużyć ze zniżką do 90%.