PrestaShop Validação condicional de encomendas
A validação condicional de encomendas bloqueia ou avisa no checkout quando o carrinho incumpre as suas regras. Defina condições de produtos, quantidades, totais, clientes e envio e mostre motivos claros no carrinho e no checkout. Inclui simulador e registo de auditoria para testar políticas antes de as aplicar na loja.
129.00 €
Galeria 1/12
Regras de Checkout Condicionais
O módulo Validação Condicional de Encomendas para PrestaShop é uma solução empresarial que permite bloquear ou avisar sobre carrinhos que violam regras de negócio específicas. Com um construtor visual de condições AND/OR aninhadas, pode definir políticas complexas baseadas em 55 campos de critério, como produtos incompatíveis, MOQs, limites de convidados ou restrições de pagamento. Oferece mensagens claras ao cliente, um simulador de carrinho para testes e um registo de auditoria completo para total governança do checkout. Garanta que apenas encomendas válidas progridem, eliminando erros e melhorando a experiência do cliente.
Versão do módulo:
1.1.0
Versões da loja:
9.x8.x1.7.x
Funciona com ThirtyBees:
Não
Traduções:
Bloqueie o checkout que viola as suas regras.
Políticas visuais. Motivos claros. Auditoria completa.
O PrestaShop aceita de bom grado qualquer carrinho que ainda tenha stock - mesmo quando a combinação é ilegal para o seu negócio: SKUs incompatíveis, packs de MOQ inválidos, encomendas de convidados acima de um limite, países restritos ou métodos de pagamento que nunca deveriam ser combinados. A Validação condicional de encomendas é software de classe enterprise para a governação do checkout: políticas visuais, árvores de condições AND/OR aninhadas com agrupamento ilimitado, ações de bloqueio ou aviso, banners de motivos visíveis para o cliente, simulador de carrinho, painel de análise e um registo de auditoria completo. Combine condições livremente - aninhe grupos, ligue condições irmãs com AND ou OR, acumule várias regras por política e várias políticas por carrinho - e, na prática, obtém um espaço praticamente ilimitado para aplicar regras avançadas de encomenda. Sem código. Sem alterações ao tema. Um único motor que impede carrinhos inválidos antes de se tornarem encomendas inválidas.
O que a Validação condicional de encomendas oferece
Funcionalidades que transformam o "espero que leiam as FAQ" em controlo de checkout gerido. Construído como software de classe enterprise para lojas que precisam de regras de encomenda reais - e não apenas de um valor mínimo de carrinho. O poder é combinatório: grupos, ligações AND/OR, políticas e regras multiplicam-se em programas praticamente ilimitados.
Políticas de bloqueio ou aviso
Pare o checkout por completo (filtre opções de pagamento, proteja a finalização da encomenda) ou emita um aviso suave com um banner claro. Políticas nomeadas, ordenação por prioridade, paragem na primeira correspondência quando as campanhas não podem sobrepor-se. Várias regras por política, cada uma com o seu próprio código, ação e mensagem multilingue.
Outros: um único valor mínimo de carrinho global
Criador de condições AND/OR aninhadas
55 campos com grupos de arrastar e soltar. Cada condição irmã recebe a sua própria ligação AND ou OR - assim, (A AND B) OR C é uma verdadeira árvore, não uma lista aplanada. Aninhamento ilimitado para uma lógica de merchandising que corresponde à forma como as equipas operacionais realmente pensam.
Outros: verificações de tema codificadas manualmente
Motivos legíveis para humanos
Os clientes veem a sua mensagem, além de uma lista numerada de Motivos com nomes de produtos e valores em negrito - idêntica no carrinho e no checkout. A deduplicação aproximada mantém a lista limpa quando várias políticas são acionadas.
Outros: falha silenciosa ou erro vago
Simulador de carrinho
Escolha um carrinho e um cliente reais. Veja as políticas correspondentes, bloqueio vs. aviso, códigos de regra e mensagens exatas antes de qualquer cliente real ser afetado. Utiliza o mesmo avaliador que a produção.
Outros: testar em produção e rezar
Painel de análise
Cartões de KPI para invocações de regras, bloqueios de checkout e encomendas afetadas. Tendências diárias / semanais / mensais com Chart.js e um gráfico circular por código de regra - para que a equipa de merchandising veja o que realmente é acionado.
Outros: sem visibilidade após a configuração
Registo de auditoria completo
Avaliações de validação, bloqueios, simulações, CRUD/ativação/duplicação/importação/exportação de políticas e alterações de definições. Autor, ID do carrinho, código da regra, ação e snapshot em JSON. Exportação a partir do controlador de auditoria completo.
Outros: checkout caixa-preta
Importar, exportar, duplicar
Descarregue qualquer política como JSON, carregue-a num ambiente de testes, duplique com um clique. Mova árvores de MOQ e incompatibilidade entre lojas sem reconstruir manualmente.
Outros: reconstruir manualmente a cada estação
Bloqueio rígido de pagamento
Quando bloqueado, as opções de pagamento são esvaziadas e os scripts JS do frontend protegem os botões de continuar / finalizar encomenda. A validação do lado do servidor continua a ser executada antes da criação da encomenda - defesa em profundidade.
Outros: apenas um banner, a encomenda continua a passar
Limites sensíveis à moeda
As condições de valor são configuradas na moeda predefinida e convertidas para a moeda do carrinho na avaliação e nos motivos apresentados ao cliente - comportamento multi-moeda consistente.
Outros: números em bruto, moeda errada
Combine condições. Agrupe-as. Acumule políticas.
Isto não é um único valor mínimo de encomenda para toda a loja. É um motor de validação combinatório - e é isso que desbloqueia regras de checkout de nível enterprise que o PrestaShop nativo não consegue alcançar.
Condições dentro de condições. Árvores AND/OR aninhadas com ligações por condição irmã - assim, (A AND B) OR C é expressável. Profundidade ilimitada para a lógica de merchandising.
Grupos dentro de grupos. Cada grupo é um parêntesis lógico. Coloque as regras de MOQ num grupo, as regras geográficas noutro, e ligue-as com OR na raiz - ou com AND para portões mais rigorosos.
Regras dentro de regras. Várias regras de validação por política: bloquear pares incompatíveis, avisar sobre baixo gasto VIP, aplicar múltiplos de embalagem - cada uma com código, ação e mensagem.
Políticas dentro de políticas. Várias políticas ativas no mesmo carrinho. Ordenação por prioridade. Paragem na primeira correspondência quando precisa de exclusividade. Caso contrário, os motivos são combinados num único banner.
55 campos de condição x 14 operadores x grupos aninhados ilimitados x políticas e regras ilimitadas = na prática, possibilidades praticamente ilimitadas.
Árvores de condições AND/OR aninhadas
As listas planas de "se isto E aquilo" deixam de funcionar no momento em que o merchandising precisa de lógica do mundo real. A Validação condicional de encomendas armazena as condições como uma árvore de grupos, não como uma lista de verificação única. Cada grupo é um parêntesis lógico: as condições e os grupos aninhados dentro dele são avaliados em conjunto. Entre cada condição irmã - seja essa irmã uma condição terminal ou outro grupo - escolhe-se AND ou OR. Os grupos aninham-se sem limites artificiais de profundidade, pelo que expressões como (Produto A no carrinho AND Produto B no carrinho) OR (Cliente convidado AND Total do carrinho >= 200) são funcionalidades nativas, não soluções improvisadas.
Como funciona o agrupamento. O grupo raiz contém a lógica de nível superior. Adicione condições como folhas; adicione um grupo aninhado para um novo parêntesis lógico. As alças de arrastar reordenam condições irmãs ou movem nós entre grupos. O seletor de ligação entre itens alterna AND/OR por cada ligação - a condição irmã nº 2 pode estar ligada por OR à nº 3, enquanto a nº 3 está ligada por AND à nº 4. O motor percorre a árvore recursivamente: cada grupo colapsa para verdadeiro/falso e, depois, as ligações do grupo pai combinam os resultados dos filhos.
AND vs. OR. AND significa que todos os operandos têm de ser satisfeitos. OR significa que basta que pelo menos um seja satisfeito. Combine-os: um OR exterior aceita um caminho VIP ou um caminho de gasto elevado; os AND interiores reforçam cada ramo de forma independente.
Reavaliação em tempo real. A árvore é guardada como JSON estruturado na política e é reavaliada a cada alteração do carrinho - adicionar produto, alterar quantidade, iniciar sessão, alterar endereço, selecionar transportadora ou pagamento. O simulador e o checkout do frontend partilham o mesmo avaliador.
Três padrões lógicos que pode construir visualmente
Par incompatível
Árvore: (Produto 12 no carrinho AND Produto 34 no carrinho). Em linguagem simples: Bloquear apenas quando ambos os SKUs aparecem juntos.
VIP ou gasto elevado
Árvore: (Grupo é VIP) OR (Total do carrinho >= 500 AND Sessão iniciada = Sim). Aviso suave, exceto se for VIP ou gasto significativo.
Geografia + MOQ
Árvore: (País de entrega não está na UE) OR (Categoria no carrinho AND Quantidade da categoria múltipla de 6). Duas regras de negócio, uma política.
Ligações AND/OR por condição irmã x aninhamento ilimitado x 55 campos = lógica booleana tão expressiva como uma folha de cálculo, tão legível como um fluxograma.
Revolucionário
Portão condicional visual do checkout - impeça carrinhos inválidos com motivos que os clientes compreendem
A maioria das lojas gere as regras de encomenda de uma de três formas falhadas: umas FAQ que ninguém lê, um módulo de carrinho mínimo que apenas verifica um número, ou código PHP personalizado que se estraga na próxima atualização. Nenhuma combina segmentação profunda e aninhada, comunicação clara com o cliente e aplicação auditável num só lugar.
Passo 1 - QUANDO intervir
Árvore de condições visual com grupos AND/OR aninhados: produtos, múltiplos de MOQ, totais, peso, grupos, convidado/sessão iniciada, país, zona, código postal, transportadora, pagamento, histórico de encomendas, domínio de email, dia/hora/data. As regras só são acionadas quando a árvore corresponde.
Passo 2 - O QUE fazer
Cada regra escolhe bloqueio ou aviso, um código de regra estável para análise, prioridade e uma mensagem multilingue. O motor adiciona Motivos estruturados com nomes de produtos e quantidades em negrito.
Passo 3 - COMO o comprova
Simulador em carrinhos reais. KPIs no painel. Registo de auditoria com snapshots em JSON. Opções de pagamento removidas quando bloqueado - não apenas uma caixa vermelha.
Porque é que isto importa: Não está à espera que os clientes leiam regras de embalagem, nem a manter substituições de tema frágeis. Está a utilizar software de classe enterprise - um motor de validação condicional onde as condições se aninham com AND/OR, as ações bloqueiam ou avisam, e cada decisão pode ser simulada, medida e auditada.
20 casos de uso reais
Cada exemplo é uma política que pode construir com grupos aninhados. Bloqueie quando o cumprimento da encomenda é impossível; avise quando só precisa de educar o cliente. Os motivos aparecem no carrinho e no checkout.
1. Pares de produtos incompatíveis
T-shirt impressa AND download vetorial no mesmo carrinho (grupo AND). Bloquear e listar ambos os nomes.
2. Múltiplos de quantidade de embalagem (MOQ)
A quantidade do produto tem de ser múltipla de 4. A quantidade 3 é bloqueada com um motivo claro de tamanho de embalagem.
3. Abuso de envio gratuito
(Envio = 0) AND (Total do carrinho < 50). Protege os limites de envio gratuito.
4. Limite de gasto para convidados
Convidado = Sim AND Total do carrinho >= 200. Force o início de sessão ou bloqueie carrinhos anónimos de alto valor.
5. Cumprimento apenas na UE
País de entrega não está na lista da UE. Bloqueie destinos não expedíveis desde o início.
6. Pagamento contra reembolso proibido para carrinhos pesados
Pagamento = contra reembolso AND peso >= 20. Evite recusas da transportadora no checkout.
7. Mínimo na categoria de amostras
Categoria em Amostras AND quantidade mínima da categoria 3. Evite o desperdício de uma única amostra.
8. Exclusividade de marca
Fabricante A no carrinho AND Fabricante B no carrinho. Exclusividade contratual.
9. Abuso de cupão na primeira encomenda
Primeira encomenda = Não AND cupão aplicado. Proteja os códigos de aquisição.
10. Apenas email empresarial (B2B)
Grupo = B2B AND domínio de email não contém gmail. Higiene do canal grossista.
11. Separação virtual + físico
Tem virtual AND Requer envio. Evite pesadelos de cumprimento misto.
12. Limite de personalização
Tem personalizado AND Hora >= 14. Avise que a gravação será enviada no dia seguinte.
13. Lista negra de códigos postais
Código postal por regex / começa com para ilhas remotas. Bloqueie com uma chamada à ação de contacto.
14. Transportadora vs. peso
Transportadora = cacifo AND peso > 5. O cliente altera a transportadora antes do pagamento.
15. Gasto elevado em conta nova
Idade da conta < 2 AND total >= 500. Padrão clássico de fraude interrompido.
16. Embalagens de caixa do fornecedor
A quantidade do fornecedor tem de ser múltipla de N. Aplicação de caixas em dropshipping.
17. Bloqueio de frescos ao fim de semana
Categoria de frescos AND dia em [6,7]. Cozinha fechada aos fins de semana.
18. Incentivo suave VIP
Grupo VIP AND total de produtos < 80 - apenas aviso, checkout permitido.
19. Âmbito multiloja
ID da loja = outlet AND produto exclusivo - bloquear no canal de desconto.
20. Bloqueio de lançamento
Produto no carrinho AND data < dia de lançamento - bloquear carrinhos pré-lançamento.
Guia completo de funcionalidades
Referência em linguagem simples para donos de loja, equipas operacionais e agências. Software de classe enterprise - suficientemente profundo para regras B2B e de marketplace, suficientemente claro para que as edições diárias de políticas nunca precisem de um programador.
Políticas e regras de validação
Uma política é uma campanha nomeada com uma árvore de condições (QUANDO) e uma ou mais regras de validação (O QUE). Políticas ilimitadas, ordenação por posição, ativação/pausa individual. Cada regra: código de regra, ação (bloqueio ou aviso), prioridade, mensagem multilingue.
Parar na primeira correspondência termina após a primeira política qualificada. Caso contrário, todas as correspondências contribuem com violações, ordenadas por prioridade num único banner combinado para o cliente.
Criador visual de condições (grupos + AND/OR)
Editor de árvore de arrastar e soltar. Adicione condições e grupos aninhados. Entre condições irmãs, escolha AND ou OR. É assim que se constrói (MOQ AND categoria) OR (restrição geográfica) sem escrever código. Seletores SearchTool para produtos, categorias, fabricantes, fornecedores, grupos, transportadoras e moedas.
Consulte a enciclopédia abaixo para todos os campos. Consulte a secção AND/OR aninhados acima para saber como funcionam as ligações e os parênteses lógicos.
Mensagens ao cliente, banners e bloqueios rígidos
Mensagem personalizada multilingue + lista estruturada de Motivos. Um único banner no carrinho e no checkout. Quando bloqueado: opções de pagamento filtradas, finalização da encomenda protegida, a validação do lado do servidor antes da encomenda continua a ser executada.
Simulador, painel e auditoria
O simulador utiliza carrinhos reais. KPIs do painel + Chart.js. O registo de auditoria regista automaticamente as alterações de estado da validação (não apenas em modo de depuração), além de eventos do ciclo de vida das políticas com snapshots em JSON.
Importar / exportar / duplicar / predefinições
Políticas JSON portáteis. Duplicação com um clique. Predefinições de condições aceleram os inícios comuns (convidado, virtual, carrinho de alto valor, ...).
Todos os campos de condição - explicados em detalhe
Esta é a enciclopédia completa dos campos disponíveis no criador de condições visual. Cada campo pode estar isolado ou dentro de grupos AND/OR aninhados. Os limites monetários são configurados na moeda predefinida da loja e convertidos para a moeda do carrinho no momento da avaliação e da exibição. Os campos compostos de MOQ utilizam o formato id:limite.
Valores e tamanho do carrinho
Total do carrinho (com IVA)
Significa: Total bruto do carrinho, incluindo impostos, na moeda do carrinho do cliente (limite guardado na moeda predefinida, convertido na avaliação).
Operadores: =, !=, <, <=, >=, >, entre
Valor: Valor monetário decimal na moeda predefinida da loja, por exemplo 50 ou intervalo 50;150 para "entre".
Exemplo: Bloquear quando o total < 50 para proteger promoções de envio gratuito.
Variantes: Combine com Convidado = Sim para limites de alto valor anónimos; com Tem cupão para portões contra abuso de cupões.
Total de produtos
Significa: Soma das linhas de produtos com IVA incluído, excluindo o envio.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Valor monetário na moeda predefinida.
Exemplo: Avisar o grupo VIP quando o total de produtos < 80 (incentivo suave até ao limite de oferta).
Variantes: Prefira este em vez do total do carrinho quando o envio não deve contar para a regra.
Total de produtos (sem IVA)
Significa: Subtotal líquido de produtos (sem IVA).
Operadores: =, !=, <, <=, >=, >, entre
Valor: Valor monetário na moeda predefinida.
Exemplo: B2B: exigir produtos líquidos >= 250 antes do checkout.
Variantes: Ideal para lojas grossistas que pensam em valores sem IVA.
Custo de envio
Significa: Valor de envio atual no carrinho.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Valor monetário.
Exemplo: Bloquear quando envio = 0 AND total de produtos < 40 (abuso de envio gratuito).
Variantes: Combine com Transportadora selecionada para detetar métodos gratuitos incorretos.
Quantidade total de produtos
Significa: Soma das quantidades em todas as linhas do carrinho.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro.
Exemplo: Avisar quando quantidade > 100 por risco de fraude / stock.
Variantes: Utilize Produtos únicos quando o que importa é a variedade de SKUs e não as unidades.
Produtos únicos no carrinho
Significa: Número de linhas de produto distintas (SKUs).
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro.
Exemplo: Bloquear packs de amostras a menos que produtos únicos >= 3.
Variantes: Bom para regras de sortido independentes do tamanho da embalagem.
Peso do carrinho (kg)
Significa: Peso total do carrinho em quilogramas.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número decimal em kg.
Exemplo: Bloquear transportadora de cacifo quando peso > 5.
Variantes: Combine com Transportadora selecionada OR Módulo de pagamento para limites logísticos.
Número de regras de carrinho
Significa: Quantas regras de carrinho / cupões estão atualmente aplicados.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro.
Exemplo: Bloquear a acumulação quando o número de regras de carrinho > 1.
Variantes: Combine com Carrinho tem cupão aplicado para verificações booleanas mais simples.
Indicadores do carrinho (booleano)
Tem pelo menos um produto virtual
Significa: Verdadeiro se existir algum produto virtual / descarregável no carrinho.
Operadores: =, != (Sim/Não)
Valor: Booleano Sim ou Não.
Exemplo: Avisar quando a mistura de virtual + físico requer envio.
Variantes: Utilize com Todos os produtos são virtuais para carrinhos apenas de download.
Todos os produtos são virtuais
Significa: Verdadeiro apenas quando todas as linhas são virtuais.
Operadores: =, !=
Valor: Booleano.
Exemplo: Ignorar bloqueios relacionados com envio quando todos virtuais = Sim.
Variantes: Oposto de Tem produto físico.
Tem produto físico
Significa: Verdadeiro se existir pelo menos um produto expedível.
Operadores: =, !=
Valor: Booleano.
Exemplo: Exigir uma transportadora quando tem físico = Sim.
Variantes: Combine com Requer envio para portões de cumprimento.
Carrinho requer envio
Significa: Indicador do PrestaShop: o carrinho precisa de um endereço de entrega / transportadora.
Operadores: =, !=
Valor: Booleano.
Exemplo: Bloquear módulos de pagamento que não podem expedir quando requer envio = Sim.
Variantes: Útil em casos limite mistos de virtual + físico.
Tem produto personalizado
Significa: Verdadeiro quando existe uma personalização de produto.
Operadores: =, !=
Valor: Booleano.
Exemplo: Avisar após as 14h00 que a gravação será enviada no dia seguinte.
Variantes: AND com Hora do dia / Dia da semana para limites de produção.
Carrinho tem cupão aplicado
Significa: Verdadeiro quando pelo menos um desconto / regra de carrinho está aplicado.
Operadores: =, !=
Valor: Booleano.
Exemplo: Bloquear cupões de novo cliente quando Primeira encomenda do cliente = Não.
Variantes: Alternativa mais simples do que contar regras de carrinho.
Presença no catálogo
Produto no carrinho
Significa: Se os IDs de produto selecionados aparecem no carrinho.
Operadores: in, not in, =, !=
Valor: Um ou mais IDs de produto através da seleção múltipla do SearchTool.
Exemplo: in [t-shirt, vetor] com AND de duas condições de Produto - incompatibilidade clássica.
Variantes: not in para lista negra; combine várias condições de Produto com AND para pares.
Categoria no carrinho
Significa: Verdadeiro se algum produto pertencer aos IDs de categoria selecionados.
Operadores: in, not in, =, !=
Valor: IDs de categoria.
Exemplo: Categoria de alimentos frescos no carrinho AND dia de fim de semana - bloquear.
Variantes: As categorias aninhadas dependem de como os produtos estão atribuídos no catálogo.
Fabricante no carrinho
Significa: Presença de marca / fabricante.
Operadores: in, not in, =, !=
Valor: IDs de fabricante.
Exemplo: Marca A AND Marca B ambas presentes - bloqueio por exclusividade contratual.
Variantes: Utilize Quantidade do fabricante para MOQ numa marca.
Fornecedor no carrinho
Significa: Presença do fornecedor (dropship / armazém).
Operadores: in, not in, =, !=
Valor: IDs de fornecedor.
Exemplo: Fornecedor X presente - aplicar Quantidade do fornecedor múltipla da caixa.
Variantes: Ideal para marketplaces com vários fornecedores.
Quantidades e MOQ (composto id:limite)
Quantidade do produto
Significa: Quantidade de um produto específico comparada com um limite.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Composto idProduto:quantidade, por exemplo 12:3.
Exemplo: Quantidade do produto 12 >= 3 para elegibilidade de desconto por volume (ou bloqueio abaixo do MOQ).
Variantes: Prefira os campos dedicados de mínimo/máximo/múltiplo quando a intenção é aplicar o MOQ.
Quantidade da categoria (soma)
Significa: Soma das quantidades de todas as linhas numa categoria.
Operadores: =, !=, <, <=, >=, >, entre
Valor: idCategoria:quantidade
Exemplo: Soma da categoria Amostras < 3 - avisar para adicionar mais amostras.
Variantes: Funciona em vários SKUs da mesma categoria.
Quantidade do fabricante (soma)
Significa: Soma da quantidade para um fabricante.
Operadores: =, !=, <, <=, >=, >, entre
Valor: idFabricante:quantidade
Exemplo: Quantidade da marca > 50 - aviso de fraude / alocação.
Variantes: Mesmo padrão que a soma da categoria.
Quantidade do fornecedor (soma)
Significa: Soma da quantidade para um fornecedor.
Operadores: =, !=, <, <=, >=, >, entre
Valor: idFornecedor:quantidade
Exemplo: Limite de caixa do fornecedor antes de permitir o checkout.
Variantes: Combine com Quantidade do fornecedor deve ser múltipla de.
Quantidade mínima do produto
Significa: Falha quando a quantidade do produto está abaixo do mínimo exigido.
Operadores: Avaliador de MOQ (mín.)
Valor: idProduto:qtdMin
Exemplo: Produto 12 mínimo 4 - não é possível comprar 1-3 unidades.
Variantes: O motivo apresentado ao cliente mostra o mínimo exigido.
Quantidade máxima do produto
Significa: Falha quando a quantidade do produto excede o máximo.
Operadores: Avaliador de MOQ (máx.)
Valor: idProduto:qtdMax
Exemplo: Limite de 20 por SKU por encomenda para controlo de alocação.
Variantes: Útil para lançamentos e edições limitadas.
Quantidade mínima da categoria
Significa: A soma da categoria tem de ser pelo menos N.
Operadores: MOQ mínimo
Valor: idCategoria:qtdMin
Exemplo: Categoria grossista mínimo 12 unidades.
Variantes: Aplica-se à soma de todos os produtos dessa categoria.
Quantidade máxima da categoria
Significa: A soma da categoria não pode exceder N.
Operadores: MOQ máximo
Valor: idCategoria:qtdMax
Exemplo: Limitar a categoria promocional a 6 por encomenda de cliente.
Variantes: Combine com Grupo de clientes para limites B2C vs. B2B.
Quantidade mínima do fabricante
Significa: Soma do fabricante >= N.
Operadores: MOQ mínimo
Valor: idFabricante:qtdMin
Exemplo: Kit inicial da marca requer 6 unidades.
Variantes: Mesma família que o MOQ de categoria.
Quantidade máxima do fabricante
Significa: Soma do fabricante <= N.
Operadores: MOQ máximo
Valor: idFabricante:qtdMax
Exemplo: Limite de alocação de 30 unidades da Marca X por encomenda.
Variantes: OR com Convidado para limites anónimos mais rígidos.
Quantidade mínima do fornecedor
Significa: Soma do fornecedor >= N.
Operadores: MOQ mínimo
Valor: idFornecedor:qtdMin
Exemplo: Quantidade mínima de encomenda do parceiro dropship.
Variantes: Evita micro-encomendas não rentáveis a esse fornecedor.
Quantidade máxima do fornecedor
Significa: Soma do fornecedor <= N.
Operadores: MOQ máximo
Valor: idFornecedor:qtdMax
Exemplo: Limitar a exposição a um fornecedor de risco por carrinho.
Variantes: Padrão de fraude / controlo de crédito.
Quantidade do produto deve ser múltipla de
Significa: Falha quando a quantidade do produto não é um múltiplo exato de N (tamanho da embalagem).
Operadores: MOQ múltiplo
Valor: idProduto:tamanhoEmbalagem por exemplo 12:4
Exemplo: A camisola deve ser encomendada em packs de 4 - a quantidade 3 é bloqueada com um motivo claro.
Variantes: Regra de embalagem grossista mais comum; o motivo lista a quantidade atual e o múltiplo exigido.
Quantidade da categoria deve ser múltipla de
Significa: A soma da categoria tem de ser um múltiplo de N.
Operadores: MOQ múltiplo
Valor: idCategoria:tamanhoEmbalagem
Exemplo: Categoria de caixas vendida apenas em conjuntos de seis.
Variantes: Utilize quando qualquer combinação de SKUs na categoria ainda tem de completar uma caixa.
Quantidade do fabricante deve ser múltipla de
Significa: Soma do fabricante múltipla de N.
Operadores: MOQ múltiplo
Valor: idFabricante:tamanhoEmbalagem
Exemplo: Tamanho da caixa da marca 12.
Variantes: Mesma semântica que o múltiplo de categoria.
Quantidade do fornecedor deve ser múltipla de
Significa: Soma do fornecedor múltipla de N.
Operadores: MOQ múltiplo
Valor: idFornecedor:tamanhoEmbalagem
Exemplo: O fornecedor só envia caixas completas de 8.
Variantes: Aplicação de caixas em dropshipping.
Total da linha do produto
Significa: Total monetário de uma linha de produto face a um limite.
Operadores: =, !=, <, <=, >=, >, entre
Valor: idProduto:valor
Exemplo: Total da linha do produto 12 < 20 - avisar de configuração subvalorizada.
Variantes: Valor convertido da moeda predefinida, como os outros campos monetários.
Cliente
Cliente com sessão iniciada
Significa: Se a sessão tem um cliente autenticado.
Operadores: =, !=
Valor: Sim / Não.
Exemplo: Forçar início de sessão: caminho de convidado bloqueado quando total do carrinho >= 200 AND sessão iniciada = Não.
Variantes: Espelho de Cliente convidado.
Cliente convidado
Significa: Verdadeiro para checkout de convidado / sem sessão iniciada.
Operadores: =, !=
Valor: Sim / Não.
Exemplo: Convidado AND carrinho >= 200 - bloquear encomendas anónimas de alto valor.
Variantes: Regra clássica de redução de fraude.
Grupo de clientes
Significa: O cliente pertence a um dos grupos PrestaShop selecionados.
Operadores: in, not in, =, !=
Valor: IDs de grupo (VIP, B2B, Visitante...).
Exemplo: Grupo VIP - apenas aviso suave; Visitantes - MOQ rígido.
Variantes: not in Visitante para políticas apenas para clientes com sessão iniciada.
Encomendas concluídas pelo cliente
Significa: Contagem de encomendas historicamente concluídas.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro.
Exemplo: encomendas = 0 com cupão de novo cliente - permitir; encomendas > 0 - bloquear abuso de cupão.
Variantes: Combina com o booleano Primeira encomenda do cliente.
Gasto total do cliente
Significa: Valor de gasto total (convertido).
Operadores: =, !=, <, <=, >=, >, entre
Valor: Valor monetário na moeda predefinida.
Exemplo: Gasto total >= 1000 desbloqueia apenas aviso em vez de bloqueio.
Variantes: Padrão de fidelização / pontuação de confiança.
Domínio de email do cliente
Significa: Domínio de email / string de endereço para verificações de padrão.
Operadores: =, !=, contém, começa com, regex, vazio, não vazio
Valor: Texto ou regex, por exemplo @empresa.com ou gmail.
Exemplo: Grupo B2B AND email não contém gmail - bloquear emails de consumidor no canal grossista.
Variantes: regex para listas de permissão/bloqueio complexas.
Primeira encomenda do cliente
Significa: Verdadeiro quando o cliente não tem encomendas anteriores concluídas.
Operadores: =, !=
Valor: Booleano.
Exemplo: Primeira encomenda = Não AND cupão aplicado - bloquear códigos de aquisição em compradores recorrentes.
Variantes: Mais claro do que orders_count = 0 para efeitos de merchandising.
Idade da conta do cliente (dias)
Significa: Dias desde o registo do cliente.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro de dias.
Exemplo: Idade da conta < 2 AND carrinho >= 500 - bloquear (padrão de fraude de conta nova).
Variantes: entre para janelas de período experimental.
Endereço, envio, pagamento, loja
País de entrega
Significa: País do endereço de entrega.
Operadores: in, not in, =, !=
Valor: IDs de país / lista de seleção ISO.
Exemplo: não está nos países da UE - bloquear com mensagem geográfica.
Variantes: OR com País de faturação para regras de residência fiscal.
País de faturação
Significa: País do endereço de faturação.
Operadores: in, not in, =, !=
Valor: IDs de país.
Exemplo: País de faturação != País de entrega - avisar de discrepância.
Variantes: Cenários de IVA B2B.
Zona de entrega
Significa: Zona PrestaShop do endereço de entrega.
Operadores: in, not in, =, !=
Valor: IDs de zona.
Exemplo: Zona = Ilhas - bloquear transportadoras padrão.
Variantes: Mais abrangente do que listar todos os países.
Código postal de entrega
Significa: String do código postal de entrega.
Operadores: =, !=, contém, começa com, regex, vazio, não vazio
Valor: Texto / regex.
Exemplo: começa com 00- para regras da área metropolitana; regex para intervalos de ilhas.
Variantes: vazio para detetar endereços incompletos.
Estado / região de entrega
Significa: Estado / região no endereço de entrega.
Operadores: =, !=, in, not in, contém...
Valor: ID de estado ou texto, dependendo da configuração da loja.
Exemplo: Estado em [regiões remotas] - bloquear ou avisar de sobretaxa.
Variantes: Útil para comunidades autónomas dos EUA / Canadá / Espanha.
Transportadora selecionada
Significa: Transportadora escolhida para o carrinho.
Operadores: in, not in, =, !=
Valor: Referência / ID da transportadora através do seletor.
Exemplo: Transportadora = cacifo AND peso > 5 - bloquear.
Variantes: Avaliado após a etapa da transportadora; revalidado em caso de alteração.
Módulo de pagamento
Significa: Nome técnico do módulo de pagamento.
Operadores: in, not in, =, !=
Valor: Nome do módulo, por exemplo ps_cashondelivery.
Exemplo: Contra reembolso AND peso >= 20 - bloquear.
Variantes: Funciona com o filtro de pagamento quando bloqueado globalmente.
Moeda
Significa: ID da moeda do carrinho.
Operadores: in, not in, =, !=
Valor: IDs de moeda.
Exemplo: Moeda != predefinida da loja - avisar de carrinhos com câmbio exótico.
Variantes: Os limites monetários continuam a converter-se; isto filtra pela escolha da moeda.
ID da loja
Significa: ID da loja atual (multiloja).
Operadores: =, !=, in, not in
Valor: Número inteiro do ID da loja.
Exemplo: Loja = Outlet AND produto exclusivo no carrinho - bloquear.
Variantes: Mantém as políticas limitadas à loja quando necessário.
Janelas temporais
Dia da semana (1-7)
Significa: Dia da semana atual no fuso horário da loja (1 = segunda-feira ... 7 = domingo).
Operadores: =, !=, <, <=, >=, >, entre, in
Valor: Número inteiro 1-7 ou lista para "in".
Exemplo: in [6,7] AND categoria de frescos - bloquear encomendas de frescos ao fim de semana.
Variantes: Combine com Hora para limites de sexta-feira.
Hora do dia (0-23)
Significa: Hora atual, 0-23.
Operadores: =, !=, <, <=, >=, >, entre
Valor: Número inteiro de hora.
Exemplo: Hora >= 14 AND produto personalizado - avisar produção no dia seguinte.
Variantes: Janelas de expedição no mesmo dia.
Data (AAAA-MM-DD)
Significa: Data de calendário atual.
Operadores: =, !=, <, <=, >=, >, entre
Valor: String de data 2026-12-24 ou intervalo.
Exemplo: Data < dia de lançamento AND produto no carrinho - bloquear carrinho de URL pré-lançamento.
Variantes: Janelas de feriados / campanhas sem tarefas cron.
Estatísticas para nerds
Carrinho avaliado. Condições correspondidas. Checkout bloqueado ou avisado. Motivos mostrados. Cada decisão em linhas de auditoria. Isto é software de classe empresarial - aqui está a engenharia por trás da porta de validação que o cliente acabou de encontrar.
~26k
Linhas de código
PHP ~22k + JS ~2,2k + CSS ~1,2k + Smarty ~0,9k
103
Ficheiros do módulo
Classes, controladores, templates, SQL, traduções, recursos
55
Campos de condição
Com 14 operadores e ligações AND/OR aninhadas
6
Separadores do back office
Painel, Políticas, Definições, Simulador, Registo de auditoria, Atualizações
2
Ações
block_checkout e warn_checkout
17
Eventos de auditoria
Validação, encomendas, CRUD de políticas/regras, importação/exportação, simulação, definições
15+
Hooks
Carrinho, checkout, filtro de pagamento, validação de encomenda, encomenda de administração
32
Traduções
Pacotes de idioma prontos para textos do back office e frontoffice
Camada de base de dados
-
6 tabelas personalizadas:
conordervalid_policy,conordervalid_rule,conordervalid_rule_lang,conordervalid_cart,conordervalid_preset,conordervalid_log. -
19 classes PHP incluindo Engine, ConditionTree, Context, Dashboard, AuditLog, Policy, Rule, CartState, ListRenderer, Admin.
-
Snapshots: JSON de violations por carrinho; JSON de validation_snapshot nas linhas de auditoria para a verdade histórica.
Arquitetura
-
Hooks: displayHeader, actionCartSave, actionFrontControllerInitAfter, actionFilterPaymentOptions, actionValidateOrder / Before, displayAdminOrder, hooks de eliminação de carrinho e mais.
-
6 módulos JS: adminConditionBuilder, adminPolicyRules, adminConordervalidDashboard, adminConordervalidSimulator, adminConordervalidSearchTool, validation.js (banners do frontoffice).
-
Camada de compatibilidade com o PS 9 em
lib/prestashop9compatibility.php- uma única base de código para 1.7, 8 e 9. -
Chart.js no painel para tendências diárias/semanais/mensais e gráficos circulares por código de regra.
Chart.js
Tendências de KPI e distribuição circular por código de regra.
100+ ficheiros
103 ficheiros no pacote distribuível do módulo.
v1.1.0
Versão atual em PrestaShop 9 / 8 / 1.7.
As condições decidem QUANDO uma regra é acionada. As ações decidem O QUE acontece - bloqueio ou aviso. O registo de auditoria prova PORQUÊ o checkout se comportou dessa forma.
~26.000 linhas de código distribuídas por 103 ficheiros do módulo, 32 pacotes de tradução e a versão v1.1.0. O merchandising constrói a árvore. O motor aplica-a. O suporte lê o snapshot. Software de classe enterprise para a governação do checkout.
55 campos de condição, 14 operadores, 2 ações de aplicação e um único registo de auditoria - concebido para que um bloqueio no checkout nunca seja um mistério, mas sempre uma regra de negócio medida com um motivo que o cliente pode corrigir.
Impeça carrinhos inválidos. Explique porquê. Comprove-o no registo de auditoria.
55 campos de condição, grupos AND/OR aninhados, 14 operadores, ações de bloqueio e aviso, simulador e auditoria completa - concebido para que um bloqueio no checkout nunca seja um mistério, mas sempre uma regra de negócio medida com um motivo que o cliente pode corrigir.
129.00 €
Galeria do Módulo 1/12
Porque escolher o nosso módulo
Validação condicional de encomendas?
Otimização e Automação
O módulo Validação Condicional de Encomendas automatiza a aplicação de regras complexas no checkout, otimizando o processo e prevenindo encomendas inválidas. Com políticas visuais e um motor de validação avançado, garante que apenas carrinhos conformes progridam, poupando tempo e recursos.
Aumento de Vendas
O módulo Validação Condicional de Encomendas impulsiona as vendas, otimizando o checkout ao bloquear carrinhos inválidos com motivos claros. Os clientes podem corrigir rapidamente, aumentando a conversão de pedidos viáveis e rentáveis.
15 anos de experiência
Com 15 anos de experiência em PrestaShop, o módulo **Validação condicional de encomendas** aborda os desafios complexos do checkout. A nossa profunda compreensão da plataforma resultou numa solução robusta, oferecendo 55 campos de condição e lógica AND/OR aninhada para controlo empresarial, garantindo que o seu negócio aplique regras sofisticadas sem esforço.
Ampla Personalização
O módulo "Validação condicional de encomendas" redefine a ampla personalização do checkout. Com seu criador visual de condições AND/OR aninhadas e 55 campos, permite que defina políticas complexas, adaptando o processo de validação perfeitamente às suas necessidades específicas de negócio.
Código Aberto
O módulo Validação condicional de encomendas é de código aberto, garantindo acesso total para edição e integrações avançadas das suas regras de checkout. Possui licença perpétua e um ano de atualizações gratuitas, oferecendo máxima autonomia e controlo.
Licença e Atualizações
A licença do módulo Validação condicional de encomendas é vitalícia, assegurando controlo duradouro do checkout. As atualizações contínuas são gratuitas por um ano, com renovação posterior disponível com até 90% de desconto.