上线配置与数据边界清单

用途：销售、实施、门店负责人和研发在交付前统一确认“代码已具备什么、商户还要配置什么、哪些历史数据不需要纠结”。

一、当前版本结论

当前版本已经通过 B/C 完整回归，覆盖商家端、顾客小程序、员工工作台、培训考试、绩效、奖金、人才盘点、招聘、薪酬、经营分析、提醒、数据隔离和文档入口。回归通过只证明功能和演示数据可用，不等于已经取得真实微信、地图、支付或消息渠道授权。

上线前必须重新执行：

上线前应执行项目发布检查和完整 B/C 回归。发布检查为“阻断”时，不得在销售或实施材料中表述为“已生产上线”。

当前仓库已清理微信小程序身份标识、地图服务凭证、通用链接、H5 域名和云空间标识的半掩码残留；发布配置只能通过部署工具注入真实值，未配置时保持空值并由发布门禁阻断。这样既不会把演示值误当生产值，也不会把旧项目的部分凭证继续带入新构建。

二、部署方必须提供的配置

商户服务到期时，登录或进入后台会按当前商户幂等停用状态；平台管理员完成续费后恢复正常。后台定时任务可用于提前批量停用，但不能替代每次访问时的状态校验。

三、历史数据处理边界

门店历史订单中的客户信息不作为默认整改项。系统允许订单实收总额保留历史有效事实，但客户生命周期、复购率和客户价值均值只统计已经匹配当前商户 CRM 客户的订单；这是一种可解释的统计口径，不要求门店为了“数字完整”批量补齐全部历史客户。

如门店主动要求处理指定历史订单，可进入订单客户归属工作台，搜索当前商户客户并人工选择，填写处理理由和核验依据。系统不会按姓名相似、时间接近、手机号相似或其他商户记录自动猜测，也不会自动批量修改历史订单。

仍需关注的不是客户历史信息补全，而是当前经营能否运行：在职员工主岗位、员工小程序绑定路径、提醒失败/逾期、商品成本和库存状态。历史订单的客户归属和员工归属不进入默认整改清单；如果门店主动要求专项治理，仍可使用人工核验工具。是否处理以门店业务需要和真实凭证为准。

提醒失败需要先看失败原因：如果原因是员工尚未绑定当前商户的小程序账号，门店应先补充员工手机号/邮箱或让员工使用对应身份登录小程序；系统不会把未送达标记成已送达。员工没有主门店或主岗位时，应先在员工管理补齐任职关系，否则培训、绩效、薪酬和提醒无法可靠归属。没有真实员工身份和岗位依据时，不应为了让质量数字变好而批量虚构绑定。

本边界同样适用于订单员工归属：历史订单的销售、服务员工缺口不进入默认质量清单、默认提醒或上线阻塞项；只有门店主动提出专项复核并提供真实凭证时，才使用人工归属工具。

四、B 端交付验收

• 当前商户只能看到自己的员工、岗位、门店、客户、订单、培训、绩效和财务数据。
• 员工主档来自 SCRM；岗位、部门、门店和任职关系能够追溯。
• 培训课程包含分类、章节、内容、考试和成绩回写；AI 生成内容经过审核后才可发布。
• 绩效目标、360 评价、PIP 行动、奖金组件和试算均支持结构化操作，不要求业务人员编辑 JSON。
• 提醒能够看到对象、截止日期、责任人、状态、渠道和失败原因。
• 经营报告说明收入、退款、成本覆盖、客户和复购口径；不把估算毛利或预测 LTV 当成真实结果。
• 关键页面都有操作说明入口，销售材料只宣传已经通过验收的能力。

五、C 端交付验收

• 顾客个人中心与 SCRM 员工工作台分离；员工从 SCRM 入口进入培训、考试、资格证书、绩效、奖金、PIP 和人才记录。
• 订单、预约、验光、视力管理、钱包、优惠、通知和反馈均按当前用户与当前商户校验。
• 接口统一返回标准状态、消息和数据字段；会话失效时清理当前商户上下文，不保留旧商户数据。
• 小程序不包含未完成的电脑端扫码登录、客户端服务端密钥或可见模拟支付入口。
• 真机验证地图、支付、订阅消息、上传、附件预览、在线考试和异常网络重试。

六、不可作出的销售承诺

• 未配置真实小程序身份标识、地图服务配置、支付或消息渠道时，不承诺已经生产发布。
• 不承诺系统自动替门店补全历史客户、员工归属或跨商户数据。
• 不把客户历史统计中的已实现实收金额描述为预测 LTV 或未来收入保证。
• 不把培训课程、AI 建议、绩效结果或奖金试算描述为无需人工审核的自动决策。
• 不把演示商户数据、测试账号、模拟支付、测试通知或验收金额当作客户经营结果。

七、交付留档

实施负责人应留存：发布门禁输出、B/C 回归输出、真实商户/员工账号清单、权限核验记录、地图/支付/消息配置记录、真机回归记录、数据质量处理分派和客户确认的未处理历史数据范围。

本清单与《闭环演示与上线验收清单》《眼镜店 SaaS 产品交付总文案》配套使用；若功能能力、配置状态或商户范围变化，必须同步更新文档和验收记录。