问题标签 [power-automate-custom-connector]

我尝试在 PowerApps 中导出一个包，但它显示“找不到流 'xxx ...'”，我断开了流，但错误仍然存​​在。 在此处输入图像描述

在 SharePoint Online 中，我想将文档库元数据添加到 Microsoft Office 文档页脚（Word Excel、PowerPoint） - 特别需要添加版本

启用标签的 SharePoint 方法仅在将文档直接添加到文档类型时才有效。我们将模板保存在文档库中并使用文档的路径，因此我们没有启用标签的选项。

任何人都使用另一种方法来执行此操作，例如 Power Automate？

我想创建一个 Power Automate 连接器来使用来自 Spring 后端（或服务提供者）的 Web 服务。

我想使用https://springdoc.org/发布 webService 定义，格式为 OpenAPI 3.0 但 Power Automate 只能接受 OpenAPI 2.0 (AKA Swagger)，即https://docs.microsoft.com/en-us /connectors/custom-connectors/define-openapi-definition

你提出什么解决方案？
降级到springfox？

在当前场景中，当用户提交表单时，我正在将基本的 excel 模板自助服务文件复制到共享点文件夹位置。我想与提交表单的用户共享这个复制的文件。我无法使用流共享文件，我不知道该怎么做。

我正在创建我的第一个 RPA，并且正在使用 Microsoft Power Automate。有没有办法使用 Power Automate 在 Dropbox 中创建可共享文件夹链接。

非常感谢有关云流或桌面流的建议。谢谢

我一直在尝试创建一个非常简单的（lists to sql）电源自动化工作流，当项目在 Microsoft Lists 中添加/修改并在我的 SQL DWH 中更新时触发。

Title 列是 Microsoft 提供的默认单行文本字段。Comments 列是具有多行文本数据类型的自定义字段。

在 SQL 中，我创建了一个简单的表，其中包含两列“标题”和“评论”，均为 varchar 类型。

我创建的流程如下所示：

在第一个共享点操作期间，我连接到共享点列表，没有高级选项。在获取行（v2）操作期间，我连接到 SQL 中创建的表，同样没有高级选项。在条件步骤中，我包含了一些基本逻辑，用于确定列表中的项目是新项目还是存在。在最后一步中，根据行的存在插入或更新行，我遇到了错误。虽然前面的所有步骤都运行良好，但我遇到了 502 BadGateway 错误，提示 Insert_Row 操作失败。最近几天我一直被困住，无法找到解决方案。My SQL DWH 位于欧洲，PowerApps 环境设置为 EMEA。

有人可以帮忙吗？

请在错误报告下方找到：

我有一个“客户 api”来通过 ID 获取个人资料信息。使用此 api 创建自定义连接器。然后在 Canvas Power App 中使用连接器。

在应用程序中，数据存储在名为“DataReceived”的集合中。

问题是：如果我们在创建自定义连接器时不添加示例响应正文，则集合中的数据是一个布尔值，如图 1 所示。

但是，如果我们添加示例响应，我们可以访问与示例模式匹配的所有信息。存储在集合中的数据以表格形式显示，如图 2 所示。

图 1：

图 2：将“响应样本添加”到海关收集器时的画布 Power App“收集”

所以主要问题是：有没有办法访问powerapps（canvas）集合中的json数据而不在“自定义连接器”中添加“示例响应”？

• 我在 Azure API 管理服务中创建了 API 端点并将其导出为 swagger.json 文件。
• 导出将用于在 PowerApps 中创建连接器。
• API 导出的 Swagger 文件包含我在 API 端点定义中手动输入的响应示例。
• 连接器正确导入所有请求正文，但无法加载示例响应正文。

我的最终目标是自动将示例响应正文添加到连接器的操作中。我不想在连接器中手动重新输入示例响应正文。

APIM 的端点架构（导出的 swagger.json 文件）：

来自另一个 Powerapps 自定义连接器的端点架构（swagger 导出）：

我们目前正在将我们的一些应用程序切换到 Azure 逻辑应用程序，并且我们希望使用 Azure 自动化我们的部署。

CustomConnector 有一个 OpenApi 文件，我们可以从该文件将数据加载到 Azure 逻辑应用程序中。在这篇文章的公认答案的帮助下，我已经自动化了部署过程：你能编辑逻辑应用自定义连接器吗？以及如何部署然后维护（更新）

