Docusignapi Docusign点击返回URL时是否可能延迟?

Docusignapi Docusign点击返回URL时是否可能延迟?,docusignapi,Docusignapi,我们使用Docusign API设置返回url,以便用户在对信封签名后返回到我们的应用程序,但我们希望对重定向实际发生的时间有更多的控制。是否可以延迟重定向?在文档中没有看到这个选项,所以我想知道我是否遗漏了什么。提前感谢。没有这样的选项,但您可以在应用程序端轻松完成。您可以在向用户显示页面之前设置服务器端延迟,以便浏览器仍能显示上一页,直到服务器收到您页面的响应。 (不知道你为什么想推迟,大多数人希望事情快点,但如果你愿意,你当然可以在你的页面上这样做)。使用webhooks(Connect)

我们使用Docusign API设置返回url,以便用户在对信封签名后返回到我们的应用程序,但我们希望对重定向实际发生的时间有更多的控制。是否可以延迟重定向?在文档中没有看到这个选项,所以我想知道我是否遗漏了什么。提前感谢。

没有这样的选项,但您可以在应用程序端轻松完成。您可以在向用户显示页面之前设置服务器端延迟,以便浏览器仍能显示上一页,直到服务器收到您页面的响应。
(不知道你为什么想推迟,大多数人希望事情快点,但如果你愿意,你当然可以在你的页面上这样做)。

使用webhooks(Connect)来确认有人通过签署仪式签署了文件不是一个好主意。正如您所发现的,DocuSign发送通知的时间太长

相反,我建议采取以下措施之一:

  • 在嵌入式签名仪式重定向回您的应用程序后,当您的应用程序对DocuSign进行API调用以检查文档是否已签名时,您会显示一个“忙等待”页面。换句话说,不要等待通知消息——这样做会带来糟糕的用户体验
  • 假设签名者确实签名了,继续与签名者进行交互。在后台,如果您没有收到有关签名的通知,请在那时处理该问题。例如,在收到通知之前,不要向签名者做出任何最终承诺,但不要阻止用户体验等待通知。请记住,99%的情况下,签名者都会签名

感谢您的回复。我们遇到的问题是,根据我们的经验,调用事件配置webhook(它执行一些业务逻辑)需要Docusign几秒钟到20秒钟。重定向发生在业务逻辑发生之前,所以我们正试图找到一种方法来处理这个问题。是的,这确实是一个“独特”的情况谢谢你的解释。仅供参考,与开发人员环境(演示)相比,它的生产速度更快,但仍可能有一些延迟。你到底是怎么处理Webbook的?您是否从信封中获取信息以显示给用户?