调用Graph API关联claimsMappingPolicy提示appid/objectid不存在

调用Graph API将claimsMappingPolicy关联到目标服务主体时，返回报错：
Resource 'appid or objectid' does not exist or one of its queried reference-property objects are not present
调用时分别尝试传入目标服务的Object ID和App ID作为参数，均返回上述资源不存在错误，但核查确认：

• 目标服务主体真实存在：
• 待关联的claimsMappingPolicy策略真实存在：
• 接口调用操作记录如下：

这类报错不是真的代表资源不存在，绝大多数是以下几种情况导致：

• 调用身份权限不足：Graph API针对无权限访问的资源，会统一返回「资源不存在」响应，不会直接返回403无权限，避免泄露资源的存在性信息。如果当前调用接口的账号、服务主体没有目标服务主体、目标策略的读取/编辑权限，就会触发这个报错。
• 传参不符合接口要求：claimsMappingPolicy绑定接口的路径参数仅支持传入服务主体的Object ID，传入App ID会直接判定资源不存在；另外如果请求体里的策略ID填错、odata.id路径写错，也会触发同类报错。
• 端点与资源所在环境不匹配：如果资源创建在Azure公有云环境，调用时却用了Azure中国区、美国政府云的Graph端点，会因为跨环境查不到资源报错。
• 目录复制延迟：如果服务主体或者claimsMappingPolicy是刚创建完成就立刻调用绑定接口，会因为Azure AD目录数据跨节点复制还没完成，出现临时的资源找不到问题。

• 权限校验：用当前调用绑定接口的同一个身份，分别单独调用查询服务主体、查询claimsMappingPolicy的GET接口，如果两个接口任意一个返回资源不存在，就说明当前身份权限不足。给调用身份分配对应目录权限（如应用读写、策略读写相关权限），重新获取access token后再尝试调用即可。
• 参数校验：核对绑定接口的格式是否正确，标准接口格式为POST /servicePrincipals/{服务主体Object ID}/claimsMappingPolicies/$ref，请求体格式为{"@odata.id":"https://graph.microsoft.com/v1.0/policies/claimsMappingPolicies/{策略Object ID}"}，不要在服务主体路径位传入App ID。
• 端点校验：确认调用的Graph端点和资源所在云环境一致，不要跨环境调用。
• 延迟问题排查：如果资源是刚创建的，等待10-30秒后重试即可。

内容的提问来源于stack exchange，提问作者Daniel Vega Ruiz