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,我可以问一下你是如何解决这个问题的吗?