B2B订货政策引擎验收：返利、赠品与阶梯价的8个场景

自动计算之前，先把政策写成可执行规则

同一句“一级经销商订得越多价格越低，满额有赠品，季度还有返利”，业务人员听得懂，系统却无法直接执行。上线前至少要补齐五类信息。

规则发布还要保留版本。经销商在活动有效期内提交订单，审核或发货发生在活动结束后，系统应能说明使用下单时、审核时还是发货时的政策版本。已确认订单不能因为后台后来修改了阶梯价，就在查询或对账时悄悄变成新价格。

用一组可手算的数据贯穿测试

下面8个场景沿用同一组测试数据。数字仅用于说明验收方法，品牌应换成自己正在执行或准备上线的脱敏政策。

把预期结果先写在测试脚本里，供应商再执行。若测试过程中临时修改规则来迎合系统结果，这次演示就失去了验收意义。

B2B订货政策引擎的8个验收场景

场景一：同一购物车，换一个经销商账号再算一次

先用经销商甲登录，加入60件商品S；再换成区域、等级或合同不同的经销商乙，加入完全相同的商品和数量。核对两边看到的商品范围、基础价、阶梯规则、赠品和返利政策是否各自匹配，并追查系统依据的是经销商主体、收货单位还是登录账号。

通过标准是同一组商品能够按照已发布政策得到不同结果，订单保留命中的经销商、价目表和政策版本。业务人员临时给出的特殊价格应进入授权或审批流程，不能靠改账号、改商品备注绕过政策。

这个场景验的是“一客一价”的真实落点。只展示后台存在多张价目表，却不让两个账号下同一张订单，无法证明系统匹配正确。

场景二：分别下49、50、99和100件，测试阶梯边界

经销商甲分别订49、50、99和100件商品S，预期单价依次为92、88、88和84元。除了核对总额，还要打开计算明细，确认系统采用的是整档价格还是分段累进价格。本例约定整单数量命中一个档位，不能把电费式的分段累进算法套进来。

随后加入同系列的另一个SKU，检查两种商品是否会合并凑量。本例明确按商品S单个SKU计算，因此其他SKU不应把49件推入50件档。若品牌实际按系列、品类或整单数量累计，测试数据也要据此调整，并明确退货时怎样重新判断档位。

通过标准是临界数量的单价、金额和命中依据均可复算，前台显示与后台订单、ERP接收金额一致。数量单位还应保持统一，整箱、内盒和单件不能在阶梯判断时混算。

场景三：赠品按比例取整，库存不足时不悄悄改结果

60件商品S应生成6件赠品G。把数量改为59件，赠品应变为5件；再改回60件，恢复为6件。赠品应作为独立商品行保留SKU、数量、政策来源和库存状态，不能只写在订单备注中。

接着把赠品可用库存设为4件。本例已预设“库存不足时阻止提交”，因此测试只接受订单被拦截、原因可见且未占用6件赠品库存的结果；“欠赠、替代或人工审批”不能作为本次验收的等价通过项。还要记录赠品库存预占、订单取消后的释放以及退货后的追回或冲回。

如果赠品由物料配比账户或费用额度控制，还要同时核对账户占用、订单取消后的释放及财务审核记录。赠品规则算对了，账户或库存却没有同步变化，后续仍会在发货和对账时暴露差异。

场景四：预计返利、待确认返利与可用返利分开显示

60件商品S审核后，系统可显示预计返利158.40元，但这笔金额不应立即等同于可提现或可抵扣余额。本例按实际确认发货净额计提，订单发货并经财务确认后，返利才从预计或待确认状态转为可用。

本例只验证按确认发货净额计提的单笔返利，不代表所有品牌的默认公式。若项目实际按季度或年度目标、回款状态或多个订单累计，需另加累计返利验收脚本，写明统计周期、纳入订单、未回款排除、结算批次和跨期退货冲回。

现场要继续制造一次部分发货：60件只确认发出50件。本例将未发的10件保留为待配，返利只按已确认发货的50件计提，基数为50 × 88＝4,400元，预计返利为132元；后续补发时再按实际确认发货量计提。若返利按季度目标、回款金额或多个订单累计，系统还要展示累计范围、统计周期、达成进度和结算批次。

