一、消息
（一）消息记录增加记录【邮箱】以及筛选条件
业务背景：
客户经常反馈发票的连接没有收到，但是消息记录-发票链接补发 ，给非会员发送消息的场景下，对应的消费记录没有记录到手机号码、邮箱信息，也没有相关查询条件无法查询
路径：消息-消息查询-消息记录
二、采购
（一）关联交易生成的采购出入库单支持扫码出入库
业务背景：
关联交易生成的采购出入库单支持扫码录入数量，此前不支持；
三、库存
（一）中台撤销单据接口增加【调拨出库单】
需求背景：
目前业务现状：
ERP 生成调拨出库单后，会推送给中台生成对应的中台单据
当 ERP 端需要反审核该单据时（如录错、调拨取消等场景），中台目前无法同步撤销，导致 ERP 与中台单据状态不一致
部分单据已推送给 WMS（仓库执行出库），三方协同更复杂
核心问题：客户在 ERP 端反审核调拨出库单后，中台侧单据仍然停留在「已审核 / 已推送」状态，造成库存占用未释放、数据不一致。
功能说明：
本次新增能力，让 ERP 反审核后能完整闭环清理中台和 WMS 的对应数据。
2.1 中台开放平台撤销接口升级
| 项目 | 说明 |
| 新增支持 | 调拨出库单 类型 |
| 调用方 | ERP 系统 |
| 触发动作 | 中台反审核该单据，并删除该单据 |
2.2 业务处理逻辑
情况一：调拨出库单未推送给 WMS
中台校验可反审核 → 反审核成功 + 删除单据 + 释放库存
中台校验不可反审核 → 返回失败原因，单据保持原状
情况二：调拨出库单已推送给 WMS
中台先通知 WMS 撤销出库指令
WMS 撤销成功 → 中台把推送状态改回「未推送」+ 反审核 + 删除 + 释放库存
WMS 撤销失败 → 中台弹框提示失败原因，单据不做任何改动，等待人工处理
给客户带来的价值
✅ ERP 与中台单据状态自动同步，避免人工对账
✅ 库存占用自动释放，避免账面与实物不一致
✅ WMS 协同处理，无需客户手工去 WMS 撤销
✅ 失败有据可查，明确告诉客户什么原因没处理成功
（二）导出多维报表工具小数位处理
（三）次品调整单店铺端锁定处理
业务背景：
目前店铺端打开次品调整单，业务组织和仓库没有锁定
功能说明：
1、店铺端打开次品调整单- 列表查询条件调整
【业务组织】锁定当前用户所属组织；
【仓库名称】锁定当前用户所属店铺对应的仓库
2、店铺端新增次品调整单-表头字段调整
【业务组织】锁定当前用户所属组织；
【仓库名称】锁定当前用户所属店铺对应的仓库
四、零售
（一）发票申请的列表和查询条件新增推送票税宝单号字段、发票平台管理的店铺查询新增【批量查询】按钮
01、发票申请新增了啥？
以后进到【发票申请】列表，你会看到上面多了几个筛选框，下面列表里也多了两列：
搜索栏多了2个：
📦 平台推送状态：看有没有推送给票税宝。
👤 复核人：查是谁审核通过的。
列表多了2列：
平台推送状态：一眼看出这张发票推没推到票税宝。
复核人：一眼看出这张发票是谁复核的。
02、发票平台管理的店铺查询-店铺代码新增【批量查询】按钮
以前查店铺，一次只能输一个编码，查多了手酸。现在有了【批量查询】，你可以一次性查几十个店铺，省时省力！
输完第一个编码，记得按一下键盘上的 【回车键 (Enter)】或者逗号分开
（二）支票余额的查询接口，增加一个字段：支票本金金额
业务背景：
希望在POS收款，支付方式为支票余额支付时，同步显示支票的本金金额即期初打款金额，便于客户和店员核对账户余额
功能说明：
查询支票账户余额接口，增加返回支票本金金额，返回客户支票账户的原币收款金额
五、会员
（一）CRM-通用版中台标签对接企业微信标签
业务背景：
客户公司既运营 CRM 中台，也用 企业微信 作为导购触点
客户标签是会员运营的核心资产，目前两边各自管理，口径不统一
不同公司、不同阶段的诉求差异很大：
有的刚上线 CRM，希望暂不打通
有的希望总部统一管控，企微只读
有的希望分工协作，自动标系统打、手工标导购打
现状：要么全断、要么单向同步，缺少「按类型分权」这种灵活模式
| 场景 | 故事 | 客户核心诉求 |
| A：系统初期暂不打通 | 客户刚上线 CRM，企微尚未推广 | 两边独立运行、随时可切换 |
| B：中台统一管控 | 标签由总部运营统一管理，防止滥用 | 中台是唯一数据源、企微只读 |
| C：分工协作 | 自动标（如「30天未消费」）系统打，手工标（如「意向强烈」）导购打 | 自动标中台管、手工标企微管，双向同步 |
功能说明：
3.1 新增系统参数（用于切换模式）
| 项目 | 内容 |
| 参数编码 | Guide00102 |
| 参数名称 | 企微中台标签关系 |
| 参数值 | 模式1：关闭同步 / 模式2：中台为准 / 模式3：按类型分权（本次新增） |
3.2 三种模式核心规则
| 对比项 | 模式1：关闭同步 | 模式2：中台为准 | 模式3：按类型分权 |
| 标签库-中台 | 可读写 | 可读写 | 可读写 |
| 标签库-企微 | 可读写 | 只读 | 只读 |
| 自动标签-中台 | 可读写 | 可读写 | 可读写 |
| 自动标签-企微 | 可读写 | 只读 | 只读 |
| 手工标签-中台 | 可读写 | 可读写 | 只读 |
| 手工标签-企微 | 可读写 | 只读 | 可读写 |
| 同步方向 | 无 | 中台→企微（仅勾选可见） | 双向（仅勾选可见） |
| 核心特征 | 完全独立 | 中台全权，企微只读 | 自动中台、手工企微 |
3.3 模式 3 的中台只读管控（仅对「勾选可见的手工标签」）
| 管控点 | 处理逻辑 |
| 查询会员已贴标签 | 只读标签返回「只读标识」，前端显示「需在企微侧删除」 |
| 给会员打标（可选列表） | 只读标签不展示在可选列表中，无法选择 |
| 给会员删标 | 接口校验报错，禁止中台删除 |
3.4 对接企业微信导购小程序的接口调整
| 入口 | 调整 |
| 会员详情-用户标签 | 模式 3 启用时，过滤「勾选可见的手工标签」 |
| 活动报名 | 模式 3 启用时，过滤「勾选可见的手工标签」 |
给客户带来的价值
✅ 3 种模式灵活切换，适配不同发展阶段
✅ 新增模式 3，兼顾总部管控与一线导购灵活性
✅ 防止标签滥用、口径统一
✅ 自动+手工分工协作，数据双向同步
✅ 兼容现有 POS 和企微导购小程序
（二）CRM-兑换策略需过滤特殊兑换单券和兑换券包不对外开放购买
业务背景：
对于兑换策略，有些特殊的兑换单券、兑换券包的活动明细，需要限制在C端不展示，按活动明细的维度管控。该需求只能控制用户在C端列表里看不到。但如果顾客通过员工分享的链接或小程序码进入了页面，他就可以把这个页面转发给其他人。这种通过用户自发分享带来的传播，管控不到。
功能说明：
路径：CRM-兑换策略
1、创建/编辑 兑换策略页面，当 设置兑换种类=卡券时，在添加卡券明细列表增加【是否C端可见】，开始/关闭，默认为【开启】状态
2、当 设置兑换种类=券包时，，在添加券包明细列表增加【是否C端可见】，开始/关闭，默认为【开启】状态
（三） CRM-活动报名要支持按场次维度配置返券规则以及分摊金额
业务背景：
当前活动报名无法支持按场次维度灵活配置核销成功后的返券规则，也无法按商品明细进行报名费分摊，导致无法与 POS 系统进行精细化对账和正向/逆向单据生成。
功能说明：
● 支持按场次维度配置返券规则（报名成功/核销成功后返券、按单/按数量返券）
● 支持按场次维度配置报名费用分摊商品明细及金额
● 支持根据分摊配置生成对应的 POS 单（正向/逆向）
1、核心能力
| 能力模块 | 说明 |
| 场次级返券配置 | 支持按场次独立设置返券规则、发放时机、卡券类型与有效期 |
| 场次级费用分摊 | 支持按场次将报名费分摊至多个商品明细，便于 POS 对账 |
| POS 单自动生成 | 活动结束后按已使用/已过期/已失效票数自动生成正向/逆向 POS 单 |
| C 端展示适配 | C 端按用户所选场次展示对应返券规则 |
| 退款联动退券 | 退款时按发券规则自动作废对应未使用优惠券 |
2、CRM 端 · 场次返券配置
入口路径：CRM → 活动报名 → 创建/编辑活动 → 场次信息 → 场次限制
配置项说明
| 配置项 | 是否必填 | 默认值 | 说明 |
| 场次返券规则 | 非必填 | 继承活动设置 | 单选：继承活动设置 / 自定义 |
| 是否开启报名返券 | 非必填 | 关闭 | 开启后才展开显示下方返券规则字段 |
| 奖励发放时机 | 开启返券后必填 | — | 单选：报名成功发放 / 核销成功后发放 |
| 返券类型 | 开启返券后必填 | 按单返券 | 单选：按单返券 / 按张返券（按数量） |
| 选取卡券 | 开启返券后必填 | — | 支持添加代金券/折扣券/兑换券，最多 10 个卡券编码，单券上限 20 张 |
| 券生效时间 | 开启返券后必填 | 按卡券库配置 | 单选：按卡券库配置生效 / 按场次时间生效，N 天内有效 |
返券类型详解
| 类型 | 业务定义 | 触发条件 | 发放示例（用户购买 3 张票） |
| 按单返券 | 以整笔订单为单位 | 整单触发一次返券 | 报名成功后→ 发放 1 份奖励 |
| 按张返券（按数量） | 以每一张报名码为单位 | 按购买数量发放 | 报名成功后→ 一次性发放 3 份奖励 |
⏰ 发放时机说明
• 报名成功发放：用户完成报名后立即发放卡券。
• 核销成功后发放：用户在 POS 核销完成后才发放卡券。
券生效时间示例
| 配置 | 用户场次 | 卡券有效期 |
| 有效天数 3 天 | 2025-05-01 09:00 场次 | 2025-05-01 00:00 至 2025-05-03 23:59 |
生效起点：无论场次具体时间点，均以场次日期的自然日零点为起始基准。
活动状态权限控制
| 活动状态 | 返券配置权限 |
| 已审核 + 未开始 | ✅ 允许反审核，可修改场次发券配置 |
| 已审核 + 已开始 | ❌ 不允许反审核，场次发券配置区域只读 |
3、C 端 · 返券内容展示调整
涉及页面
• C 端商城小程序活动报名详情
• 会员中心小程序活动报名详情
调整内容
| 维度 | 调整前 | 调整后 |
| 返券规则取值 | 取活动维度规则 | 按当前选中场次取值 |
| 后端返回字段 | 不含发放时机 | 新增奖励发放时机 字段（报名成功发送 / 核销成功发送） |
✅ 用户在选择不同场次时，C 端将自动展示对应场次的返券规则。
4、CRM 端 · 退券规则
退券总原则
| 原则 | 说明 |
| 一致性 | 退券逻辑与发券时的场次配置规则保持一致 |
| 范围限定 | 仅对已发放的优惠券进行作废 |
| 已使用不可退 | 若优惠券已被使用，仅作废未使用的部分 |
| 状态更新 | 作废后券状态更新为「已作废」 |
| 核销后退款不触发退券 | 核销成功后发放的券不支持退款 |
报名成功 + 按单发放 · 退款规则
| 退款类型 | 是否退券 | 规则说明 |
| 整单退款 | ✅ 是 | 整单退款完成后，撤回已发放卡券，状态更新为「已作废」 |
| 部分退款 | ❌ 否 | 已发放的优惠券保留 |
报名成功 + 按数量（按张）发放 · 退款规则
| 退款类型 | 是否退券 | 规则说明 |
| 整单退款 | ✅ 是 | 作废该订单下所有已发放的未使用券 |
| 部分退款 | ✅ 是（按比例） | 退 N 张票 → 优先作废 N 张未使用券 |
部分退款· 作废数量计算示例
| 场景 | 券使用情况 | 退票张数 | 需作废数 | 实际作废结果 |
| 场景 1 | 3 张均未使用 | 退 2 张 | 2 张 | 作废券 A、B，保留券 C |
| 场景 2 | 券 A 已使用，券 B、C 未使用 | 退 2 张 | 2 张 | 作废券 B、C，保留 0 张 |
| 场景 3 | 券 A、B 已使用，券 C 未使用 | 退 2 张 | 2 张 | 仅作废券 C，实际作废 1 张 |
| 场景 4 | 3 张均未使用 | 整单退款 | 3 张 | 作废全部 3 张 |
5、CRM 端 · 场次费用分摊配置
入口路径
CRM → 活动报名 → 创建/编辑活动 → 场次信息 → 操作栏 → 分摊配置
⚠️ 仅 付费类型 活动报名可见此入口，且本场次「现金」字段必须填写才能进入设置页面。
配置项说明
| 配置项 | 是否必填 | 默认值 | 说明 |
| 是否开启分摊 | 是 | 关闭 | 支持按场次独立开关 |
| 分摊商品明细 | 开启后必填 | — | 至少 1 条，最多 10 条，按 SKU 选择 |
商品明细字段
| 字段 | 类型 | 说明 |
| 商品名称 | 只读 | 展示商品资料中的商品名称 |
| SKU | 只读 | 展示商品资料中的 SKU 编码 |
| 商品编码 | 只读 | 展示商品资料中的商品编码 |
| 分摊金额（元） | 输入框（必填） | 仅支持数字，≥0，保留 2 位小数，最大 9999 |
| 操作 | 按钮 | 支持删除当前行 |
✅ 保存校验
• 所有商品明细的分摊金额之和必须等于 本场次报名费用。
• 支持新增、删除多行。
活动状态权限控制
| 活动状态 | 分摊配置权限 |
| 已审核 + 未开始 | ✅ 允许反审核，可修改分摊配置 |
| 已审核 + 已开始 | ❌ 不允许反审核，分摊配置区域只读 |
6、POS 单生成逻辑
基础规则
| 维度 | 说明 |
| 单据类型 | 活动报名订单且为付费订单（订单金额 > 0） |
| 触发时间 | 整个活动周期结束之后 |
| 统计范围 | 仅统计「已使用」「已过期」「已失效（有退款差额）」「过期退」票明细 |
| 前置条件 | 订单中不能存在任何「退款中」的票明细 |
分摊判断逻辑
| 场次是否开启分摊 | POS 单生成规则 |
| ✅ 开启 | 按场次配置的商品明细 + 金额，生成多行 POS 明细 |
| ❌ 未开启 | 使用系统参数配置的固定条码，按报名费用生成单行 POS 明细 |
各明细金额计算公式（开启分摊时）
| 场景 | 计算公式 |
| 仅含已使用/已过期 | 各明细金额 = 分摊金额× 数量 |
| 含已失效（有差额） | 各明细金额 = 分摊金额× 数量 +（分摊金额 ÷ 原报名费）× 差额总金额 |
数量 = 已使用数量 + 已过期数量；差额总金额 = 所有已失效（有差额）票的差额之和。
库存处理
| 商品类型 | 是否扣库存 |
| 实物商品明细 | ✅ 扣库存 |
| 联营商品明细（招商） | ❌ 不扣库存 |
| 虚拟商品明细 | ❌ 不扣库存 |
POS 单类型
| 类型 | 触发场景 |
| 正向 POS 单 | 活动结束后，已使用/已过期票生成 |
| 逆向 POS 单 | 过期退场景：原 POS 单已生成，过期退时生成负向 POS 单 |
7、POS 接口传参调整
涉及新增/调整字段
| 字段 | 位置 | 取值规则 |
| RetailAmount（零售金额） | 主表 | 各明细零售价× 数量之和 |
| RetailPrice（零售价） | 商品明细表 | 取商品资料的零售价（调商品资料接口获取） |
| SettlementPrice（结算价） | 商品明细表 | 开启分摊时，取分摊商品明细的分摊金额 |
结算价规则
• 开启分摊：
取分摊商品明细的分摊金额传入结算金额、结算价；
零售金额需要获取商品档案的零售价；
（四）互斥券规则支持跨会员中心调整参数
业务背景：
互斥券”允许跨会员中心选取卡券数据，目前根据系统参数（是否商场模式 系统参数：MemberIsShoppingMall）判断是否可以查询多个会员中心的卡券。由于业务是要针对非商城模式的会员中心进行管控，需要增加一个新的参数，改成用这个新的参数判断。原有的参数保留不删除。
功能说明：
新增参数：
参数类型：组织参数（绑定会员中心使用）
参数名称： 互斥券规则配置支持跨会员中心
参数编码： 前缀Coupon + 编码顺序（示例：Coupon999）
参数值： 是 / 否
默认值： 否
参数说明：用于管控配置互斥券规则时，是否允许选择其他会员中心的卡券进行互斥限制。
参数逻辑：若参数值=是，则根据当前用户的管理的会员中心组织，若当前管理的是有1个以上的会员中心，则需先弹窗选择其中一个会员中心，再选择卡券。如值管理1个会员中心，则不弹出选择会员中心，默认按当前会员中心查询卡券数据；若参数值=否，则维持现有的逻辑，不弹出选择会员中心的界面，直接进入选取当前会员中心的卡券
当参数=是，可以支持添加其他会员中心的优惠券，根据当前用户的所管辖的会员中心，若会员中心大于1时，弹窗需选择其中一个会员中心，单选，选择后根据该会员中心获取优惠券进行添加；若会员中心就只有1个时，则不弹窗，直接进入添加卡券界面。
（五） CRM-礼品卡退卡流水余额处理调整
业务背景：
1、顾客申请整张礼品卡全额退卡或使用后退还剩余全部金额 时，流水记录中交易类型=退卡，目前余额没有扣减，需将卡内余额同步扣减至0，保证账实相符。
功能说明：
路径：CRM-礼品卡流水
2、退卡场景对应礼品卡流水体现方式
场景1：未使用全额退款
顾客支付100元，卡内余额200元，未消费，申请退卡。
| 交易类型 | 交易金额 | 余额 | 说明 |
| 售卡 | +200 | 200 | 购卡按面额增加余额 |
| 退卡 | -200 | 0 | 全额退款，余额扣减至0 |
场景2：部分使用后退剩余全额
顾客支付100元，卡内余额200元，消费50元（卡内剩150元），申请退剩余全部。
| 交易类型 | 交易金额 | 余额 | 说明 |
| 售卡 | +200 | 200 | 购卡按面额增加余额 |
| 消费 | -50 | 150 | 消费50元 |
| 退卡 | -150 | 0 | 退还剩余全部余额 |
3、目前对于未使用过的礼品卡申请了整张卡退卡后是允许重新销售的。
调整新逻辑为：
在原有的逻辑增加管控 整单未使用的申请退卡后也禁止再次销售。 即对于已发起退卡的礼品卡卡号（无论是否使用过）需要对此卡号进行变更为作废，不得重新销售。
（六）礼品卡资料增加收款方式配置并对接POS传参调整
业务背景：
原规划，收款方式按商友的收款方式进行设置，之后发现收银员反馈经常会选错收款方式，导致刷错卡，现需求变更为收款方式统一都设置为“礼品卡”，通过礼品卡资料中建立的收款方式代码传商友。
功能说明：
1、礼品卡资料调整
路径：CRM-礼品卡资料
CRM-礼品卡资料增加【外部收款方式】设置条件，排序在【使用方式】字段之后，该参数需根据系统参数【是否开启商场模式】判断，若该系统参数为是，才显示该字段，必填；否则，该字段不可见。
2、对接POS相关接口调整
POS推单商友之前，若订单使用了礼品卡，会调用CRM接口获取礼品卡的信息再传给商友，需要在这个接口上增加返回【外部收款方式】
六、财务
（一）客户支票账户增加变更所属店铺（运动城）功能
业务背景：
客户支票账户增加“所属店铺（运动城）”变动的功能，因支票所属店铺，经常会出现在建立当时不确定是哪个店面，先暂时归属到公司，待后续跨月确定后需要追加修改店面。
功能说明：
客户支票维护，审核生效后，增加功能，变更所属店铺按钮功能，可直接修改支票的归属门店。
1、单据审核生效后，变更所属店铺按钮才可见和可操作。
2、弹窗选择要修改的店铺，可改为其他店铺。
3、可调整多次，每次变更需要做日志记录，记录变更前的所属店铺和变更后的所属店铺、变更时间和变更人编码和名称（用操作日志实现）
4、单据增加变更所属店铺日志页签，可查看变更的历史记录，此页签只查看，不能编辑。（用操作日志实现）
（二）礼品卡进销存明细表
业务背景：
用于财务/运营人员查看指定周期内每张礼品卡的期初、交易流水（消费/退款）及期末余额，支持按组织、卡类型、卡号筛选。
功能说明：
路径：CRM-储值分析-礼品卡进销存明细表
● 筛选条件：
所属组织：控件类型=下拉带查询多选，获取当前用户所关联的角色资料的管理组织进行选取业务组织
日期：支持按月、按天两种模式，默认为按月且查询当前月；
➢ 按月：控件类型=选择单个月份，某月的 第一天 00:00:00 至 最后一天 23:59:59
➢ 按天：控件类型=自定义开始-结束时间，用户任意选择的 开始日期 00:00:00 至 结束日期 23:59:59，限制最长跨度不超过90天。
礼品卡卡号：控件类型=文本输入，按卡号匹配
礼品卡子类型：下拉多选，按礼品卡资料的子类型筛选，子类型包括：礼品卡、提货卡、团购卡、储值卡
七、商城
（一）商城-商城PC端品牌故事
业务背景：
PC商城，商品详情页希望可以增加展示对应品牌的品牌故事
功能说明：
路径：商城-品牌类目-品牌管理
编辑商品资料，增加“品牌描述”，维护对应的品牌故事，前端展示。
（二）商城-商城个人中心我的优惠券详情使用规则
业务背景：
希望在顾客手机端展示其兑换或者获得卡券的使用规则
功能说明：
1 、我的个人中心-我的优惠券详情
增加【使用规则】，文本说明，默认展示两行文案，可以点击【展开】查询完整，【收起】恢复2行文案。
2、积分兑换卡券-兑换卡券详情
增加【使用规则】，文本说明，默认展示两行文案，可以点击【展开】查询完整，【收起】恢复2行文案。
八、商场
（一）商场POS增加冲账功能
业务背景：
联营专柜、自营专柜、商场款台都需要有“冲账”销售类型
功能说明：
联营专柜、自营专柜选择“冲账”销售类型调整。
购物车页面不用调整，就是正常店铺的冲账页面。不需要做挂单去款台结算。
“冲账”销售类型生成POS单时，同步生成款台的“冲账”销售类型POS单。
- 专柜营业员：取单据中的营业员。
- 款台营业员：使用商场参数设置默认“营业员”生成商场POS单，如未配置则取当前商场店铺下第一个营业员。
- 商场款台选择“冲账”销售类型：
- 选择“冲账”销售类型时需要先通过【专柜营业员】按钮选择专柜与营业员后，可在查询商品页面添加对应专柜商品进行冲账。
- 【专柜营业员】：与正常销售的专柜营业员按钮功能一致，支持添加多个专柜开单。
- 【扫描条码】、【查询商品】：添加商品前管控必须先选择专柜。
- “冲账”销售类型生成POS单时，同步生成对应专柜的“冲账”销售类型POS单，生成规则与POS单正常销售推送生成一致。
- 专柜营业员：取当前专柜POS单第一个明细的营业员。
- 款台营业员：使用主表“营业员”生成商场POS单。
