Salesforce 创建文档签名文档并从其他系统发送电子邮件

Salesforce 创建文档签名文档并从其他系统发送电子邮件,salesforce,docusignapi,apex,Salesforce,Docusignapi,Apex,我正在尝试整合Salesforce和Docusign。我想通过soap/rest调用发送Create文档,并将通知发送给收件人。从Salesforce,我想通过品牌电子邮件发送到信封/文档的链接 可能吗?DS似乎只支持createAndSend调用 这个文档说我可以创建一个草稿形式的信封-。它还说我得到一个信封摘要作为回应 正如其他人所指出的,嵌入式签名是这里的答案。我刚和一个客户谈过 您将使用SOAP API构建信封(DocuSign提供的关于如何使用APEX实现此目的的良好反馈:)。 定义收

我正在尝试整合Salesforce和Docusign。我想通过soap/rest调用发送Create文档,并将通知发送给收件人。从Salesforce,我想通过品牌电子邮件发送到信封/文档的链接

可能吗?DS似乎只支持createAndSend调用

这个文档说我可以创建一个草稿形式的信封-。它还说我得到一个信封摘要作为回应


正如其他人所指出的,嵌入式签名是这里的答案。我刚和一个客户谈过

您将使用SOAP API构建信封(DocuSign提供的关于如何使用APEX实现此目的的良好反馈:)。 定义收件人时,应在CaptiveInfo对象中提供ClientUserId(为此使用ContactId)。这会告诉DocuSign跳过向收件人发送电子邮件,您将自己处理。 创建并发送信封(也可以使用模板)

您需要一个门户网站或public Force.com网站才能继续前进。原因是用于签名的URL是一次性使用的链接,并且在生成后5分钟过期。所以你不能储存它或通过电子邮件发送它。当他们点击链接的时候,它就死了

因此,您可以链接到您控制的Visualforce页面。将ContactId作为参数添加到URL中,这样您就知道谁在查看页面。 当他们加载页面时,您应该让Visualforce控制器查找信封ID(因此,如果页面是关于Opportunity的,您应该将信封ID存储在Opp或方便的地方)和收件人(使用ContactId获取有关收件人的信息)。
然后使用RequestRecipientToken方法将其发送到DocuSign。它将返回令牌URL,您可以将其呈现给用户。

您可以从DocuSign本身获得品牌电子邮件。另一方面,DocuSign支持两种类型的签名,第一种称为远程签名,其中通知将从DocuSign发送给签名者,DocuSign将主持签名仪式,您不能停止此通知发送给签名者。另一种是嵌入式签名,客户的应用程序将主持签名仪式,并且可以不向客户发送电子邮件通知,在这种情况下,您将邀请客户访问您的应用程序,并从您的应用程序主持签名仪式。包含嵌入签名的详细信息,是的,您可以通过SOAP和REST创建草稿信封。@AmitKBist非常感谢您。我们希望将用户指向docusign网站,但希望url位于电子邮件中。可能吗?使用嵌入式签名,我必须构建一个网页,不是吗?使用嵌入式签名,您不能在电子邮件中发送DocuSign签名URL。相反,您可以通过电子邮件(从您的SF或使用DocuSign)发送门户的url,希望用户访问该电子邮件以完成签名仪式。一旦用户访问了您的门户并准备好对文档进行签名,那么您需要生成签名url,如所述。谢谢@amTHIS这太棒了!!!!有几个问题。在vf控制器中,我是否将用户重新定向到信封或其中一个文档的DS url?另外,它是重新定向的,还是有一个嵌入式iframe?最后,还有什么法规遵从性问题吗?感谢VF控制器中的@Michael MockIn,您最终将用户重定向到从RequestRecipientToken方法返回的URL。您也可以将其框架化到现有页面中,但这在跨站点安全性方面通常效果不佳。通过重定向,您可以为所有可能的场景提供返回URL(使用特定的URL参数,因此您可以构建处理其签名操作的整个过程。唯一的法规遵从性问题是,对于public Force.com网站,您不能使用每个用户命名的凭据,您必须指定一个命名主体(基本上是一个系统用户)供来宾使用以获取收件人令牌。这并不好,但也不是世界末日。