通过标准是返利基数能够追到具体订单和商品行，预计、待确认、可用、已使用、冲回等状态互不混淆。手工调整要记录原因、操作人和财务审批，不能直接改一个汇总余额。

场景五：阶梯价、买赠与返利同时命中，系统能解释先后顺序

本例允许三项政策叠加，因此60件商品S应先按阶梯价形成5,280元商品金额，再生成6件赠品，并以实际发货净额计提3%返利。返利只进入相应账户，不直接冲减本单应付。

测试时再新增一条与返利互斥的临时折扣。本例预设返利优先，因此临时折扣不生效，系统应向经销商显示保留返利及临时折扣未命中的原因。后台还应能查到其他未命中原因，例如适用对象不符或活动时间已过。

通过标准不是“自动选出最优惠结果”，除非品牌确实把最优价作为规则。系统应忠实执行品牌发布的优先级与相容相斥关系，并让业务和财务能够解释订单为什么得到这个结果。

场景六：政策计算完成后，再做额度和账期校验

经销商甲的本单应付为5,280元，可用信用额度只有4,000元，差额为1,280元。本例已预设“进入超额审批”，因此系统应把订单送入有权限的审批流程，并显示超额1,280元；阻止提交、补充预付款或拆分支付不作为本次验收的等价通过结果。预计返利158.40元尚未转为可用，本例也不允许用它抵减订单应付。

现场同时核对批准额度、已占用额度和可用额度三者的变化。验收前还要确定额度在提交、审核、付款、发货、取消和退货各节点的占用与释放时间；本例按订单进入超额审批后暂不转为可用额度占用，审批驳回则释放，审批通过后按项目约定转为应收。账期30天从审核、发货、签收还是开票日起算，也应与财务口径一致。

通过标准是价格与促销结果进入额度校验时只计算一次，超额订单有明确状态和审批证据；B2B系统与ERP或财务系统之间只能有一套约定的额度权威，接口失败不能让同一笔订单在两边重复占用或重复释放。

场景七：审核改单、仓库欠货后，相关政策同步重算

在审核通过前把订单从60件改为49件。由于本例的阶梯判定时点是“审核通过”，最终审核数量为49件时，单价应从88元回到92元，商品金额变为49 × 92＝4,508元，赠品变为4件，预计返利变为135.24元。系统应把修改前后的计算结果并列留痕，并重新执行额度校验。

审核通过后若只是仓库暂时欠货，本例按审核通过时的60件保留阶梯价，未发的数量记为待配；返利仍按实际确认发货净额计算。若品牌另行选择按确认发货量重算，必须在政策表中改写阶梯判定时点，并用另一套脚本验收，不能在同一订单里临时切换口径。系统不能把“审核减量”和“暂时欠货”合成同一个状态。

通过标准是改单原因、原数量、确认数量、待配数量和政策差额都能查询，下游ERP、WMS收到的数量与金额版本一致。重复发送同一变更事件时，不得再次占用额度、增加赠品或计提返利。

场景八：取消与退货分别测试，确认冲回口径

先在发货前取消整单。系统应释放信用额度和赠品库存，撤销预计返利，并保留原订单与取消原因。取消事件重复发送时，只能释放一次。

再建立一张已经发货并确认返利的订单，关联原单退回10件。本例按原成交单价88元处理，追回1件赠品G，返利冲回10 × 88 × 3%＝26.40元；退货后保留的50件仍按原单已确认价格，不重新把整单改按50件重新计算。

另做一笔“返利已使用后再退货”的测试：若账户可用余额不足以冲回26.40元，系统应生成待冲回差额、保留原返利使用流水并进入财务审批，不能直接把账户改成负数或静默冲平。

通过标准是取消、退货、退款或账户冲回各自保留状态，失败项进入异常处理而不覆盖已经成立的业务事实。财务能够从返利账户流水追到原订单、退货单和调整原因，经销商也能看到与最终结算一致的明细。

验收时看计算证据，不只看页面结果

每个场景至少保留六类证据：输入数据、命中政策、计算明细、状态流水、下游结果和能力分类。订单页面显示5,280元，只能证明前台出现了一个数字；业务团队还要知道它来自哪张价目表和哪一档阶梯，财务要看到返利与账户流水，实施团队要核对传入ERP的数量、单价、赠品和金额，同时记录该场景属于标准功能、参数配置、接口集成、定制开发或暂不支持。

