我正在开发一款有 70 家公司使用的 CRM 产品。这是一个多租户设置。我们目前正在将 DocuSign 集成到产品中。我们的重要要求是这 70 家公司中的每一家都应该能够从 CRM 发送文件以供签名，并且审计跟踪应该将相应的公司显示为文件所有者。这里的挑战是，我们需要在不让所有 70 家公司加入 DocuSign 的情况下实现这一目标。这个怎么做？什么样的 OAuth 设置可以帮助我们实现这一目标？
每家发送签名请求（直接或通过您的服务）的公司都需要自己的帐户。
任一：
对于后者，您将加入 DocuSign ISV-L 计划，以便您可以配置帐户。
但无论哪种方式，每个公司都需要自己的帐户。
比较简单的方法是第一种。我敢打赌你们中的许多公司已经拥有 DocuSign 帐户。您的系统只需要向您的客户（公司）提供 DocuSign OAuth 授权码授权。然后您的软件可以代表客户发送。
您的帐户的“入职”对您的客户来说很简单，他们只需使用他们的 DocuSign 凭据登录并在他们第一次这样做时就同意您的软件。
从公司的角度来看，如果他们还没有 DocuSign 帐户，他们只需要购买一个。这是一项简单的任务。
这就是我们大多数 ISV 合作伙伴的工作方式。
这里的挑战是我们需要在没有入职的情况下实现这一目标 所有 70 家公司都加入 DocuSign
我想这意味着您不希望他们拥有 DocuSign 帐户，但您仍然想要
从 CRM 发送文件以供签名，审计跟踪应 将相应的公司显示为文档所有者
你不能那样做。因为这两件事是矛盾的。
如果您只有一个帐户，它将显示公司/所有者的名称，并且在所有 70 家公司中都是固定的。
例如，您可以使用具有多个帐户的单个组织。这将帐户联系在一起。但就 DocuSign 而言，您确实需要对这些公司进行逻辑分离，否则它们在签名级别看起来都一样。
要为您的组织使用 DocuSign，您可以创建一个帐户并将其设置为管理多个租户。对于每个租户，您可以创建一个组并指定一个租户 ID 作为其名称。然后，为每个租户创建一个用户并将他们添加到各自的组中。
首先，使用您的组织凭据登录 DocuSign。登录后，您可以使用租户 ID 和组 API 获取特定租户的组。接下来，从该组中获取用户并使用他们的凭据登录 DocuSign 以获取 JWT 令牌。
有了令牌，您现在可以使用 DocuSign 信封 API 来创建和发送信封。但是，请确保您为每个租户创建的用户具有代表租户创建和发送信封的必要权限，方法是向他们授予组织的默认用户创建信封的权限。