SharePoint人员选择器转字符串显示i:0#domain\username问题求助

嗨，这个问题我在社区里确实碰到过不少用户反馈，尤其是在用SharePoint（或者类似低代码平台）的工作流处理人员选择器字段时，很容易出现这种突然“翻车”的情况。

先给你明确一下：i:0#.w|domain\username这类格式其实是人员字段的内部登录标识，正常情况下工作流应该自动解析成用户的显示名称，但突然出现这个问题，其他用户碰到的共性场景主要有这几个：

• 工作流运行账号的权限缺失：很多用户是因为工作流的服务账号（或者运行上下文账号）被意外修改了权限，导致它无法读取用户配置文件服务里的显示名称信息，只能 fallback 输出内部标识。比如最近调整了AD组权限、站点权限，或者平台自动更新后权限出现了异动。
• 人员字段的特殊值场景：如果你的Name字段最近允许了多值选择，或者新增了外部用户、隐藏用户这类特殊账号，工作流可能没适配这种情况。我见过有用户团队引入外部协作人员后，工作流直接输出了这类内部格式，就是因为没处理外部用户的解析逻辑。
• 平台更新或缓存过期：不少使用云平台（比如SharePoint Online）的用户反馈，在平台某次后台更新后出现这个问题，大概率是人员字段的解析逻辑有微调，或者站点的用户信息缓存过期了。有用户刷新了站点的用户信息列表后，这个问题就缓解了。
• 工作流配置的细微变动：有时候可能是不小心碰了工作流的配置——比如原本是取人员字段的「显示名称」属性，后来误改成了「登录名」，自己没留意到。这种情况虽然少见，但也有用户踩过坑。

其他用户常用的解决思路可以参考：

1. 先核查工作流运行账号的权限，确保它拥有读取用户配置文件的权限（比如在SharePoint里，要给服务账号分配「读取用户配置文件」的权限）。
2. 检查Name字段的配置，确认是否改成了多值，如果是，要在工作流里添加循环逻辑，逐个提取每个用户的显示名称再拼接。
3. 尝试刷新站点的用户信息列表：可以通过「站点设置 > 用户和权限 > 用户信息列表」进入刷新，或者用简单的PowerShell脚本触发缓存更新。
4. 重新检查工作流的赋值动作，确认你选择的是人员字段的「显示名称」属性，而不是「登录名」或「ID」。

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