C# 如何通过connect api创建具有访问令牌的导入api集成？

Stitch提供了一个connect API，如果您是Stitch合作伙伴，您可以使用该API代表其他客户端执行操作。（否则，使用connect API，您只能访问自己的帐户）

使用他们的Connect API，我们可以通过调用源端点（）来创建导入API集成，但由于某些原因，它是在没有导入API访问令牌的情况下创建的（用户必须为所述集成手动创建它）

我如何代表他们创建这样一个令牌，而不强迫他们转到他们的帐户，生成并复制所述导入API访问令牌

不要将连接API访问令牌与集成的导入API访问令牌混淆。其帐户中的每个导入API集成最多可生成/使用2个导入API访问令牌

我已经阅读了Stitch的Import API和Connect API的所有内容，我也相信这在以前是有效的，但出于某种原因，它返回的源对象在其属性字段中没有任何访问令牌

资源：

---

到目前为止，这是未记录的，但以下是如何做到这一点：

使用Sources端点将导入API（文档）添加为源

作为子步骤，您将需要请求一个特定于您通过发布到该源的/tokens端点而创建的导入API源的令牌。保持此令牌与此特定帐户关联

POST{connectionID}/tokens

使用从导入API端点创建的令牌，您可以将JSON发布到导入API端点，它将自动解析和加载此数据

---

我对这项服务一无所知，但“我如何才能代表他们创建这样一个令牌，而不强迫他们转到他们的帐户并生成和复制所说的导入API访问令牌？”听起来不太可能。您是否会订阅一个您不认识的其他人可以代表您创建访问令牌，然后使用它代表您执行操作的服务？所有这些都没有得到你方的任何确认和/或积极明确的行动？如果我是一个客户，那么我希望不是。@AdrianoRepetti连接API声明，您可以使用用户的名称执行任何操作。当您创建集成时，您可以为所述集成创建访问令牌属于常识，因为创建集成的权限远远超过为所述集成创建访问令牌的权限。如果我正确理解了上下文，那么"... 根据常识，您可以为上述集成创建访问令牌……”这一点非常有争议。是什么阻止您执行客户端不想做的事情？！访问令牌。在您拥有访问令牌后，您可以进行集成，因为这是明确的同意（是的，即使需要从多方收集）。哦，等等，我在同一家银行有一个银行帐户。鲍勃，让我们为他的帐户创建一个新密码，以便在其他地方转账……听起来不对，对吗？