为何Cmdlet与Microsoft Graph API的工时响应依赖最后修改源?
关于Microsoft Graph API/PowerShell获取用户工作时间的异常行为及疑问
观察到的行为
- 依赖最后修改源
- 若工作时间最后在Viva Insights中修改,响应将反映Viva Insights中的更改。
- 若工作时间最后在Outlook中修改,响应则基于Outlook中设置的工作时间。
- 单向同步
- 在Outlook中修改工作时间后,更改会同步至Viva Insights等服务并生效。
- 但在Viva Insights(或其他外部服务)中更新工作时间后,更改不会同步回Outlook,不过Microsoft Graph API或cmdlets的响应仍会反映这些更新后的值。
使用的API/命令
- Microsoft Graph API
请求命令:GET https://graph.microsoft.com/v1.0/me/mailboxSettings
该请求返回workingHours属性,但未指明数据来源。 - PowerShell Cmdlet
命令:Get-MailboxCalendarConfiguration
提供时区、工作时间等常规设置,但无按日变化的详细信息或数据来源说明。
问题与疑问
- 为何API/cmdlets的响应会依赖最后修改源(如Outlook与Viva Insights)?
- 是否有办法确保跨服务一致性,使Viva Insights的更改同步回Outlook?
- 是否存在明确判断数据来源(如来自Outlook、Viva Insights或其他地方)的方法?
这种跨服务管理工作时间的不一致行为易造成混淆,恳请提供相关见解与建议!
内容的提问来源于stack exchange,提问作者CodeSeeker
相关产品推荐
相关产品推荐

