在Docusign中发送签名请求时是否可以使用returnUrl [英] Is it possible to use a returnUrl when sending a sign request in Docusign

查看:96
本文介绍了在Docusign中发送签名请求时是否可以使用returnUrl的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我想知道是否可以使用在签署文档后将用户重定向到的returnUrl,但使用您将签名请求通过电子邮件发送给收件人的路径。

I am wondering whether it is possible to use a returnUrl which the user is redirected to after signing the document, but using the path where you email the sign request out to the recipients.

嵌入式流程对我们不起作用,除非我丢失了某些东西,因为5分钟超时不起作用。

The embedded flow does not work for us, unless I am missing something, because the 5 minute timeout does not work.

我想通过电子邮件将签名请求发送给收件人,然后在他们完成签名后将其重定向到自定义的谢谢页面。

I would like to email the sign requests out to the recipients and then after they complete their signing redirect them to a custom "thank you" page.

问题是您可以立即拥有一个标志,而其他收件人需要几天时间,而到他们收到请求时,该标志已超时。我也尝试过重新创建RecipientViewRequest,但是新的URL仅向我显示了要签名的文档,而没有选择对其进行签名的方法,即使水印显示 In Progress。

The issue is that you can have one sign immediately, but the other recipients take days, and by the time they get to the request it is timed out. I have also tried to recreate the RecipientViewRequest, but the new URL simply shows me the document to sign without the option to sign it, even though the watermark says "In Progress".

我正在使用C#SDK,我们将不胜感激。

I am using the C# SDK, and any help would be appreciated.

推荐答案

要向嵌入式收件人发送电子邮件,请指定<创建收件人时,strong> clientUserId 和 embeddedRecipientStartURL

For sending emails to embedded recipients, specify clientUserId and embeddedRecipientStartURL when creating the Recipient.


embeddedRecipientStartURL :这是发件人提供的有效URL用于重定向嵌入式收件人的字符串。使用此选项时,嵌入式收件人仍会像远程收件人一样从DocuSign接收电子邮件,但是当单击电子邮件中的文档链接时,收件人将通过DocuSign重定向到该URL以完成其操作。路由到URL时,由发送者的系统(服务器响应URL)决定是否请求接收者令牌启动签名会话。

embeddedRecipientStartURL : This is a sender provided valid URL string for redirecting an embedded recipient. When using this option, the embedded recipient still receives an email from DocuSign, just as a remote recipient would, but when the document link in the email is clicked the recipient is redirected, through DocuSign, to this URL to complete their actions. When routing to the URL, it is up to the sender’s system (the server responding to the URL) to then request a recipient token to launch a signing session.

这是示例 createEnvelope 请求

{
  "emailSubject": "Please sign the agreement",
  "status": "sent",
    "recipients": {
        "signers": [
            {
                "email": "janedoe@acme.com",
                "name": "jane doe",
                "recipientId": 1,
                "clientUserId":"1234",
                "embeddedRecipientStartURL":"<Add Url to your App here>",
                "tabs": {"signHereTabs": [{ "documentId": "1", "pageNumber": "1", "xPosition": "80", "yPosition": "80"}]}
            }
        ]
    },
    "documents": [{ "documentId": "1", "name": "Contract", "fileExtension": "txt", "documentBase64": "RG9jIFRXTyBUV08gVFdP" }]
}

当收件人单击电子邮件中的链接时,会将其重定向到您在 embeddedRecipientStartURL 中指定的URL。在您的应用进行身份验证并标识了收件人之后,您将必须使用 CreateRecipientView api,并在 returnUrl 参数中指定自定义感谢页面的网址。确保包括 https://

When the recipient clicks the link in their email, he is redirected to the url that you specify in embeddedRecipientStartURL. After your app authenticates and identifies the recipient, You will then have to request a recipient token using the CreateRecipientView api and specify the url for the custom thank you page in the returnUrl parameter. Make sure you include https://

   {
      "email": "janedoe@acme.com",
      "userName": "jane doe",
      "recipientId": 1,
      "clientUserId":"1234",
      "returnUrl":"https://www.google.com", //Include your custom thank you page here
      "AuthenticationMethod" :"email"
   }

也请参见答案

这篇关于在Docusign中发送签名请求时是否可以使用returnUrl的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