Docusignapi JWT SOBO for DocuSign API

Docusignapi JWT SOBO for DocuSign API,docusignapi,Docusignapi,我最终使用C#SDK API实现了JWT授权(令牌访问+登录)。然而,我试图弄清楚SOBO是如何使用JWT工作的。我正在读这篇文章,它展示了传统的方式(用户名和电子邮件)。我假设JWT的过程类似,但我不确定如何进行,尤其是在需要SOBO的积分器密钥(我没有)的情况下。这说明JWTOAuth是可能的,但没有解释如何实现。任何帮助都将不胜感激。您通过获得JWT用户的同意(通过授权或使用管理员同意)使JWT工作。现在,在legacy SOBO中,您习惯于在Auth标头中传递SOBO用户的电子邮件或用户

我最终使用C#SDK API实现了JWT授权(令牌访问+登录)。然而,我试图弄清楚SOBO是如何使用JWT工作的。我正在读这篇文章,它展示了传统的方式(用户名和电子邮件)。我假设JWT的过程类似,但我不确定如何进行,尤其是在需要SOBO的积分器密钥(我没有)的情况下。这说明JWTOAuth是可能的,但没有解释如何实现。任何帮助都将不胜感激。

您通过获得JWT用户的同意(通过授权或使用管理员同意)使JWT工作。现在,在legacy SOBO中,您习惯于在Auth标头中传递SOBO用户的电子邮件或用户ID,在使用JWT为该用户生成令牌时,您需要该用户的同意(如果不使用管理员同意)和该用户的用户ID(JWT负载中的sub)。一旦有了这两个重要项,就可以为DocuSign中的任何用户创建JWT。通过这种方式,SOBO被更安全的JWT所取代。

您通过获得该用户的同意(通过授权或使用管理员同意)使JWT工作。现在,在legacy SOBO中,您习惯于在Auth标头中传递SOBO用户的电子邮件或用户ID,在使用JWT为该用户生成令牌时,您需要该用户的同意(如果不使用管理员同意)和该用户的用户ID(JWT负载中的sub)。一旦有了这两个重要项,就可以为DocuSign中的任何用户创建JWT。这样,SOBO就被更安全的JWT所取代。

我使用的是组织管理员许可。当我同意自己时,我必须输入客户id(集成器密钥)。如果我必须以同样的方式授予其他用户许可,问题是我无法访问他们的integrator密钥。我在这里误解了什么吗?另外,假设用户自己使用那个url并传递他们的集成器密钥来授予许可。现在要将SOBO与OAuth JWT一起使用,我需要做什么。我以自己的身份登录并获得帐户Id/访问令牌。我是否将该用户的api用户名(非集成商密钥)或电子邮件粘贴在身体的某个位置?我需要一个这样的例子,因为我在DocuSign网站的任何地方都没有看到文档。谢谢你,阿米特!在获得管理员同意的情况下,您可以为帐户或组织中的任何用户生成JWT,您只需要该用户的用户ID。此外,IntegratorKey链接到帐户,而不是用户。因此,如果您已经同意组织中的IntegratorKey获得管理员同意,那么您可以使用相同的IntegratorKey为您帐户中的另一个用户获取JWT。有了管理员同意,就没有URL的概念。只有用户同意才需要通过URL(授权码授予)给予同意,但您提到您正在使用管理员同意,因此不应使用基于URL的同意。嗯,我必须这样做才能获得同意:我正在使用组织管理员同意。当我同意自己时,我必须输入客户id(集成器密钥)。如果我必须以同样的方式授予其他用户许可,问题是我无法访问他们的integrator密钥。我在这里误解了什么吗?另外,假设用户自己使用那个url并传递他们的集成器密钥来授予许可。现在要将SOBO与OAuth JWT一起使用,我需要做什么。我以自己的身份登录并获得帐户Id/访问令牌。我是否将该用户的api用户名(非集成商密钥)或电子邮件粘贴在身体的某个位置?我需要一个这样的例子,因为我在DocuSign网站的任何地方都没有看到文档。谢谢你,阿米特!在获得管理员同意的情况下,您可以为帐户或组织中的任何用户生成JWT,您只需要该用户的用户ID。此外,IntegratorKey链接到帐户,而不是用户。因此,如果您已经同意组织中的IntegratorKey获得管理员同意,那么您可以使用相同的IntegratorKey为您帐户中的另一个用户获取JWT。有了管理员同意,就没有URL的概念。只有用户同意才需要通过URL(授权码授予)给予同意,但您提到您正在使用管理员同意,因此不应使用基于URL的同意。嗯,我必须这样做才能获得同意: