我想建立一个系统,文件将由用户签名。用户可能需要 10 天时间来签署文件,甚至在几分钟内完成。
使用远程签名:用户将收到来自第三方应用程序的邮件,该签名链接的有效期长达 10-15 天。
使用嵌入式签名:用户必须在几分钟内签署文档。没有收到来自 3rd 方应用程序的邮件。
我想要一个混合类型的系统,我们的系统应该将包含签名链接的邮件发送给用户,并且该链接应该在 10-15 天内有效。
我的使用要求有一些解决方法。但我想要一个强大而适当的解决方案。
我想建立一个系统,文件将由用户签名。用户可能需要 10 天时间来签署文件,甚至在几分钟内完成。
使用远程签名:用户将收到来自第三方应用程序的邮件,该签名链接的有效期长达 10-15 天。
使用嵌入式签名:用户必须在几分钟内签署文档。没有收到来自 3rd 方应用程序的邮件。
我想要一个混合类型的系统,我们的系统应该将包含签名链接的邮件发送给用户,并且该链接应该在 10-15 天内有效。
我的使用要求有一些解决方法。但我想要一个强大而适当的解决方案。
使用 HelloSign API 可以轻松实现上述所有目标。在这两种情况下,签名链接都是在用户启动文档进行签名时生成的,因此没有过期的风险。
非嵌入式签名:通过一次 API 调用,HelloSign 将向用户发送一封电子邮件,其中包含启动文档的链接,如果用户签名时间过长,则会发送电子邮件提醒,并在签名后发送一封电子邮件,其中包含下载最终文档的链接. 只有当文档被手动标记为已取消(或被用户拒绝)时,用户获得的链接才会过期。
嵌入式签名:在 3 个 API 调用中,您可以创建文档,在签名者准备好在您的工作流程中签名后生成文档的链接,并为您和用户下载完成的文档。API 使用 webhook 通知您文档生命周期中的事件,您可以处理所有通知给用户以及每个 API 调用的时间。
希望这可以帮助!如果您希望我扩展上述内容,请告诉我们。
您希望您的应用程序发送电子邮件并控制链接的有效时间。您似乎还想使用嵌入式签名。以上所有对于 DocuSign 来说都是直截了当的。请参阅我之前关于如何创建长寿命嵌入式签名链接的回答。
[我为 DocuSign 工作]
您可以将您的应用程序更新到 iFrame DocuSign 的签字仪式,重定向到它,或为签字仪式打开一个新的浏览器选项卡。
不推荐使用 iFraming,因为它无法让签名者确信他们正在使用 DocuSign。如果您确实使用 iFrame,DocuSign 签名仪式必须获得 100% 的宽度和高度,以提供最佳的签名体验(尤其是在移动设备上)。
您可以为 DocuSign 签名仪式打上烙印,以包含您的应用程序的徽标并匹配您的应用程序的颜色、字体等。