多方案命中与前台手动选择
一家门店同时挂着好几张促销是常态：新品特价、现烤限时、晚市折扣、会员日满减。商品、日期、分店、会员卡类别都对上时，收银端会同时命中多张方案——这时「按哪一张、要不要都用」由谁决定，是本店会不会重复让利的关键。口径只有一句话：网页后台只把候选方案排好顺序下发，最终取哪一条发生在收银台；收银台有两种做法，默认按顺序自动执行，或者把选择权交给收银员逐单确认。
一、先分清三件事
| 想解决的问题 | 用哪个功能 | 在哪里配 |
|---|---|---|
| 多张方案同时命中时，谁排在前面自动生效 | 优先级 | 促销方案单上的「优先级」字段，见 促销总览与新增方案 |
| 每一单都由收银员问过顾客之后再决定参不参加 | 前台手工选择执行促销方案 | POS 系统特点总开关 + 方案上的「手动执行」，本篇 |
| 收银员临时想看本店有哪些方案、或临时把整单还原成原价 | 收银台全部优惠窗口 | 门店收银台底部按钮，见 收银台点单 |
这三件事互相独立：调了优先级不等于能人工选，开了总开关也不等于每张方案都进人工清单，全部优惠窗口更不是人工选择功能——它是收银台常驻的查看与试算入口。
二、命中顺序：配置端只排序，不裁决
一张方案要进收银端的候选清单，先过七道闸口（日期、状态、中止标志、在线标志、分店、商品范围、同步周期），逐条排查见 促销生效与未生效排查。过了闸口的方案在下发时还要排序：
| 排序键 | 规则 | 说明 |
|---|---|---|
| 第一键 | 优先级降序 | 单据上的「优先级」是整数，数值大的排前面；没填的按 0 处理 |
| 第二键 | 审核日期降序 | 优先级相同时，最近审核的排前面 |
需要知道的三条边界：
- 配置端不做跨单查重，也不替你选。 同一批商品挂两张方案，两张都能审核通过、都会下发，系统不会拦，也不会提示冲突。
- 顺序到了收银端才有意义。 后端能保证的是「谁在前面」，取舍动作属于收银端逻辑，不同收银终端的实现不完全一样，上线前请在门店实测，不要照搬别家门店的经验。
- 回传按实际生效逐张记。 结算后收银端把这一单真正用到的方案回传后台，一张方案记一条「促销方案快照」。这张表目前在网页端没有查询页面，只有收银随单写入这一条路径，复盘口径见 促销效果复盘与对账。
成本最低的做法仍然是：同一批商品、同一时段只挂一种玩法，把优先级和人工选择都留作例外手段。
三、把选择权交给收银员：两处开关
「前台手工选择执行促销方案」要两处同时打开，缺一不可。只开一处时，前台照旧自动命中。
开关一：POS 系统特点总开关（网页端可配）
连锁管理 → 编码 → POS系统特点（页面地址 /admin/PosRetail/option/poscode/），在基础设置页签的分店设置分组里，勾选：
允许前台手工选择执行促销方案
这一项在两三百个参数里，用页面右上角的搜索框输入「手工选择」直接定位比翻页签快。三点注意：
- 它是账套级参数，没有门店差异，改一次影响全部门店的收银前台；
- 保存后收银端要重新登录或重启才读得到，不是刷新单据就行；
- 未开启时，前台结算一律自动执行促销，即使某张方案勾了「手动执行」也会被当成普通方案自动命中。
入口与各页签的分工见 POS系统特点。
开关二：方案上的「手动执行」（网页端勾不动这一项）
方案级的这个标记在数据里叫选择执行。网页端打开一张促销方案单，它只出现在系统信息分区里、以只读形式显示，可视化的玩法配置器没有提供这个勾选框——所以在网页端配促销时勾不动它。
要让更多张方案进入人工选择清单，在客户端 ERP 对应的方案窗口里补这一项：零售POS → 促销管理 → 特价促销（或买赠促销、量贩特价、时间段特价单等）→ 打开方案 → 在促销条件区（特价促销等方案在其他扩展页签）勾选：
手动执行（由收银选择是否执行）
改完把方案重新生效并下发门店。客户端侧窗口、快捷键与收款方式联动的完整说明见 前台手工选择执行促销方案（客户端）。
网页端建单、客户端补勾
常见做法是玩法、范围、优先级都在网页端配好，只把「手动执行」这一个勾到客户端补上。反过来不成立：从客户端建的历史单据在网页端只能查看，点开会提示改用原 ERP 打开。
两处都打开之后，前台是什么样
不同收银终端弹的窗口不是同一个，操作口径也不同：
| 收银终端 | 什么时候出现 | 窗口与操作 | 对应文档 |
|---|---|---|---|
| 门店传统收银（客户端 POS） | 走到结算收款时自动弹出 | 「选择促销方案」窗口，两个页签：1、选择方案（一行一张，列为选择、方案编号、方案名称、开始时间、结束时间）、2、收款方式；[F11] 全选、[F12] 取消全选，点【确认并执行】后按方案重算应收 | 前台手工选择执行促销方案（客户端） |
| SAAS 烘焙收银系统 | 收银员点底部全部优惠时打开 | 标题「全部优惠 · 本店促销方案」，副标题「共 N 个方案 · 本单可享优惠以加购后试算为准」，无方案时显示「暂无促销方案」；勾选后价格随试算变化，可用「取消所有促销（恢复原价）」还原，底部「确 定」「关 闭」 | 收银台点单 |
| 云 POS 平板收银 | 按平板端促销支持 | 平板端支持的促销方式与限制 | 促销方式支持说明 |
两个清单的取数范围不同：全部优惠窗口列的是本店当前可用的促销方案；人工选择清单只列**勾了「手动执行」**且本店、当前时间、当前会员卡类别都满足的那几张。没勾的普通方案不进人工清单，照旧自动命中。
四、业务操作步骤
步骤 1：在网页端把方案配好
促销管理 → 促销方案新增一张单，选好玩法、参与分店、时间范围、会员维度，填优先级，保存并审核。各玩法的字段与校验见本栏目 20~90 各篇。
步骤 2：打开 POS 系统特点总开关
连锁管理 → 编码 → POS系统特点，搜索「手工选择」→ 勾选允许前台手工选择执行促销方案 → 保存 → 通知门店收银前台重新登录或重启。
步骤 3：在客户端给方案补勾「手动执行」
打开该方案在客户端的窗口，在促销条件区（特价促销等在其他扩展页签）勾选手动执行（由收银选择是否执行），保存并让方案处于生效状态。
步骤 4：等一轮下发再到门店复测
促销规则约十分钟同步一次；参数类改动要收银端重新读取。不要连续改连续测：先等一轮同步，再在同一台收银机上做两轮对比。
步骤 5：验证参与与不参与两种结果
同一张购物车，走结算：
| 操作 | 期望结果 |
|---|---|
| 清单里不勾任何方案直接确认 | 这一单的手工执行类方案全部不参加，金额回到原价；没有勾手动执行的其它方案照旧自动命中 |
| 勾上目标方案后确认并执行 | 特价、折扣、赠品按方案计入，应收金额随之刷新，小票体现活动价或赠品行 |
| 所选方案限定了收款方式 | 前台切到收款方式页签并提示只能按指定方式收款，先与顾客确认付款方式 |
两轮金额一致地对上了，才说明总开关、方案勾选、门店同步三件事都到位。
五、典型场景
场景 1：两张方案并存，让顾客二选一
同一款蛋糕挂着「会员特价立减」和「充值享特价」。两张都勾选手动执行，收银员结算时先问顾客是否愿意充值，再勾对应那一张——避免系统自动命中力度大的那张后，充值那笔让利白让。
场景 2：老客让利不给散客自动享受
针对老客的方案勾选手动执行，收银员识别出老客身份后再勾选参与。比给方案加会员卡类别限制更灵活：同一张类别卡下的客人，也可以按当次意愿决定给不给。
场景 3：限定收款方式的活动
方案限定了收款渠道时，人工选择让收银员在参与之前就把付款方式讲清楚，比自动命中后再退单省事。收款方式如何参与促销范围，见 促销总览与新增方案 的参与范围一节。
场景 4：只是想临时看一眼有没有活动
不必开总开关。收银员在收银台点全部优惠就能看到本店可用方案并试算，需要按原价卖时用「取消所有促销（恢复原价）」还原。
场景 5：自动成组与人工选择同时存在
组合优惠按件数自动成组的活动不需要勾手动执行，它自动命中；只有需要逐单确认的方案才勾人工选择。两类共存时按促销配置的优先级执行，未勾手动执行的方案不受影响。相关说明见 组合优惠自动成组。
六、权限控制与前置条件
- POS 系统特点是系统维护类入口，一般由总部实施或运维岗位配置，门店无修改权限；
- 方案的「手动执行」在客户端促销方案窗口勾选，改完必须重新生效并下发；
- 总开关与方案勾选都要走一次下发，收银端重新读取参数后才见效；
- 收银员账号需具备结算与促销选择的操作权限；
- 本功能只影响勾了手动执行的那几张方案，其余促销照常自动命中。
七、常见问题
问：总开关开了，结算时还是不弹选择清单。 答：按顺序查四项——总开关是否真的保存且收银端已重新登录；方案是否勾了「手动执行」（这一项在网页端勾不动，要到客户端补）；方案是否已到生效状态且在日期窗口内；门店是否已完成一次同步。四项里任一项缺失都不会弹清单。
问：弹了窗口但清单是空的。 答：清单只列本店、当前时间、当前会员卡类别都满足条件的手工执行方案。空清单基本是方案范围没覆盖这家店、已超出有效期，或该会员卡类别被排除，回后台核对参与分店与会员卡类别 / 等级。
问：网页端的促销方案单上找不到「手动执行」的勾。 答：这个标记在网页端是只读显示（在单据的系统信息分区），可视化配置器没有提供勾选框。要到客户端对应方案窗口勾选，见第三节。
问：一张方案既要自动命中又要偶尔人工确认，可能吗？ 答：不能同时。勾了手动执行，这张方案就只走人工清单；没勾就只走自动命中。想按门店或按时段区分，用参与分店与时段周期与适用范围控制范围，而不是靠人工选择补救。
问：顾客不想参加，收银员能不能不勾？ 答：可以。不勾任何方案直接确认，这一单不参与手工执行类促销；已勾选的方案在确认前随时可以取消。
问：促销和电子券会不会在同一笔交易上重复让利？ 答：这由券侧的叠加控制决定，不由本篇的人工选择决定。一张券没勾「与促销叠加」时，顾客命中促销后这张券在前台置灰，收银员点【恢复原价】做原价交易才能用券。逐张券的口径见 电子券类型 的「叠加控制」一节。
问：怎么确认这一单实际用了哪几张方案？ 答：收银端结算时会把实际生效的方案逐张写入「促销方案快照」，但这张表在网页端没有查询页面，现阶段只能靠小票与方案名对照，或按促销效果复盘与对账的口径处理。所以方案名一定要写清力度和适用玩法，事后才认得出是哪一张。
相关文档
- 配置端：促销总览与新增方案、时段周期与适用范围、促销生效与未生效排查
- 参数入口：POS系统特点
- 客户端功能篇：前台手工选择执行促销方案、POS设置用户特点
- 门店端表现：收银台点单、促销方式支持说明
- 券侧叠加：电子券类型
- 场景对照：组合优惠自动成组、门店自主促销与总部管控
- 本栏目：促销管理
功能发布：功能分享2026年3月第4期