Docusignapi 嵌入式签名流返回ttl_过期状态

我已经用我们的应用程序实现了DocuSign。我们的使用案例：我们应用程序的客户向需要签署文档的客户发送带有链接的电子邮件。这是我们的应用程序链接。单击电子邮件，我们将打开DocuSign（在我们应用程序的IFrame中）并打开url，如下所示：

如果用户点击链接并完成签名/拒绝，一切正常。在其他地方，用户打开一个链接，不做任何事情，然后立即重新打开链接DocuSign发送ttl_过期状态。若用户在一段时间后点击链接，我会得到相同的响应——比如说1小时

正如我在网上发现的，对于此流：

• 收件人代币在DocuSign发行五分钟后过期。如果收件人令牌URL在过期后被调用，则用户将被重新定向到RequestRecipientToken请求中指定的回调URL，事件代码为TTLExpired
• 收件人令牌在成功调用时过期
• 如果信封无效，活动收件人令牌将过期。 开发者指南85
• 五分钟是收件人代币的默认“生存时间”。这是一个可配置的设置

---

如果是这样，那么哪个DocuSign流可以满足我们的用例，或者我必须更改现有流中的某些内容？

每次遇到此错误时，您不需要创建新的信封。事实上，这是一个错误的决定，因为这将开始蚕食你的每月信封限额，这是你的DocuSign帐户计划允许的

相反，如果您生成了一个签名URL，而收件人打开了该URL，但没有签名并关闭，最终需要返回信封并对其签名，那么您只需生成一个新的收件人视图（签名URL）

---

对于新生成的URL，同样的规则也适用。。。如果他们在5分钟内没有使用它，或者他们打开但没有再次签名，你需要创建一个新的URL标记，但这比浪费一个全新的信封要好得多。这仅仅算作一个额外的API调用，每个帐户每小时允许1000个API调用

检索到的URL为一次性使用，5分钟后过期。一旦Docusign检测到您已加载检索到的URL，它将不再工作。如前一个答案所述，如果您在5分钟内没有加载它，它也将不再工作。在这两种情况下，ttl_过期代码都会出现

---

如果签名URL已使用或过期，您只需再次请求签名URL。不要重新创建信封

每次用户想要查看/签署文档时，您都必须生成一个新的信封。谢谢，这比在我们的用例中使用其他流程好吗？这就是我们在电子邮件中进行深度链接所做的。电子邮件中的链接实际上不是docusign url，而是指向我们api的链接，api会在每次单击电子邮件链接时提取我们保存的用户数据并创建信封。我们只有在签名完成后才终止电子邮件链接。这看起来像我们的场景，我们也使用我们的应用程序链接发送电子邮件，而不是DS。如果您不停地重新创建信封，您是否支持多签名模式？这是DS建议的方案吗？我们不需要任何多重签名。但如果我们这样做了，我会使用Connect捕获第一个签名事件，然后发送第二个签名。如果你允许合作，我会觉得这很可怕。