0

我正在创建和发送一个由服务器端模板组成的信封，并在一个请求中提供详细信息。下面的示例有效载荷：

{ "status": "sent", "compositeTemplates": [ { "compositeTemplateId": "template_name", "serverTemplates": [ { "templateId": "xxxx-xxx-xxxx", "sequence": 1 } ], "inlineTemplates": [ { "sequence": 1, "recipients": { "signers": [ { "email": "xxxxxx@email.com", "name": "Xxxxxxxx", "roleName": "Role", "recipientId": 1, "requireIdLookup": "false", "idCheckConfigurationName": "", "tabs": { "textTabs": [], "radioGroupTabs": [], "checkboxTabs": [], "numberTabs": [], "emailTabs": [], "emailAddressTabs": [], "dateSignedTabs": [], "dateTabs": [], "fullNameTabs": [], "listTabs": [], "signerAttachmentTabs": [], "ssnTabs": [] } } ] } } ] } ] }

在 Docusign 服务器端，模板配置为 ID 检查 - “ID 检查 $” - 但我在上面的有效负载中覆盖了该配置 - requireIdLookup 为 false 并且未提供 idCheckConfigurationName。然而，这被忽略了。为什么？有没有办法在一个有效载荷中做到这一点？我想避免向文档签名发送多个请求以创建和发送信封。

我想保留模板上的“ID Check $”配置但覆盖它，因为出于 QA 的目的，没有人会弄乱他们的 SSN 凭据。

4

1 回答 1

0

由于您在模板级别设置了身份验证，因此信封将无法覆盖该设置。出于 QA 目的，如果您不希望测试人员使用真实数据或他们的个人数据，那么您可以联系您的 DS 客户经理，他们可以LexisNexis Ruleset在 DocuSign 后端进行更改，以便您可以使用一些测试数据对其进行测试，DocuSign 称之为Red Herring Test Users. 完成测试后，您的 DS AM 可以将其切换回非测试规则集。或者创建两个差异模板的另一种方法，一个使用 KBA，另一个不使用，并为启用 KBA 的模板使用代码发送信封，这样做您不依赖 DocuSign 来切换 KBA 规则集。

于 2018-04-19T21:56:04.673 回答