Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/firebase/6.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Docusignapi 与生产和销售部门进行认证;演示单个集成密钥上的帐户_Docusignapi - Fatal编程技术网

Docusignapi 与生产和销售部门进行认证;演示单个集成密钥上的帐户

Docusignapi 与生产和销售部门进行认证;演示单个集成密钥上的帐户,docusignapi,Docusignapi,我正在构建与Docusign的集成,并尝试使用单个生产集成密钥(使用授权代码授权)对生产和演示Docusign帐户进行身份验证。这可能吗?这样我们就可以验证这两个https://account-d.docusign.com和https://account.docusign.comauth使用单个生产集成密钥/客户端路由。我已经搜索了api文档和Stackoverflow,但是我没有发现任何明确的信息来说明这种或那种方式 目前,我可以使用生产集成密钥成功验证生产帐户。但是,在https://acc

我正在构建与Docusign的集成,并尝试使用单个生产集成密钥(使用授权代码授权)对生产和演示Docusign帐户进行身份验证。这可能吗?这样我们就可以验证这两个
https://account-d.docusign.com
https://account.docusign.com
auth使用单个生产集成密钥/客户端路由。我已经搜索了api文档和Stackoverflow,但是我没有发现任何明确的信息来说明这种或那种方式

目前,我可以使用生产集成密钥成功验证生产帐户。但是,在
https://account-d.docusign.com/oauth/token
路线

相反,我能够使用相同的演示集成密钥(在演示实例中创建的原始密钥-它们共享相同的实例密钥ID)对演示帐户进行身份验证,其中as prod帐户返回
无效授予
错误https://account.docusign.com/oauth/token
路线。我在必要时传递正确的帐户或account-d端点(否则Docusign在尝试登录之前返回错误的电子邮件/密码或无效的客户端ID错误)。这意味着我能够成功地为这两种类型的Docusign帐户设置身份验证流,但我无法通过单个生产集成器密钥/客户机进行设置


最终,我希望了解我们的生产集成器密钥是否能够针对生产和演示Docusign帐户进行身份验证。如果可能的话,你知道我做错了什么吗?

一个很好的问题。独家报道如下:

演示(开发者沙盒)和生产平台具有完全独立的身份验证系统(
account-d.docusign.com
account.docusign.com

当一个集成密钥(也称为客户端id,这是OAuth术语)被批准用于生产时,真正发生的是在生产身份验证系统上创建一个全新的客户端id

并非巧合,演示和生产客户端ID都是相同的字母/数字序列。但它们不是一回事

因此,虽然您的应用程序可以在演示和制作时使用“相同”的客户端id,但客户端id
secret
(授权码授予)和/或
私钥
(JWT授予)将有所不同

您将在演示时从系统管理工具获得演示系统的密钥和/或私钥。您可以从生产系统上的系统管理工具获取生产机密

因此,您的问题的直接答案是肯定的,相同的集成密钥(客户端id)可以用于演示和生产但是演示和制作的密钥和/或私钥将不同


(您还需要通过演示和生产管理工具设置返回Uri值。)

一个很好的问题。独家报道如下:

演示(开发者沙盒)和生产平台具有完全独立的身份验证系统(
account-d.docusign.com
account.docusign.com

当一个集成密钥(也称为客户端id,这是OAuth术语)被批准用于生产时,真正发生的是在生产身份验证系统上创建一个全新的客户端id

并非巧合,演示和生产客户端ID都是相同的字母/数字序列。但它们不是一回事

因此,虽然您的应用程序可以在演示和制作时使用“相同”的客户端id,但客户端id
secret
(授权码授予)和/或
私钥
(JWT授予)将有所不同

您将在演示时从系统管理工具获得演示系统的密钥和/或私钥。您可以从生产系统上的系统管理工具获取生产机密

因此,您的问题的直接答案是肯定的,相同的集成密钥(客户端id)可以用于演示和生产但是演示和制作的密钥和/或私钥将不同


(您还需要通过演示和生产管理工具设置返回Uri值。)

感谢您的快速响应。信息量很大。最后,我想我想知道我们是否可以通过相同的生产集成密钥/客户id和机密对演示和生产帐户进行身份验证。有效地,因此我可以使用单个客户端配置(生产客户端)来验证这两种类型的帐户。根据你最初的回答,我想这是不可能的。谢谢。不幸的是,这是不可能的,因为DocuSign会生成唯一的秘密/私钥。但我建议您的应用程序只需要维护两组应用程序凭据,就可以与演示和生产一起使用。这是一个非常好的主意,测试与更新的演示系统之前,每月更新从演示上传到生产。谢谢确认。这回答了我的问题。谢谢你的快速回复,拉里。信息量很大。最后,我想我想知道我们是否可以通过相同的生产集成密钥/客户id和机密对演示和生产帐户进行身份验证。有效地,因此我可以使用单个客户端配置(生产客户端)来验证这两种类型的帐户。根据你最初的回答,我想这是不可能的。谢谢。不幸的是,这是不可能的,因为DocuSign会生成唯一的秘密/私钥。但我建议您的应用程序只需要维护两组应用程序凭据,就可以与演示和生产一起使用。这是一个非常好的主意,在每月的更新上传之前,先用更新的演示系统进行测试