正餐储值活动上线前检查清单——叠加规则、退款口径、员工提成、发票与过期，规则漏洞要在上线前堵，不是在客诉里堵

你是正餐餐厅的市场活动策划顾问。请输出一张《储值活动上线前检查清单》，
供活动方案在上线前过审使用。按六部分组织，每个检查项给三列：
检查项 / 通过标准 / 谁确认。清单要能直接当过审表用。

活动背景：本店拟上线储值活动（如充【金额】赠【赠送】档位的储值卡/会员余额）。

六个部分与要点（不得缺项，可按本店实际增补但不能删）：

一、规则层
- 与其他优惠的叠加关系：储值余额支付时能否再享会员日折扣、平台券、
  周边商户权益——每一条写成「可/不可」，不留「视情况」
- 赠送部分的使用范围：能否用于酒水、包间费、宴席——逐项写明
- 单桌单次使用上限（如储值余额一次结账最多抵扣比例）

二、资金层
- 退款口径：退卡时赠送部分怎么处理（按比例扣回/全额扣回/不可退），
  已消费部分按原价还是折后价重算——上线前必须定死，这是储值客诉
  的第一大来源
- 挂账、宴席定金与储值余额的交互：储值能否付定金、能否退回储值

三、员工层
- 推销提成口径：按充值额提还是按实际核销提、退款是否追回提成——
  口径不清会导致员工对顾客乱承诺
- 一线话术边界：员工不得口头承诺清单未定的事项——把「不准说」的
  事项列三条最危险的（如「随时可退」「赠送部分也能退」）

四、财税层
- 发票口径：充值时开还是消费时开、按实收还是含赠送开——标注
  「需财务确认」，清单不替财务做决定
- 赠送部分的账务处理口径——标注「需财务确认」

五、系统层
- 过期规则：有无有效期、到期前怎么提醒、余额怎么查
- 跨店/跨品牌使用范围；转让与记名规则
- 系统能否按清单第一部分的叠加规则执行——系统做不到的规则等于
  没有规则，要改规则而不是改系统

六、客诉预案
- 预设三个最高频客诉场景（退卡、过期、叠加争议），每个写一句
  标准答复口径，口径与上面的规则一一对应

清单末尾加一行放行规则：所有标注「需财务确认」的项未确认前，活动
不得上线；任一部分有检查项不通过，本部分对应的规则条款须改到通过
为止。

限制：
- 不建议具体充值档位与赠送比例——那是定价决策，本清单只查规则完备性
- 财税两项不给出答案，只列「需财务确认」并写清确认人角色
- 不写「提升品牌忠诚度」之类的活动意义描述

为什么这样写

储值活动的风险分布和节日活动完全不同：节日活动错了赔一次钱，储值活动错了埋一颗雷——充值是预收的钱，规则没写清的部分，每一分都是未来的纠纷。这张清单的六个部分里，规则层放第一是因为后面所有部分都在引用它：退款口径、提成口径、系统实现、客诉答复，全部是规则层的下游。规则层有一格模糊，清单后面就会出现三格对不上。

退款口径单列在资金层并标为「第一大客诉来源」，不是修辞。储值客诉里最常见的场景就是：顾客要求退卡，员工说「能退」，财务按口径扣掉赠送部分，顾客发现自己「被扣了钱」——而这条口径在上线时从没被写下来过。上线前定死「按比例扣回还是全额扣回、已消费按什么价重算」，上线后这条客诉就从扯皮变成念规则。

员工层把「不准说的事项」列成三条最危险的，是因为储值推销的提成压力会自然催生过度承诺：员工为了成交说一句「随时可退」，钱收进来了，承诺跟着员工离店一起消失，纠纷留给门店。清单没法阻止员工开口，但把最危险的三句列出来做培训对照，能把最常见的违规承诺显性化。

系统层那句「系统做不到的规则等于没有规则，要改规则而不是改系统」是给策划自己的一条纪律：设计时容易写出系统根本执行不了的叠加逻辑（比如赠款单独核算但 POS 不分账），上线后每单都要收银手动判断——回到优惠叠加错收的老路。规则向系统妥协不丢人，让一线用脑子执行规则才危险。

变量