通过

管理 Service Manager 中的更改和活动

  • 项目

信息技术（IT）部门必须管理对其 IT 环境的更改以及与此类更改相关的风险。 Service Manager 中的更改管理功能通过提供可重复、可预测和度量的流程来实现更改，从而帮助你管理更改。

本文中的各节根据常见的变更管理方案进行组织。 尽管示例方案是指虚构的组织 Woodgrove Bank，但方案和步骤基于实际使用，并介绍了如何在 Service Manager 中使用更改和活动管理功能。

System Center - Service Manager 的此示例方案可帮助你实现使用多个方案端到端管理更改和活动的目标。 您可以将此示例方案视为案例研究，以帮助将单个方案和过程放入上下文中。

启动对更改请求进行分类

在包含发起更改请求并对更改请求进行分类的方案中，消息支持分析师 Julia 想要建议和跟踪更改。 为此，她创建了一个更改请求来捕获信息，她和其他人将使用这些信息评估、规划、开发、测试、部署和评价更改。 Julia 首先发起该更改请求，然后确定其属性和类别。

在事件管理方案中，Phil 创建了一个用户在其中具有消息传递问题的事件，并完成了问题的首次调查。 在此方案中，Julia 继续调查了同一事件。 她验证原因是否是Microsoft Exchange Server 的已知问题，并修复了此问题。 她还确定所有 Exchange 服务器都需要更新，而不仅仅是单个服务器。 接下来，Julia 查看需要更新的 Exchange 服务配置项的服务映射，并打开服务配置项目表单中的更改请求。 最后，Julia 将保存的屏幕截图附加到更改请求，这可能有助于稍后进行更改请求评审。

创建更改请求之后，Woodgrove Bank 的更改审阅者必须批准该更改请求，更改实施者必须完成更改所需的操作。 这些审阅和实施步骤在更改请求中被定义为一组审阅活动和手动活动。

批准更改请求

在包含批准更改请求的方案中，Garret 想要强制执行“任何 IT 基础结构更改在部署之前都必须先经过批准”这一 Woodgrove Bank 业务流程。 他希望使用 Service Manager 关联更改请求的评审活动来强制实施此业务流程。 如果要求批准，那么仅在 Woodgrove Bank 的决策者同意更改是必需的之后才会实施更改请求。 Garret 可以设置各种查看方法，如一致表决、表决通过百分比或自动批准。

与此方案相关的过程描述了对 Woodgrove Bank IT 基础结构的更改，这些基础结构在部署前获得批准。

暂停和恢复更改请求

在查看更改请求的准备情况过程中，Garret 有时想将更改请求置于保持状态，以后再继续执行该更改请求。 例如，Julia 以前创建了一个更改请求。 该更改请求取决于外部团队的额外工作。 在外部团队完成其工作之前，Garret 想将该更改请求置于保持状态。 Garret 将在外部团队的工作完成之后继续执行该更改请求。 Garret 有时还想取消阻止失败的更改请求。

实现和关闭更改请求

更改 Garret 的 IT 基础结构并批准部署后，他最后一步是完成与更改请求关联的任何剩余手动活动。 手动活动必须被指定为已完成或失败。 完成所有手动活动后，更改请求将自动设置为已完成，并显示在“更改请求：已完成”视图中。 如果手动活动失败，则更改请求会自动设置为失败，并显示在“更改请求：失败”视图中。 如果更改请求出现在以上任一视图中，Garret 可以关闭该更改请求。 更改请求关闭后，无法重新打开。

在包含实现和关闭更改请求的方案中，Aaron 完成了保修期审阅手动活动。 接下来，Garret 将更改请求的剩余手动活动设置为 “已完成”，并关闭更改请求。 Garret 打开了另一个现有更改请求，将实现之后的手动活动设置为“失败” ，然后关闭了该更改请求。

在 Service Manager 中启动和分类更改请求

本节中的过程介绍如何从头到尾启动和分类 Service Manager 中的更改请求。