我添加了一些 powershell 来在部署过程中动态加载 api.json。否则，部署它与另一篇文章接受的答案几乎相同。

我将自动化 AzureDevOps 部署与使用 VisualStudio 的部署进行了比较。无论哪种方式，我们的连接器中的 json 文件都是完全相同的。 导出的模板和下载的 CustomConnector 都是一样的。

当我切换到 Logic-App 并尝试使用新的 CustomConnector 添加新步骤时，就会出现问题。 在这里您可以看到 Logic-App 如何无法连接到 CustomConnector 后面的 api。当我使用 VisualStudio 进行部署时，不会出现此问题。

此外，在我手动导航到 CustomConnector -> Edit -> 并按“✔ Update Connector”后，一切正常。

我错过了什么吗？我对整个 Azure-Cloud 环境相当陌生，因此非常感谢有更多经验的人提供一些见解。

作为一种解决方法：有没有办法通过 Azure-cli 或其他方式触发“✔ 更新连接器”？

我已经构建了一个自定义连接器，它允许我在 Jira Cloud API 中使用 Azure 内置 Jira 连接器中不可用的操作。

由于我的应用程序最初处于开发阶段，因此我使用基本身份验证来验证 Jira Cloud API 的连接器。自定义连接器中的所有操作都没有问题。

现在我将我的应用程序移动到 Prod 我需要更改自定义连接器身份验证以使用 OAuth 2.0。

我已经按照 Jira 文档中的步骤操作，并且可以使用 OAuth 2.0 成功地向 Jira Cloud API 进行身份验证

1. 我的 Atlassian 开发者门户中提供的授权 URL
2. 手动创建的授权 URL

但是，当我在自定义连接器 OAuth 2.0 安全选项卡中输入完全相同的详细信息时，对 Jira Cloud API 的授权失败并显示消息“此应用未请求任何受支持的 Atlassian 范围。检查您的应用的授权 URL 并确保它包含有效范围

我不确定这有多相关，但每当我尝试身份验证时，都会为自定义连接器创建一个 API 连接。

我在自定义连接器安全字段中使用的字段是：

• 身份提供者：通用 OAuth 2
• 客户 ID：直接从我的 Atlassian 开发门户网站复制
• 客户机密：直接从我的 Atlassian 开发门户网站复制而来
• 授权网址：https ://auth.atlassian.com/authorize
• 令牌网址：https ://api.atlassian.com/ex/jira/myConfirmedValidCloudid/rest/api/2/project
• 刷新 URL：同 Token URL
• 范围：读取%3Ajira-work
• 重定向网址：https ://logic-apis-westus.consent.azure-apim.net/redirect

对于上述所有安全字段，我提供的值与用于上述两种身份验证方法的值完全相同，它们都有效。

我尝试了以下故障排除步骤：

1. 将范围添加到授权 URL - https://auth.atlassian.com/authorize?scope=write%3Ajira-work
2. 将授权 URL 中的范围更改为另一个有效范围 - https://auth.atlassian.com/authorize?scope=read%3Ajira-work
3. 将安全字段中的范围更改为略有不同的格式 read%3Ajira-work read:jira-work 'read:jira-work'
4. 我还尝试直接在自定义连接器 Swagger 文件中更改范围

同样，我不确定这有多相关，但是当我将范围添加到授权 URL 时，Atlassian 错误消息只是说“出了点问题”，并且没有为自定义连接器创建 API 连接。

下面是自定义连接器的 Swagger 文件的摘录：

• 安全定义：
• oauth2_auth：
• 类型：oauth2
• 流程：访问代码
• 授权网址：https ://auth.atlassian.com/authorize
• tokenUrl：https ://api.atlassian.com/ex/jira/myConfirmedValidCloudid/rest/api/2/project
• 范围：{read%3Ajira-work：读取%3Ajira-work}
• 安全：
• oauth2_auth: [读取%3Ajira-work]

Atlassian 支持人员建议，由于开发人员门户 URL 和手动创建的 URL 都正确验证，因此问题必须与 Microsoft 连接器有关。

任何指导将不胜感激。