我们已经实现了该实现,我们在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不会打开新的签名会话,对此的任何帮助将是非常感谢。
答案 0 :(得分:1)
Managed Tokens(托管令牌)是我们采用的一种新方法,用于向信封发送URL。 它使url方式更长,这可能是问题的根本原因。 我们将在本月的各个帐户中启用此功能,而这可能是您最近发生的事情。 如果网址太长,您将必须找到一种不同的集成方法。