微软计划中的重复计划

Question

请求.

发布v1.0/组

身体：

{
    "description": "hello",
    "displayName": "group_for_restore",
    "groupTypes": [
        "Unified"
    ],
    "mailEnabled": true,
    "mailNickname": "group_for_restore",
    "securityEnabled": false,
    "visibility": "Public"
}

返回创建的组的id。在它之后，我使用请求(创建一个计划)

发布v1.0/规划师/计划

身体：

{
  "owner": "{group-id}", // from the request above
  "title": "group_for_restore" // group name
}

当我访问web界面office365 (规划师)时，我看到了两个名字相同的计划。其中一个是无法触及的。这是正常行为吗？或者，如果只看到一个与组同名的计划(或者创建一个没有默认计划的组)，我应该做些什么？

Answer 1

我也面临着同样的问题，我想分享我的经验，希望它有助于解决根本的问题。不幸的是，我还没有足够的声誉将此作为对先前评论的答复。

当您第一次通过UI访问组的规划师时，该组的默认计划将提供“95e27074-6c4a-447 a-a24-9d718a0b86fa”的createdBy.application.id值，该值指向Planner应用程序。但是，如果您使用自己的应用程序以编程方式提供计划，则createdBy.application.id值是应用程序的GUID。如果将新计划添加到团队通道(指向Teams )，则createdBy.application.id值也是不同的。

在Planner中，每个组都有“所有计划”下面的“所有计划”，这将引导用户到组的默认计划(并提供它，如果还没有提供)。当您以编程方式创建计划时，将为其创建一个新的瓷砖，并且原始瓷砖将停止工作，并在单击它时显示一个错误。如果您导航到Outlook中的组并单击“计划”链接，则会发生同样的情况。

这些计划链接似乎使用createdBy.application.id值来区分哪个计划是组的默认计划。他们希望找到一个createdBy.application.id值为“95e27074-6c4a-447 a-a24-9d718a0b86fa”的计划，当有一个带有随机GUID的计划时，会出现意外错误。因此，我们需要做的是以编程的方式提供一个createdBy.application.id值为“95e27074-6c4a-447 a-a24-9d718a0b86fa”的计划，但是遗憾的是，该属性是只读的，因此不能在请求体中定义。

Answer 2

不，这不是意料之中的。根据您的描述，您所做的一切都是正确的，并且应该以UI中的一个条目结束。我们会调查这个问题。如果您有它，请求id来创建计划将帮助我们识别问题。