docusignapi - 请求收件人令牌在不同帐户中返回不同的 url
问题描述
我使用 RequestRecipientToken 肥皂服务。在我们更改为使用不同的演示帐户进行测试之前,一切正常。以前我们得到一个“ https://demo.docusign.net/Signing/StartInSession.aspx?t=48e320ac-a37d-492e-9569-366718023231 ”的令牌网址。
但是对于新的演示帐户,它会返回“ https://demo.docusign.net/Signing/MTRedeem/v1?slt=xxx,其中 xxx 真的很长,这会导致问题,因为我们的应用程序正在截断 url 所以它是无效的. 不知道为什么会有区别。它使用相同的服务。
解决方案
DocuSign 目前正在演示环境中对签名会话令牌的处理方式进行更改。看起来您的新帐户正在看到新行为,而现有帐户尚未切换。目前还没有在生产中实施此功能的目标日期。
简短的回答是您需要更新您的行为以不截断从 DocuSign 收到的 URL。
发生了什么变化:
目前,强制签名会话 URL 如下所示:https://demo.docusign.net/Signing/StartInSession.aspx?t=00000000-0000-0000-0000-000000000000
更改后,URL 将显着变长。例如:https://demo.docusign.net/Signing/MTRedeem/v1?slt=0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000.000-000000000_00000000000000000000000000000000000000-000000000000000000000000000000000000000000000_000000000000000000000000000-0000000000000000000000000000000-00000000000000000000000000000000000000000000000000000000_0_0000000000000000000-00000_00000000000_0000000000000000000000000000000000000000000000000-000000000000000000000000000000000000
当前 URL 只有一个 guid(带连字符的 36 个十六进制字符),新格式可以超过一千个字符,包含下划线和句点,并且区分大小写。
<strong>另外,行为上也有区别:
新格式通过帐户服务器简要地路由签名者,因此如果您在应用程序或网络环境中使用基于域的白名单,除了之前的 *.docusign 之外,您还需要确认 *.docusign.com 已列入白名单。网。
任何需要旧格式并相应限制 URL 长度的系统都需要更新以删除该长度限制。
推荐阅读
- python - 无需使用 json 文件即可访问 Google API
- shopware - 促销台用品专列6
- javascript - 运行 hashcat 或 john the ripper 的 Web 应用程序
- jmeter - JMeter 可以记录来自 .razor 页面的捕获请求吗?
- sql - T-sql count 每周对具有日期间隔的行的次数
- node.js - Stripe - 如何使用帐户电子邮件和帐单电子邮件创建客户?
- android - 如何测试 androidx (proto) 数据存储,java.lang.ExceptionInInitializerError
- java - java - 如何使用java中的2个线程在文件中打印数据
- java - Spring boot 404错误在多模块项目中未找到错误
- angular - Angular 8使用jsPDF生成HTML到PDF错误