问题描述
我想构建一个系统，让用户签署文档。可能是用户需要 10 天的时间签署文件，甚至在几分钟内完成。
使用远程签名：用户将收到来自第三方应用的邮件，签名链接的有效期为 10-15 天。
使用嵌入式签名：用户必须在几分钟内签署文档。未收到来自第 3 方应用的邮件。
我想要一个混合系统，我们的系统应该将包含签名链接的邮件发送给用户，并且该链接的有效期为 10-15 天。
针对我的使用要求，有一些解决方法。但我想要一个强大而适当的解决方案。
解决方法
您希望您的应用发送电子邮件并控制链接的有效时间。您似乎也想使用嵌入式签名。以上所有内容都可以直接使用 DocuSign。请参阅我的prior answer，了解如何创建长期有效的嵌入式签名链接。
[我为 DocuSign 工作]
回复：在我们的应用中嵌入用户界面？
您可以将您的应用更新到 iFrame DocuSign 的签名仪式，重定向到它，或为签名仪式打开一个新的浏览器标签。
不推荐使用 iFraming，因为它不能让签名者确信他们正在使用 DocuSign。如果您确实使用 iFrame，DocuSign 签名仪式必须获得 100% 的宽度和高度，以提供最佳的签名体验（尤其是在移动设备上）。
您可以在 DocuSign 签字仪式上品牌包含您应用的徽标并与您应用的颜色、字体等相匹配。
,以上所有内容都可以通过 HelloSign API 轻松实现。在这两种情况下，签名链接都是在用户启动文档进行签名时立即生成的，因此没有过期的风险。
非嵌入式签名：通过一次 API 调用，HelloSign 将向用户发送一封电子邮件，其中包含启动文档的链接、如果用户签名需要很长时间的电子邮件提醒，以及一封包含下载最终文档链接的电子邮件文件一旦签署。用户获取的链接只有在文档被手动标记为取消（或被用户拒绝）时才会过期。
嵌入式签名：在 3 个 API 调用中，您可以创建文档，一旦签名者准备好在您的工作流程中签名，您就可以生成文档链接，并为您和用户下载完整的文档。 API 使用 Webhook 来通知您文档生命周期中的事件，您可以处理给用户的所有通知以及每个 API 调用的时间。
希望这有帮助！如果您希望我扩展上述内容，请告诉我们。