收件人只能查看一次？ createRecipientView

我调用createRecipientView并使用响应在我的应用程序中生成iFrame。但是，看起来这个iFrame只能工作一次--iFrame的后续视图会将用户发送到returnUrl。收件人只能查看一次？ createRecipientView

这是一个问题，因为在我的应用程序中，我们维护用户可以方便地签名的文档 - 因此他们可能会查看文档并稍后决定签名它......这意味着我们需要再次调用createRecipientView并获取iFrame的新URL。

我能理解这个吗？我找不到关于返回的URL的很多文档 - 它只会在查看后才过期，还是会在一定的时间/其他条件后过期？

来源

2016-06-28 crdzoba

请记住点赞所有有用的答案，包括其他人的问题。 –

你是对的;该URL将在使用后或五分钟后过期（标记TTL为300秒）。

来源

2016-06-28 23:14:56

很高兴知道！如果他们正在填写文件（例如，它是一个长文件），它会过期吗？如果是这样，使用Docusign允许人们在我的网站上填写长文档的最佳方式是什么？ – crdzoba

有一个“签署者会话超时”设置，可由DocuSign在后端更改，最多可增加120分钟。如果您是现有客户，我建议您支持协助。如果这只是一个模拟账户，我很乐意帮忙。 –

只要收件人处于“活动”状态，它就不会过期。我相信如果他们什么都没有做就会超时，这会过期，但我相信它会设置得相对较高（也许20分钟），并且在那段时间内他们必须完全不做任何事情（甚至不会滚动）到期并且您必须为它们生成新的嵌入式签名链接。 – Ergin

请注意，iFrame不是一个好主意。特别是如果您的应用程序将从移动或平板电脑浏览器使用。

我已更新EnvelopeViews: createRecipient方法的文档，其中包含关于URL的一次性/有限时间使用的信息。

来源

2016-06-30 07:54:38

感谢您的信息。规范要求使用iFrame，因为用户应该能够单击与不同文档/信封相对应的选项卡。看起来iFrame是我们唯一的选择？此外，感谢您更新文档！你能否提供更多关于为什么要避免使用iFrame的信息？ – crdzoba

iFrame是一个坏主意，因为DocuSign用户界面设计为使用100％的屏幕空间。这对移动签名者来说尤其是个问题。而今天，我们建议您应该假定人们将通过手机进行签名。而不是一个标签界面，为什么不是一个模态界面？当用户点击一个按钮时，它们被重定向到正确的RecipientView。当用户忽略在特定选项卡中完成任务时，能够在RecipientView之间切换很容易导致超时。 –

收件人只能查看一次？ createRecipientView

回答

相关问题