PrestaShop Conditionele ordervalidatie
Conditionele ordervalidatie blokkeert of waarschuwt bij checkout wanneer een winkelwagen je regels schendt. Stel voorwaarden in voor producten, aantallen, totalen, klanten en verzending en toon duidelijke redenen in winkelwagen en checkout. Met simulator en auditlog test je beleid voordat het live geldt.
129.00 €
Galeria 1/12
PrestaShop Geavanceerde Ordervalidatie
PrestaShop's "Conditionele orderbevestiging" module is bedrijfssoftware voor nauwkeurig checkoutbeheer. Het maakt het mogelijk om klanten te blokkeren of te waarschuwen voor winkelwagens die niet voldoen aan uw bedrijfsregels, door gebruik te maken van geavanceerde, geneste AND/OR voorwaardebomen met meer dan 55 velden. Definieer eenvoudig regels voor producten, hoeveelheden, locaties of betaalmethoden. De module biedt visuele richtlijnen, duidelijke klantberichten, een winkelwagensimulator, een analytisch dashboard en een volledig auditlogboek. Dit zorgt voor volledige ordercontrole en heldere communicatie, zonder code of thema-hacks.
Moduleversie:
1.1.0
Winkelversies:
9.x8.x1.7.x
Werkt met ThirtyBees:
Nee
Vertalingen:
Blokkeer bestellingen die uw regels overtreden.
Visuele richtlijnen. Duidelijke redenen. Volledige audit.
PrestaShop accepteert gretig elke winkelwagen die nog voorraad heeft - zelfs wanneer de combinatie ongeoorloofd is voor uw bedrijf: onverenigbare artikelen, gebroken MOQ-packs, gastbestellingen boven een limiet, beperkte landen of betaalmethoden die nooit samen mogen verzonden worden. Conditionele ordervalidatie is software van enterprise-klasse voor checkoutgovernance: visuele richtlijnen, geneste AND/OR-voorwaardenbomen met onbeperkte groepering, blokkeer- of waarschuwacties, klantgerichte redenbanners, winkelwagensimulator, analytisch dashboard en een volledig auditlogboek. Combineer voorwaarden vrijelijk - nest groepen, verbind naburige elementen met AND of OR, stapel meerdere regels per richtlijn en meerdere richtlijnen per winkelwagen - en in de praktijk krijgt u vrijwel onbeperkte ruimte om geavanceerde orderregels af te dwingen. Geen code. Geen theme-hacks. Één motor die slechte winkelwagens stopt voordat ze slechte bestellingen worden.
Wat Conditionele ordervalidatie levert
Functies die "hopen dat ze de FAQ lezen" veranderen in beheerste checkoutcontrole. Gebouwd als software van enterprise-klasse voor winkels die echte orderregels nodig hebben - niet slechts één minimumbedrag per winkelwagen. De kracht is combinatorisch: groepen, AND/OR-koppelingen, richtlijnen en regels vermenigvuldigen zich tot vrijwel onbeperkte mogelijkheden.
Blokkeer- of waarschuwrichtlijnen
Harde checkout-stop (betaalopties filteren, bestelling plaatsen blokkeren) of zachte waarschuwing met een duidelijke banner. Benoemde richtlijnen, prioriteitssortering, stoppen bij eerste match wanneer campagnes niet mogen overlappen. Meerdere regels per richtlijn, elk met eigen code, actie en meertalig bericht.
Anderen: één globale minimumwinkelwagenwaarde
Geneste AND/OR-voorwaardebouwer
55 velden met drag-and-drop-groepen. Elk naburig element krijgt zijn eigen AND- of OR-koppeling - zo is (A AND B) OR C een echte boom, geen platte lijst. Onbeperkte nesting voor merchandisinglogica die aansluit op hoe operationele teams echt denken.
Anderen: hardgecodeerde themacontroles
Begrijpelijke redenen
Klanten zien uw bericht plus een genummerde redenlijst met productnamen en bedragen vetgedrukt - identiek op winkelwagen en checkout. Fuzzy-deduplicatie houdt de lijst overzichtelijk wanneer meerdere richtlijnen afgaan.
Anderen: stille fout of vage foutmelding
Winkelwagensimulator
Kies een echte winkelwagen en klant. Bekijk overeenkomende richtlijnen, blokkeren vs. waarschuwen, regelcodes en exacte berichten voordat een echte shopper wordt beïnvloed. Gebruikt dezelfde evaluator als productie.
Anderen: testen in productie en hopen op het beste
Analytisch dashboard
KPI-kaarten voor regelaanroepen, checkoutblokkades en getroffen bestellingen. Dagelijkse / wekelijkse / maandelijkse Chart.js-trends en een taartdiagram per regelcode - zodat merchandising ziet wat er echt afgaat.
Anderen: geen zichtbaarheid na installatie
Volledig auditlogboek
Validatie-evaluaties, blokkades, simulaties, richtlijn-CRUD/aan-uit/dupliceren/import/export en instellingswijzigingen. Actor, winkelwagen-ID, regelcode, actie en JSON-snapshot. Exporteren vanuit de volledige auditcontroller.
Anderen: black box checkout
Importeren, exporteren, dupliceren
Download elke richtlijn als JSON, upload naar staging, dupliceer met één klik. Verplaats MOQ- en incompatibiliteitsbomen tussen winkels zonder alles handmatig opnieuw op te bouwen.
Anderen: elk seizoen handmatig herbouwen
Harde betaalstop
Bij blokkering worden betaalopties geleegd en blokkeren front-endcontroles in JS de knoppen doorgaan / bestelling plaatsen. Serverzijdige validatie loopt toch nog voor het aanmaken van de bestelling - verdediging in de diepte.
Anderen: alleen een banner, de bestelling gaat toch door
Valutabewuste drempels
Bedragvoorwaarden worden geconfigureerd in de standaardvaluta en omgerekend naar de winkelwagenvaluta voor evaluatie en klantgerichte redenen - consistent multivaluta-gedrag.
Anderen: ruwe cijfers, verkeerde valuta
Combineer voorwaarden. Groepeer ze. Stapel richtlijnen.
Dit is niet één minimumbestelbedrag voor de hele winkel. Het is een combinatorische validatiemotor - en dat is wat enterprise checkoutregels ontsluit die native PrestaShop niet kan bereiken.
Voorwaarden op voorwaarden. Geneste AND/OR-bomen met koppelingen per naburig element - zo is (A AND B) OR C uit te drukken. Onbeperkte diepte voor merchandisinglogica.
Groepen op groepen. Elke groep is een haakje. Plaats MOQ-regels in één groep, geo-regels in een andere, koppel ze aan de wortel met OR - of met AND voor strengere poorten.
Regels op regels. Meerdere validatieregels per richtlijn: onverenigbare paren blokkeren, waarschuwen bij lage VIP-uitgaven, packveelvouden afdwingen - elk met code, actie en bericht.
Richtlijnen op richtlijnen. Meerdere actieve richtlijnen op dezelfde winkelwagen. Prioriteitssortering. Stop bij eerste match wanneer u exclusiviteit nodig heeft. Anders worden redenen samengevoegd in één banner.
55 voorwaardevelden x 14 operatoren x onbeperkt geneste groepen x onbeperkte richtlijnen en regels = in de praktijk vrijwel onbeperkte mogelijkheden.
Geneste AND/OR-voorwaardenbomen
Platte "als dit AND dat"-lijsten breken op het moment dat merchandising echte logica nodig heeft. Conditionele ordervalidatie slaat voorwaarden op als een boom van groepen, niet als een enkele checklist. Elke groep is een haakje: voorwaarden en geneste groepen erin worden samen geëvalueerd. Tussen elk naburig element - of dat een blad-voorwaarde is of nog een groep - kiest u AND of OR. Groepen nesten zonder kunstmatige dieptelimieten, zodat uitdrukkingen zoals (Product A in winkelwagen AND Product B in winkelwagen) OR (Gastklant AND Winkelwagentotaal >= 200) volwaardig zijn, geen trucjes.
Hoe groepering werkt. De hoofdgroep bevat de logica op het hoogste niveau. Voeg voorwaarden toe als bladeren; voeg een geneste groep toe voor een nieuw haakje. Sleepgrepen herordenen naburige elementen of verplaatsen knopen tussen groepen. De koppelingskeuze tussen items wisselt AND/OR per verbinding - naburig element #2 kan met OR verbonden zijn met #3, terwijl #3 met AND verbonden is met #4. De motor doorloopt de boom recursief: elke groep valt terug op waar/onwaar, waarna bovenliggende koppelingen de resultaten van de kinderen combineren.
AND tegenover OR. AND betekent dat elke operand moet slagen. OR betekent dat er minstens één moet slagen. Combineer ze: een buitenste OR accepteert ofwel een VIP-pad ofwel een pad met hoge uitgaven; binnenste ANDs verstrengen elke tak onafhankelijk.
Live herevaluatie. De boom wordt opgeslagen als gestructureerde JSON op de richtlijn en opnieuw gecontroleerd bij winkelwagenwijzigingen - product toevoegen, aantal wijzigen, inloggen, adres wijzigen, vervoerder of betaling selecteren. Simulator en front-end checkout gebruiken dezelfde evaluator.
Drie logicapatronen die u visueel kunt bouwen
Onverenigbaar paar
Boom: (Product 12 in winkelwagen AND Product 34 in winkelwagen). In gewone taal: Blokkeert alleen wanneer beide artikelen samen voorkomen.
VIP of hoge uitgaven
Boom: (Groep in VIP) OR (Winkelwagentotaal >= 500 AND Ingelogd = Ja). Zachte waarschuwing, tenzij VIP of serieuze uitgaven.
Geo + MOQ
Boom: (Bezorgland not in EU) OR (Categorie in winkelwagen AND Categorieaantal veelvoud van 6). Twee bedrijfsregels, één richtlijn.
AND/OR-koppelingen per naburig element x onbeperkte nesting x 55 velden = booleaanse logica zo expressief als een spreadsheet, zo leesbaar als een stroomdiagram.
Gamechanger
Visuele conditionele checkoutpoort - stop slechte winkelwagens met redenen die klanten begrijpen
De meeste winkels behandelen orderregels op een van drie gebrekkige manieren: een FAQ die niemand leest, een minimum-winkelwagenmodule die maar één getal controleert, of aangepaste PHP die kapot gaat bij de volgende update. Geen enkele combineert diep geneste targeting, duidelijke klantcommunicatie en auditeerbare handhaving op één plek.
Stap 1 - WANNEER ingrijpen
Visuele voorwaardeboom met geneste AND/OR-groepen: producten, MOQ-veelvouden, totalen, gewicht, groepen, gast/ingelogd, land, zone, postcode, vervoerder, betaling, bestelgeschiedenis, e-maildomein, dag/uur/datum. Regels gaan alleen af wanneer de boom overeenkomt.
Stap 2 - WAT te doen
Elke regel kiest blokkeren of waarschuwen, een stabiele regelcode voor analyse, prioriteit en een meertalig bericht. De motor voegt gestructureerde redenen toe met vetgedrukte productnamen en hoeveelheden.
Stap 3 - HOE u het bewijst
Simulator op echte winkelwagens. Dashboard-KPI's. Auditlogboek met JSON-snapshots. Betaalopties verwijderd bij blokkering - niet alleen een rood vak.
Waarom dit belangrijk is: U hoopt niet dat klanten verpakkingsregels lezen, en u onderhoudt geen fragiele theme-overschrijvingen. U draait software van enterprise-klasse - een conditionele validatiemotor waarin voorwaarden nesten met AND/OR, acties blokkeren of waarschuwen, en elke beslissing gesimuleerd, gemeten en gecontroleerd kan worden.
20 praktijkvoorbeelden
Elk voorbeeld is een richtlijn die u kunt bouwen met geneste groepen. Blokkeer wanneer levering onmogelijk is; waarschuw wanneer u alleen educatie nodig heeft. Redenen worden weergegeven op winkelwagen en checkout.
1. Onverenigbare productparen
Bedrukt T-shirt AND vectordownload in dezelfde winkelwagen (AND-groep). Blokkeert en toont beide namen.
2. Veelvouden van packhoeveelheid (MOQ)
Productaantal moet een veelvoud van 4 zijn. Aantal 3 blokkeert met een duidelijke reden over packgrootte.
3. Misbruik van gratis verzending
(Verzending = 0) AND (Winkelwagentotaal < 50). Beschermt drempels voor gratis verzending.
4. Uitgavenlimiet voor gasten
Gast = Ja AND Winkelwagentotaal >= 200. Dwingt inloggen af of blokkeert anonieme winkelwagens met hoge waarde.
5. Alleen levering binnen de EU
Bezorgland not in EU-lijst. Blokkeert niet-verzendbare bestemmingen vroegtijdig.
6. Rembours verboden voor zware winkelwagens
Betaling = cashondelivery AND gewicht >= 20. Voorkomt weigeringen door de vervoerder bij checkout.
7. Minimum voor stalencategorie
Categorie in Stalen AND categorieaantal min. 3. Voorkomt verspilling van één enkel zakje.
8. Merkexclusiviteit
Fabrikant A in winkelwagen AND Fabrikant B in winkelwagen. Contractuele exclusiviteit.
9. Misbruik van kortingsbon eerste bestelling
Eerste bestelling = Nee AND kortingsbon toegepast. Beschermt acquisitiecodes.
10. Alleen zakelijke e-mail (B2B)
Groep = B2B AND e-maildomein not contains gmail. Hygiëne voor het groothandelskanaal.
11. Splitsing virtueel + fysiek
Has virtual AND Vereist verzending. Voorkomt nachtmerries van gemengde levering.
12. Deadline voor personalisatie
Has customized AND Uur >= 14. Waarschuwt dat gravure morgen wordt verzonden.
13. Zwarte lijst postcodes
Postcode-regex / begint met voor afgelegen eilanden. Blokkeert met contact-CTA.
14. Vervoerder tegenover gewicht
Vervoerder = pakketautomaat AND gewicht > 5. Klant wijzigt vervoerder vóór betaling.
15. Nieuw account met hoge uitgaven
Accountleeftijd < 2 AND totaal >= 500. Stopt een klassiek fraudepatroon.
16. Doosverpakkingen van leverancier
Leverancieraantal moet een veelvoud van N zijn. Handhaving van dropship-kartons.
17. Vers-bevriezing in het weekend
Verse categorie AND dag in [6,7]. Keuken gesloten in het weekend.
18. Zachte hint voor VIP's
VIP-groep AND producttotaal < 80 - alleen waarschuwing, checkout toegestaan.
19. Multistore-bereik
Winkel-ID = outlet AND exclusief product - blokkeren op het afprijskanaal.
20. Lockdown vóór lancering
Product in winkelwagen AND datum < lanceringsdag - blokkeert winkelwagens vóór lancering.
Volledige functiegids
Referentie in gewone taal voor winkeleigenaren, operations en agentschappen. Software van enterprise-klasse - grondig genoeg voor B2B- en marketplace-regels, duidelijk genoeg zodat dagelijkse richtlijnwijzigingen nooit een ontwikkelaar nodig hebben.
Richtlijnen en validatieregels
Een richtlijn is een benoemde campagne met een voorwaardeboom (WANNEER) en een of meer validatieregels (WAT). Onbeperkte richtlijnen, positiesortering, individueel activeren/pauzeren. Elke regel: regelcode, actie (blokkeren of waarschuwen), prioriteit, meertalig bericht.
Stop bij eerste match eindigt na de eerste kwalificerende richtlijn. Anders dragen alle overeenkomsten overtredingen bij, gesorteerd op prioriteit, tot één samengevoegde klantenbanner.
Visuele voorwaardebouwer (groepen + AND/OR)
Drag-and-drop boomeditor. Voeg voorwaarden en geneste groepen toe. Kies tussen naburige elementen AND of OR. Zo bouwt u (MOQ AND categorie) OR (geo-beperking) zonder code te schrijven. SearchTool-kiezers voor producten, categorieën, fabrikanten, leveranciers, groepen, vervoerders en valuta's.
Zie de encyclopedie hieronder voor elk veld. Zie de sectie Geneste AND/OR hierboven voor de werking van koppelingen en haakjes.
Klantberichten, banners en harde stops
Meertalig aangepast bericht + gestructureerde redenlijst. Eén banner op winkelwagen en checkout. Bij blokkering: betaalopties gefilterd, bestelling plaatsen geblokkeerd, serverzijdige validatie-vóór-bestelling loopt toch nog.
Simulator, dashboard en audit
De simulator gebruikt live winkelwagens. Dashboard-KPI's + Chart.js. Het auditlogboek registreert validatiestatuswijzigingen automatisch (niet alleen in debugmodus), plus levenscyclusgebeurtenissen van richtlijnen met JSON-snapshots.
Importeren / exporteren / dupliceren / presets
Overdraagbare JSON-richtlijnen. Dupliceren met één klik. Voorwaardepresets versnellen veelvoorkomende startpunten (gast, virtueel, winkelwagen met hoge waarde, ...).
Elk voorwaardeveld - in detail uitgelegd
Dit is de volledige encyclopedie van velden die beschikbaar zijn in de visuele voorwaardebouwer. Elk veld kan alleen staan of binnen geneste AND/OR-groepen. Geldsdrempels worden geconfigureerd in de standaardvaluta van de winkel en omgerekend naar de winkelwagenvaluta op het moment van evaluatie en weergave. Samengestelde MOQ-velden gebruiken het formaat id:drempel.
Winkelwagenbedragen en -grootte
Winkelwagentotaal (incl. btw)
Leest: Brutowinkelwagentotaal inclusief belasting in de winkelwagenvaluta van de klant (drempel opgeslagen in standaardvaluta, omgerekend bij evaluatie).
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Decimaal geldbedrag in de standaardvaluta van de winkel, bijv. 50 of bereik 50;150 voor between.
Voorbeeld: Blokkeert wanneer totaal < 50 om promoties voor gratis verzending te beschermen.
Varianten: Combineer met Gast = Ja voor anonieme limieten bij hoge waarde; met Heeft kortingsbon voor bescherming tegen couponmisbruik.
Producttotaal
Leest: Som van productregels incl. btw, exclusief verzending.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geldbedrag in standaardvaluta.
Voorbeeld: Waarschuwt VIP-groep wanneer producttotaal < 80 (zachte hint naar cadeaudrempel).
Varianten: Geef de voorkeur aan dit veld boven winkelwagentotaal wanneer verzending niet mag meetellen in de regel.
Producttotaal (excl. btw)
Leest: Netto productsubtotaal (excl. belasting).
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geldbedrag in standaardvaluta.
Voorbeeld: B2B: vereist netto producttotaal >= 250 vóór checkout.
Varianten: Ideaal voor groothandelswinkels die in bedragen exclusief btw denken.
Verzendkosten
Leest: Huidig verzendbedrag op de winkelwagen.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geldbedrag.
Voorbeeld: Blokkeert wanneer verzending = 0 AND producttotaal < 40 (misbruik van gratis verzending).
Varianten: Combineer met Geselecteerde vervoerder om niet-passende gratismethoden te vangen.
Totaal productaantal
Leest: Som van aantallen over alle winkelwagenregels.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal.
Voorbeeld: Waarschuwt wanneer aantal > 100 wegens fraude- / voorraadrisico.
Varianten: Gebruik Unieke producten wanneer u zich richt op artikelvariatie in plaats van eenheden.
Unieke producten in winkelwagen
Leest: Aantal verschillende productregels (artikelen).
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal.
Voorbeeld: Blokkeert stalenpakketten tenzij unieke producten >= 3.
Varianten: Goed voor assortimentsregels onafhankelijk van packformaten.
Winkelwagengewicht (kg)
Leest: Totaal gewicht van de winkelwagen in kilogram.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Decimaal kg.
Voorbeeld: Blokkeert pakketautomaat-vervoerder wanneer gewicht > 5.
Varianten: Combineer met Geselecteerde vervoerder OR Betaalmodule voor logistieke limieten.
Aantal winkelwagenregels
Leest: Hoeveel winkelwagenregels / kortingsbonnen momenteel zijn toegepast.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal.
Voorbeeld: Blokkeert stapelen wanneer aantal winkelwagenregels > 1.
Varianten: Combineer met Winkelwagen heeft kortingsbon toegepast voor eenvoudigere booleaanse controles.
Winkelwagenkenmerken (booleaans)
Heeft minstens één virtueel product
Leest: Waar als er een virtueel / downloadbaar product in de winkelwagen zit.
Operatoren: =, != (Ja/Nee)
Waarde: Booleaans Ja of Nee.
Voorbeeld: Waarschuwt wanneer een mix van virtueel + fysiek verzending vereist.
Varianten: Gebruik samen met Alle producten zijn virtueel voor pure downloadwinkelwagens.
Alle producten zijn virtueel
Leest: Alleen waar wanneer elke regel virtueel is.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Slaat verzendgerelateerde blokkades over wanneer alles virtueel = Ja.
Varianten: Tegenovergestelde van Heeft fysiek product.
Heeft fysiek product
Leest: Waar als er minstens één verzendbaar product bestaat.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Vereist een vervoerder wanneer heeft fysiek = Ja.
Varianten: Combineer met Vereist verzending voor leveringspoorten.
Winkelwagen vereist verzending
Leest: PrestaShop-vlag: winkelwagen heeft een bezorgadres / vervoerder nodig.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Blokkeert betaalmodules die niet kunnen verzenden wanneer vereist verzending = Ja.
Varianten: Nuttig voor gemengde virtueel+fysiek-randgevallen.
Heeft gepersonaliseerd product
Leest: Waar wanneer een productpersonalisatie aanwezig is.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Waarschuwt na 14:00 uur dat gravure de volgende dag wordt verzonden.
Varianten: AND met Uur van de dag / Dag van de week voor productiedeadlines.
Winkelwagen heeft kortingsbon toegepast
Leest: Waar wanneer minstens één korting / winkelwagenregel is toegepast.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Blokkeert welkomstbonnen wanneer Eerste bestelling van klant = Nee.
Varianten: Eenvoudiger alternatief voor het tellen van winkelwagenregels.
Catalogusaanwezigheid
Product in winkelwagen
Leest: Of geselecteerde product-ID('s) in de winkelwagen voorkomen.
Operatoren: in, not in, =, !=
Waarde: Een of meer product-ID's via SearchTool-multiselect.
Voorbeeld: in [t-shirt, vector] met AND van twee Product-voorwaarden - klassieke onverenigbaarheid.
Varianten: not in voor een zwarte lijst; combineer meerdere Product-bladeren met AND voor paren.
Categorie in winkelwagen
Leest: Waar als een product tot geselecteerde categorie-ID('s) behoort.
Operatoren: in, not in, =, !=
Waarde: Categorie-ID's.
Voorbeeld: Categorie verse producten in winkelwagen AND weekenddag - blokkeren.
Varianten: Geneste categorieën hangen af van hoe producten in de catalogus zijn toegewezen.
Fabrikant in winkelwagen
Leest: Aanwezigheid van een merk / fabrikant.
Operatoren: in, not in, =, !=
Waarde: Fabrikant-ID's.
Voorbeeld: Merk A AND Merk B beide aanwezig - contractuele exclusiviteitsblokkade.
Varianten: Gebruik Fabrikantaantal voor een MOQ per merk.
Leverancier in winkelwagen
Leest: Aanwezigheid van een leverancier (dropship / magazijn).
Operatoren: in, not in, =, !=
Waarde: Leverancier-ID's.
Voorbeeld: Leverancier X aanwezig - dwingt Leverancieraantal veelvoud van doosgrootte af.
Varianten: Ideaal voor marketplaces met meerdere leveranciers.
Hoeveelheden en MOQ (samengesteld id:drempel)
Productaantal
Leest: Aantal van een specifiek product vergeleken met een drempel.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Samengesteld productId:qty, bijv. 12:3.
Voorbeeld: Aantal van product 12 >= 3 voor recht op bulkkorting (of blokkeren onder MOQ).
Varianten: Geef de voorkeur aan de speciale min/max/veelvoud-velden wanneer het doel MOQ-handhaving is.
Categorieaantal (som)
Leest: Som van aantallen voor alle regels in een categorie.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: categoryId:qty
Voorbeeld: Som van categorie Stalen < 3 - waarschuwt om meer stalen toe te voegen.
Varianten: Werkt over meerdere artikelen binnen dezelfde categorie.
Fabrikantaantal (som)
Leest: Som van aantal voor een fabrikant.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: manufacturerId:qty
Voorbeeld: Merkaantal > 50 - fraude- / allocatiewaarschuwing.
Varianten: Zelfde patroon als categoriesom.
Leverancieraantal (som)
Leest: Som van aantal voor een leverancier.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: supplierId:qty
Voorbeeld: Leverancierdoosdrempel vóór het toestaan van checkout.
Varianten: Combineer met Leverancieraantal moet veelvoud zijn van.
Minimumaantal product
Leest: Mislukt wanneer productaantal onder het vereiste minimum ligt.
Operatoren: MOQ-evaluator (min)
Waarde: productId:minQty
Voorbeeld: Product 12 minimum 4 - 1-3 eenheden kunnen niet gekocht worden.
Varianten: De reden aan de klant toont het vereiste minimum.
Maximumaantal product
Leest: Mislukt wanneer productaantal het maximum overschrijdt.
Operatoren: MOQ-evaluator (max)
Waarde: productId:maxQty
Voorbeeld: Limiet van 20 per artikel per bestelling voor allocatiecontrole.
Varianten: Nuttig voor lanceringen en gelimiteerde edities.
Minimumaantal categorie
Leest: Categoriesom moet minstens N zijn.
Operatoren: MOQ min
Waarde: categoryId:minQty
Voorbeeld: Groothandelscategorie minimaal 12 eenheden.
Varianten: Geldt voor de som van alle producten in die categorie.
Maximumaantal categorie
Leest: Categoriesom mag N niet overschrijden.
Operatoren: MOQ max
Waarde: categoryId:maxQty
Voorbeeld: Beperkt promotiecategorie tot 6 per klantbestelling.
Varianten: Combineer met Klantengroep voor B2C- tegenover B2B-limieten.
Minimumaantal fabrikant
Leest: Fabrikantsom >= N.
Operatoren: MOQ min
Waarde: manufacturerId:minQty
Voorbeeld: Merkstartset vereist 6 eenheden.
Varianten: Zelfde familie als categorie-MOQ.
Maximumaantal fabrikant
Leest: Fabrikantsom <= N.
Operatoren: MOQ max
Waarde: manufacturerId:maxQty
Voorbeeld: Allocatielimiet van 30 eenheden van Merk X per bestelling.
Varianten: OR met Gast voor strengere anonieme limieten.
Minimumaantal leverancier
Leest: Leverancierssom >= N.
Operatoren: MOQ min
Waarde: supplierId:minQty
Voorbeeld: Minimumbestelhoeveelheid voor een dropshippartner.
Varianten: Voorkomt onrendabele micro-bestellingen bij die leverancier.
Maximumaantal leverancier
Leest: Leverancierssom <= N.
Operatoren: MOQ max
Waarde: supplierId:maxQty
Voorbeeld: Beperkt risicovolle leveranciersblootstelling per winkelwagen.
Varianten: Fraude- / kredietcontrolepatroon.
Productaantal moet veelvoud zijn van
Leest: Mislukt wanneer productaantal geen exact veelvoud van N is (packgrootte).
Operatoren: MOQ veelvoud
Waarde: productId:packSize bijv. 12:4
Voorbeeld: Trui moet in packs van 4 worden bestellend - aantal 3 blokkeert met duidelijke reden.
Varianten: Meest voorkomende groothandelspackregel; de reden toont het huidige aantal en het vereiste veelvoud.
Categorieaantal moet veelvoud zijn van
Leest: Categoriesom moet een veelvoud van N zijn.
Operatoren: MOQ veelvoud
Waarde: categoryId:packSize
Voorbeeld: Doosverpakkingscategorie alleen per zes verkocht.
Varianten: Gebruiken wanneer elke mix van artikelen in de categorie toch een doos moet vullen.
Fabrikantaantal moet veelvoud zijn van
Leest: Fabrikantsom veelvoud van N.
Operatoren: MOQ veelvoud
Waarde: manufacturerId:packSize
Voorbeeld: Merkdoosgrootte 12.
Varianten: Zelfde logica als categorieveelvoud.
Leverancieraantal moet veelvoud zijn van
Leest: Leverancierssom veelvoud van N.
Operatoren: MOQ veelvoud
Waarde: supplierId:packSize
Voorbeeld: Leverancier verzendt alleen volledige dozen van 8.
Varianten: Handhaving van dropship-dozen.
Productregeltotaal
Leest: Geldelijk totaal van één productregel tegenover een drempel.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: productId:amount
Voorbeeld: Regeltotaal van product 12 < 20 - waarschuwt voor te laag geprijsde configuratie.
Varianten: Bedrag omgerekend vanuit standaardvaluta zoals andere bedragvelden.
Klant
Klant ingelogd
Leest: Of de sessie een geauthenticeerde klant heeft.
Operatoren: =, !=
Waarde: Ja / Nee.
Voorbeeld: Inloggen afdwingen: gastpad geblokkeerd wanneer winkelwagentotaal >= 200 AND ingelogd = Nee.
Varianten: Spiegelbeeld van Gastklant.
Gastklant
Leest: Waar voor gast- / niet-ingelogde checkout.
Operatoren: =, !=
Waarde: Ja / Nee.
Voorbeeld: Gast AND winkelwagen >= 200 - blokkeert anonieme bestellingen met hoge waarde.
Varianten: Klassieke regel voor fraudereductie.
Klantengroep
Leest: Klant behoort tot een van de geselecteerde PrestaShop-groepen.
Operatoren: in, not in, =, !=
Waarde: Groep-ID's (VIP, B2B, Bezoeker...).
Voorbeeld: VIP-groep - alleen zachte waarschuwing; Bezoekers - streng MOQ.
Varianten: not in Bezoeker voor richtlijnen alleen voor ingelogde klanten.
Voltooide bestellingen van klant
Leest: Aantal historisch voltooide bestellingen.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal.
Voorbeeld: bestellingen = 0 met welkomstbon - toestaan; bestellingen > 0 - bonmisbruik blokkeren.
Varianten: Combineert met de booleaanse waarde Eerste bestelling van klant.
Totale uitgaven van klant
Leest: Bedrag van totale uitgaven (omgerekend).
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geldbedrag in standaardvaluta.
Voorbeeld: Totale uitgaven >= 1000 ontgrendelt alleen waarschuwing in plaats van blokkering.
Varianten: Patroon voor loyaliteits- / vertrouwensscore.
E-maildomein van klant
Leest: E-maildomein- / adresreeks voor patrooncontroles.
Operatoren: =, !=, contains, starts with, regex, empty, not empty
Waarde: Tekst of regex, bijv. @bedrijf.nl of gmail.
Voorbeeld: B2B-groep AND e-mail not contains gmail - blokkeert consumenten-e-mails bij groothandel.
Varianten: regex voor complexe toestaan-/weigerlijsten.
Eerste bestelling van klant
Leest: Waar wanneer de klant geen eerdere voltooide bestellingen heeft.
Operatoren: =, !=
Waarde: Booleaans.
Voorbeeld: Eerste bestelling = Nee AND kortingsbon toegepast - blokkeert acquisitiecodes bij herhaalkopers.
Varianten: Duidelijker dan orders_count = 0 voor merchandising.
Accountleeftijd klant (dagen)
Leest: Dagen sinds registratie van de klant.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal dagen.
Voorbeeld: Accountleeftijd < 2 AND winkelwagen >= 500 - blokkeert (fraudepatroon bij nieuw account).
Varianten: between voor proeftijdvensters.
Adres, verzending, betaling, winkel
Bezorgland
Leest: Land van het bezorgadres.
Operatoren: in, not in, =, !=
Waarde: Land-ID's / ISO-selectielijst.
Voorbeeld: not in EU-landen - blokkeert met geo-bericht.
Varianten: OR met Factuurland voor regels rond fiscale woonplaats.
Factuurland
Leest: Land van het factuuradres.
Operatoren: in, not in, =, !=
Waarde: Land-ID's.
Voorbeeld: Factuurland != Bezorgland - waarschuwt voor mismatch.
Varianten: B2B-btw-scenario's.
Bezorgzone
Leest: PrestaShop-zone van het bezorgadres.
Operatoren: in, not in, =, !=
Waarde: Zone-ID's.
Voorbeeld: Zone = Eilanden - blokkeert standaardvervoerders.
Varianten: Breder dan het opsommen van elk land.
Bezorgpostcode
Leest: Postcodereeks van de bezorging.
Operatoren: =, !=, contains, starts with, regex, empty, not empty
Waarde: Tekst / regex.
Voorbeeld: starts with 00- voor regels van de hoofdstadregio; regex voor eilandenreeksen.
Varianten: empty om onvolledige adressen te vangen.
Bezorgstaat / regio
Leest: Staat / regio op bezorgadres.
Operatoren: =, !=, in, not in, contains...
Waarde: Staat-ID of tekst afhankelijk van winkelinstellingen.
Voorbeeld: Staat in [afgelegen regio's] - blokkeren of toeslagwaarschuwing.
Varianten: Nuttig voor Amerikaanse staten / Canadese provincies / Spaanse autonome regio's.
Geselecteerde vervoerder
Leest: Gekozen vervoerder voor de winkelwagen.
Operatoren: in, not in, =, !=
Waarde: Vervoerderreferentie / ID via kiezer.
Voorbeeld: Vervoerder = pakketautomaat AND gewicht > 5 - blokkeren.
Varianten: Geëvalueerd na de vervoerderstap; opnieuw gecontroleerd bij wijziging.
Betaalmodule
Leest: Technische naam van de betaalmodule.
Operatoren: in, not in, =, !=
Waarde: Modulenaam, bijv. ps_cashondelivery.
Voorbeeld: Rembours AND gewicht >= 20 - blokkeren.
Varianten: Werkt samen met het betaalfilter bij globale blokkering.
Valuta
Leest: Valuta-ID van de winkelwagen.
Operatoren: in, not in, =, !=
Waarde: Valuta-ID's.
Voorbeeld: Valuta != standaardvaluta van winkel - waarschuwt voor exotische FX-winkelwagens.
Varianten: Geldsdrempels worden toch omgerekend; dit filtert op valutakeuze.
Winkel-ID
Leest: Huidige winkel-ID (multistore).
Operatoren: =, !=, in, not in
Waarde: Winkel-ID als geheel getal.
Voorbeeld: Winkel = Outlet AND exclusief product in winkelwagen - blokkeren.
Varianten: Houdt richtlijnen indien nodig beperkt tot één winkel.
Tijdsvensters
Dag van de week (1-7)
Leest: Huidige weekdag in de tijdzone van de winkel (1 = maandag ... 7 = zondag).
Operatoren: =, !=, <, <=, >=, >, between, in
Waarde: Geheel getal 1-7 of lijst voor in.
Voorbeeld: in [6,7] AND verse categorie - blokkeert verse bestellingen in het weekend.
Varianten: Combineer met Uur voor deadlines op vrijdag.
Uur van de dag (0-23)
Leest: Huidig uur 0-23.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Geheel getal uur.
Voorbeeld: Uur >= 14 AND gepersonaliseerd product - waarschuwt voor productie de volgende dag.
Varianten: Vensters voor verzending op dezelfde dag.
Datum (JJJJ-MM-DD)
Leest: Huidige kalenderdatum.
Operatoren: =, !=, <, <=, >=, >, between
Waarde: Datumreeks 2026-12-24 of bereik.
Voorbeeld: Datum < lanceringsdag AND product in winkelwagen - blokkeert winkelwagens vóór lancering via URL.
Varianten: Feestdag- / campagnevensters zonder cronjobs.
Statistieken voor nerds
Winkelwagen geëvalueerd. Voorwaarden gematcht. Checkout geblokkeerd of gewaarschuwd. Redenen getoond. Elke beslissing in auditrijen. Dit is software op enterprise-niveau - hier is de engineering achter de validatiepoort die uw klant zojuist tegenkwam.
~26k
Regels code
PHP ~22k + JS ~2.2k + CSS ~1.2k + Smarty ~0.9k
103
Modulebestanden
Klassen, controllers, templates, SQL, vertalingen, assets
55
Voorwaardevelden
Met 14 operatoren en geneste AND/OR-koppelingen
6
Backoffice-tabs
Dashboard, Richtlijnen, Instellingen, Simulator, Auditlogboek, Updates
2
Acties
block_checkout en warn_checkout
17
Auditgebeurtenissen
Validatie, bestellingen, richtlijn-/regel-CRUD, import/export, simulatie, instellingen
15+
Hooks
Winkelwagen, checkout, betaalfilter, ordervalidatie, admin-bestelling
32
Vertalingen
Kant-en-klare taalpakketten voor BO- en FO-teksten
Databaselaag
-
6 aangepaste tabellen:
conordervalid_policy,conordervalid_rule,conordervalid_rule_lang,conordervalid_cart,conordervalid_preset,conordervalid_log. -
19 PHP-klassen waaronder Engine, ConditionTree, Context, Dashboard, AuditLog, Policy, Rule, CartState, ListRenderer, Admin.
-
Snapshots: violations-JSON per winkelwagen; validation_snapshot-JSON op auditregels voor de historische waarheid.
Architectuur
-
Hooks: displayHeader, actionCartSave, actionFrontControllerInitAfter, actionFilterPaymentOptions, actionValidateOrder / Before, displayAdminOrder, hooks voor het verwijderen van winkelwagens en meer.
-
6 JS-modules: adminConditionBuilder, adminPolicyRules, adminConordervalidDashboard, adminConordervalidSimulator, adminConordervalidSearchTool, validation.js (front-endbanners).
-
PS 9-compatibiliteitslaag in
lib/prestashop9compatibility.php- één codebase voor 1.7, 8 en 9. -
Chart.js op het dashboard voor dagelijkse/wekelijkse/maandelijkse trends en taartdiagrammen per regelcode.
Chart.js
KPI-trends en taartdiagram-uitsplitsing per regelcode.
100+ bestanden
103 bestanden in het distribueerbare modulepakket.
v1.1.0
Huidige versie voor PrestaShop 9 / 8 / 1.7.
Voorwaarden bepalen WANNEER een regel afgaat. Acties bepalen WAT er gebeurt - blokkeren of waarschuwen. Het auditlogboek bewijst WAAROM de checkout er zo uitzag.
~26.000 regels code verspreid over 103 modulebestanden, 32 vertaalpakketten en v1.1.0. Merchandising bouwt de boom. De motor handhaaft hem. Support leest de snapshot. Software van enterprise-klasse voor checkoutgovernance.
55 voorwaardevelden, 14 operatoren, 2 handhavingsacties en één audittrail - ontworpen zodat een checkoutblokkade nooit een mysterie is, altijd een gemeten bedrijfsregel met een reden die de klant kan oplossen.
Stop slechte winkelwagens. Leg uit waarom. Bewijs het in het auditlogboek.
55 voorwaardevelden, geneste AND/OR-groepen, 14 operatoren, blokkeer- en waarschuwacties, simulator en volledige audit - ontworpen zodat een checkoutblokkade nooit een mysterie is, altijd een gemeten bedrijfsregel met een reden die de klant kan oplossen.
129.00 €
Modulegalerij 1/12
Waarom onze module kiezen
Conditionele ordervalidatie?
Optimalisatie en Automatisering
Conditionele ordervalidatie automatiseert en optimaliseert ordergovernance. Het blokkeert bestellingen die jouw regels overtreden via geneste AND/OR-voorwaarden, biedt visuele richtlijnen en een auditlogboek, voor maximale efficiëntie en controle.
Verhoogde Verkoop
Conditionele ordervalidatie verhoogt de verkoop door winkelwagenconflicten proactief te voorkomen. Duidelijke richtlijnen en redenen stellen klanten in staat hun bestellingen moeiteloos te corrigeren, wat frustratie vermindert, het afrekenproces stroomlijnt en uiteindelijk de conversiepercentages stimuleert.
15 jaar ervaring
Conditionele ordervalidatie is geboren uit 15 jaar PrestaShop ervaring. Deze enterprise-klasse module omzeilt platformbeperkingen en biedt ongekende, auditeerbare checkout-governance met geavanceerde voorwaardenbomen, bewijzend onze diepgaande kennis van complexe orderregels.
Uitgebreide Personalisatie
Conditionele ordervalidatie biedt ongekende personalisatie van checkout-regels, met 55 velden en geneste AND/OR-condities. Dit garandeert een perfecte afstemming op de unieke bedrijfsbehoeften van uw winkel, wat zorgt voor optimale ordergovernance.
Open Source Code
Conditionele ordervalidatie biedt een transparante structuur met zichtbare PHP, JS, CSS en Smarty code (~26k regels verdeeld over 103 bestanden). Dit maakt geavanceerde aanpassingen en integraties mogelijk, zonder verborgen of geëncrypteerde functionaliteit.
Licentie en Updates
De licentie van Conditionele ordervalidatie biedt onbeperkt gebruik. Updates zijn cruciaal voor het handhaven van uw geavanceerde orderregels en zijn een jaar gratis. Daarna kunt u de toegang tot updates met maximaal 90% korting verlengen, voor blijvende functionaliteit en compatibiliteit.