我的web应用程序在收集合适的签名者、发送电子邮件、请求签名、跟踪签名者状态等方面都有相当大的参与,因此我相信嵌入式收件人体验对我们来说是最有意义的。
然而,我们使用集成的第一个客户已经使用DocuSign一段时间了,他们的签名者(CEO、CFO等)习惯于登录到DocuSign,在收件箱中看到信封并单击信封签名--这只有在集成中通过将他们添加为远程收件人才能实现。嵌入的收件人不能与DocuSign用户帐户关联。
我想继续使用嵌入式收件人,但我的客户非常希望看到在他们的DocuSign用户帐户收件箱中从我的应用程序创建的信封,并在那里签名,而不必首先登录到我的应用程序。
可惜不是。当创建嵌入式签名会话时,收件人将成为所谓的俘获收件人。受限制的收件人在电子邮件通知和收件箱中的存在方面遵循一组不同的规则。
例如,默认情况下,受限制的收件人不接收电子邮件通知--但他们可以提供一封要抄送到信封上的电子邮件。
由于专属收件人也有一个通用帐号,从技术上来说,用户是您或您收件人以外的帐户的一部分。
{
"returnUrl": "http://localhost/returnUrl",
"authenticationMethod":"email",
"email": "{recipientEmail}",
"userName": "{recipientFullName}",
"recipientId":"{recipientId}"
}
在向信封添加签名者时,我看到了“emailnotification”选项(https://www.docusign.com/p/restapiguide/content/rest%20api%20references/recipities/signers%20recipition.htm)。但它看起来是关于DocuSign发送给签名者的电子邮件通知的语言。我想它不适用于我的用例,因为我使用嵌入式签
在获取Docusign信封收件人视图的查询参数中,其中GET调用是“/RESTAPI/v2.1/accounts/{accountId}/envelops/{envelopeId}/documents/composited?recipient_id=123&documents_by_userid=false”,是recipient_id,即Docusign生成的GUID,还是我们必须在信封创建调用
2)我的会话从不超时。根据DocuSign文档,会话在5分钟内超时,这是一个可配置的设置。我应该在哪里查看该设置以及如何测试会话超时? 3)当我请求一次收件人令牌时,如果我在短时间内请求获取令牌,我会得到一个错误。在我等待几分钟后,我可以很好地检索收件人令牌。在请求检索收件人令牌时,我是否应该考虑一个时间框架?
我有一个用例来将电子签名与一些机密客户的现有应用程序集成。 在探索docuign时,我发现有两种方法可以获得电子签名: 远程-在电子邮件中发送签名链接 我很清楚这条遥远的路。但是,嵌入式方式不明确,我的问题是关于嵌入式的: 我有一个示例用例:假设,Tom是我的用户,他想从另一个用户Pedro那里获得签名的文档。所以汤姆会: 点击API创建一个信封,将所有文档封装在其中 现在,Tom如何将此URL发
在(Salesforce)DocuSign管理信封设置中,角色被定义为“customer”和“legal”,其中customer是第一个条目,legal是第二个条目。收件人的排序似乎是基于DocuSign角色中的第一个条目,因为当我输入第一个条目“Legal”和第二个条目“Customer”时,我得到了预期的结果。 当将下面的代码与Customer(第一个)和Legal(第二个)的DocuSign
在新的Docusign API中,支持设置将通知收件人的语言。在Docusign SOAP API下使用“RecipientEmailNotification”类似乎很简单。 但由于某种原因,收件人收到的电子邮件总是用英语写的。查看了本文档中提到的所有步骤:https://developers.docusign.com/esign-rest-api/reference/envelopes/enve