在集成设置期间，DocuSign API 帐户 ID 应该是什么？
What should the DocuSign API Account ID during setup of integration?
我们正计划注册成为 DocuSign 合作伙伴，因为我们正在从我们的 DMS 软件构建与 Docusign 的集成（连接器）。
在这种情况下，我们使用 ISV 合作伙伴帐户上线并为我们的客户管理生产集成密钥。假设我们有 3 个客户，这意味着我们将有 3 个基于我们的“SAAS 纯多实例应用程序”架构的独特生产集成密钥。这是真的吧？
我们的场景是这样的：
我们有一个客户使用 Business Pro 计划，帐户中有 5 个用户。我们的目标是我们可以将我们的 DMS 实例连接到这个特定的 Business Pro 帐户。然后，当用户从我们的 DMS 发送签名文件时，他们可以连接他们的个人账户（即该 Business Pro 账户下的 5 个用户子账户之一），以便通过他们的个人账户发送 Docusign 信封。
在我们的系统中，我们所做的是在设置过程中捕获了这几个参数：API 帐户 ID、集成密钥、密钥。我可以通过合作伙伴关系确认吗：
- API 帐户 ID = [取自 ISV 合作伙伴生产帐户] （？？或者它应该来自客户的 Business Pro 管理员帐户）
- 集成密钥 = [取自 ISV 合作伙伴生产帐户]
- 密钥 = [取自 ISV 合作伙伴生产帐户]
然后对于每个用户，当他们第一次尝试发送文件进行签名时，我们会提示他们connect/login到他们自己的个人帐户。从那里，我们的系统可以为每个人计算 access/refresh 令牌。对于后续的签名请求，我们将只使用存储在我们系统上的存储访问令牌。
根据我们在开发环境中的测试，如果DocuSign用户不在API账户ID所属的账户下，那么he/she会得到消息”的指定的用户不是指定帐户的成员。在这种情况下，是否意味着 API 帐户 ID 必须是客户的管理员帐户？
一个 IK（集成密钥）可用于使用多个不同帐户的多个客户，只要我们处于同一环境（生产环境与开发环境）即可。
上线后，您将使用管理生产帐户，该帐户仅用于存储您的 IK 和 control/manage 它。
任何拥有任何生产帐户的用户然后使用您的 IK 进行 API 调用，如果他们初步同意您的应用程序。
您的集成代码需要知道与登录以进行 API 调用的特定帐户关联的 accountId 才能完成这些调用。找出 accountId 是 OAuth 流程的一部分。另一部分是找到要进行 API 调用的 baseURI。对于不同的客户，该 URI 可能不同。
最后，让事情变得更加复杂的是，一个用户可以是两个或多个帐户的成员。在这种情况下，当他们登录时，您可以获得所有这些帐户并向用户提出一个问题 - 您想使用哪个帐户进行此集成。
我们正计划注册成为 DocuSign 合作伙伴，因为我们正在从我们的 DMS 软件构建与 Docusign 的集成（连接器）。
在这种情况下，我们使用 ISV 合作伙伴帐户上线并为我们的客户管理生产集成密钥。假设我们有 3 个客户，这意味着我们将有 3 个基于我们的“SAAS 纯多实例应用程序”架构的独特生产集成密钥。这是真的吧？
我们的场景是这样的： 我们有一个客户使用 Business Pro 计划，帐户中有 5 个用户。我们的目标是我们可以将我们的 DMS 实例连接到这个特定的 Business Pro 帐户。然后，当用户从我们的 DMS 发送签名文件时，他们可以连接他们的个人账户（即该 Business Pro 账户下的 5 个用户子账户之一），以便通过他们的个人账户发送 Docusign 信封。
在我们的系统中，我们所做的是在设置过程中捕获了这几个参数：API 帐户 ID、集成密钥、密钥。我可以通过合作伙伴关系确认吗：
- API 帐户 ID = [取自 ISV 合作伙伴生产帐户] （？？或者它应该来自客户的 Business Pro 管理员帐户）
- 集成密钥 = [取自 ISV 合作伙伴生产帐户]
- 密钥 = [取自 ISV 合作伙伴生产帐户]
然后对于每个用户，当他们第一次尝试发送文件进行签名时，我们会提示他们connect/login到他们自己的个人帐户。从那里，我们的系统可以为每个人计算 access/refresh 令牌。对于后续的签名请求，我们将只使用存储在我们系统上的存储访问令牌。
根据我们在开发环境中的测试，如果DocuSign用户不在API账户ID所属的账户下，那么he/she会得到消息”的指定的用户不是指定帐户的成员。在这种情况下，是否意味着 API 帐户 ID 必须是客户的管理员帐户？
一个 IK（集成密钥）可用于使用多个不同帐户的多个客户，只要我们处于同一环境（生产环境与开发环境）即可。
上线后，您将使用管理生产帐户，该帐户仅用于存储您的 IK 和 control/manage 它。
任何拥有任何生产帐户的用户然后使用您的 IK 进行 API 调用，如果他们初步同意您的应用程序。
您的集成代码需要知道与登录以进行 API 调用的特定帐户关联的 accountId 才能完成这些调用。找出 accountId 是 OAuth 流程的一部分。另一部分是找到要进行 API 调用的 baseURI。对于不同的客户，该 URI 可能不同。
最后，让事情变得更加复杂的是，一个用户可以是两个或多个帐户的成员。在这种情况下，当他们登录时，您可以获得所有这些帐户并向用户提出一个问题 - 您想使用哪个帐户进行此集成。