Graph Schedule与Shifts v1.0 API GET请求报错，app-only令牌及header无效求助

针对你用App-Only令牌调用Shifts API遇到的问题，我梳理了几个关键排查方向，你可以逐一验证：

1. 确认API端点的正确性 #

Shifts相关API属于团队级资源，必须依托具体团队ID来调用，正确的v1.0端点格式应该是：

• 获取团队排班配置：GET https://graph.microsoft.com/v1.0/teams/{teamId}/schedule
• 获取团队班次列表：GET https://graph.microsoft.com/v1.0/teams/{teamId}/schedule/shifts

如果你的请求是直接调用/schedules或/schedules/shifts（未携带/teams/{teamId}前缀），会直接返回404错误，这是常见的路径错误。

2. 验证MS-APP-ACT-AS请求头的细节 #

App-Only模式下调用Shifts API必须携带这个头，但要注意几个关键要求：

• 头的值必须是目标团队内有效成员的Object ID（不能用UPN或用户名），你可以通过GET https://graph.microsoft.com/v1.0/teams/{teamId}/members接口获取成员的Object ID
• 确保头的拼写完全正确：MS-APP-ACT-AS（注意大小写和短横线位置）
• 被模拟的用户需要具备团队排班的相关权限（比如团队的Schedule管理员或普通成员权限），否则即使头正确，也会返回403权限不足错误

3. 检查权限授予的有效性 #

虽然你已经添加了Schedule.Read.All和Schedule.ReadWrite.All应用权限，但需要确认：

• 这些权限已经获得管理员的同意授权（在Azure AD应用权限页面，确认权限旁显示“已授予”状态）
• 如果是刚添加的权限，需要重新获取App-Only令牌（旧令牌不会包含新权限），可以在Postman中重新生成令牌后再测试
• 注意：应用权限仅赋予跨团队的访问范围，但Shifts API的App-Only调用仍必须通过MS-APP-ACT-AS头模拟团队内用户

4. 确认目标团队已启用Shifts功能 #

如果目标团队尚未启用Shifts（即从未创建过排班计划），调用相关接口会返回404或403错误。你可以通过Teams客户端验证：进入目标团队，查看是否有“班次”标签，或者是否已创建过排班计划。

5. 结合错误响应精准定位 #

如果以上步骤都没问题，建议你提供具体的错误响应内容（比如HTTP状态码、错误代码、详细错误消息）：

• 403错误可能提示“Insufficient privileges”或“Missing role assignments”，指向权限或模拟用户的权限不足
• 404错误可能提示“Resource not found”，指向端点错误或团队未启用Shifts功能

内容的提问来源于stack exchange，提问作者David Webb