排查未在 Helpdesk 中显示的更改
通过检查 Knowledge 资格、选择、语言、保存和发布来追踪 Helpdesk 中缺失的更改。本指南使工作聚焦于 Helpdesk 发布故障排查，并提供一条可重复执行的路径，让新的 Humind 用户在不更改无关配置的情况下也能遵循。 当面向客户的行为缺失或过时时，隔离拥有该行为的层级：源内容、可见性、索引、Agent 配置、部署、权限或发布。每次只检查一个层级能够产生有用的诊断，并避免用范围过大的更改掩盖原始原因。 开始之前...
通过检查 Knowledge 资格、选择、语言、保存和发布来追踪 Helpdesk 中缺失的更改。本指南使工作聚焦于 Helpdesk 发布故障排查，并提供一条可重复执行的路径，让新的 Humind 用户在不更改无关配置的情况下也能遵循。
当面向客户的行为缺失或过时时，隔离拥有该行为的层级：源内容、可见性、索引、Agent 配置、部署、权限或发布。每次只检查一个层级能够产生有用的诊断，并避免用范围过大的更改掩盖原始原因。
开始之前
访问权限：需要具有 Knowledge 和 Helpdesk 读取权限。更正和发布需要写入权限。
- 记录准确的公开 URL、区域设置、预期更改和当前已发布版本。
- 确认 Knowledge 项和 Helpdesk 属于同一公司。
- 在诊断草稿差异时，不要取消当前站点的发布。
在下文所述的最小所属区域内工作，并在准备更改时保持当前面向客户的状态可用。在点击任何最终操作之前，请确认 Humind 中显示的活动公司、Agent、商店、语言和市场。缺失的控件可能表示只读访问权限，或表示此公司未配置某项功能。在这种情况下，请记录预期任务，并请管理员审查准确的权限或依赖关系。不要通过共享账户、将数据复制到其他区域或承诺工作区未提供的功能来绕过该边界。
分步工作流程
确认范围和当前状态
打开 Knowledge 项，并检查文章类型、发布状态、公开可见性、活动期、Helpdesk 资格、语言和父文件夹。
- 编辑前确认活动公司和 Agent。
- 记录当前状态，以便在更改后比较结果。
- 如果屏幕或权限与预期任务不匹配，请停止。
准备更改
打开 Helpdesk 内容，并确认全公开模式或所选模式包含该项以及任何预期的下级项。
- 使用能够完成客户任务的最小更改。
- 将权威信息保留在其所属来源中。
- 保存前检查标签、日期、语言和客户可见措辞。
保存并等待所需处理完成
保存每个已修改的 Helpdesk 部分，并使用 Test 确定候选版本是否包含该更改，同时线上站点保持在其较旧版本。
- 等待界面确认更改已保存。
- 如果需要同步、索引或发布，请等待其最终状态。
- 重新加载该区域，并确认已保存的值仍然保留。
测试完整的客户旅程
当候选版本一致时，发布一个新版本，并验证公开版本、集合、文章、搜索结果和内部链接。
- 使用新的会话和真实的客户场景。
- 当结果出现在店面时，请同时检查桌面端和移动端。
- 如果结果与预期不同，请捕获准确的失败步骤。
重要限制和操作说明
- 成功保存确认的是持久化，而不是每一次下游同步或公开更新。
- 工作区权限可能会隐藏某个区域，或者允许读取但不允许更改。
- 不要将易变的目录、账户或客户事实复制到叙述性内容中作为变通办法。
- 仅测试对当前公司可见且已配置的受支持功能。
- 将 Helpdesk 发布故障排查中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。
验证结果
- 已识别出确切失败的资格条件或选择条件。
- Helpdesk 候选版本包含已更正的项目。
- 一个新的发布在不中断的情况下变为活动状态。
- 公开区域设置和文章显示新版本及预期内容。
简要记录你测试了什么、使用了哪种客户场景以及发生了什么变化。这样可以让后续故障排查更加精确，并帮助另一位团队成员在不依赖记忆的情况下重现结果。
故障排查
候选版本正确，但公开站点仍是旧的
发布已保存的候选版本，并验证公开站点报告的版本。只有在确认服务器版本之后才清除浏览器状态，因为缓存并不是唯一可能的原因。
文章只在一种语言中显示
检查文章翻译、已启用的 Helpdesk 区域设置、本地化的文件夹名称以及请求的区域设置。不要仅仅为了显示源语言内容而启用未完成的语言。