目录管理员发布服务目录

用例概览

角色：负责组织、管理和发布 IT 服务产品的目录管理员

要完成的工作：发布一组重点服务流程，以便合格的员工可以找到、请求和跟踪正确的 IT 服务

起点：统一目录可用，公司已批准服务产品、所有者、接收要求、实施计划和员工访问权限

成功结果：员工可以在正确的类别中找到预期产品，提交有效的请求，并收到到达负责履行团队的可跟踪记录。

使用此场景决定目录版本是否为员工准备就绪。有关分配访问权限、创建服务流程、配置表单和履行、构建目录和配置入口网站组件的程序，请查看链接的帮助主题。

定义重点目录版本

从一个员工需求或一组相关的产品开始。示例包括硬件请求、软件访问、客户支持或工作场所服务。重点发布使命名、可查找性、资格、请求质量和履行更容易在扩展前验证。

统一目录集中了 IT 产品和服务，并为员工提供了可用产品的有组织视图。有关产品模型和预期结果，请参见IT 服务统一目录和 IT 服务统一目录的关键组件。

准备每个服务流程

当数据模型、接收表单和履行逻辑适合产品时，选择 IT 服务模板。当产品需要不同的设计时，创建服务流程。模板减少了设置工作，但目录管理员仍会检查已安装的组件、连接、映射和员工体验。

对于每个服务流程，确认其目标数据模型、属性、接收表单、履行方法、关联 Knowledge、资格规则和集成。使用代表输入和失败条件测试完整的请求路径。在产品使用第三方连接时，请在发布前验证连接和每个依赖流。

仅在配置通过发布条件后激活服务流程。激活会使服务流程正常运行，但激活本身并不会使它对员工可见。有关规范模板和激活工作流，请参阅安装和激活服务目录模板。有关完整设置顺序，请查看设置 IT 服务统一目录。

组织 Discovery 产品

创建服务流程目录，其中包含反映员工意图的有效日期和类别，而不是内部团队结构。保持类别名称不同，将每个产品放在员工期望的位置，并避免发布近乎重复的服务流程。使用搜索和 Knowledge 关联来支持不是从一个类别开始的员工。

仅将已审核服务流程添加到版本。有效服务进程可与目录工作区中的草稿版本共存，因此请确认每个关联项目的状态。从员工角度验证资格，因为目录成员关系不会覆盖受众限制或缺少权限。

有关规范的目录构建过程，请参见创建目录。有关通过类别、搜索、Knowledge 文章和接收表单发现员工的信息，请参阅将 IT 服务目录用作员工。

发布到员工渠道

将目标目录与员工服务入口网站上的统一目录组件相关联。如果组件未指定目录记录，入口网站可以显示组织中的所有有效服务流程。当版本需要受控范围时，使用显式目录关联。

在目录、服务流程、权限和组件配置通过验证后，发布入口网站更改。将入口网站发布和服务流程激活视为单独控制。第一个发布站点配置，第二个控制服务流程是否正常。

有关规范入口网站配置和发布步骤，请参阅为员工服务入口网站设置服务目录。在链接的帮助主题中保留 Microsoft 团队、Slack 和 Agentforce 渠道设置，而不是在此重复这些步骤。

验证员工履行过程

作为合格员工和目标受众之外的用户进行测试。请确认，产品仅对正确用户显示，可通过预期类别或搜索词找到，并提供足够的上下文，以便自信地选择它。

提交受控测试请求。验证接收表单是否收集了所需的信息，创建预期的记录类型，路由到正确的所有者或自动化，并提供员工可以跟踪的状态。确认不成功的集成或不完整的输入产生了可恢复的路径，而不是被放弃的请求。

采用重大事件是成功的员工请求，并使用可用数据实现。具有许多有效产品但可查找性差、接收不完整或路由中断的目录尚未准备好被广泛采用。

管理已发布的目录

为每个产品分配所有者和审核间隔。监控搜索差距、放弃的接收表单、请求量、路由更正、履行失败、完成时间和员工反馈。当证据表明存在摩擦时，修改描述、类别、资格、表格或自动化。

从员工渠道中删除过时或重复的产品，而不会删除已完成请求的历史记录。与服务所有者和履行团队协调目录更改，以便员工不会发现公司不再支持的产品。

确认目录发布准备就绪

在将此过程用作采用测试之前，请确认所需的统一目录许可证和基于角色的权限集。目录管理员需要访问权限来管理目录及其基础元数据。员工和支持代表需要匹配的运行时访问权限。请参阅请求 IT 服务管理权限。