更改请求通常会导致更改配置项目。 因此，请务必了解相关项目与链接或受影响的项目之间的差异。 相关项目表明更改请求与配置项目或其他更改请求之间存在关联。 换言之，更改请求可能会也可能不会影响相关项目。 受影响的项目或链接项目表明更改请求与项目直接相关并且更改将影响项目本身。

完成下列步骤发起更改请求并对更改请求进行分类。

创建新的更改请求

可以使用 Service Manager 中的以下过程为属于服务的服务器创建更改请求，然后验证更改请求的创建。 首先，从服务依赖项视图中查看项。 然后，导航到配置项并打开更改请求模板。 最后，评估请求的优先级、影响和风险级别。 虽然从服务依赖项视图中创建更改请求，但也可以从 Service Manager 中的其他位置创建新的更改请求。

注意

分配给更改请求和事件的 ID 不会按顺序创建。 但是，较新的更改请求和事件分配的 ID 数高于之前创建的 ID。

创建更改请求

  1. 在 Service Manager 控制台中，选择“ 配置项”。
  2. 在 “配置项 ”窗格中，展开 “业务服务”，然后选择“ 所有业务服务”。
  3. 在“ 所有业务服务 ”窗格中，双击该服务。 例如，双击 IT 消息服务。
  4. 在打开的对话框中，选择“ 服务依赖项 ”选项卡。
  5. 在“展开到”列表中，选择“级别 1”，然后查看列表中的项。 请注意服务器名称。 例如， 列表中会显示 Exchange01.woodgrove.com 和 Exchange02.woodgrove.com 。
  6. 在 “服务依赖项 ”列表中，选择一台计算机，然后选择“ 打开”。 例如，选择并打开 Exchange01.woodgrove.com。
  7. 在计算机窗体中，选择“任务”下的“创建相关更改请求”。
  8. 在 “选择模板 ”对话框中，选择模板，然后选择“ 确定”。 例如，选择“ 对消息传送基础结构模板所做的更改”。
  9. 在 “标题 ”框中，输入更改请求的名称。 例如，输入 “应用 Exchange Server Service Pack”。 请注意，表单中的各种值都填充了更改请求模板中的信息。
  10. 在“ 说明 ”和 “原因 ”字段中，输入说明和更改请求的原因。 例如，在“说明”字段中输入“将 Exchange Server Service Pack 应用于这些服务器”，然后输入 Service Pack 修复了“原因”字段中这些服务器存在的问题。
  11. 在 “分配对象” 字段中，输入要向其分配更改请求的人员的名称。 例如，输入 Aaron Lee。
  12. 指定优先级、影响和风险。 例如，在 “优先级 ”列表中，选择“ 中等”。 在 “影响 ”列表中，选择“ 标准”。 在 “风险 ”列表中，选择“ 中等”。
  13. 在 “要更改 的配置项”列表中，确保列出一个服务器，然后选择“ 添加”。
  14. 在 “选择对象 ”对话框中，选择要添加到更改请求的另一项，然后选择“ 添加”。 例如，选择 Exchange02.woodgrove.com，然后选择“ 确定”。
  15. 选择“确定”以关闭更改请求表单。

验证更改请求的创建

  1. 打开包含创建更改请求的项目的服务，然后选择“ 服务依赖 ”选项卡。
  2. 在“服务组件”列表中，请注意，打开更改请求的两个服务器在“受影响的更改”列下标记为“是”。
  3. 选择“取消”关闭服务。

可以使用以下过程将相关项添加到更改请求，然后验证项的添加。 可以添加相关项目，例如配置项目、事件、其他更改请求、文件和知识文章。 添加文件（如保存的屏幕截图、保存的书面过程和知识库文章）时，审阅者和实现者可以更轻松地审阅、批准和实现更改。

