PrestaShop Validazione condizionale degli ordini
La validazione condizionale degli ordini blocca o avvisa al checkout quando il carrello viola le tue regole. Imposta condizioni su prodotti, quantità, totali, clienti e spedizione e mostra motivi chiari in carrello e checkout. Include simulatore e registro di audit per testare le policy prima di applicarle online.
129.00 €
Galeria 1/12
Regole Checkout Condizionali
Il modulo "Validazione Condizionale degli Ordini" per PrestaShop è una soluzione di livello enterprise per la governance del checkout. Permette di bloccare o avvisare i carrelli che violano regole di business complesse, utilizzando un costruttore visuale con alberi di condizioni annidate AND/OR. Supporta 55 campi condizione, azioni di blocco rigido o avviso con messaggi chiari per il cliente. Include un simulatore di carrello, una dashboard analitica e un registro di audit completo, garantendo trasparenza e controllo. Semplifica l'applicazione di politiche avanzate come MOQ, incompatibilità SKU o restrizioni geografiche, prevenendo ordini problematici e migliorando l'efficienza operativa.
Versione del modulo:
1.1.0
Versioni del negozio:
9.x8.x1.7.x
Funziona con ThirtyBees:
No
Traduzioni:
Blocca gli ordini che violano le tue regole.
Politiche visuali. Motivi chiari. Audit completo.
PrestaShop accetterà senza problemi qualsiasi carrello che abbia ancora disponibilità - anche quando la combinazione è illegittima per il tuo business: SKU incompatibili, pack MOQ non rispettati, ordini di ospiti sopra un limite, paesi o metodi di pagamento vietati che non dovrebbero mai coesistere. Validazione condizionale degli ordini è software di classe enterprise per la governance del checkout: politiche visuali, alberi di condizioni annidate AND/OR con raggruppamento illimitato, azioni di blocco o avviso, banner con motivi rivolti al cliente, simulatore di carrello, dashboard analitica e un registro di audit completo. Combina le condizioni liberamente - annida gruppi, collega elementi fratelli con AND o OR, accumula più regole per politica e più politiche per carrello - e in pratica ottieni un margine praticamente illimitato per applicare regole d'ordine avanzate. Nessun codice. Nessun hack del tema. Un unico motore che blocca i carrelli problematici prima che diventino ordini problematici.
Cosa offre Validazione condizionale degli ordini
Funzionalità che trasformano «sperare che leggano le FAQ» in un controllo gestito del checkout. Realizzato come software di classe enterprise per negozi che hanno bisogno di regole d'ordine reali - non un singolo importo minimo del carrello. La potenza è combinatoria: gruppi, collegamenti AND/OR, politiche e regole si moltiplicano in scenari praticamente illimitati.
Politiche di blocco o avviso
Arresto totale del checkout (filtra le opzioni di pagamento, blocca la conferma dell'ordine) o avviso leggero con un banner chiaro. Politiche con nome, ordinamento per priorità, arresto al primo abbinamento quando le campagne non devono sovrapporsi. Più regole per politica, ciascuna con codice, azione e messaggio multilingue propri.
Altri: un unico valore minimo di carrello globale
Costruttore di condizioni annidate AND/OR
55 campi con gruppi drag-and-drop. Ogni elemento fratello ha il proprio collegamento AND oppure OR - così (A AND B) OR C è un vero albero, non un elenco appiattito. Annidamento illimitato per una logica di merchandising che corrisponde al modo in cui i team operativi pensano davvero.
Altri: controlli fissi nel tema
Motivi comprensibili per il cliente
I clienti vedono il tuo messaggio insieme a un elenco numerato di Motivi con nomi dei prodotti e importi in grassetto - identico nel carrello e nel checkout. La deduplicazione approssimata mantiene l'elenco ordinato quando si attivano più politiche.
Altri: fallimento silenzioso o errore vago
Simulatore di carrello
Scegli un carrello e un cliente reali. Vedi le politiche corrispondenti, blocco vs avviso, codici regola e messaggi esatti prima che qualsiasi acquirente reale ne sia coinvolto. Condivide lo stesso motore di valutazione della produzione.
Altri: testare in produzione e sperare
Dashboard analitica
Schede KPI per invocazioni delle regole, blocchi al checkout e ordini coinvolti. Tendenze giornaliere / settimanali / mensili con Chart.js e un grafico a torta per codice regola - così il merchandising vede cosa si attiva realmente.
Altri: nessuna visibilità dopo la configurazione
Registro di audit completo
Valutazioni di validazione, blocchi, simulazioni, CRUD/attivazione/duplicazione/importazione/esportazione delle politiche e modifiche alle impostazioni. Autore, ID carrello, codice regola, azione e snapshot JSON. Esportazione dal controller di audit completo.
Altri: checkout come scatola nera
Importa, esporta, duplica
Scarica qualsiasi politica come JSON, caricala in staging, duplicala con un clic. Sposta alberi di MOQ e incompatibilità tra negozi senza doverli ricostruire a mano.
Altri: ricostruire manualmente ogni stagione
Blocco rigido dei pagamenti
Quando è bloccato, le opzioni di pagamento vengono svuotate e le protezioni JS del front impediscono di continuare / confermare l'ordine. La validazione lato server continua comunque a essere eseguita prima della creazione dell'ordine - difesa in profondità.
Altri: solo un banner, l'ordine passa comunque
Soglie sensibili alla valuta
Le condizioni sugli importi vengono configurate nella valuta predefinita e convertite nella valuta del carrello per la valutazione e per i motivi rivolti al cliente - comportamento multivaluta coerente.
Altri: numeri grezzi, valuta sbagliata
Combina le condizioni. Raggruppale. Accumula le politiche.
Non è un unico importo minimo d'ordine per tutto il negozio. È un motore di validazione combinatorio - ed è proprio questo che sblocca regole di checkout di livello enterprise che il PrestaShop nativo non può raggiungere.
Condizioni su condizioni. Alberi AND/OR annidati con collegamenti per ogni elemento fratello - così (A AND B) OR C è esprimibile. Profondità illimitata per la logica di merchandising.
Gruppi su gruppi. Ogni gruppo è una parentesi logica. Metti le regole MOQ in un gruppo, le regole geografiche in un altro, uniscile con OR alla radice - o con AND per condizioni più rigide.
Regole su regole. Più regole di validazione per politica: blocca le coppie incompatibili, avvisa per basso spesa VIP, imponi multipli di pack - ciascuna con codice, azione e messaggio.
Politiche su politiche. Più politiche attive sullo stesso carrello. Ordinamento per priorità. Arresto al primo abbinamento quando serve esclusività. Altrimenti, unisci i motivi in un unico banner.
55 campi condizione x 14 operatori x gruppi annidati illimitati x politiche e regole illimitate = in pratica, possibilità praticamente illimitate.
Alberi di condizioni annidate AND/OR
Gli elenchi piatti del tipo «se questo E quello» si rompono nel momento in cui il merchandising ha bisogno di una logica reale. Validazione condizionale degli ordini memorizza le condizioni come un albero di gruppi, non un unico elenco di controllo. Ogni gruppo è una parentesi logica: le condizioni e i gruppi annidati al suo interno vengono valutati insieme. Tra ogni elemento fratello - sia esso una condizione foglia o un altro gruppo - scegli AND oppure OR. I gruppi si annidano senza limiti artificiali di profondità, così espressioni come (Prodotto A nel carrello AND Prodotto B nel carrello) OR (Cliente ospite AND Totale carrello >= 200) sono di prima classe, non un espediente.
Come funziona il raggruppamento. Il gruppo radice contiene la logica di primo livello. Aggiungi condizioni come foglie; aggiungi un gruppo annidato per una nuova parentesi logica. Le maniglie di trascinamento riordinano gli elementi fratelli o spostano i nodi tra i gruppi. Il selettore di collegamento tra gli elementi alterna AND/OR per ogni relazione - l'elemento fratello n. 2 può essere collegato con OR al n. 3, mentre il n. 3 è collegato con AND al n. 4. Il motore attraversa l'albero in modo recursivo: ogni gruppo si riduce a vero/falso, poi i collegamenti del genitore combinano i risultati dei figli.
AND contro OR. AND significa che ogni operando deve essere soddisfatto. OR significa che ne basta almeno uno. Puoi combinarli: un OR esterno accetta un percorso VIP oppure un percorso di alta spesa; gli AND interni restringono ogni ramo in modo indipendente.
Rivalutazione in tempo reale. L'albero è memorizzato come JSON strutturato sulla politica e viene ricontrollato a ogni modifica del carrello - aggiunta di un prodotto, cambio di quantità, login, cambio di indirizzo, scelta del vettore o del pagamento. Il simulatore e il checkout del front condividono lo stesso motore di valutazione.
Tre pattern logici che puoi costruire visivamente
Coppia incompatibile
Albero: (Prodotto 12 nel carrello AND Prodotto 34 nel carrello). In parole semplici: Blocca solo quando entrambi gli SKU compaiono insieme.
VIP o spesa elevata
Albero: (Gruppo in VIP) OR (Totale carrello >= 500 AND Loggato = Sì). Avviso leggero a meno che non sia VIP o non abbia una spesa consistente.
Geo + MOQ
Albero: (Paese di consegna not in UE) OR (Categoria nel carrello AND Quantità categoria multiplo di 6). Due regole di business, una politica.
Collegamenti AND/OR per ogni elemento fratello x annidamento illimitato x 55 campi = logica booleana espressiva come un foglio di calcolo, leggibile come un diagramma di flusso.
Gamechanger
Barriera di checkout condizionale e visuale - blocca i carrelli problematici con motivi che i clienti capiscono
La maggior parte dei negozi gestisce le regole d'ordine in uno di tre modi inefficaci: una FAQ che nessuno legge, un modulo di carrello minimo che controlla solo un numero, oppure PHP personalizzato che si rompe al prossimo aggiornamento. Nessuno di questi combina targeting profondo e annidato, comunicazione chiara con il cliente e applicazione verificabile tramite audit in un unico posto.
Passo 1 - QUANDO intervenire
Albero di condizioni visuale con gruppi AND/OR annidati: prodotti, multipli MOQ, totali, peso, gruppi, ospite/loggato, paese, zona, CAP, vettore, pagamento, storico ordini, dominio email, giorno/ora/data. Le regole si attivano solo quando l'albero corrisponde.
Passo 2 - COSA fare
Ogni regola scegli tra blocco o avviso, un codice regola stabile per l'analitica, la priorità e un messaggio multilingue. Il motore aggiunge Motivi strutturati con nomi dei prodotti e quantità in grassetto.
Passo 3 - COME dimostrarlo
Simulatore su carrelli reali. KPI nella dashboard. Registro di audit con snapshot JSON. Le opzioni di pagamento vengono rimosse in caso di blocco - non solo un riquadro rosso.
Perché è importante: Non speri che i clienti leggano le regole di imballaggio, e non mantieni fragili personalizzazioni del tema. Usi software di classe enterprise - un motore di validazione condizionale in cui le condizioni si annidano con AND/OR, le azioni bloccano o avvisano, e ogni decisione può essere simulata, misurata e sottoposta ad audit.
20 casi d'uso reali
Ogni esempio è una politica che puoi costruire con gruppi annidati. Blocca quando l'evasione è impossibile; avvisa quando serve solo informare. I motivi vengono mostrati nel carrello e nel checkout.
1. Coppie di prodotti incompatibili
Maglietta stampata AND download vettoriale nello stesso carrello (gruppo AND). Blocca ed elenca entrambi i nomi.
2. Multipli di quantità del pack (MOQ)
La quantità del prodotto deve essere multiplo di 4. La quantità 3 blocca con un motivo chiaro sulla dimensione del pack.
3. Abuso della spedizione gratuita
(Spedizione = 0) AND (Totale carrello < 50). Protegge le soglie di spedizione gratuita.
4. Limite di spesa per gli ospiti
Ospite = Sì AND Totale carrello >= 200. Forza il login o blocca gli ordini anonimi di alto valore.
5. Evasione solo UE
Paese di consegna not in elenco UE. Blocca precocemente le destinazioni non spedibili.
6. Contrassegno vietato per carrelli pesanti
Pagamento = cashondelivery AND peso >= 20. Evita i rifiuti del vettore al checkout.
7. Minimo categoria campioni
Categoria in Campioni AND quantità minima di categoria 3. Evita lo spreco di una singola bustina.
8. Esclusività del brand
Produttore A nel carrello AND Produttore B nel carrello. Esclusività contrattuale.
9. Abuso del voucher primo ordine
Primo ordine = No AND voucher applicato. Protegge i codici di acquisizione.
10. Solo email aziendale (B2B)
Gruppo = B2B AND dominio email not contains gmail. Igiene del canale wholesale.
11. Divisione virtuale + fisico
Ha virtuale AND Richiede spedizione. Evita incubi di evasione mista.
12. Orario limite di personalizzazione
Ha personalizzazione AND Ora >= 14. Avvisa che l'incisione verrà spedita il giorno successivo.
13. Lista nera dei CAP
CAP regex / starts with per isole remote. Blocca con una call to action per contattarti.
14. Vettore contro peso
Vettore = locker AND peso > 5. Il cliente cambia vettore prima del pagamento.
15. Account nuovo con spesa elevata
Età account < 2 AND totale >= 500. Bloccato il classico pattern di frode.
16. Cartoni del fornitore
La quantità del fornitore deve essere multiplo di N. Applicazione dei cartoni nel dropshipping.
17. Stop ai freschi nel weekend
Categoria freschi AND giorno in [6,7]. Cucina chiusa nel weekend.
18. Sollecito leggero per i VIP
Gruppo VIP AND totale prodotti < 80 - solo avviso, checkout consentito.
19. Ambito multi-negozio
ID negozio = outlet AND prodotto esclusivo - blocca sul canale sconti.
20. Blocco pre-lancio
Prodotto nel carrello AND data < giorno di lancio - blocca i carrelli precedenti al lancio.
Guida completa alle funzionalità
Riferimento in linguaggio semplice per proprietari di negozi, team operativi e agenzie. Software di classe enterprise - abbastanza approfondito per regole B2B e marketplace, abbastanza chiaro perché le modifiche quotidiane alle politiche non richiedano mai uno sviluppatore.
Politiche e regole di validazione
Una politica è una campagna con nome che ha un albero di condizioni (QUANDO) e una o più regole di validazione (COSA). Politiche illimitate, ordinamento per posizione, attivazione/pausa individuale. Ogni regola: codice regola, azione (blocca o avvisa), priorità, messaggio multilingue.
Arresto al primo abbinamento termina dopo la prima politica idonea. Altrimenti, tutte le corrispondenze contribuiscono con violazioni, ordinate per priorità in un unico banner combinato per il cliente.
Costruttore visuale di condizioni (gruppi + AND/OR)
Editor ad albero drag-and-drop. Aggiungi condizioni e gruppi annidati. Tra elementi fratelli scegli AND oppure OR. È così che si costruisce (MOQ AND categoria) OR (restrizione geografica) senza scrivere codice. Selettori SearchTool per prodotti, categorie, produttori, fornitori, gruppi, vettori e valute.
Consulta l'enciclopedia sotto per ogni campo. Consulta la sezione AND/OR annidati sopra per capire come funzionano i collegamenti e le parentesi logiche.
Messaggi al cliente, banner e blocchi rigidi
Messaggio personalizzato multilingue + elenco strutturato di Motivi. Un unico banner nel carrello e nel checkout. In caso di blocco: opzioni di pagamento filtrate, conferma dell'ordine bloccata, la validazione lato server prima dell'ordine continua a essere eseguita.
Simulatore, dashboard e audit
Il simulatore usa carrelli reali. KPI della dashboard + Chart.js. Il registro di audit registra automaticamente i cambiamenti di stato della validazione (non solo in modalità debug), oltre agli eventi del ciclo di vita delle politiche con snapshot JSON.
Importa / esporta / duplica / preset
Politiche JSON portabili. Duplicazione con un clic. I preset di condizioni accelerano gli avvii comuni (ospite, virtuale, carrello di alto valore, ...).
Ogni campo condizione - spiegato nel dettaglio
Questa è l'enciclopedia completa dei campi disponibili nel costruttore visuale di condizioni. Ogni campo può stare da solo oppure dentro gruppi AND/OR annidati. Le soglie monetarie vengono configurate nella valuta predefinita del negozio e convertite nella valuta del carrello al momento della valutazione e della visualizzazione. I campi MOQ composti usano il formato id:soglia.
Importi e dimensione del carrello
Totale carrello (IVA incl.)
Legge: Totale lordo del carrello con IVA nella valuta del carrello del cliente (la soglia è memorizzata nella valuta predefinita e convertita al momento della valutazione).
Operatori: =, !=, <, <=, >=, >, between
Valore: Importo decimale nella valuta predefinita del negozio, ad es. 50 oppure l'intervallo 50;150 per between.
Esempio: Blocca quando il totale < 50 per proteggere le promozioni di spedizione gratuita.
Varianti: Combina con Ospite = Sì per limiti anonimi di alto valore; con Ha voucher per contrastare l'abuso dei coupon.
Totale prodotti
Legge: Somma delle righe prodotto con IVA, escludendo la spedizione.
Operatori: =, !=, <, <=, >=, >, between
Valore: Importo nella valuta predefinita.
Esempio: Avvisa il gruppo VIP quando il totale prodotti < 80 (sollecito leggero verso la soglia regalo).
Varianti: Preferisci questo campo al totale carrello quando la spedizione non deve rientrare nella regola.
Totale prodotti (IVA escl.)
Legge: Subtotale netto dei prodotti (IVA escl.).
Operatori: =, !=, <, <=, >=, >, between
Valore: Importo nella valuta predefinita.
Esempio: B2B: richiedi prodotti netti >= 250 prima del checkout.
Varianti: Ideale per negozi wholesale che ragionano in cifre al netto dell'IVA.
Costo di spedizione
Legge: Importo attuale della spedizione sul carrello.
Operatori: =, !=, <, <=, >=, >, between
Valore: Importo monetario.
Esempio: Blocca quando spedizione = 0 AND totale prodotti < 40 (abuso spedizione gratuita).
Varianti: Abbina con Vettore selezionato per individuare metodi gratuiti non corretti.
Quantità totale prodotti
Legge: Somma delle quantità in tutte le righe del carrello.
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero.
Esempio: Avvisa quando la quantità > 100 per rischio frode / scorte.
Varianti: Usa Prodotti unici quando conta la varietà di SKU invece delle unità.
Prodotti unici nel carrello
Legge: Numero di righe prodotto distinte (SKU).
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero.
Esempio: Blocca i pack di campioni a meno che i prodotti unici >= 3.
Varianti: Utile per regole di assortimento indipendenti dalla dimensione del pack.
Peso del carrello (kg)
Legge: Peso totale del carrello in chilogrammi.
Operatori: =, !=, <, <=, >=, >, between
Valore: Decimale in kg.
Esempio: Blocca il vettore locker quando il peso > 5.
Varianti: Combina con Vettore selezionato OR Modulo di pagamento per limiti logistici.
Numero di regole carrello
Legge: Quante regole carrello / voucher sono attualmente applicati.
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero.
Esempio: Blocca la cumulabilità quando il numero di regole carrello > 1.
Varianti: Abbina con Il carrello ha un voucher applicato per verifiche booleane più semplici.
Flag del carrello (booleani)
Ha almeno un prodotto virtuale
Legge: Vero se nel carrello è presente un prodotto virtuale / scaricabile.
Operatori: =, != (Sì/No)
Valore: Booleano Sì o No.
Esempio: Avvisa quando il mix virtuale + fisico richiede la spedizione.
Varianti: Usa con Tutti i prodotti sono virtuali per carrelli solo di download.
Tutti i prodotti sono virtuali
Legge: Vero solo quando ogni riga è virtuale.
Operatori: =, !=
Valore: Booleano.
Esempio: Salta i blocchi relativi alla spedizione quando tutto virtuale = Sì.
Varianti: Opposto di Ha prodotto fisico.
Ha prodotto fisico
Legge: Vero se esiste almeno un prodotto spedibile.
Operatori: =, !=
Valore: Booleano.
Esempio: Richiedi un vettore quando ha fisico = Sì.
Varianti: Combina con Richiede spedizione per vincoli di evasione.
Il carrello richiede spedizione
Legge: Flag PrestaShop: il carrello ha bisogno di un indirizzo di consegna / vettore.
Operatori: =, !=
Valore: Booleano.
Esempio: Blocca i moduli di pagamento che non possono spedire quando richiede spedizione = Sì.
Varianti: Utile per casi limite di mix virtuale+fisico.
Ha prodotto personalizzato
Legge: Vero quando è presente una personalizzazione di prodotto.
Operatori: =, !=
Valore: Booleano.
Esempio: Avvisa dopo le 14:00 che l'incisione verrà spedita il giorno successivo.
Varianti: AND con Ora del giorno / Giorno della settimana per gli orari limite di produzione.
Il carrello ha un voucher applicato
Legge: Vero quando è applicato almeno uno sconto / regola carrello.
Operatori: =, !=
Valore: Booleano.
Esempio: Blocca i voucher di benvenuto quando Primo ordine cliente = No.
Varianti: Alternativa più semplice al conteggio delle regole carrello.
Presenza nel catalogo
Prodotto nel carrello
Legge: Se gli ID prodotto selezionati compaiono nel carrello.
Operatori: in, not in, =, !=
Valore: Uno o più ID prodotto tramite selezione multipla SearchTool.
Esempio: in [maglietta, vettoriale] con AND di due condizioni Prodotto - incompatibilità classica.
Varianti: not in per lista nera; abbina più foglie Prodotto con AND per le coppie.
Categoria nel carrello
Legge: Vero se un qualsiasi prodotto appartiene agli ID categoria selezionati.
Operatori: in, not in, =, !=
Valore: ID categoria.
Esempio: Categoria alimenti freschi nel carrello AND giorno del weekend - blocca.
Varianti: Le categorie annidate dipendono da come i prodotti sono assegnati nel catalogo.
Produttore nel carrello
Legge: Presenza di brand / produttore.
Operatori: in, not in, =, !=
Valore: ID produttori.
Esempio: Brand A AND Brand B presenti insieme - blocco per esclusività contrattuale.
Varianti: Usa Quantità produttore per il MOQ su un brand.
Fornitore nel carrello
Legge: Presenza del fornitore (dropshipping / magazzino).
Operatori: in, not in, =, !=
Valore: ID fornitori.
Esempio: Fornitore X presente - imponi che la quantità del fornitore sia multiplo del cartone.
Varianti: Ideale per marketplace con più fornitori.
Quantità e MOQ (composto id:soglia)
Quantità prodotto
Legge: Quantità di un prodotto specifico confrontata con una soglia.
Operatori: =, !=, <, <=, >=, >, between
Valore: Composto productId:quantità, ad es. 12:3.
Esempio: Quantità del prodotto 12 >= 3 per l'ammissibilità allo sconto quantità (oppure blocco sotto il MOQ).
Varianti: Preferisci i campi dedicati min/max/multiplo quando l'obiettivo è l'applicazione del MOQ.
Quantità categoria (somma)
Legge: Somma delle quantità di tutte le righe in una categoria.
Operatori: =, !=, <, <=, >=, >, between
Valore: categoryId:qty
Esempio: Somma categoria Campioni < 3 - avvisa di aggiungere altri campioni.
Varianti: Funziona su più SKU nella stessa categoria.
Quantità produttore (somma)
Legge: Somma della quantità per un produttore.
Operatori: =, !=, <, <=, >=, >, between
Valore: manufacturerId:qty
Esempio: Quantità brand > 50 - avviso frode / allocazione.
Varianti: Stesso pattern della somma categoria.
Quantità fornitore (somma)
Legge: Somma della quantità per un fornitore.
Operatori: =, !=, <, <=, >=, >, between
Valore: supplierId:qty
Esempio: Soglia cartone fornitore prima di consentire il checkout.
Varianti: Abbina con La quantità del fornitore deve essere multiplo di.
Quantità minima prodotto
Legge: Fallisce quando la quantità del prodotto è inferiore al minimo richiesto.
Operatori: Valutatore MOQ (min)
Valore: productId:minQty
Esempio: Prodotto 12 minimo 4 - non si possono acquistare 1-3 unità.
Varianti: Il motivo mostrato al cliente indica il minimo richiesto.
Quantità massima prodotto
Legge: Fallisce quando la quantità del prodotto supera il massimo.
Operatori: Valutatore MOQ (max)
Valore: productId:maxQty
Esempio: Limite di 20 per SKU per ordine per il controllo dell'allocazione.
Varianti: Utile per lanci ed edizioni limitate.
Quantità minima categoria
Legge: La somma della categoria deve essere almeno N.
Operatori: MOQ min
Valore: categoryId:minQty
Esempio: Categoria wholesale minimo 12 unità.
Varianti: Si applica alla somma di tutti i prodotti in quella categoria.
Quantità massima categoria
Legge: La somma della categoria non deve superare N.
Operatori: MOQ max
Valore: categoryId:maxQty
Esempio: Limita la categoria promozionale a 6 per ordine cliente.
Varianti: Combina con Gruppo cliente per limiti B2C vs B2B.
Quantità minima produttore
Legge: Somma produttore >= N.
Operatori: MOQ min
Valore: manufacturerId:minQty
Esempio: Il set iniziale del brand richiede 6 unità.
Varianti: Stessa famiglia del MOQ categoria.
Quantità massima produttore
Legge: Somma produttore <= N.
Operatori: MOQ max
Valore: manufacturerId:maxQty
Esempio: Limite di allocazione 30 unità del Brand X per ordine.
Varianti: OR con Ospite per limiti anonimi più rigidi.
Quantità minima fornitore
Legge: Somma fornitore >= N.
Operatori: MOQ min
Valore: supplierId:minQty
Esempio: Quantità minima d'ordine per un partner dropshipping.
Varianti: Previene micro-ordini non profittevoli verso quel fornitore.
Quantità massima fornitore
Legge: Somma fornitore <= N.
Operatori: MOQ max
Valore: supplierId:maxQty
Esempio: Limita l'esposizione al rischio verso un fornitore per carrello.
Varianti: Pattern di controllo frode / credito.
La quantità prodotto deve essere multiplo di
Legge: Fallisce quando la quantità del prodotto non è un multiplo esatto di N (dimensione del pack).
Operatori: Multiplo MOQ
Valore: productId:packSize ad es. 12:4
Esempio: Il maglione deve essere ordinato in pack da 4 - la quantità 3 blocca con un motivo chiaro.
Varianti: Regola wholesale sui pack più comune; il motivo indica la quantità attuale e il multiplo richiesto.
La quantità categoria deve essere multiplo di
Legge: La somma della categoria deve essere multiplo di N.
Operatori: Multiplo MOQ
Valore: categoryId:packSize
Esempio: Categoria a cartoni venduta solo in confezioni da sei.
Varianti: Usala quando qualsiasi mix di SKU nella categoria deve comunque riempire un cartone.
La quantità produttore deve essere multiplo di
Legge: Somma produttore multiplo di N.
Operatori: Multiplo MOQ
Valore: manufacturerId:packSize
Esempio: Dimensione cartone brand 12.
Varianti: Stessa semantica del multiplo categoria.
La quantità fornitore deve essere multiplo di
Legge: Somma fornitore multiplo di N.
Operatori: Multiplo MOQ
Valore: supplierId:packSize
Esempio: Il fornitore spedisce solo cartoni completi da 8.
Varianti: Applicazione cartoni nel dropshipping.
Totale riga prodotto
Legge: Totale monetario di una riga prodotto confrontato con una soglia.
Operatori: =, !=, <, <=, >=, >, between
Valore: productId:amount
Esempio: Totale riga del prodotto 12 < 20 - avvisa di una configurazione sottoprezzata.
Varianti: L'importo viene convertito dalla valuta predefinita come gli altri campi monetari.
Cliente
Cliente loggato
Legge: Se la sessione ha un cliente autenticato.
Operatori: =, !=
Valore: Sì / No.
Esempio: Forza il login: il percorso ospite viene bloccato quando il totale carrello >= 200 AND loggato = No.
Varianti: Riflesso di Cliente ospite.
Cliente ospite
Legge: Vero per il checkout come ospite / senza login.
Operatori: =, !=
Valore: Sì / No.
Esempio: Ospite AND carrello >= 200 - blocca gli ordini anonimi di alto valore.
Varianti: Regola classica di riduzione delle frodi.
Gruppo cliente
Legge: Il cliente appartiene a uno dei gruppi PrestaShop selezionati.
Operatori: in, not in, =, !=
Valore: ID gruppo (VIP, B2B, Visitatore...).
Esempio: Gruppo VIP - solo avviso leggero; Visitatori - MOQ rigido.
Varianti: not in Visitatore per politiche riservate ai clienti loggati.
Ordini completati dal cliente
Legge: Conteggio degli ordini completati storicamente.
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero.
Esempio: ordini = 0 con voucher di benvenuto - consenti; ordini > 0 - blocca l'abuso del voucher.
Varianti: Si abbina con il booleano Primo ordine cliente.
Spesa complessiva del cliente
Legge: Importo della spesa complessiva (convertito).
Operatori: =, !=, <, <=, >=, >, between
Valore: Importo nella valuta predefinita.
Esempio: La spesa complessiva >= 1000 sblocca il solo avviso invece del blocco.
Varianti: Pattern di scoring fedeltà / fiducia.
Dominio email del cliente
Legge: Dominio email / stringa dell'indirizzo per controlli sui pattern.
Operatori: =, !=, contains, starts with, regex, empty, not empty
Valore: Testo o regex, ad es. @azienda.com oppure gmail.
Esempio: Gruppo B2B AND email not contains gmail - blocca le email consumer sul canale wholesale.
Varianti: regex per liste complesse di ammessi/negati.
Primo ordine cliente
Legge: Vero quando il cliente non ha ordini completati precedenti.
Operatori: =, !=
Valore: Booleano.
Esempio: Primo ordine = No AND voucher applicato - blocca i codici di acquisizione sui clienti abituali.
Varianti: Più chiaro di orders_count = 0 per il merchandising.
Età account cliente (giorni)
Legge: Giorni trascorsi dalla registrazione del cliente.
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero di giorni.
Esempio: Età account < 2 AND carrello >= 500 - blocca (pattern di frode su account nuovo).
Varianti: between per finestre di prova.
Indirizzo, spedizione, pagamento, negozio
Paese di consegna
Legge: Paese dell'indirizzo di consegna.
Operatori: in, not in, =, !=
Valore: ID paese / elenco di selezione ISO.
Esempio: not in paesi UE - blocca con un messaggio geografico.
Varianti: OR con Paese di fatturazione per regole di residenza fiscale.
Paese di fatturazione
Legge: Paese dell'indirizzo di fatturazione.
Operatori: in, not in, =, !=
Valore: ID paese.
Esempio: Paese di fatturazione != Paese di consegna - avvisa in caso di discrepanza.
Varianti: Scenari IVA B2B.
Zona di consegna
Legge: Zona PrestaShop dell'indirizzo di consegna.
Operatori: in, not in, =, !=
Valore: ID zona.
Esempio: Zona = Isole - blocca i vettori standard.
Varianti: Più ampio dell'elencare ogni singolo paese.
CAP di consegna
Legge: Stringa del CAP di consegna.
Operatori: =, !=, contains, starts with, regex, empty, not empty
Valore: Testo / regex.
Esempio: starts with 00- per regole della regione capitale; regex per intervalli di isole.
Varianti: empty per individuare indirizzi incompleti.
Stato / regione di consegna
Legge: Stato / regione sull'indirizzo di consegna.
Operatori: =, !=, in, not in, contains...
Valore: ID stato o testo a seconda della configurazione del negozio.
Esempio: Stato in [regioni remote] - blocca oppure avvisa di un supplemento.
Varianti: Utile per gli stati USA / Canada / le comunità autonome spagnole.
Vettore selezionato
Legge: Vettore scelto per il carrello.
Operatori: in, not in, =, !=
Valore: Riferimento / ID vettore tramite selettore.
Esempio: Vettore = locker AND peso > 5 - blocca.
Varianti: Valutato dopo il passo del vettore; ricontrollato al cambiamento.
Modulo di pagamento
Legge: Nome tecnico del modulo di pagamento.
Operatori: in, not in, =, !=
Valore: Nome del modulo, ad es. ps_cashondelivery.
Esempio: Contrassegno AND peso >= 20 - blocca.
Varianti: Funziona con il filtro pagamenti quando bloccato globalmente.
Valuta
Legge: ID della valuta del carrello.
Operatori: in, not in, =, !=
Valore: ID valuta.
Esempio: Valuta != predefinita del negozio - avvisa per carrelli con valuta esotica.
Varianti: Le soglie monetarie continuano comunque a convertirsi; questo campo filtra in base alla valuta scelta.
ID negozio
Legge: ID del negozio attuale (multi-negozio).
Operatori: =, !=, in, not in
Valore: Numero intero ID negozio.
Esempio: Negozio = Outlet AND prodotto esclusivo nel carrello - blocca.
Varianti: Mantiene le politiche limitate a un negozio quando necessario.
Finestre temporali
Giorno della settimana (1-7)
Legge: Giorno della settimana attuale nel fuso orario del negozio (1 = lunedì ... 7 = domenica).
Operatori: =, !=, <, <=, >=, >, between, in
Valore: Numero intero 1-7 oppure elenco per in.
Esempio: in [6,7] AND categoria freschi - blocca gli ordini di freschi nel weekend.
Varianti: Combina con Ora per gli orari limite del venerdì.
Ora del giorno (0-23)
Legge: Ora attuale 0-23.
Operatori: =, !=, <, <=, >=, >, between
Valore: Numero intero dell'ora.
Esempio: Ora >= 14 AND prodotto personalizzato - avvisa della produzione il giorno successivo.
Varianti: Finestre di spedizione in giornata.
Data (AAAA-MM-GG)
Legge: Data di calendario attuale.
Operatori: =, !=, <, <=, >=, >, between
Valore: Stringa data 2026-12-24 oppure intervallo.
Esempio: Data < giorno di lancio AND prodotto nel carrello - blocca il carrello ottenuto tramite URL prima del lancio.
Varianti: Finestre per festività / campagne senza job cron.
Statistiche per i nerd
Carrello valutato. Condizioni corrispondenti. Checkout bloccato o avvisato. Motivi mostrati. Ogni decisione nelle righe audit. Questo è software di classe enterprise - ecco l'ingegneria dietro il gate di validazione che il cliente ha appena incontrato.
~26k
Righe di codice
PHP ~22k + JS ~2.2k + CSS ~1.2k + Smarty ~0.9k
103
File del modulo
Classi, controller, template, SQL, traduzioni, asset
55
Campi condizione
Con 14 operatori e collegamenti AND/OR annidati
6
Schede back office
Dashboard, Politiche, Impostazioni, Simulatore, Registro di audit, Aggiornamenti
2
Azioni
block_checkout e warn_checkout
17
Eventi di audit
Validazione, ordini, CRUD politiche/regole, importazione/esportazione, simulazione, impostazioni
15+
Hook
Carrello, checkout, filtro pagamento, validazione ordine, ordine in back office
32
Traduzioni
Pacchetti linguistici pronti per le stringhe BO e FO
Livello database
-
6 tabelle personalizzate:
conordervalid_policy,conordervalid_rule,conordervalid_rule_lang,conordervalid_cart,conordervalid_preset,conordervalid_log. -
19 classi PHP tra cui Engine, ConditionTree, Context, Dashboard, AuditLog, Policy, Rule, CartState, ListRenderer, Admin.
-
Snapshot: violations in JSON per carrello; validation_snapshot in JSON sulle righe di audit per la verità storica.
Architettura
-
Hook: displayHeader, actionCartSave, actionFrontControllerInitAfter, actionFilterPaymentOptions, actionValidateOrder / Before, displayAdminOrder, hook di eliminazione carrello e altri.
-
6 moduli JS: adminConditionBuilder, adminPolicyRules, adminConordervalidDashboard, adminConordervalidSimulator, adminConordervalidSearchTool, validation.js (banner del front).
-
Livello di compatibilità PS 9 in
lib/prestashop9compatibility.php- un'unica base di codice per 1.7, 8 e 9. -
Chart.js sulla dashboard per tendenze giornaliere/settimanali/mensili e grafici a torta per codice regola.
Chart.js
Tendenze KPI e ripartizione a torta per codice regola.
100+ file
103 file nel pacchetto modulo distribuibile.
v1.1.0
Versione attuale per PrestaShop 9 / 8 / 1.7.
Le condizioni decidono QUANDO si attiva una regola. Le azioni decidono COSA succede - blocco o avviso. Il registro di audit dimostra PERCHÉ il checkout si presentava in quel modo.
~26.000 righe di codice distribuite su 103 file del modulo, 32 pacchetti di traduzione e v1.1.0. Il merchandising costruisce l'albero. Il motore lo applica. Il supporto legge lo snapshot. Software di classe enterprise per la governance del checkout.
55 campi condizione, 14 operatori, 2 azioni di applicazione e un'unica traccia di audit - progettati perché un blocco al checkout non sia mai un mistero, ma sempre una regola di business misurata con un motivo che il cliente può risolvere.
Blocca i carrelli problematici. Spiega il motivo. Dimostralo nel registro di audit.
55 campi condizione, gruppi AND/OR annidati, 14 operatori, azioni di blocco e avviso, simulatore e audit completo - progettati perché un blocco al checkout non sia mai un mistero, ma sempre una regola di business misurata con un motivo che il cliente può risolvere.
129.00 €
Galleria Modulo 1/12
Perché scegliere il nostro modulo
Validazione condizionale degli ordini?
Ottimizzazione e Automazione
Il modulo "Validazione condizionale degli ordini" automatizza l'applicazione di politiche complesse, bloccando preventivamente i carrelli problematici per ottimizzare il processo di checkout. Con alberi di condizioni annidate e un audit completo, garantisce il rispetto delle regole aziendali, riducendo gli interventi manuali.
Vendite Aumentate
Validazione condizionale degli ordini massimizza le tue "Vendite Aumentate" bloccando carrelli problematici e frodi. Guidando i clienti verso acquisti validi con ragioni chiare, questo modulo riduce i resi e migliora la qualità complessiva delle transazioni, ottimizzando la redditività del tuo business.
15 anni di esperienza
Frutto di 15 anni di profonda conoscenza PrestaShop, Validazione condizionale degli ordini offre controlli avanzati sul checkout. Supera le limitazioni native con logiche AND/OR annidate, simulatore e audit, garantendo una governance aziendale robusta e affidabile.
Ampia Personalizzazione
Il modulo "Validazione condizionale degli ordini" offre ampia personalizzazione. Permette di creare politiche di checkout complesse e su misura, utilizzando 55 campi condizione, operatori vari e alberi di condizioni AND/OR annidate con raggruppamento illimitato, senza bisogno di codice.
Codice Open Source
Il modulo "Validazione condizionale degli ordini" fornisce pieno accesso al suo codice sorgente (PHP, JS, CSS), senza restrizioni o codifiche proprietarie come Ioncube. Questo permette personalizzazioni e integrazioni avanzate per la governance flessibile e trasparente dei tuoi ordini.
Licenza e Aggiornamenti
La licenza di Validazione condizionale degli ordini permette un utilizzo illimitato nel tempo. Gli aggiornamenti, fondamentali per mantenere le tue regole di validazione conformi, sono gratuiti per un anno. Dopodiché, è possibile rinnovare l'accesso con sconti fino al 90%.