HMI安灯呼叫界面如下：

当HMI端发起安灯呼叫时：

一、呼叫界面上的“处理人和通知人”会按照如下逻辑查找默认值：

在当前选定的生产事件处理路径行中的“发起呼叫”之后的处理路径行（也就是第2步骤，如下图）对应的处理人列表中按如下规则查找默认的处理人和通知人：

      处理人列表的发生部门=当前呼叫发生部门

      系统当前时间介于 生效时间和失效时间之间（即某个班次内）

如果查找到了默认的处理人和通知人（员工），则把数据加载到呼叫界面，用户也可以重新选择修改；

如果未查找到满足条件的信息，则界面处理人和人通知人数据为空，需要用户自行选择 ；

如果系统未查找到“处理人或通知人”的默认值，数据排查方向：

1、上图中第2个处理阶段是否正确定义了“异常处理人”行数据，包括：

“发生部门”——要和呼叫部门一致

“生效时间”、“失效时间”——呼叫时会按此时间段检查数据，以区分是否存在不同班次的人员安排；

2、上述条件满足后，检查“默认处理人”或“默认通知人”是否定义（员工基础资料）？

3、“默认处理人或通知人”员工基础资料是否和用户做了关联（联系对象），如下

二、如果此时用户点击“处理人或通知人”进行重新F8选择修改，按如下逻辑过滤：

“处理人” ：

按上述条件查找到的生产事件中处理人行中的“处理人角色”字段按角色过滤；

如果“处理人行的”处理人角色为空，则按对应处理路径行（也就是第2步骤）中指定的默认处理人角色进行人员过滤；

“通知人” ：

按上述条件查找到的生产事件中处理人行中的“通知人角色”字段过滤；

如果“处理人行的”通知人角色为空，则按对应处理路径行（也就是第2步骤）中指定的默认通知人角色进行人员过滤；如果通知人角色还是为空，则从员工基础资料中过滤；

如图所示

此处的设置思路和参考原则：

如果企业管理相对粗放，则可以在处理路径上直接定义“处理人角色、通知人角色”，此时的角色定义也是比较粗放的，目前仅支持一个角色定义；

如果企业管理相对精细，如每个部门的角色定义不同、还分成不同的班次，如白班、晚班，不同的班次对应的处理人和通知人都不相同，则此时建议定义每个处理阶段对应的处理人行数据；

如果此时处理人或通知人F8列表中没有想要的数据，数据排查方向：

1、上图中第2个处理阶段是否正确定义了“异常处理人”行数据，包括：

“发生部门”——要和呼叫部门一致

“生效时间”、“失效时间”——呼叫时会按此时间段检查数据，以区分是否存在不同班次的人员安排；

2、上述条件满足后，检查“处理人角色”或“通知人角色”是否定义？

3、如果处理人行中未定义角色，则检查对应的处理路径行是否定义了“默认处理人角色”和“默认通知人角色”？

4、检查对应的角色中是否包括正确的用户？

5、检查用户是否正确关联了员工基础资料（联系对象），如下

供参考！