若要将文件添加到任何工作项（包括更改请求），必须先启用相应的选项。 有关详细信息，请参阅 如何配置常规更改设置。

  1. 在 Service Manager 控制台中，选择“ 工作项”。

  2. 在 “工作项 ”窗格中，展开 “更改管理”，然后选择“ 所有更改请求”。

  3. 在 “所有更改请求 ”窗格中，双击要向其添加项的更改请求。

  4. 选择“相关项”选项卡。

  5. 在“附加文件”下的“相关项”选项卡上，选择“添加”以将文件附加到更改请求。

    注意

    可能需要将窗体最大化才能在选项卡上查看按钮。

  6. 在“知识文章”下，选择“添加”以将知识文章附加到更改请求。

  7. 选择“确定”。

  • 若要验证文件和知识文章是否已附加到更改请求，请重新打开更改请求，然后选择“ 相关项目 ”选项卡。

将手动活动添加到更改请求

可以使用以下过程添加手动活动，然后将其分配给自己，然后验证是否已添加手动活动。 例如，调查新的更改请求时，可能需要向更改请求添加手动活动。 此手动活动可以是在用于创建更改请求的更改请求模板中未定义的任何任务。

注意

如果更改请求正在进行，则无法删除更改请求中的活动;但是，可以跳过活动或保留更改请求，然后删除该活动。

添加手动活动

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “更改管理”，然后选择“ 所有更改请求”。
  3. 双击要向其添加手动活动的更改请求。 例如，双击“ 应用 Exchange Server 更新”。
  4. 选择“活动”选项卡，然后选择“添加”。 在 “选择模板 ”对话框中，选择 “默认手动活动”，然后选择“ 确定”。
  5. 在 “标题 ”框中，输入描述手动活动的名称。 例如，输入 保修评审。
  6. 在 “说明 ”框中，输入手动活动的说明。 例如，输入 “验证服务器是否仍在保修期”，然后批准。
  7. 在“活动实现者”下，选择省略号按钮（...）。
  8. 在 “选择用户 ”对话框中，选择将执行手动活动的人员的名称，然后选择“ 确定”。 例如，选择 Aaron Lee。
  9. 选择“确定”以更新对手动活动的更改。
  10. 选择“确定”以更新更改请求并关闭表单。

验证是否已添加手动活动

  • 重新打开更改请求，然后选择“ 活动 ”选项卡以查看添加的手动活动。

将依赖活动添加到发布记录的更改请求

可以使用以下过程将依赖活动添加到现有更改请求，该请求用作发布管理过程的一部分。 尽管可以将依赖活动添加到工作项（如发布记录和服务请求），但依赖活动的主要用途是用作将更改请求与发布记录关联的机制。 具体而言，发布记录中的手动活动链接到更改请求中的依赖活动。 完成后，依赖活动指示发布管理过程已完成更改请求。

如果打算在组织中将发布管理用作标准流程的一部分，请考虑添加依赖活动来更改请求模板。 有关创建更改请求模板的详细信息，请参阅 如何创建更改请求模板。

将依赖活动添加到更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “更改管理”，然后选择“ 所有更改请求”。
  3. 双击要向其添加依赖活动的更改请求。 例如，双击“ 应用 Exchange Server 更新”。
  4. 选择“活动”选项卡，然后选择“添加”。 在 “选择模板 ”对话框中，选择 “默认依赖活动”，然后选择“ 确定”。
  5. 在 “标题 ”框中，输入描述依赖活动的名称。 例如，输入 Exchange Server Update - 部署、测试和验证 。
  6. 在 “说明 ”框中，输入相关活动的说明。 例如，输入 “验证服务包是否已部署、测试和验证成功”。
  7. 在“所有者”下，选择省略号按钮（...）。
  8. 在 “选择用户 ”对话框中，选择负责依赖活动的人员的姓名，然后选择“ 确定”。
  9. 在“分配到”下，选择省略号按钮（...）。
  10. 在 “选择用户 ”对话框中，选择将执行依赖活动的人员的姓名，然后选择“ 确定”。 例如，选择 Aaron Lee。
  11. 作为选项，请在“计划”选项卡上指定计划信息。
  12. 选择“确定”以更新对依赖活动的更改。
  13. 选择“确定”以更新更改请求并关闭表单。

验证是否已添加依赖活动

  • 重新打开更改请求，然后选择“ 活动 ”选项卡以查看添加的依赖活动。

