Azure isSoftDelete字段true/false取值判定及属性映射配置疑问

取值逻辑判断和配置方案 #

• 首先明确isSoftDeleted字段的基础逻辑：在身份提供商预配流程中，isSoftDeleted返回true时，代表当前用户需要被软删除/停用预配；返回false时代表用户正常有效。
• 你当前使用的Switch([isSoftDeleted], "false", "true", "true", "false")逻辑本身是自洽的：用户有效时给SaaS的active字段传true，用户需要停用时传false。未生效的核心原因大概率是你的SaaS平台active字段不接受字符串格式的true/false，而是要求数字类型的1/0或者原生布尔值。
• 你提到的Switch([isSoftDeleted], "false", "1", "true", "0")是可行的，前提是先确认SaaS平台的active字段取值规则：1代表激活、0代表停用，匹配这个规则直接用就行。

大小写影响说明 #

true/false的大小写会直接影响配置效果：

• 如果SaaS平台的active字段接受字符串类型的布尔值，不同平台的兼容规则不一样，部分平台只识别全小写的true/false，部分要求首字母大写的True/False，还有少部分只认全大写的TRUE/FALSE，可以拉取预配请求日志对比实际发送值和SaaS要求的取值格式是否匹配。

额外排查建议 #

• 如果调整取值格式后仍不生效，可以先确认isSoftDeleted的返回值类型是字符串还是原生布尔值，要是原生布尔值的话表达式里的判断值不要加引号，比如改成Switch([isSoftDeleted], false, 1, true, 0)，避免字符串匹配失败。
• 可以用预配的测试功能，手动把isSoftDeleted设为true，验证映射输出的取值是否符合预期，再直接调用SaaS的用户更新接口测试该取值是否能正常停用用户，快速定位问题根因。

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