我们在API中创建了两个信封,并在第二个信封的redict URI的位置添加了第一个信封的URI,直到9月23日,它都运行良好,但随后从一个信封到另一个信封的重定向停止工作。
下面是代码的解释:
RecipientViewRequest financeManagerViewOptions = new RecipientViewRequest
{
ReturnUrl = returnViewURL,
ClientUserId = "Finance12345",
AuthenticationMethod = "none",
UserName = FinanceManagerName,
Email = FinanceManagerEmail
};
//this is the second envelope, and we used this envelope's URL as the returnURL of the second envelope
financeManagerviewUrl = docusignAPI.CreateRecipientView(AccountId, result.EnvelopeId, financeManagerViewOptions);
//here we are creating the second envelope and assigning the first envelope's URL to its returnURL
RecipientViewRequest viewOptions = new RecipientViewRequest
{
ReturnUrl = financeManagerviewUrl.Url,
ClientUserId = inspection.CustomerId.ToString(),
AuthenticationMethod = "none",
UserName = inspection.CustomerName,
Email = inspection.CustomerEmail,
};
// url of second evelope that is supposed to be signed first
viewUrl = docusignAPI.CreateRecipientView(AccountId, result.EnvelopeId, viewOptions);
这里奇怪的是,如果我们直接在浏览器中打开第一个信封URL,它可以很好地工作,它也会将我们重定向到一个正确的URL,所以第一个信封的返回URL也可以很好地工作。
但当我们将第二个信封重定向到第一个信封的URL时,它会显示出这个错误,这对我们来说很奇怪:
再一次,这是工作良好的几天前,打开第一个信封的URL直接在浏览器让我们做签名,但相同的URL返回的URL不打开新的签名会话,这将是非常感谢的任何帮助。
托管令牌是一个新的方法,我们正在采取的URL到信封。它使url变长,这可能是您的问题的根本原因。我们在这个月为不同的帐户启用了这个功能,这可能是最近发生在你身上的事情。如果url太长,则必须找到一种不同的集成方法。
我使用信封API得到以下响应 我无法打开信封,即使我已登录到Web中的站点。让我知道打开信封的URL。响应没有给出确切的URL。
我正在NetSuite中构建一个动态的PDF。我想使用DocuSign REST API将它上传到一个新的DocuSign信封。我看过很多答案,但我少了点什么。我发现自己在API和在线上兜圈子。 在用于[创建信封][1]的DocuSign REST API中,它详细说明了如何将文档添加到信封中,特别是使用documents节点:
我创建了一个包含多个文档的docusign模板。模板声明了3个签名角色。然后,我从该模板创建一个有3个收件人信封。模板和我们的帐户启用了文档可见性,这样签名者只能查看他们必须签名的文档。在信封由所有三个签名完成后,我需要将每个完成的信封的PDF存储在我们站点上不同的收件人帐户下。由于启用了文档可见性,因此不能为所有3个签名者提供一个PDF。这将打破可见性功能,他们将能够看到彼此的私人信息。相反,必
转到http://localhost:8080的结果是重定向:/birdspotting的打印
我正在将accesstoken与文档数据一起发送,但收到此错误。我发送单据数据的顺序是否正确
我正在尝试使用本教程发送一个信封请求。我正在使用NodeJS尝试以base64格式硬编码PDFFile,但我得到的是pdf_validation_failed。这是我的代码: 除了multipart中的主体之外,我将fs.readFileSync(documentName)替换为以下内容: 我错过的文件中有任何转换/加密吗?