批准和修改更改请求

本节中的过程介绍如何在 Service Manager 中批准更改请求。 完成下列步骤批准或修改更改请求。

编辑更改请求

可以使用以下过程编辑更改请求，然后验证编辑。 例如，你可能想要将现有更改请求的优先级从中更改为高。

注意

如果更改请求正在进行，则无法删除更改请求中的活动;但是，可以跳过活动或保留更改请求，然后删除该活动。

编辑更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “更改管理”，然后选择“ 所有更改请求”。
  3. 双击更改请求。 例如，双击 “应用 Exchange Server Service Pack”。
  4. 进行所需的更改。 例如，如果要将优先级更改为高，请在“优先级”列表中选择“高”。 或在“说明”框中输入新文本。
  5. 选择“确定”以更新更改请求并将其关闭。

验证已编辑的更改请求

  1. 双击更新的更改请求。
  2. 验证更改是否显示在更改请求表单中。

添加更改审阅者

可以使用以下过程为现有更改请求添加更改审阅者，然后验证是否已添加审阅者。 可以选择以支持业务流程的方式评审更改请求的人员。 例如，如果更改会影响某些人员负责的进程，则可以让这些人批准影响流程的更改请求。

添加更改审阅者

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在“工作项”窗格中，展开“工作项”，选择“更改管理”，然后选择“所有更改请求”。
  3. 双击更改请求将其打开。 例如，双击 “应用 Exchange Server Service Pack”。
  4. 选择 “活动 ”选项卡以查看手动和查看活动的列表。
  5. 双击要向其添加审阅者的活动。 活动必须状态为 “正在进行 ”或 “挂起”，在 ID 列中，活动还必须具有 为审阅活动定义的 RA 前缀或前缀。
  6. 在出现的对话框中，选择“添加”，输入审阅者的名称，选择“必须投票”，然后选择“确定”。 例如，输入 Aaron Lee。
  7. 选择“确定”以关闭对话框，然后选择“确定”以更新更改请求并关闭窗体。

验证是否已添加审阅者

  1. 双击添加审阅者的更改请求。 例如，双击 “应用 Exchange Server Service Pack”。
  2. 选择“活动”选项卡，然后双击添加审阅者的活动。
  3. 验证是否已添加审阅者。

使用控制台批准评审活动

可以使用以下过程在 Service Manager 控制台中批准评审活动，然后验证审批。 在许多情况下，在审批最终之前，多个人员或组必须投票批准单个评审活动。

注意

用户只能批准或拒绝分配给他们的活动。

批准更改请求的评审活动

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在“工作项”窗格中，展开“工作项”，展开“活动管理”，展开“审阅活动”，然后选择“正在进行的活动”。
  3. 选择审阅活动。 例如，选择 消息传送基础结构请求审批。
  4. 在 “任务 ”窗格中，选择“ 批准”。
  5. 在“ 批注 ”对话框中，输入已批准或拒绝的任何批注，然后选择“ 确定”。

验证评审活动审批

  • 如果所有审阅者都批准了活动，则活动不会显示在 “正在进行的活动” 视图中。
  • 如果活动仍在进行中，则需要获得其他审阅者的批准。 选择 正在进行的活动，然后打开活动以查看投票状态。

发送自动化活动和更改请求通知

可以使用以下过程通知审阅者活动可供审阅。 可以使用第二个过程通知用户更改请求已关闭。

注意

只有管理员可以配置工作流通知。

