Office365 使用Graph API创建O365组后没有管理员权限

Office365 使用Graph API创建O365组后没有管理员权限,office365,microsoft-graph-api,office365api,Office365,Microsoft Graph Api,Office365api,我们正在使用Graph API创建一个O365组 创建O365组时,最初不会创建此组的相应SharePoint网站。我们使用对组驱动器的Graph API的调用来启动SharePoint网站的创建 此后,该组的SharePoint网站上没有网站管理员。我们可以看到,所有者SharePoint组是在该组的网站上创建的。Owners Active Directory组也添加到此Owners SharePoint组,但当我们检查创建该组的用户(位于Owners Active Directory组中)的

我们正在使用Graph API创建一个O365组

创建O365组时,最初不会创建此组的相应SharePoint网站。我们使用对组驱动器的Graph API的调用来启动SharePoint网站的创建

此后,该组的SharePoint网站上没有网站管理员。我们可以看到,所有者SharePoint组是在该组的网站上创建的。Owners Active Directory组也添加到此Owners SharePoint组,但当我们检查创建该组的用户(位于Owners Active Directory组中)的IsisteAdmin属性时,该属性仍然为false

一段时间后,从30分钟到24小时甚至更长时间,站点管理员权限可用

我们也使用了ExchangeAPI,但也存在同样的问题。我们可以看到的唯一区别是,使用ExchangeAPI创建的组可以从团队内部看到,以将其提升到团队中。在管理员权限可用之前,使用Graph API创建的组在Teams应用程序中根本不可见

有没有办法避免这些问题?从SP UI创建组就是立即创建站点,并(几乎)立即应用管理员权限

提前谢谢

更新:
作为临时解决方案,我们通过调用_api/GroupSiteManager/CreateGroupEx api(与新的“创建站点和组”功能使用的api相同)创建了O365组。在这种情况下,将直接(15秒)创建组、站点和管理员权限。

我们注意到有关MS团队的类似情况。我们基于文件共享创建了组,并且只将用户添加到所有者属性,而不将用户添加到成员列表。将管理员也添加到成员后,获得了所需的权限并解决了问题。然后,客户可以添加MS团队功能。如果SharePoint正在评估组成员资格,而您只将人员添加到所有者属性,这是有意义的,因为管理员实际上不是组的成员。

我们注意到有关MS团队的类似情况。我们基于文件共享创建了组,并且只将用户添加到所有者属性,而不将用户添加到成员列表。将管理员也添加到成员后,获得了所需的权限并解决了问题。然后,客户可以添加MS团队功能。如果SharePoint正在评估组成员资格,而您只将人员添加到所有者属性,这是有意义的,因为管理员实际上不是组的成员