我有一个网络应用程序，其中我们的用户创建合同，我们通过嵌入式收件人体验与DocuSign集成。
我的网络应用程序非常积极地收集适当的签名者，发送电子邮件，请求签名，跟上签名者身份等等，因此我相信嵌入式收件人体验对我们来说最有意义。
然而，我们使用集成的第一个客户已经使用DocuSign一段时间了，他们的签名者（CEO，CFO等）习惯于登录DocuSign，在收件箱中看到信封并点击它们进行签名 - 其中只有在集成中才能将它们添加为远程收件人。嵌入式收件人无法与DocuSign用户帐户关联。
我想继续使用嵌入式收件人，但我的客户非常希望在我们的DocuSign用户帐户收件箱中看到我的应用程序创建的信封，并在那里签名，而无需先登录我的应用程序。
是否有任何聪明的方式来提供具有嵌入式收件人体验的此类请求？甚至是一种非典型的解决方法，比如在嵌入式收件人和用户帐户之间共享文档，或者我不知道的其他一些收件人类型等等？
提前致谢！
答案 0 :(得分：0)
不幸的是没有。创建嵌入式签名会话时，收件人将成为所谓的强制收件人。强制收件人遵循有关电子邮件通知和收件箱中存在的不同规则。
例如，强制收件人默认不会收到电子邮件通知 - 但他们可以提供一封电子邮件进入信封。
由于专属收件人也有通用帐号，因此用户在技术上属于您或您的收件人之外的帐户。
IE：您的收件人在帐户XXXXXXXXX上查看与其userId相关联的收件箱。 Captive Recipient是YYYYYYYYYY账户的一部分，拥有自己独特的userId，所以没有什么可以匹配的。
如果您的应用依赖嵌入式签名将DocuSign信封加载到类似iFrame的内容中，您仍然可以在不使用嵌入式收件人的情况下执行此操作，这样您就可以通过webApp加载它们并让您的签名者访问他们通过他的DocuSign收件箱。
要检索签名网址，您可以通过以下呼叫对https：// {endpoint} .docusign.net / restapi / v2 / accounts / {accountId} / envelopes / {envelopeId} / views / recipient进行POST呼叫体：
{
"returnUrl": "http://localhost/returnUrl",
"authenticationMethod":"email",
"email": "{recipientEmail}",
"userName": "{recipientFullName}",
"recipientId":"{recipientId}"
}