Json findMeetingTimes未返回繁忙时间段;“最低参与百分比”;无效

Json findMeetingTimes未返回繁忙时间段;“最低参与百分比”;无效,json,microsoft-graph-api,outlook-restapi,Json,Microsoft Graph Api,Outlook Restapi,我正在打电话给/v1.0/me/findMeetingTimes检查用户的可用性 以下是示例请求: { "attendees": [ { "type": "Required", "emailAddress": { "name": "abc", "address": "somebody@omni.com" } } ], "minimumAttendeePercentage": 0.0, "timeC

我正在打电话给
/v1.0/me/findMeetingTimes
检查用户的可用性

以下是示例请求:

{
  "attendees": [
    {
      "type": "Required",
      "emailAddress": {
        "name": "abc",
        "address": "somebody@omni.com"
      }
    }
  ],
  "minimumAttendeePercentage": 0.0,
  "timeConstraint": {
    "activityDomain":"unrestricted",
    "timeslots": [
      {
        "start": {
          "dateTime": "2018-03-30T15:00:00Z",
          "timeZone": "UTC"
        },
        "end": {
          "dateTime": "2018-03-30T16:00:00Z",
          "timeZone": "UTC"
        }
      }
    ]
  },
  "isOrganizerOptional": true
}
我安排了一次与用户的会议,时间为2018-03-30T15:00:00Z至2018-03-30T16:00:00Z。在用户接受会议之前,使用相同的请求,API在
attendeavailability
中返回了
暂定
可用性的时间段

如果我将
minimumattendepercentage
的值指定为
90
100
,API仍然返回相同的响应(暂定可用性)

一旦用户接受了它,响应就变为

{
    "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#microsoft.graph.meetingTimeSuggestionsResult",
    "emptySuggestionsReason": "Unknown",
    "meetingTimeSuggestions": []
}

无论我在请求中指定了什么
minimumattendepercentage
值,响应总是相同的。貌似<>代码> MimuMuthAudioTeals不使用,API总是认为它是代码> 50 >代码>,默认值为

,目前标记为“代码>临时< /COD>”的会议不被认为是“代码>繁忙< /代码>。 这里的一点背景有助于解释为什么会这样。其核心是,

/findMeetingTimes
试图返回多个与会者的潜在时间段列表。为此,需要确定给定用户的给定插槽是“空闲”还是“忙”。如果它确定时间用户是“空闲”的,则返回该时间段

当它遇到一个标记为“暂定”的插槽时,它不可能最终确定该慢速是“空闲”还是“忙碌”。根据定义,临时会议是用户尚未完全承诺的会议。会议状态相当于“除非有更好的事情发生,否则我不会参加”


由于
/findMeetingTimes
的核心工作是返回会议时间建议列表,因此在编译列表时,它将
暂定的
视为
免费的
。这允许您在应用程序的上下文中处理您希望如何处理
暂定的

目前,标记为
暂定的会议不被视为

这里的一点背景有助于解释为什么会这样。其核心是,
/findMeetingTimes
试图返回多个与会者的潜在时间段列表。为此,需要确定给定用户的给定插槽是“空闲”还是“忙”。如果它确定时间用户是“空闲”的,则返回该时间段

当它遇到一个标记为“暂定”的插槽时,它不可能最终确定该慢速是“空闲”还是“忙碌”。根据定义,临时会议是用户尚未完全承诺的会议。会议状态相当于“除非有更好的事情发生,否则我不会参加”


由于
/findMeetingTimes
的核心工作是返回会议时间建议列表,因此在编译列表时,它将
暂定的
视为
免费的
。这允许您在应用程序的上下文中处理您希望如何处理
暂定的

谢谢你的回答。api正在返回暂定/空闲时间段,这很好。但是,如果我将“minimumattendepercentage”设置为0,则api不会返回忙时隙,这意味着我希望看到所有类型的时隙。根据文档,如果置信度为0,则与会者的状态为忙,但api不会返回“忙”时段,即使与会者有会议,并且无论我在请求中设置了什么值,“MinimumAttendePercentage”始终被视为50。我同意上面的评论。“MinimumAttendePercentage”酒店感觉无效。例如,指定以下条件:MinimumAttendePercentage=30.0 Attenders=3人如果只有一人有空,则建议中不包括时区。为什么“信心”总是100C#(使用SDK)#Graph API v1.0我们应该能够指定我们不希望建议是暂时的,或者这些建议不应该有100个置信度。考虑到“暂定”时隙与空闲时隙具有相同的置信值是荒谬的。另外,我不可能要求更多的建议。我不能改变API的工作方式,我只能解释它在做什么。谢谢你的回答。api正在返回暂定/空闲时间段,这很好。但是,如果我将“minimumattendepercentage”设置为0,则api不会返回忙时隙,这意味着我希望看到所有类型的时隙。根据文档,如果置信度为0,则与会者的状态为忙,但api不会返回“忙”时段,即使与会者有会议,并且无论我在请求中设置了什么值,“MinimumAttendePercentage”始终被视为50。我同意上面的评论。“MinimumAttendePercentage”酒店感觉无效。例如,指定以下条件:MinimumAttendePercentage=30.0 Attenders=3人如果只有一人有空,则建议中不包括时区。为什么“信心”总是100C#(使用SDK)#Graph API v1.0我们应该能够指定我们不希望建议是暂时的,或者这些建议不应该有100个置信度。考虑到“暂定”时隙与空闲时隙具有相同的置信值是荒谬的。此外,我不可能要求更多的建议。我不能改变API的工作方式,我只能解释它在做什么。