使用Microsoft Planner API创建任务时评论显示未知用户问题咨询

核对API调用的身份上下文参数 #

• 检查请求体结构：Planner任务关联的评论发布人信息，取自任务实体createdBy字段下嵌套的user对象，而非请求头携带的认证令牌。很多开发场景会遗漏在createdBy.user下传入medxplanner1对应的Azure AD对象ID、用户主体名称，仅在请求元数据的lastModifiedBy字段传入调用身份，就会出现最后编辑人识别正确、评论发布人映射失败为未知用户的情况。
• 确认令牌授权模式：如果当前调用使用的是客户端凭据流获取的纯应用令牌，没有绑定medxplanner1的具体用户上下文，Planner后端会将该评论识别为无归属实体。哪怕系统审计日志能通过应用调用来源匹配到正确的最后编辑人，评论侧的用户身份映射逻辑也会判定为未知用户。

校验应用权限配置 #

• 核对权限类型：Planner任务创建并关联评论的场景，必须为应用配置对应的委托权限，不能仅配置应用权限。纯应用权限下，Graph后端无法从令牌中提取medxplanner1的用户目录信息，会直接将评论人渲染为未知用户。
• 验证权限有效性：可通过Graph用户查询接口测试当前令牌能否正常拉取medxplanner1的用户详情，如果返回403权限不足，Planner侧渲染评论人信息时会因无法获取用户显示名，直接降级为“未知用户”提示。

排查接口兼容与实体映射问题 #

• 检查调用端点版本：如果当前使用的是Graph v1.0版本之前的旧版Planner独立API端点，该类端点已停止维护，存在评论实体与Azure AD用户目录的映射断连问题，需将所有Planner任务创建请求切换至Graph v1.0下的标准/planner/tasks端点。
• 校验字段格式：正确的评论人绑定格式需在createdBy对象下同时嵌套user（包含medxplanner1的Azure AD对象ID、UPN地址）和application两个字段，如果仅传入应用身份字段、未嵌入用户身份子对象，评论实体就会被识别为应用自动生成的无主内容，显示为未知用户。

快速定位问题环节的验证方法 #

• 使用Graph Explorer以medxplanner1的个人身份，直接发起创建Planner任务的测试请求，对比生成任务的评论人显示效果。如果个人身份手动调用下评论人显示正常，说明问题出在自研应用的身份传递、参数格式环节；如果手动调用下仍显示未知用户，需检查对应租户下medxplanner1的用户属性是否被设置为目录隐藏、或是存在Azure AD同步异常导致用户信息无法被Planner服务检索。

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