通知审阅者活动可供审阅

  1. 在 Service Manager 控制台中，选择“ 管理”。
  2. 在 “管理 ”窗格中，展开 “工作流”，然后选择“ 配置”。
  3. 选择“活动事件工作流配置”，然后在“任务”窗格中选择“配置工作流规则”。
  4. 在 “选择类 ”对话框中，选择“ 审阅活动”，然后选择“ 确定”。
  5. 在 “配置工作流 ”对话框中，选择“ 添加”。
  6. 在“为类审阅活动向导的对象配置工作流”中，选择“开始之前”页上的“下一步”。
  7. 在 “工作流信息 ”页上，输入工作流的名称和说明。 在 “检查事件 ”列表中，确保 选中“何时更新对象 ”项，然后选择“ 下一步”。
  8. 在“指定条件”页上，选择“更改自”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  9. 在“条件”下，选择“挂起”，然后选择“更改为”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  10. 在“条件”下，选择“正在进行”，然后选择“下一步”。
  11. 在 “应用模板 ”页上，清除 “应用所选模板 ”复选框，然后选择“ 下一步”。
  12. 在 “选择要通知 的人员”页上，选择“ 启用通知”。
  13. 在“用户”下，选择“分配给用户”。
  14. 在电子邮件模板下，如果无法选择模板，请选择“创建电子邮件模板”。 否则，请选择要应用的电子邮件通知模板。
  15. 如果要创建电子邮件通知模板，请完成“创建电子邮件通知模板向导”。
  16. 选择电子邮件模板后，选择“添加”，确保审阅者显示在“用户”列下，然后选择“下一步”。
  17. 在“ 摘要 ”页上，查看摘要信息，然后选择“ 创建”。
  18. 在“完成”页中，选择“关闭” 。

通知用户更改请求已关闭

  1. 在 Service Manager 控制台中，选择“ 管理”。
  2. 在 “管理 ”窗格中，展开 “工作流”，然后选择“ 配置”。
  3. 选择“更改请求事件工作流配置”，然后在“任务”窗格中选择“配置工作流规则”。
  4. 在 “配置工作流 ”对话框中，选择“ 添加”。
  5. 在“为类更改请求向导的对象配置工作流”中，选择“开始之前”页上的“下一步”。
  6. 在 “工作流信息 ”页上，输入工作流的名称和说明。 在 “检查事件 ”列表中，确保 选中“何时更新对象 ”项，然后选择“ 下一步”。
  7. 在“指定条件”页上，选择“更改自”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  8. 在“条件”下，选择“已完成”。
  9. 选择“更改为”选项卡。
  10. 在“可用属性”下，选择“状态”，然后选择“添加”。
  11. 在“条件”下，选择“已关闭”，然后选择“下一步”。
  12. 在 “应用模板 ”页上，清除 “应用所选模板 ”复选框，然后选择“ 下一步”。
  13. 在 “选择要通知 的人员”页上，选中“ 启用通知 ”复选框。
  14. 在“用户”下，选择“分配给用户”。 在“模板”下，选择“分配给用户通知模板”，选择“添加”，然后选择“下一步”。
  15. 在“ 摘要 ”页上，查看摘要信息，然后选择“ 创建”。
  16. 在“完成”页中，选择“关闭” 。

验证通知的接收

  • 评审活动的审阅者或分配更改请求的用户将收到一封电子邮件，该电子邮件指示新的审阅活动需要审批或更改请求已关闭。

暂停和恢复 Service Manager 更改请求

本节中的过程介绍如何在 Service Manager 中暂停和恢复更改请求。 完成下列步骤挂起或继续执行更改请求。

保留更改请求

可以使用以下过程在 Service Manager 中保留更改请求，然后验证更改请求是否处于保留状态。 例如，如果外部团队需要完成手动活动，可能需要保留更改请求。

保留更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “工作项”，展开 “更改管理”，然后选择“ 更改请求：正在进行手动活动”。
  3. 选择要保留的更改请求。 例如，选择“ 应用 Exchange Server Service Pack”。
  4. 在“任务”窗格中，选择“保持”。
  5. 在 “批注 ”对话框中，输入一个注释，指示更改请求被保留的原因，然后选择“ 确定”。

验证更改请求是否处于保留状态

  • 选择“更改请求：保留”视图以确保更改请求已保持。

恢复更改请求

可以使用以下过程恢复 Service Manager 中保留的更改请求，然后验证更改请求是否已恢复。 例如，在外部团队完成手动活动后，可能需要恢复更改请求。

