手机分期 Store 拓店 SA 与交机三步闭环优化
本文为增量需求，补充 Store 创建和 SA App 交机流程。除本文明确调整的内容外，沿用现有门店准入、订单、商品、锁机和还款 App 规则。
1. 背景与目标
本期聚焦三个现场运营问题：
- Store 创建时无法记录实际负责拓店的 SA，影响后续拓店效果归因；
- IMEI 识别将 Xiaomi 与 Redmi 分为不同品牌，造成同品牌商品核验和统计口径不一致，且识别结果无法被可靠追溯；
- 交机步骤可被跳过或顺序混乱，无法保证客户设备已完成 IMEI 登记、手机锁激活和还款 App 登录。
目标是在不改变既有订单准入和放款规则的前提下，实现可选的拓店 SA 归属、统一的 Xiaomi/Redmi 品牌口径，以及“扫描登记 IMEI → 装锁 → 还款 App 安装并登录”的交机闭环。
2. 范围与边界
| 功能 | 本期处理 | 不在本期处理 | |
|---|---|---|---|
| Store 创建 | 增加可选的拓店 SA 选择与展示 | 修改既有准入审核、门店状态或办单权限规则 | |
| SA 管理 | 增加 SA 身份、直属上级选择及培训环节的 SA Type | 调整既有权限、佣金、审批责任或组织架构规则 | |
| IMEI 品牌识别 | 统一 Xiaomi/Redmi 品牌口径，保存识别结果 | 人工指定机型绕过识别、修改商品主数据 | 已完成 |
| 交机 | 固化三步顺序及每步完成门槛 | 逾期锁机/解锁策略、Installer App 或客户还款 App 的独立产品能力 |
3. 角色与业务责任
| 角色/系统 | 责任 |
|---|---|
| 渠道运营/有权限的创建人 | 创建 Store 时按实际情况选择拓店 SA，或留空后提交 |
| 管理后台 SA 管理员 | 在 SA 创建或编辑时维护 SA 身份及直属上级；在 SA 培训时维护 SA Type |
| SA / SP / SM | 作为 SA 的身份及直属组织关系被展示和统计；不因被选择自动改变其权限或负责范围 |
| 拓店 SA | 作为 Store 的拓展归属被展示和统计；不因被选择自动获得该 Store 的办单、审核或管理权限 |
| SA | 在交机现场按既定顺序完成三步操作，并处理可恢复的失败项 |
| Store 管理 | 保存并展示 Store 的拓店 SA 归属及历史变更 |
| IMEI 识别能力 | 返回设备品牌、型号等识别结论，并按统一品牌规则归类 |
| 交机业务 | 保存每一步可信结果；在最终交机时复核三步状态 |
4. Store 创建：新增 Business Development SA
4.1 字段规则
在 Store 创建页的最底部新增字段 Business Development SA（业务含义：拓店 SA）：
| 项目 | 规则 |
|---|---|
| 字段文案 | Business Development SA |
| 页面位置 | Store 创建表单最底部，位于现有所有创建字段之后 |
| 控件 | SA 下拉选择 |
| 是否必填 | 否；未选择时允许正常创建 Store |
| 可选范围 | 当前创建人有权查看且处于可用状态的 SA；无可选 SA 时展示空态，不阻断创建 |
| 展示内容 | SA 的姓名/展示名及可区分的工作标识；不得展示手机号、证件信息等敏感数据 |
| 保存结果 | 记录当前选择的 SA；未选择时记录为空，不以创建人、准入 SA 或店员自动补充 |
| 修改 | Store 详情编辑时可补充、替换或清空，须留存变更前后归属、操作人和时间 |
4.2 业务规则
拓店 SA用于拓店来源归属、经营分析和审计；它与现有“准入 SA”、门店负责人、店员和办单 SA 是不同概念，不互相替代。- 创建 Store 时选择的 SA 不改变该 SA 的组织关系、佣金规则、审批责任或数据权限；这些规则如需调整，另行立项。
- 已停用、无权限查看或不在当前业务范围内的 SA 不可被新选中。若历史已关联的 SA 后续不可用，历史归属保留并在详情中标示其当前不可用状态。
- 同一 Store 同一时刻仅保留一名当前拓店 SA；后续变更不得覆盖历史变更记录。
4.3 异常与边界
| 场景 | 处理 |
|---|---|
未选择 Business Development SA | 可正常创建/保存，详情显示“未填写” |
| 下拉加载失败 | 明确提示暂无法获取 SA；允许不选择后创建，已选择值不得被静默清空 |
| 提交前所选 SA 变为不可用 | 阻止以该 SA 提交，提示重新选择或清空后提交 |
| 编辑时清空字段 | 取消当前归属，保留历史记录 |
5. IMEI 识别：Xiaomi 与 Redmi 统一品牌及结果留存
5.1 统一品牌规则
- IMEI 识别结果的品牌为
Xiaomi或Redmi时，业务统一归类并展示为Xiaomi。 - 原始识别品牌仍作为识别证据留存，用于问题排查和识别质量分析；不作为商品匹配、交机放行或经营统计的独立品牌口径。
- 商品品牌为
Xiaomi时，可匹配识别为 Xiaomi 或 Redmi 的设备；商品品牌为 Redmi 的存量商品，也按 Xiaomi 品牌口径匹配。其他品牌不受影响。 - 此规则仅合并品牌口径，不放宽型号、配置、IMEI 数量、唯一性或订单商品一致性校验。
5.2 IMEI 识别信息保存
每次用于交机的 IMEI 识别均须与订单及该 IMEI 绑定保存，至少包括：
- IMEI 及其脱敏展示值；
- 原始识别品牌、统一后的业务品牌、识别型号和可用的设备规格信息；
- 识别结论（匹配、不匹配、无法识别、重复或异常）及稳定的原因类别；
- 识别时间、识别来源和与当前订单/SKU 的匹配结论；
- 登记人及登记时间，以及后续受控更换、作废或人工处理的审计记录。
完整 IMEI 仅供具备业务必要权限的系统和人员使用；前端页面、运营报表和一般日志不得展示或上传完整 IMEI。
5.3 异常与边界
| 场景 | 处理 |
|---|---|
| 识别为 Redmi，订单商品为 Xiaomi | 按 Xiaomi 品牌口径继续进行型号及其他必要校验 |
| 识别为 Xiaomi，订单商品为存量 Redmi | 按 Xiaomi 品牌口径继续进行型号及其他必要校验 |
| 品牌统一后型号仍不一致 | 阻断该 IMEI 登记，不得因品牌合并放行 |
| 识别无结果、超时或结果不完整 | 显示可行动的失败提示；不得手工录入机型绕过交机校验 |
| IMEI 已绑定其他订单 | 阻断登记并进入人工核查，不覆盖原有记录 |
6. 交机三步闭环
6.1 前置条件
进入交机流程时，订单、当前 SA、Store 与商品关系有效，且商户付款已为最终成功。前置条件不满足时可查看原因，但不可完成交机。
6.2 新流程与顺序
本需求覆盖现有交机页中“IMEI → 还款 App → 锁机”的步骤顺序，统一调整为以下三步：
Step 1 扫描并登记 IMEI
↓（全部成功）
Step 2 安装并激活手机锁
↓（服务端确认已激活）
Step 3 安装并登录还款 App
↓（客户登录且当前订单可见）
完成交机| 步骤 | 完成定义 | 未完成时的限制 |
|---|---|---|
| Step 1：扫描并登记 IMEI | 已完成订单商品要求数量的 IMEI 扫描、识别、品牌/型号匹配及唯一性登记 | 不可进入或操作 Step 2、Step 3，不可完成交机 |
| Step 2：安装并激活手机锁 | SA 已点击 Open Installer，并向 Installer App 传递当前订单锁机所需信息；与当前订单及已登记 IMEI 一致的手机锁已由可信服务端确认处于“已激活”状态 | 不可进入或操作 Step 3，不可完成交机 |
| Step 3：安装并登录还款 App | 客户已在交付设备安装或打开官方还款 App，完成本人登录，且当前订单及还款入口可见 | 不可完成交机 |
6.3 页面与状态规则
- 页面固定显示三步及各自状态：未开始、进行中、已完成、失败/需处理、状态未知。后续步骤在前一步未完成时置为不可操作，并说明需要先完成的步骤。
- Step 1 完成后保存 IMEI 登记和识别结果；Step 2、Step 3 的完成结果均以服务端可信状态为准。安装包下载完成、页面跳转、App 回跳或按钮点击都不等于步骤完成。
- 退出、断网或返回前台后，页面恢复并展示服务端最新状态；已完成步骤不要求重复执行，失败或未知步骤可按提示重新检查或重试。
- 最终点击“完成交机”时，系统必须再次复核三步均完成、商户付款未冲正及人员/门店/订单关系仍有效。任一项不满足时，订单保持未交机状态并定位到对应步骤。
- 重复点击、网络重试或页面重复进入只能返回同一交机结果，不得重复绑定 IMEI、重复创建锁机动作或重复完成交机。
6.4 Open Installer 参数唤醒
优化日期：2026-09-17。替代“锁机信息二维码”方案。
Step 2 页面提供 Open Installer 操作。仅当 Step 1 的全部必需 IMEI 已成功登记后，SA 才可点击该操作唤醒 Installer App，并将当前订单的锁机信息传递给 Installer App。
| 传递信息 | 规则 |
|---|---|
IMEI | 当前订单已登记并通过校验的 IMEI；多 IMEI 设备须传递本次锁机对应的全部必需 IMEI |
Customer Phone | 当前订单客户手机号 |
Order ID | 当前手机分期订单 ID |
SA ID | 当前执行交机的 SA ID |
传递信息仅用于当前订单、当前 SA 和已登记 IMEI 的 Installer App 锁机安装，不得被页面展示、复制、保存或用于其他订单、设备或 SA；不得写入前端日志、运营报表或一般日志。
唤醒与状态规则：
- 点击
Open Installer时，SA App 仅可唤醒指定的 Installer App，并传递本节定义的当前订单信息；用户取消唤醒、目标 App 不可用或唤醒失败时，Step 2 保持未完成并提供重试指引。 - Installer App 使用收到的订单信息执行锁机安装；其完成、失败或回跳结果仅用于触发 SA App 刷新状态，不能直接作为锁机成功依据。
- SA App 在从 Installer App 返回、恢复前台或 SA 主动检查时更新当前订单的锁机状态；仅服务端确认“已激活”时，Step 2 才完成。
6.5 关键异常
| 场景 | 处理 |
|---|---|
| 必需 IMEI 未全部登记 | 保留已通过项，继续补扫；不可跳至装锁 |
| 手机锁安装显示成功但状态未激活/未知 | 保持 Step 2 未完成，允许按指引检查；不可进入还款 App 步骤 |
| Installer App 不可用、用户取消或唤醒失败 | Step 2 保持未完成，提示检查 Installer App 后重试 Open Installer |
| 还款 App 已安装但客户未登录 | Step 3 未完成，继续引导客户本人登录 |
| 登录后当前订单不可见 | 阻断交机并进入客服/运营核查，不以登录成功替代订单可见 |
| 商户付款冲正或 SA/Store 权限失效 | 立即阻断未完成交机；已发生动作保留审计记录 |
7. 数据采集范围
本期不新增、调整或验收任何前端埋点；不保留事件名称、事件属性、漏斗或相关数据指标。后续如需数据采集，须单独提出需求并明确页面归属、采集范围及隐私要求。
8. 管理后台 SA 身份、直属上级与培训类型
本次优化日期：2026-09-17（原 2026-09-03 规则以本节为准）
本功能属于管理后台的 SA 主数据和 SA 培训管理，不属于 Store 的 Business Development SA 字段，也不以 Store 的归属关系推导人员上下级关系。
8.1 字段与页面
| 页面/字段 | 业务含义 | 控件及可选范围 |
|---|---|---|
SA 创建、编辑：SA Identity | 人员当前身份 | 下拉单选：SA、SP、SM |
SA 创建、编辑：Reports To | 人员的直属上级 | 身份为 SA 时仅选择 SP；身份为 SP 时仅选择 SM；身份为 SM 时不展示且不维护直属上级 |
SA Training页面：SA Type | 本次 SA的销售类型 | 下拉单选：Internal_Sales、External_Sales（暂定） |
SA 详情页展示当前 SA Identity 和直属上级；SA Training 记录展示本次选择的 SA Type。列表和详情中的人员展示使用姓名/展示名及可区分的工作标识，不展示手机号、证件号等敏感信息。
8.2 规则与校验
- 人员只维护一级直属上级，不再要求或提供二级上级的双重选择：SA 仅选择 SP，SP 仅选择 SM，SM 不选择上级。
- 当身份从 SA 变更为 SP 时，原 SP 直属上级关系清空，须选择 SM；当身份从 SP 变更为 SA 时，原 SM 直属上级关系清空，须选择 SP；变更为 SM 时清空直属上级。
- 直属上级不可选择本人、下属或导致循环归属的人员。已停用、无权查看或不在当前业务范围内的人员不可新选；历史关联保留并标示当前不可用状态。
SA Type仅在 SA Training 操作中选择，暂定为Internal_Sales、External_Sales，不允许自由输入或多选。该分类口径尚未正式确认，可在后续需求中调整。- SA Identity、直属上级和 SA Type 仅用于当前人员管理、培训记录与暂存分析；在后续规则正式确认前，不得据此自动调整或形成登录权限、办单权限、佣金、审批责任、客户/门店归属、既有业绩或正式经营结论。
- 已存在人员的身份、直属上级或历史培训类型允许暂时为空；在被编辑、培训或专项补充时按本规则维护，不以本需求阻断既有人员的查询和历史数据使用。
8.3 变更日志
SA Identity、直属上级或 SA Training 的 SA Type 每次新增、修改或清空并保存成功后，均须生成独立变更日志；首次创建或首次培训的初始值也须留痕。
| 日志内容 | 规则 |
|---|---|
| 变更字段 | SA Identity、Reports To 或 SA Type；一次保存修改多个字段时，每个字段各记录一条 |
| 变更前/后值 | 身份记录枚举值；直属上级记录人员展示名及工作标识；SA Type 记录枚举值；清空后的新值显示“未填写” |
| 变更日期 | 记录并在详情页展示实际保存成功的日期和时间，使用业务统一时区 |
| 操作人 | 记录实际执行变更的后台账号展示名及工作标识 |
| 操作场景 | 区分创建时初始设置、人员编辑、培训选择、清空和专项补充 |
| 日志完整性 | 已生成日志不可被编辑、删除或被后续变更覆盖；仅具备 SA 管理或培训管理权限的人员可查看 |
SA 详情页增加“Change Log”区域，按变更日期倒序展示。无变更记录时显示“暂无变更记录”；日志加载失败时明确提示暂无法获取，且不得将未加载视为没有变更。
8.4 异常与边界
| 场景 | 处理 |
|---|---|
| SA 未选择 SP，或 SP 未选择 SM | 阻止提交，并提示补充对应直属上级 |
| SM 尝试选择直属上级 | 不展示该字段；已有历史直属上级在身份变更为 SM 时清空并留痕 |
| 选择本人、下属、循环归属或不可用人员 | 阻止提交，并提示重新选择 |
| SA Training 未选择 SA Type | 按培训环节的既有完成规则处理；不得以未知类型完成本次培训记录 |
| SA Type 下拉加载失败 | 不允许以未知类型保存培训记录；已保存类型不得被静默清空 |
| 保存成功但变更日志未生成 | 本次变更视为未完成，不得向页面展示为已保存；提示重试或联系管理员 |
| 变更日志加载失败 | 提示暂无法获取日志；不得删除、重建或篡改既有日志 |
9. 验收标准
- Store 创建页最底部存在非必填的
Business Development SA下拉字段；不选择仍可创建，选择后能在详情中展示，并可追溯后续变更。 - 拓店 SA 不改变准入 SA、门店负责人、店员、办单权限、审批责任或佣金规则。
- 识别为 Xiaomi 或 Redmi 的 IMEI 均按 Xiaomi 统一品牌口径进行商品匹配；型号等其他校验仍然生效。
- 每条交机 IMEI 识别结果均与订单及 IMEI 绑定保存，包含原始品牌、统一品牌、型号、识别/匹配结论和审计信息；非必要场景不暴露完整 IMEI。
- 交机页严格按“扫描并登记 IMEI → 安装并激活手机锁 → 安装并登录还款 App”顺序执行，前一步未完成时后一步不可操作。
- 仅当全部必需 IMEI 已登记、手机锁服务端确认已激活、客户已登录还款 App 且当前订单可见时，才允许完成交机。
- 断网、回跳、重进页面和重复提交不会跳过步骤或重复完成交机；页面以服务端最新可信状态恢复。
- Step 2 在全部必需 IMEI 登记后支持 SA 点击
Open Installer，向指定 Installer App 传递 IMEI、客户手机号、订单 ID 与 SA ID；页面不再展示或使用锁机信息二维码。 - Installer App 不可用、用户取消、唤醒失败或 App 回跳均不等于锁机已激活；SA App 返回前台后以服务端确认的锁机状态决定 Step 2 是否完成。
- 管理后台 SA 创建、编辑和详情页支持
SA Identity（SA/SP/SM）及直属上级；SA 仅选择 SP、SP 仅选择 SM、SM 不选择上级，且本人/下属/循环/不可用人员均不可被选择。 - SA Training 支持选择暂定的
SA Type：Internal_Sales或External_Sales；该类型仅用于培训记录和暂存分析，暂不影响权限、佣金、审批责任、业绩或归属。 - SA Identity、直属上级及培训 SA Type 的首次设置、修改和清空均生成不可覆盖的 Change Log，能追溯变更字段、前后值、操作人、操作场景及实际保存成功的变更日期和时间。