Azure active directory MS Graph API-用户被邀请后立即对其执行的某些操作失败
当通过对Azure active directory MS Graph API-用户被邀请后立即对其执行的某些操作失败,azure-active-directory,microsoft-graph-api,Azure Active Directory,Microsoft Graph Api,当通过对邀请端点的POST请求创建用户后,立即对用户对象执行某些操作时,将返回错误响应: { "error": { "code": "Directory_ObjectNotFound", "message": "Unable to read the company information from the directory.", "innerError": { "request-id": "c8956ca4-ebb
邀请
端点的POST
请求创建用户后,立即对用户对象执行某些操作时,将返回错误响应:
{
"error": {
"code": "Directory_ObjectNotFound",
"message": "Unable to read the company information from the directory.",
"innerError": {
"request-id": "c8956ca4-ebbf-43eb-9fa1-266b9f476b30",
"date": "2018-10-11T09:44:44"
}
}
}
我发现无效的操作有:1)
补丁
请求将帐户启用
设置为错误
2)
删除
请求
获取用户工作的请求。更新(补丁
)用户的其他属性也可以
此行为仅适用于受邀/来宾用户,并且仅适用于在用户创建后立即发出请求的情况。如果在10秒延迟后发出请求,则请求成功。在发出其他请求之前,发出更新用户其他属性的补丁
请求似乎也能解决问题
这个问题可以在这次邮递员跑步中得到说明:
这是一个bug,还是在与刚被邀请的用户(发布了邀请对象)一起工作时,某些操作可能会被延迟或在他们之前发出另一个补丁请求?如果是,这些操作是否有文档记录
如果是这样的话,这些行动是否有记录
我还没有找到这方面的官方文件
这是一个bug还是某些操作需要延迟
或与用户一起工作时在他们之前发出的另一个修补程序请求
那是刚刚被邀请的
但这应该是正常的行为,而不是bug
Azure服务/产品中的操作是异步的,它们不是实时的(包括Azure Active Directory)。有些甚至需要24小时/72小时才能生效 谢谢你的回答。在发出将“accountEnabled”属性设置为false的修补程序请求之前,发出更新其他属性的修补程序请求来解决问题,这似乎仍然很奇怪。但我明白了一点,那就是你不应该总是依赖于一旦收到响应操作就完成,所以我会将答案标记为已接受。我也有同样的问题,只是在发送补丁请求时我已将accountEnabled设置为true。另一件奇怪的事情是,即使等待了20秒,一些用户仍然没有更新。@RinaldsR,我可以问一下你是如何解决这个问题的吗?