我有一个web应用程序,我们的用户创建合同,我们已经通过嵌入式接受者的经验与DocuSign集成。
我的网络应用程序在收集合适的签字人、发送电子邮件、请求签名、保持签字人的身份等方面都相当投入,所以我相信嵌入式接收者的体验对我们来说是最有意义的。
然而,我们的第一个使用集成的客户端已经使用DocuSign已有一段时间了,他们的签名者(首席执行官、首席财务官等)习惯于登录DocuSign,在收件箱中看到信封,然后单击信封签名--只有将信封作为远程收件人添加到集成中才有可能。嵌入的收件人不能与DocuSign用户帐户关联。
我想继续使用嵌入式收件人,但我的客户非常希望看到我的应用程序在其DocuSign用户帐户收件箱中创建的信封,并在那里签名,而不必首先登录到我的应用程序中。
有什么聪明的方法来提供这样的请求与嵌入式接受者的经验吗?甚至是一种非典型的解决办法,比如在嵌入式收件人和用户帐户之间共享文档,或者其他一些我不知道的收件人类型,等等?
发布于 2017-09-12 22:29:38
不幸的是没有。当创建嵌入式签名会话时,收件人将成为所谓的“捕获接收者”。被囚禁的收件人在电子邮件通知和收件箱中的存在方面遵循一套不同的规则。
例如,被俘的收信人默认不会收到电子邮件通知--但是他们可以提供一封电子邮件,以便发送到信封上。
由于被捕获的收件人也有一个通用的帐号,所以从技术上讲,用户是您或您的收件人之外的帐户的一部分。
你的收件人看他的收件箱与他的userId连接在XXXXXXXXX帐户上。俘虏接收者是YYYYYYYYYY帐户的一部分,它有自己独特的userId,因此没有什么可与之相匹配的。
如果您的应用程序依赖嵌入式签名将DocuSign信封加载到类似于iFrame的东西中,那么您仍然可以不使用嵌入式收件人就可以这样做,这将使您能够通过webApp加载这些信封,并允许签名者通过DocuSign收件箱访问它们。
要检索签名URL,可以使用以下调用主体对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}"
}https://stackoverflow.com/questions/46081509
复制相似问题