Scout 排错与上线
应从客户旅程起点开始排查。先解决第一个不完整阶段，再重试后续动作。
现象、动作与负责人
| 现象 | 首先处理 | 负责人 |
|---|---|---|
| 菜单中没有 Scout | 确认 DFS Pro、Scout 和用户角色已启用 | 租户管理员 |
| 直达页面被拒绝 | 确认当前登录租户和动作权限 | 租户管理员 |
| 无法创建 Mission | 检查应用需求、范围和负责人 | Mission/应用负责人 |
| 无法生成就绪评估 | 检查范围访问、源可用性和策略阻塞 | 平台/数据负责人 |
| 缺少预期设备 | 确认选择范围和资产定义 | 资产负责人 |
| 要求不确定或有歧义 | 澄清信号含义、资产身份和责任 | 数据管家 |
| 无法提交匹配建议 | 检查源信号、资产属性和当前评估是否仍一致 | 数据操作员 |
| 审阅出现版本冲突 | 重新加载并审阅最新版本 | 审阅人 |
| 合同无法批准 | 解决过期证据、警告或审批角色缺失 | 审批人 |
| 发布失败 | 检查受治理绑定服务和发布责任 | DFS/发布负责人 |
| 没有时序观测 | 检查数据源、租户路由和时间范围 | 数据运维 |
| 没有应用结果 | 检查应用实例、消费记录和处理任务 | 应用负责人 |
恢复原则
- 不修改数据来源标签来通过审阅。
- 不把缺失、离线或不确定数据当成零。
- 不通过直接更新数据库绕过产品流程。
- 保留历史评估和决策作为审阅记录。
- 只有在数据源、资产或需求实质变化后才刷新评估。
- 记录第一个失败阶段、影响范围、证据时间和负责人。
上线前检查
访问
- 客户租户已启用 DFS Pro 和 Scout。
- 查看、操作、审阅、审批和发布责任已分配。
- 无权限用户无法访问。
数据与应用
- 首个客户范围和数据源负责人已获批准。
- 资产和信号身份稳定且含义清楚。
- 单位和业务含义已审阅。
- 时序服务责任和可用性已确认。
- 目标应用需求与应用实例为当前版本。
工作流
- 一个代表性 Mission 已走完支持流程。
- 缺失和不确定项都有负责人。
- 绑定决策包含审阅理由。
- 审批和发布有记录。
- 运行证据能够定位验证结果或明确的不完整阶段。
运营交接
- 日常和每周审阅负责人明确。
- 租户访问、数据源、资产模型、时序服务、应用和 Scout 都有升级联系人。
- 发布、回退、备份和停用责任已记录。
- 已知限制和尚未验证的客户数据范围对客户团队可见。
提交支持请求时
请提供租户、Mission、受影响设备范围、页面与动作、证据时间、页面显示原因，以及可用的请求追踪 ID。除非客户批准的支持流程明确要求，否则不要附加客户数据内容。