带eNotary的DocuSign Api模板

Question

{
    "errorCode": "NOTARY_SIGNING_HOST_NOT_FOUND",
    "message": "The notary signing host is not found."
}

经过一番挖掘，我们从DocuSign中找到了这篇文章，但其中没有提到带有enotary的模板：https://www.DocuSign.com/blog/dsdev-common-api-tasks-using-enotary-programmilathy

我们试图遵循文章的大纲，但遇到了这个错误：

{
    "errorCode": "INVALID_REQUEST_PARAMETER",
    "message": "The request contained at least one invalid parameter. 'recipients' may not be specifed when 'templateId' is set. Use 'templateRoles'."
}

最后，当我们在API文档的Create Envelope TemplateRoles字段中查找时，我们没有发现任何关于公证主机的信息：https://developers.docusign.com/docs/esign-rest-api/reference/envelopes/envelopes/Create/

• 电子邮件：收件人的电子邮件地址。
• 名称：收件人的姓名。
• roleName：与收件人关联的模板roleName。
• ClientUserId:一个可选属性，指定收件人是嵌入的还是远程的。如果clientUserId不为空，则嵌入收件人。请注意，如果使用了clientUserId，并且帐户设置signerMustHaveAccount或signerMustLoginToSign为true，则发送时将生成错误。
• DefaultRecipient:可选，当设置为true时，此收件人是默认收件人，由transformPdfFields选项生成的任何选项卡都映射到此收件人。
• routingorder:指定收件人在信封中的路由顺序。
• accesscode:此可选元素指定收件人必须输入的访问代码以验证身份。最大长度：50个字符。
• InPersonSignerName:可选。如果模板角色是亲自签名者，则这是签名者的合法全名。最大长度：100个字符。
• emailnotification:这是一个可选的复杂元素，具有特定于角色的emailSubject、emailBody和语言。它遵循与收件人的emailNotification属性相同的格式。
• 制表符：此属性允许指定与模板中的制表符匹配的制表符值。

那么在世界上，我们如何发送一个与公证人的模板？

Answer 1

当涉及到API时，公证人以一种特殊的方式工作。我建议你先熟悉一下它是如何工作的，只是一个普通的信封。为此，请参阅我的博客文章中的代码片段。

诀窍是，你有一个非签名者，真正的签名者，然后是一个公证机构，也就是公证人。一个嵌套在JSON中的另一个中。如果你使用我们的SDK之一--就更容易了。

更新：当您使用从模板创建的信封时，有两个选项：

null