【问题标题】:Run PowerAutomate flow from PowerApps without needing to provide service account credentials从 PowerApps 运行 PowerAutomate 流,无需提供服务帐户凭据
【发布时间】:2020-10-23 03:04:02
【问题描述】:

我有一个调用 PowerAutomate 工作流的 PowerApp。在工作流程中,我使用 Gmail 连接器发送电子邮件。我在 gmail 中创建了一个服务帐户并使用了它。现在要求使用 PowerApp 的任何人提供这些 SA 凭据。我仍然不完全了解连接器的范围,但是有没有办法让所有用户都拥有一个全局连接器,这样就不需要他们知道凭据?

或者任何其他路线也会有帮助。我们计划让公司中的每个人在某个时候都使用这个工具,我真的不希望每个人都必须在第一次使用时登录到连接器。更不用说知道服务帐户凭据了。

【问题讨论】:

    标签: powerapps connector power-automate


    【解决方案1】:

    好吧,当您从 PowerApp 触发流时,就会出现问题。它尝试获取单击按钮的用户的上下文。

    很遗憾,找不到解决此问题的方法/配置。

    但是,我找到了一种解决方法

    • 已完成实际流程中所需的操作
    • 最后,触发了另一个流程 - 这第二个流程负责发送电子邮件

    解释:

    在从 Power App 触发的根流中,在此结束时:

    我从第一个工作流程发出了一个发布请求:

    第一流

    在此请求的正文中传递了必要的信息。

    已将第二个流配置为在 HTTP 请求上触发。第二个流程使用服务帐户发送了电子邮件。

    第二个流程

    当您点击保存按钮时,POST URL 会自动生成。

    您必须创建请求正文 JSON 架构(或者您可以通过示例有效负载生成 - 单击“使用示例有效负载生成架构”)

    第二个流程可以有电子邮件触发操作。

    【讨论】:

    • 好吧,这就是我最初的想法。如果我能以某种方式从第一个工作流程中触发另一个工作流程。看起来您可以使用 HTTP 帖子。您能否简要解释一下 URI 以及它如何调用原始工作流?谢谢
    • 另外,我可以逆转吗?我是否可以有一个从 PowerApp 按钮触发的工作流,该按钮执行 SharePoint ID 的 HTTP POST(因为主工作流只需要来自 PowerApp 的 ID)作为服务帐户?这样可以节省对初始流程的修改,只需要接收请求。
    • 是的,你可以这样做! ...让powerapp按钮触发一个流,然后向第二个流发出HTTP请求...这是我最初的建议。添加了更多屏幕截图并更新了我的答案以使其更加清晰。如果您有任何问题,请告诉我:)
    • 1. SharePoint 列表项 ID 是作为字符串出现还是无关紧要? 2.我可以看到HTTP动作的整个截图吗? 3. 第一个流需要发送认证吗?如果是这样,作为 AD 服务帐户或用于 Gmail 连接器的 gmail 创建的服务帐户地址?
    • 第二个流的 HTTP 触发器是否需要是 GET,因为第一个流 HTTP 操作是 POST?还是需要匹配为 POST 方法?
    猜你喜欢
    • 1970-01-01
    • 2015-05-03
    • 1970-01-01
    • 2016-03-03
    • 1970-01-01
    • 2021-09-13
    • 1970-01-01
    • 2020-11-07
    • 2021-06-07
    相关资源
    最近更新 更多