Docusignapi 我们应该在DocuSign API集成中使用什么类型的身份验证

我已经创建了一个开发人员帐户来测试我们与DocuSign API的集成，但我不确定在下面的屏幕中需要使用哪个身份验证选项：-

现在，我们正在建立一个注册系统，主要要求如下：-

• 我们将在DocuSign中上传一份合同，并指定用户需要签署合同
• 在我们的应用程序中，如果用户完成注册>>，请通知docuSign向用户发送电子邮件以签署合同
• 我们希望DocuSign中的相同合同发送给多个用户，每个用户都将签署自己的合同

这将帮助您了解有关身份验证的所有信息，以及您应该选择哪些选项，以及如何在DocuSign Admin中设置身份验证

简单的总结如下：

• 如果集成的每个用户都将使用单个系统帐户登录，则应使用JWT Grant。注意，当使用JWT Grant获得访问令牌时，您仍然可以使用其他授权的元素来获得同意
• 如果集成使用浏览器或客户端向web服务器发出请求，则可以使用授权码授权
• 如果集成将不使用单个系统帐户登录，也不使用浏览器或客户端向web服务器发出请求，则必须使用隐式授权

---

这能为您指明正确的方向吗？我的观点是授权代码过于隐式，但这只是我的观点。@我认为JWT将是我们案例的最佳选择，因为我们正在进行系统集成…JWT是您从OAuth2收到的令牌，它只是一种格式Json Web令牌，您将在JWT中从OAuth2收到令牌（很可能），因此，这是一个决定哪个流的问题，您的用户通常如何登录到您的系统？我提到OAuth2，因为docusign提供的是OAuth2。这也取决于你融入的深度Docusign@Isolated我们没有注册我们的系统，它对公众用户可用…你是对的，它更复杂，它使用OAuth2.0来提供身份验证（而不是API密钥），下面有一个很好的答案，解释说，我最初发布的链接可能会有所帮助，您使用某种形式的凭证来检索JWT（这是您发出请求的方式），而不是附加API密钥

？apiKey=

。还要记住，OAuth2并不是DocuSign独有的。谢谢，我已经读过了。。。。现在，在我们的案例中，我们正在构建一个注册系统，以便匿名用户访问该系统（无需登录），作为注册的最后一步，我们需要向他们发送一封电子邮件，以便在DocuSign中对文档进行签名。。所以这是我们的系统和DocuSign之间集成所需的主要过程，。。所以我的问题是我们的例子是哪一个认证最佳套件？我会考虑JWT，因为你要模拟一个用户来做所有的API调用。所有的信封都将由您设置的一个用户发送。如果我能进一步提供帮助，请告诉我。如果你很好-请将此标记为已回答。谢谢您是正确的，您没有从那里设置它，而是使用它以不同的方式获取令牌。从管理员那里，您需要您的用户ID（GUID）和您可以在其中设置的RSA私钥。您将使用哪种代码？我可以给你举几个例子。。。