MS Power Automate 用于附加 MS Planner 功能 - 第 2 部分

[suchona.kani.z]

在我关于重复计划任务的博客文章的第一部分中，我向您展示了如何设置它。使用了特定的连接器。特定的连接器非常用户友好，并且用于特定目的。

如果要求超出了预期目的，则值得将 MS Graph API 与 Power Automate 中的 http 连接器结合使用。添加和/或更改 Planner 任务的类别时会出现这种情况。标准连接器可以设置这些，但当前 25 个类别中的每一个都需要一个测试表达式。此外，如果微软引入额外的类别，则需要进行调整。较高的设置工作量是反对使用 Graph API 或 http 连接器的理由。还需要在 Azure AD 中进行自定义，这对于大型组织来说可能具有挑战性。在这方面，我们可以得出这样的结论：该解决方案对于该用例来说有些过度设计。然而，Graph API 非常强大，将其与 Power Automate 一起使用可以通过如下所述的类似方式完成。因此，该解决方案具有很高的重用潜力。在我看来，一个具体的、相对简单的用例比抽象和/或更复杂的用例更适合解释两个组件的交互。

为任务添加类别
在创建任务连接器中，如果当前 25 个类别要用于任务，则可以为每 平面设计电子邮件列表 个类别单独设置值 True。这种结构是对 90 年代 IT 数据技术和控制方面的致敬。为了有效地解决这个问题，我将 MS Graph API 与 http 连接器结合使用。要使用它，必须满足一些要求：

新应用程序必须在 Azure AD 中注册，并且必须授予所需 API 的权限
必须在 Azure AD 中创建应用程序密钥，并且创建时数据必须保存在首选密码应用程序中（此后将无法再访问此数据）
必须在 AD 中创建用户帐户，并且必须在应用程序注册中将用户输入为所有者。原因是所需的Graph API当前不支持Application权限类型，因此需要用户帐户。
要重新创建此流程，欢迎您将用于创建和更改 Planner 任务的连接器替换为 http 连接器。在这种情况下，创建任务时也会包含类别。为了试验 Graph API，Microsoft在上提供了Graph Explorer 。 Graph Explorer 特别可以帮助您构建请求和处理响应。