我使用DocuSign的REST API在嵌入式签名模式下创建信封。使用CreateRecipientView函数,我只获得一个临时链接。但我更喜欢在通知邮件中获得永久链接。我怎样才能获得此链接/ URL?
答案 0 :(得分:1)
使用DocuSign rest API无法获得永久签名链接。
对于远程签名者,只有签名者才能通过电子邮件接收签名链接。没有其他人可以访问签名URL。
使用“embeddedRecipientStartURL”设置永久签名/访问链接,方法是使用一个名为“clientUserId”的强制收件人和您自己的URL端点,您可以通过该端点验证用户并确定他们是否可以通过请求收件人视图访问信封。
文档here。
您还可以请求每个专属收件人发送电子邮件以及许多其他“门户”中心选项,让您完全控制用户体验。
答案 1 :(得分:0)
要为签名者提供永久链接,您的应用程序会自行创建链接。例如myapp.myserver.com/signing_links/95a086f7-a76e-40ec-938e-987be996d220
该编号应为guid,而不是数据库记录密钥。这是为了防止有人猜测这些永久链接中的哪一个,因此他们无法阅读(或签署!)其他人的文档。
当有人打开浏览器转到其中一个签名者链接时,您的应用程序会在您应用的数据库中查找guid。数据库记录将包括DocuSign envelope_id和链接所代表的recipient_id。
接下来,您的应用会使用该数据从DocuSign请求嵌入式收件人视图链接。然后(如果您从DocuSign获得了良好的回复),您的应用会将用户的浏览器重定向到DocuSign上的签名页面。
(如果收件人已经签名,或者信封无效等,您将从DocuSign收到错误)。
猜猜是什么?以上或多或少是DocuSign如何发布"永久性"电子邮件中的链接 - 这些链接始终会重定向到仅有5分钟的签名仪式链接之一。请记住,您需要对签名者进行身份验证,或在信封中包含其他身份验证选项,因为您不知道谁将最终按下您的某个应用程序的签名者链接。
答案 2 :(得分:0)
使用“embeddedRecipientStartURL”设置vs获取永久签名/访问链接可以使用强制收件人aka“clientUserId”和您自己的URL端点,您可以通过该端点验证用户并确定他们是否可以通过请求收件人视图访问信封。
您还可以请求每个专属收件人发送电子邮件以及许多其他“门户”中心选项,让您完全控制用户体验。
所以Net / Net,LarryK和CodingDawg都是正确的,每个都来自一个特定的视图。最终由您决定哪种方式最适合您的应用程序和用户。