SailPoint IIQ使用简单if-else循环无法检测用户已分配角色问题

问题根因 #

你使用的assignedRoles.contains()判断逻辑失效，核心原因是SailPoint IIQ中assignedRoles属性返回的是sailpoint.object.Role实体对象的集合，并非角色名称字符串的集合，直接传入字符串类型的角色名做匹配，对象和字符串类型不一致，永远会返回false，导致流程直接进入ELSE分支。

修复方案 #

方案1：BeanShell代码写法（适用于工作流脚本步骤） #

先提取所有已分配角色的名称为字符串集合，再执行包含判断：

import java.util.stream.Collectors;
import java.util.List;
import sailpoint.object.Role;

// 提取已分配角色的名称集合
List<String> assignedRoleNames = assignedRoles.stream()
    .map(Role::getName)
    .collect(Collectors.toList());

// 执行判断逻辑
if ("Employee".equals(empType) && assignedRoleNames.contains("Role 1")) {
    return true;
} else if ("Contingent Worker".equals(empType) && assignedRoleNames.contains("Role 2")) {
    return true;
} else {
    return "Role not provisioned";
}

方案2：EL表达式写法（适用于工作流转移条件判断） #

直接用IIQ支持的集合过滤语法做判断：

#{
  (!assignedRoles.?[name == 'Role 1'].empty() && empType == 'Employee')
  || (!assignedRoles.?[name == 'Role 2'].empty() && empType == 'Contingent Worker')
}

注意事项 #

• 角色名称的大小写、前后空格需要和IIQ系统中配置的完全一致，排查时可以先打印assignedRoleNames的取值确认拼写匹配
• 若要提升逻辑稳定性，可替换为匹配角色ID：将getName()替换为getId()，避免后续角色重命名导致判断逻辑失效
• 需确认业务逻辑要求判断的是已分配角色（assignedRoles）还是已激活角色（activeRoles），未激活的角色不会出现在activeRoles集合中

内容的提问来源于stack exchange，提问作者Priyanka Das