从一张优惠券，看 SAP Commerce 20 年的促销引擎演进

引子的观点是。你以为的“打折”，远比你想的复杂

双十一零点。

你打开淘宝。购物车里有 5 件商品，总价 1999 元。

页面上自动跳出来几行字：

秒之内，5 条促销规则被同时算完：谁先谁后、哪两条冲突只能挑一条、最终减多少——全部算清楚。

你以为这只是“打个折”？老实说，背后是一套大众已经用了几十年的常见做法——用配置代替代码。 让业务规则像数据一样可以增删改查。 不只电商促销，风控决策、合规审核、工单路由…，所有“业务规则需要频繁变化”的程序都会遇到一样的工程挑战，也都收敛到差不多解法。

这篇文章用SAP Commerce作为参考样板：它在公司级电商领域跑了20 年2018 年版本引入了 Drools 规则引擎，2021 年后又开始反思 Drools 的代价、探索新方向20 年的演进曲线本身就是好教材。

一、促销不是打折，是 大业务战略工具

共同语言：促销到底解决什么生意问题？促销不是“亏钱讨好客户”，而是公司的战略撬动点。把业务价值拆开看，有4 个维度所有技术决策本质上都在服务这四个目标。

二、电商常见的 种促销玩法

业界电商的促销玩法千变万化，但拆开看其实就4 大基础类型: 满减/满赠、折扣、套餐/套装价、券码触发。 每种玩法可以产生3 种效果。“类 × 效果 ≈ 12 种有效组合”，这是任何促销程序至少要覆盖的“基础武器库”。听起来不多吧，按理说，下面给你展示一个真实的「组合复杂度」让你瞬间理解为什么这事不简单。

三、组合复杂度：一个真实的双 十一 场景

Alice购物车示例：

• T恤 ¥199 ×1
• IPhone15 ¥6999 ×1
• Airdpods ¥1499 ×1
• Laptop ¥5999 ×1
• Total ≈ ¥14,696

You need following rules to work toger or be mutually exclusive:

User Pain Points：

• P1： 多条规则并存时如何保证执行顺序不冲突？
• P2： 同类满减需互斥防止叠加导致利润失控。
• P3： 同一活动中，同一使用者同类优惠只能使用一次防止薅羊毛。按理说，
• P4： 实时计算必须在毫秒级完成。否则影响前端体验，
• P5： 多租户 SaaS 场景下如何实现规则隔离与统一治理？

四、规则引擎怎么解决这 大难题

为什么需要规则引擎？

If you write plain if‑else code:

if > 3000) { cart.applyDiscount;}
if > 5000) { cart.applyDiscount;}
if ) { cart.applyPercentage;}
// ，

The more rules you add,more tangled it becomes – eventually system becomes unmaintainable. Every rule change forces a new deployment,making business “change speed” mismatched with “code change speed”. Using Groovy scripts also fails because:

The solution is a dedicated rule engine that separates **condition** and **action**。and provides a scheduling mechanism that handles priority,groups,and execution limits.

用 Condition + Action + Group 表达任意业务 mermaid graph LR A --> B A --> C C --> A The Commerce back‑office offers drag‑and‑drop elements:

• Condition: 购物车金额≥X，使用者是VIP，新使用者首单等。不过，
• Action: 减固定金额。百分比折扣，送赠品等，
• Group: AND / OR 嵌套，可无限层级。

An example “VIP 老客户或新使用者首单享受8%折”配置生成如下树形结构：

Group
├─ Group
│ ├─ Condition: customer.group = 'VIP'
│ └─ Condition: cart.total>= 1000
└─ Group
├─ Condition: customer.isNew = true
└─ Condition: customer.orderCount = 0
Action的观点是，apply percentage discount 8%
After compilation engine produces DRL:
rule "VIP_or_NewUser_8pct"
when
$cart : CartRAO and UserRAO
or
UserRAO
n
apply percentage discount % on $cart;end
Pain Point Addressed: Business users can configure any combination without touching code – eliminating deployment latency.