恢复更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “工作项”，展开 “更改管理”，然后选择“ 更改请求：保留”。
  3. 选择更改请求。 例如，选择“ 应用 Exchange Server 更新”。
  4. 在 “任务 ”窗格中，选择“ 恢复”。
  5. 在“ 批注 ”对话框中，输入批注，然后选择“ 确定”。

验证更改请求是否已恢复

  • 如果更改请求的当前活动是审阅活动，请选择“ 更改请求：在审阅 ”视图中确保更改请求已恢复。
  • 如果更改请求的当前活动是手动活动，请选择“ 更改请求：正在进行手动活动 ”视图，以确保更改请求已恢复。

（可选）取消阻止失败的更改请求

可以使用以下过程取消阻止失败的更改请求，然后验证更改请求是否已解除阻止。 例如，可能需要取消阻止评审委员会或其他审阅正文失败的更改请求的活动。 取消阻止更改请求会重置更改请求，以便更改所有者可以提供更多信息。

取消阻止失败的更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在“工作项”窗格中，展开“工作项”，展开“更改管理”，然后选择“更改请求：失败”。
  3. 选择更改请求。 例如，选择“ 应用 Exchange Server Service Pack”。
  4. 在 “任务 ”窗格中，选择“ 返回到活动”。
  5. 在 “返回到活动 ”对话框中，选择失败的活动，在 “批注 ”框中输入注释，然后选择“ 确定”。

验证更改请求是否已取消阻止

  • 如果更改请求失败的活动是评审活动，请选择“ 更改请求：在审阅 ”视图中确保取消阻止更改请求。
  • 如果更改请求失败的活动是手动活动，请选择“ 更改请求：正在进行中的手动活动 ”视图，以确保取消阻止更改请求。

在 Service Manager 中实现和关闭更改请求

本节中的过程介绍如何在 Service Manager 中实现和关闭更改请求。

完成下列步骤实现和关闭更改请求。

手动活动完成或失败

可以使用以下过程在 Service Manager 中完成或失败手动活动，然后验证手动活动是否已完成或失败。

成功完成手动活动

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “工作项”，展开 “活动管理”，展开 “手动活动”，然后选择“ 正在进行的活动”。
  3. 选择手动活动。
  4. 在 “任务 ”窗格中，选择“ 标记为已完成”。
  5. 在 “批注 ”框中，输入批注，然后选择“ 确定”。

手动活动失败

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，展开 “工作项”，展开 “活动管理”，展开 “手动活动”，然后选择“ 正在进行的活动”。
  3. 选择手动活动。
  4. 在 “任务 ”窗格中，选择“ 标记为失败”。
  5. 在 “批注 ”框中，输入批注，然后选择“ 确定”。 例如，输入 实施后分析表明新硬件无法充分满足我们的需求，并且评审失败。

验证手动活动是否已完成或失败

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在“工作项”窗格中，展开“工作项”，展开“活动管理”，展开“手动活动”，然后选择“所有活动”。
  3. 验证手动活动是否已设置为 “已完成 ”或 “失败”。

关闭更改请求

可以使用以下过程永久关闭成功的更改请求或失败的更改请求，然后验证更改请求的关闭。 无法重新打开已关闭的更改请求。

注意

如果最终用户在将软件部署到最终用户的计算机之前取消软件请求，则关联的更改请求可能会无限期地反映“正在进行”状态。 如果发生这种情况，请取消请求，然后将其关闭。

关闭成功的更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在“工作项”窗格中，展开“工作项”，展开“更改管理”，然后选择“更改请求：已完成”。
  3. 选择更改请求。
  4. 在 “任务 ”窗格中，选择“ 关闭”。
  5. 在 “批注 ”框中，输入批注，然后选择“ 确定”。

关闭失败的更改请求

  1. 在 Service Manager 控制台中，选择“ 工作项”。
  2. 在 “工作项 ”窗格中，选择“ 更改管理”，然后选择“ 更改请求：失败”。
  3. 选择更改请求。
  4. 在 “任务 ”窗格中，选择“ 关闭”。
  5. 在 “批注 ”框中，输入批注，然后选择“ 确定”。

