【问题标题】:Sending envelopes via an integration from (and only) a particular account in an organization通过集成从(且仅)组织中的特定帐户发送信封
【发布时间】:2021-04-08 00:34:01
【问题描述】:

对于具有多个 帐户组织 的 DocuSign 演示/生产环境,如果您创建用于创建/发送信封的电子签名应用程序,您如何指定任何信封的帐户当用户使用 API 用户名访问组织中的多个帐户时,发送自?

背景:在本例中,特定的组织有几个帐户。在演示环境中创建了一个应用程序,同时在管理员中为一个 帐户 获取集成密钥等。创建应用程序并对其进行测试后,信封是从不同的(意外) 帐户在同一个组织中。经检查,相关管理员用户的 API 用户名在每个帐户上都是相同的,并且该应用程序存在于两个帐户的 Apps & Keys 中(并且 DocuSign 文档指的是在相同的环境)。然而,在演示环境中,最好从预期的帐户而不是其他帐户发送信封。在生产中,信封必须来自正确的生产帐户。请注意,DocuSign 文档的部分内容是指在环境中跨帐户 可用的应用程序,但我不清楚如何确保它仍然是从用户可以访问多个 的预期帐户发送的>帐户

  • 对于演示环境,是否有管理员设置 组织 级别,用于设置应通过演示中已获得同意的应用从哪些帐户 发送信封 环境并配置了可以访问多个帐户的用户的 API 用户名?或者这是否取决于使用可以访问一个帐户而不是其他帐户的 API 用户名?

  • 在生产环境中,由于上线过程将包括选择推广 特定生产帐户的集成密钥,这可能会确保在使用仅提供的集成时从该生产帐户发送信封组织 中的>account 使用特定的应用程序(即使对于有权访问多个帐户的用户的 API 用户名)?但是,为了确保是这种情况(例如,如果同一应用被用于同一用户的同一组织中的另一个生产帐户),这是最好的方法这样做是为了在预期的帐户上创建一个唯一用户(而不是使用具有 访问组织中的多个帐户)并使用他们的API 在每种情况下配置与该帐户的特定集成的用户名(即不要使用管理员,例如访问多个帐户)?还是有更好的方法来做到这一点(例如界面中的管理员设置或通过 API)?

【问题讨论】:

标签: docusignapi


【解决方案1】:

由于您使用的是 JWT 个人同意,因此您通过选择两个 GUID 值来选择帐户。

  1. 使用 JWT(要模拟的用户)获取令牌的用户 ID 值 (GUID)。
  2. 您在进行 API 调用时使用的帐户的 accountID 值 (GUID),它在 API 调用的 baseURL 中指明。

如果您获得同意,您可以更改 1 和 2,但它们必须来自同一个帐户才能正常工作。

【讨论】:

    猜你喜欢
    • 2015-07-26
    • 1970-01-01
    • 2014-02-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-07-27
    • 1970-01-01
    • 2023-02-19
    相关资源
    最近更新 更多