可参考《美妆品牌零售系统供应商怎么验：八个可当场测试的行业场景》中的POC方法，提前写明预期结果、实际结果和能力分类，并保留订单、账户和接口证据。本文只聚焦B2B政策计算，现场仍应使用真实测试账号和脱敏规则。

政策引擎、ERP与财务系统各自管什么

秉坤动销通B2B订货系统面向品牌与经销商之间的订货协作。现行产品页面披露了按区域和经销商等级配置订货方案、价目表、阶梯价和折扣，并支持满减、买赠、返利、活动相容相斥以及资金、物料配比和返利账户等能力。

这些能力主要解决经销商下单时看什么、按什么政策计算、订单怎样审核及账户怎样记录。商品主数据、仓库可配库存、实际出入库、应收和财务入账仍可能由ERP、WMS或财务系统承担。

品牌应在项目蓝图中确定价格、额度、返利和库存各自的数据权威，以及接口失败后的补偿和对账方式；每个验收场景都要把能力归类为标准功能、参数配置、接口集成、定制开发或暂不支持。

如果品牌还在梳理经销商订货、发货、账期与终端销售之间的关系，可继续阅读《美妆品牌渠道管理数字化：从经销商订货到终端动销》。本文关注政策怎样算，前一篇则解释B2B、ERP、WMS与门店POS如何分工，以及为什么订货量不能直接当作终端动销。

正式上线前，再核对三件事

第一，政策负责人要签字确认规则口径。阶梯范围、返利基数、赠品不足、叠加优先级、账期起算和退货冲回应形成可版本化的政策表，不能只留在会议纪要或业务人员经验里。

第二，用历史订单回放。选择正常单、临界数量单、超额单、欠货单、改单和退货单，比较新系统计算结果与已确认的成交和结算结果。差异应逐笔解释，不能只看整批总金额相同。

第三，明确异常由谁处理。业务负责政策例外，财务负责额度、返利和账期，客服或渠道运营负责订单沟通，IT与供应商负责接口及重试。自动计算减少的是重复判断，不能取消例外审批和差异处理。

需要把规则带到供应商现场核对，可下载《B2B订货政策引擎验收清单》，逐项记录政策版本、计算结果、账户流水和接口证据。建议同时准备一张真实价目表、一组阶梯价格、买赠与返利规则，以及一笔包含改单或退货的历史订单，再联系秉坤顾问讨论现场验收范围。

常见问题

经销商专属价和阶梯价同时存在，先用哪一个？

先读取该经销商所属订货方案中的价目表与阶梯规则，再按方案已发布的优先级判定。若两者同时命中，系统应展示最终命中规则及未命中原因。当前产品页面示例为阶梯价优先，具体项目以实际发布的优先级为准。验收时要让系统展示命中的价目表、阶梯档位和政策版本，不能只看最终单价。

返利为什么不能直接当作本单折扣？

折扣通常在本单成交时减少应付金额，返利则可能以发货、回款、季度目标或年度协议为条件，先计提再确认。若品牌允许可用返利抵扣货款，也应先形成返利账户流水，再作为一种结算资金使用，避免把预计返利提前花掉。

赠品没有库存时，系统应该自动换一种吗？

本文示例默认赠品库存不足时阻止提交。实际项目如采用欠赠、指定替代或人工审批，应在测试前写入政策表，验收只判断系统是否执行已确认的策略；不能自行更换商品，也不能静默减少赠品数量。

订单部分发货后，阶梯价要重新计算吗？

取决于品牌约定的计算时点。若阶梯价按审核通过的订货量确定，仓库暂时欠货时可保留原价并记录待配；若按最终确认发货量计算，则应重算价格及相关返利。两种口径都要提前写入政策，并与经销商合同、订单展示和财务结算保持一致。

B2B订货系统可以替代ERP和财务系统吗？

通常不能。B2B订货系统主要承接经销商可见商品、价格促销、订单提交、审核和账户协同；ERP、WMS与财务系统继续承担主数据、库存履约、应收及财务入账等职责。项目应确定各类数据的权威来源和回写规则，避免多套系统重复记账。