验证更改请求的关闭

  • 选择“更改请求：已关闭”视图，以确保关闭的更改请求显示在列表中。

（可选）发送自动化活动和更改请求通知

可以使用以下过程通知审阅者活动可供审阅。 可以使用第二个过程通知用户更改请求已关闭。

注意

只有管理员可以配置工作流通知。

通知审阅者活动可供审阅

  1. 在 Service Manager 控制台中，选择“ 管理”。
  2. 在 “管理 ”窗格中，展开 “工作流”，然后选择“ 配置”。
  3. 选择“活动事件工作流配置”，然后在“任务”窗格中选择“配置工作流规则”。
  4. 在 “选择类 ”对话框中，选择“ 审阅活动”，然后选择“ 确定”。
  5. 在 “配置工作流 ”对话框中，选择“ 添加”。
  6. 在“为类审阅活动向导的对象配置工作流”中，选择“开始之前”页上的“下一步”。
  7. 在 “工作流信息 ”页上，输入工作流的名称和说明。 在 “检查事件 ”列表中，确保 选中“何时更新对象 ”项，然后选择“ 下一步”。
  8. 在“指定条件”页上，选择“更改自”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  9. 在“条件”下，选择“挂起”，然后选择“更改为”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  10. 在“条件”下，选择“正在进行”，然后选择“下一步”。
  11. 在 “应用模板 ”页上，清除 “应用所选模板 ”复选框，然后选择“ 下一步”。
  12. 在 “选择要通知 的人员”页上，选择“ 启用通知”。
  13. 在“用户”下，选择“分配给用户”。
  14. 在电子邮件模板下，如果无法选择模板，请选择“创建电子邮件模板”。 否则，请选择要应用的电子邮件通知模板。
  15. 如果要创建电子邮件通知模板，请完成“创建电子邮件通知模板向导”。
  16. 选择电子邮件模板后，选择“添加”，确保审阅者显示在“用户”列下，然后选择“下一步”。
  17. 在“ 摘要 ”页上，查看摘要信息，然后选择“ 创建”。
  18. 在“完成”页中，选择“关闭” 。

通知用户更改请求已关闭

  1. 在 Service Manager 控制台中，选择“ 管理”。
  2. 在 “管理 ”窗格中，展开 “工作流”，然后选择“ 配置”。
  3. 选择“更改请求事件工作流配置”，然后在“任务”窗格中选择“配置工作流规则”。
  4. 在 “配置工作流 ”对话框中，选择“ 添加”。
  5. 在“为类更改请求向导的对象配置工作流”中，选择“开始之前”页上的“下一步”。
  6. 在 “工作流信息 ”页上，输入工作流的名称和说明。 在 “检查事件 ”列表中，确保 选中“何时更新对象 ”项，然后选择“ 下一步”。
  7. 在“指定条件”页上，选择“更改自”选项卡。在“可用属性”下，选择“状态”，然后选择“添加”。
  8. 在“条件”下，选择“已完成”。
  9. 选择“更改为”选项卡。
  10. 在“可用属性”下，选择“状态”，然后选择“添加”。
  11. 在“条件”下，选择“已关闭”，然后选择“下一步”。
  12. 在 “应用模板 ”页上，清除 “应用所选模板 ”复选框，然后选择“ 下一步”。
  13. 在 “选择要通知 的人员”页上，选中“ 启用通知 ”复选框。
  14. 在“用户”下，选择“分配给用户”。 在“模板”下，选择“分配给用户通知模板”，选择“添加”，然后选择“下一步”。
  15. 在“ 摘要 ”页上，查看摘要信息，然后选择“ 创建”。
  16. 在“完成”页中，选择“关闭” 。

验证通知的接收

  • 评审活动的审阅者或分配更改请求的用户将收到一封电子邮件，该电子邮件指示新的审阅活动需要审批或更改请求已关闭。

后续步骤

  • 若要创建并提供现有的预授权服务和功能，请参阅 管理服务请求。