Power Automate创建Team报AadGroupCreationLimitExceeded错误排查

在Power Automate中调用Graph API的Create Team端点创建Microsoft Teams团队时，首次执行流程可成功运行，第二次执行直接返回BadRequest错误，核心错误标识为AadGroupCreationLimitExceeded，已确认Azure AD租户内总组数量远低于5000的组织级创建上限，不存在租户总组数超限问题。
核心错误返回片段：

{"errors":[{"message":"Error when calling Middle Tier. Message: ''. Error code: 'AadGroupCreationLimitExceeded'. Status code:BadRequest."}]}

AadGroupCreationLimitExceeded代表Azure AD组创建配额超限，但该报错对应的配额不是租户全局总组数上限，而是按创建主体维度生效的单账号配额或创建速率限流阈值，和租户总组数是否达到5000没有直接关联。

• 普通非管理员Azure AD用户默认有250个Azure AD组（含安全组、M365组，Teams团队底层绑定M365组）的创建上限，该配额按创建者账号维度统计，和租户全局配额独立计算。
• 存在短时间创建速率限流：10分钟滑动窗口内，单个普通用户身份连续创建M365组/Teams团队达到阈值（通常为10个以内），即使总创建数远低于250，也会抛出该错误，首次成功、第二次立刻执行就报错的场景基本属于触发速率限流。
• Power Automate流使用普通用户账号连接（非管理员账号、非服务主体身份）调用接口时，会受上述两类配额约束。
• 若请求体中传入了重复的mailNickname（邮件别名），会触发后端重复提交组创建请求，短时间内多次发起创建操作也会间接触发限流。

• 优先更换调用身份：在Azure AD中注册服务应用，授予Team.Create.All应用级权限，使用服务主体身份在Power Automate中调用Graph API，服务主体不受普通用户250个组创建配额、短时间创建速率限流的约束，适合自动化流程场景。
• 若必须使用用户身份调用，两次创建团队的操作之间至少间隔15分钟，避开10分钟的速率限流窗口；测试流程时不要连续快速触发运行。
• 核查调用所用用户账号的组创建配额占用情况：调用GET https://graph.microsoft.com/v1.0/me/ownedObjects?$filter=isof('microsoft.graph.group')接口，查询该账号作为所有者的组总数，若已达250的上限，清理名下废弃的无用组，或更换为具备Teams管理员/全局管理员权限的账号操作。
• 校验请求参数：每次创建团队时传入全局唯一的mailNickname值，避免重复提交相同别名的创建请求，减少后端无效重试。
• 批量创建场景下在流中配置重试策略：捕获到该错误时自动等待10-15分钟后再重试请求，不要立刻重复发起调用。

内容的提问来源于stack exchange，提问作者Kiril Radoslavov