数据管理功能 > 管理更改 > “更改管理”管理 > 关联规则管理 > 定义关联规则
定义关联规则
您可以在“关联规则”表中创建和修改关联规则。
要访问此表格，请导航至“站点” 或“组织” 下的“实用程序”页面。选择“业务规则”。有关详细信息，请参阅关联规则表。
* 
当 wt.associationRules.enableOrganizationRules 属性设置为 true 时，您可以在组织级别创建规则。默认情况下，此特性设置为 false。
如果您在组织级别定义规则，则这些规则优先于站点级别规则。
创建关联规则
1. 在“关联规则”表中，单击“新建关联规则”图标 。
2. 请在“类型属性”下完成以下字段：
“关联类型”
选择以下选项之一：
• “变更进程”- 配置哪些对象可在同一变更进程中进行链接。这还将指定可添加到“关联的进程对象”表格中的适用对象类型。
• “变更参考”- 配置哪些对象可链接为参考，但不一定会包括在同一变更进程中。这还将指定可添加到“关联的参考对象”表格中的适用对象类型。
• “变更实施计划”- 配置变更通告和变更任务之间的关联。
• “影响”- 配置相互影响的对象间的关联，以对这些对象执行特定操作。例如，影响基线成员的变更任务。
• “表数据”- 配置监管提交类型与表格数据类型之间的关联。
• “监管提交主题”- 配置监管提交类型与属于监管提交主题的对象之间的关联。具体包括部件、场所和客户体验监管决策。
• “监管提交驱动因素”- 配置监管提交类型与属于监管提交驱动因素的对象之间的关联。具体包括部件、文档、场所、UDI 超集、客户体验和客户体验监管决策。
• “UDI 主题”- 配置 UDI 超集类型与部件类型之间的关联。
* 
您在“关联类型”字段中所做的选择决定了“角色 A 类型”和“角色 B 类型”字段中可用的选项。
“角色 A 类型”
选择一个对象类型来表示链接关系中的“角色 A”。
“角色 A”对象通常为父项对象。不过，“角色 A”或“角色 B”可以是拥有的对象或所需的对象。
包括以下选项：
• “柔性变更项”
• “CAPA 计划”
• “CAPA 请求”
• “变更通告”
• “变更请求”
• “客户体验”
• “不合格”
• “问题报告”
• “超差”
* 
显示的类型随您站点安装的解决方案的不同而有所不同。
还会显示在您的站点创建的自定义子类型。
“角色 B 类型”
选择一个对象类型来表示链接关系中的“角色 B”。
• “柔性变更项”
• “CAPA 计划”
• “CAPA 请求”
• “变更通告”
• “变更请求”
• “客户体验”
• “不合格”
• “问题报告”
• “超差”
* 
显示的类型随您站点安装的解决方案的不同而有所不同。
还会显示在您的站点创建的自定义子类型。
3. 请在“实例属性”下完成以下字段：
每个字段的可用选项取决于您在“类型属性”字段中所做的选择。
“基数”
基数用于确定与“角色 A”对象相关的、所允许的“角色 B”对象的数量。
选择以下选项之一：
“多对多”
“一对多或多对一”
“一对多”
“多对一”
“一对一”
例如，将“角色 A”定义为问题报告，将“角色 B”定义为变更请求：
• “一对多”- 一个问题报告可以链接到多个变更请求。一个变更请求只能链接到一个问题报告。
• “一对一”- 一个问题报告只能链接到一个变更请求。一个变更请求只能链接到一个问题报告。
• “多对一”- 一个问题报告只能链接到一个变更请求。不过，一个变更请求可以链接到多个问题报告。
• “一对多或多对一”- 链接受限，具体取决于第一次创建的关联。例如，一个问题报告链接到一个变更请求：
◦ 您将另外一个变更请求关联到该问题报告。“一对多”基数会强制实施。问题报告可以链接到多个变更请求，但变更请求只能链接到一个问题报告。
◦ 您将另外一个问题报告关联到该变更请求。“多对一”基数会强制实施。变更请求可以链接到多个问题报告，但问题报告只能链接到一个变更请求。
“所属角色”
所属角色可用于限制谁可以创建、删除或修改关联。
要创建一个链接，用户必须具有所属角色对象的修改权限。此外，仅当用户具有所属角色对象的修改权限时，才可删除非所属角色对象。
* 
不能将外部对象添加为所属角色对象。
选择以下选项之一：
“无”
“角色 A”
“角色 B”
例如，将“角色 A”定义为问题报告，将“角色 B”定义为变更请求。所属角色是：
• “角色 A”- 如果用户想要创建问题报告和变更请求之间的关联，必须首先具有问题报告的修改权限。此外，创建关联后，只有具有问题报告修改权限的用户才能删除变更请求。
• “角色 B”- 如果用户想要创建问题报告和变更请求之间的关联，必须首先具有变更请求的修改权限。此外，创建关联后，只有具有变更请求修改权限的用户才能删除问题报告。
“必需角色”
必需的角色用于标识所需对象之间的关联。如果用户在不添加必需的角色的情况下尝试创建对象，则会出现一条错误消息。
选择以下选项之一：
“无”
“角色 A”
“角色 B”
例如，将“角色 A”定义为问题报告，将“角色 B”定义为变更请求。必需的角色是：
• “角色 A”- 当用户创建新的变更请求时，他们必须将问题报告添加为关联的对象。否则，用户会收到一条错误消息。
• “角色 B”- 当用户创建新的问题报告时，他们必须将变更请求添加为关联的对象。否则，用户会收到一条错误消息。
4. 单击“确定”。
您可以在“关联规则”表中编辑或删除规则。
必需角色约束
“必需角色”是在变更对象之间创建关联时所应用的约束。您必须选择“必需角色”的值来创建“角色 A 类型”或“角色 B 类型”变更对象。
例如，下表对用于创建变更对象的必需角色约束及相关描述进行了说明：
关联规则
“角色 A 类型”变更对象
“角色 B 类型”变更对象
必需角色
说明
规则 1
问题报告
原型变更通告
无
“必需角色”(“无”) 是在创建变更对象时所应用的约束。即使没有“角色 A 类型”变更对象 (问题报告)，您也可以创建“角色 B 类型”变更对象 (原型变更通告)。或者，即使没有“角色 B 类型”变更对象 (原型变更通告)，您也可以创建“角色 A 类型”变更对象 (问题报告)。
规则 2
问题报告
生产变更请求
角色 A
“必需角色”(“角色 A”) 是在创建变更对象时所应用的约束。如果没有“角色 A 类型”变更对象 (问题报告)，则无法创建“角色 B 类型”变更对象 (生产变更请求)。
规则 3
生产变更请求
生产变更通告
角色 B
“必需角色”(“角色 B”) 是在创建变更对象时所应用的约束。如果没有“角色 B 类型”变更对象 (生产变更通告)，则无法创建“角色 A 类型”变更对象 (生产变更请求)。
在创建变更对象期间，wt.change2.associationRuleEvaluateRequiredRole.enabled 特性可控制“角色 A 类型”或“角色 B 类型”变更对象的可见性。根据“关联规则”下的必需角色，创建变更对象这一操作违反了关联规则的必需角色约束。
如果设置为 true，则要创建的“角色 A 类型”或“角色 B 类型”变更对象不会根据“关联规则”下的必需角色进行显示。
创建变更对象时，请考虑下列情形。如果“必需角色”是“角色 B”，则“角色 A 类型”变更对象将不可见。如果“必需角色”是“角色 A”，则“角色 B 类型”变更对象将不可见。因此，您无法在初始步骤中创建变更对象。
如果设置为 false，则要创建的“角色 A 类型”或“角色 B 类型”变更对象会根据“关联规则”下的必需角色进行显示。但是，在创建变更对象的最后一步中，您将收到一条错误消息，指出创建变更对象这一操作违反了关联规则的必需角色约束。
默认值为 false。管理员可以设置此特性。
这对您有帮助吗?