在活动电子邮件模板中使用父工作项的数据属性

注意：本篇博文仅与 System Center 2012 – 服务管理器（或更高版本）相关。

这是一篇由我们的一个社区专家 Greg Wojkun 编写的客座博文。非常感谢 Greg 与我们分享！

========================

背景知识

我们的更改请求流程要求 CR 所有者在 CR 表上的更改请求描述数据属性中提供其更改请求的详细信息。CR 所有者还必须应用与 CR 相关的正确审阅活动 (RA) 和手动活动 (MA)，并在 MA 和/或 RA 的描述字段中提供大致相同的详细信息。作为 SCSM 管理员，我常听到最终用户提出这样的问题：为什么我需要加倍努力地编写 CR 描述，还要在 MA 或 RA 描述字段中编写大致相同的描述。我对他们的回应很简单：我希望确保审阅者和/或活动实施者在接收工作流电子邮件时具备所需的全部基本信息，以便批准或完成来自电子邮件的活动（使用 Exchange Connector）。在 SCSM 2010 中，不可能将 CR 数据属性植入 MA 和 RA 电子邮件模板。在 2012 中，这已成为可能。但在我试图执行此操作时，发现并不是轻而易举就能做到的。通过与 Travis 合作，我已了解如何执行此操作，并希望向 SCSM 用户分享该体验，以满足其最终用户的类似要求。

首先，我们需要理解 MA/RA 和 CR 之间的关系结构。我们都知道 MA/RA 以如下方式显示父 ID：

但 SCSM 在一个系列中用于将它们链接在一起的实际“关系类”是什么？我们需要在 MA/RA 的历史记录部分确定此类。从下面我们可以看到，SCSM 使用 [Contains Activity]（包含活动）作为 MA/RA 与父 CR 之间的关系：

现在了解此关系之后，我们可以使用此信息将父 CR 的数据属性链接到 MA/RA 中。因此，现在让我们看一下 MA/RA 类电子邮件的电子邮件模板引擎。您可以在下面看到，我们有许多关系类型可以选择。从管理角度看，在尝试将 CR 数据属性拉入 MA/RA 电子邮件模板时，此处容易产生混淆。您可以看到，从字面角度，我们可以从以下数据属性中选择可能使用的属性：

我专门将一项用红笔圈上。一般认为您会选择此项。但是，这个不是要使用的正确数据属性。回到刚才的插图，我们了解到 [Contains Activity]（包含活动）是要使用的正确数据属性，因为我们发现 SCSM 将此项用于 MA/RA 与 CR 之间的关系。

注意：这时，我无法解释为何有两 (2) 个 [Contains Activity]（包含活动）和多个其他关系（例如 2 个 [Depends on work Item]（取决于工作项））。对于本例而言，使用顶部的 [Contains Activity]（包含活动）Travis 说： 这是因为一个审阅活动可能被其他工作项包含，并可能包含其他工作项：

因此，当我们选择 [Contains Activity]（包含活动）关系时，可以看到不能为“更改请求”选择任何数据属性。我已经请求 SCSM 工程团队在下一版本中放置这些数据属性。但在下一版本发布之前，我们仅限于选择“工作项”数据属性，如下所示：

下面我们再概述一下此处讨论的内容。我们确定了 MA/RA 与 CR 之间的关系类型是 [Contains Activity]（包含活动）。我们通过检查 MA/RA 的历史记录部分发现了此类型。然后，我们启动了电子邮件模板引擎并开始构建 MA/RA 电子邮件模板，然后确定希望从 CR 中捕获哪些 [Contains Activity]（包含活动）– 工作项属性。现在还不能选择某些特定的 CR 属性（如 [Change Reason]（更改原因））。因此我们只能选择工作项属性。在示例中，我在 [Contains Activity]（包含活动）关系中选择了以下工作项属性。

- 标题

- 描述

- ID

因此我们构建了如下模板。这仅是我提供的一个示例。您可能需要在自己的模板中提供更多创意。您会注意到一些代码用黄色突出显示出来。SeedRole=’Target’。每次包括 [Contains Activity]（包含活动）数据属性时，必须在以下位置插入此代码。在关系类之后与 [Type Constraint]（类型约束）行之前。Travis 与我共同寻找此问题的解决方案时，他建议我这样做。也许此问题将在下一版本中得到解决，但我遵从了 Travis 这一观点。在任何情况下，必须按如下方式插入该代码。这样可以将 CR 属性植入 MA/RA 电子邮件模板。

然后，如果您尚未配置，请务必基于规则配置您的 MA/RA 工作流。具体如下：当 MA/RA 状态从“未决”或空白更改为 [In – Progress]（正在进行）时。如果已经完成此操作并将您的新模板链接到该工作流，您就完成了准备工作。

对于 RA/MA 的最终结果将是如下电子邮件：这可让创建 CR 的最终用户不必在两个位置重复提供 CR 详细信息。还可以帮助审批者（审阅者）直接从电子邮件中获取他们所需的 CR 数据。如果希望添加更多创意，还可以将最终用户门户的链接直接添加到 CR。当然，您还可以在模板中方便地使用 MA/RA 数据属性捕获更多详细信息。下图旨在显示如何在 MA/RA 电子邮件模板中使用 CR 数据属性。

CR 数据：

手动活动：

审阅活动

希望您喜欢！