Question

请求

POST v1.0 / groups

身体：

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

返回已创建组的 id 。之后，我正在使用请求（创建计划）

POST v1.0 / planner / plans

身体：

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

当我访问网络界面office365（计划员）时，我看到两个名字相同的计划。其中一个是无法访问的。这是正常的行为吗？或者我该怎么做才能看到只有一个与组名相同的计划（或者创建一个没有默认计划的组）？

Answer 1

我也面临同样的问题，并希望分享我的经验，希望它有助于解决根本问题。不幸的是，我还没有足够的声誉将其作为对上一条评论的回复。

当您第一次通过用户界面访问论坛的计划程序时，该群组的默认计划会被设置为createdBy.application.id值＆＃34; 95e27074-6c4a-447a-aa24 -9d718a0b86fa＆＃34;，指向Planner应用程序。但是，如果您使用自己的应用程序以编程方式配置计划，则createdBy.application.id值是应用程序的GUID。如果您向团队频道添加新计划（指向团队应用），createdBy.application.id值也会有所不同。

在Planner中，有＆＃34;所有计划＆＃34;对于每个组，它将用户引导到组的默认计划（如果尚未配置，则进行配置）。以编程方式创建计划时，会为其创建一个新磁贴，并且原始磁贴停止工作并在您单击它时显示错误。如果您导航到Outlook中的组并单击那里的Planner链接，则会发生同样的情况。

看起来这些Planner链接使用createdBy.application.id值来区分哪个计划是该组的默认计划。他们希望找到一个计划，其createBy.application.id值为＆＃34; 95e27074-6c4a-447a-aa24-9d718a0b86fa＆＃34;，当有一个带有一些随机GUID的计划时，会发生意外错误。因此，我们需要做的是，以编程方式提供一个计划，其中createdBy.application.id的值为＆＃34; 95e27074-6c4a-447a-aa24-9d718a0b86fa＆＃34;，但是，唉，该属性被读取只能，因此无法在请求正文中定义。

Answer 2

不，这不是预期的。根据您的描述，您正在正确地执行所有操作，并且最终应该在UI中输入一个条目。我们会调查此问题。如果您拥有它，创建计划的请求ID将帮助我们识别问题。

Microsoft Planner中的重复计划

2 个答案: