Поиск времени собрания возвращает AttendeesUnavailable с большим временным интервалом

Я использую обозреватель графов для тестирования своих запросов. Я вызываю запрос POST findMeetingTimes.

Во-первых, я запускаю его с такими временными ограничениями:

"timeConstraint": {
    "timeslots": [
      {
        "start": {
          "dateTime": "2017-05-23T09:00:00",
          "timeZone": "UTC"
        },
        "end": {
          "dateTime": "2017-05-23T12:00:00",
          "timeZone": "UTC"
        }
      }
    ]

Это возвращает мне правильно несколько вариантов встречи. Однако, если я изменю время начала с 9 часов на 8 часов (что должно увеличить количество доступных вариантов), я получу AttendeesUnavailable как emptySuggestionsReason вместо, по крайней мере, такого же количества предложений о встрече, как в предыдущем запросе. .

Что может быть причиной этого? Это ошибка? Остальными параметрами запроса были простые два участника, одно место и продолжительность один час.

Большое спасибо!


microsoft-graph-api
person Jakub Smid    schedule 19.05.2017    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Спасибо за твое сообщение. Есть несколько причин, по которым API мог вернуть AttendeesUnavailable по второму запросу. Участники могли создавать или принимать новые события в своих календарях, делая их занятыми на нужные даты, или, может быть, список участников различался между запросами?

Если вы подтвердили, что все это не так, я мог бы просмотреть журналы, чтобы увидеть, есть ли проблема с API. Для этого мне нужно, чтобы вы перешли на вкладку «Заголовки ответов» в графическом проводнике и отправили мне значение заголовка «request-id».

person user8038869    schedule 19.05.2017
comment
Спасибо @user8038869 за ответ. Состояние участников и место проведения остались прежними (это было просто для тестирования), и я воспроизвел результат много раз. Таким образом, правильный запрос и идентификатор запроса клиента выглядят следующим образом: client-request-id: b46accf2-dd33-4491-9cca-bb9b2beb88d1 request-id: b46accf2-dd33-4491-9cca-bb9b2beb88d1. Неправильный запрос и идентификатор запроса клиента: client-request-id: 4c273395-0142-4599-b59b-563f80935ded request-id: 4c273395-0142-4599-b59b-563f80935ded. Большое спасибо за изучение этого! - person Jakub Smid; 20.05.2017