我正在创造＆amp;发送由服务器端模板组成的信封，并在一个请求中提供详细信息。以下示例有效负载：
{
"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检查 - ＆＃34; ID检查$＆＃34; - 但是我在上面的有效负载中覆盖了那个配置 - requireIdLookup为false并且没有提供idCheckConfigurationName。然而，这被忽略了。为什么？有没有办法在一个有效载荷中执行此操作？我想避免向docusign发送多个请求以创建＆amp;发送信封。
我想保留，＆＃34; ID Check $＆＃34;模板上的配置，但覆盖它，因为出于质量保证的目的，没有人可以搞乱他们的SSN凭据。
答案 0 :(得分：0)
由于您在模板级别设置了身份验证，因此信封将无法覆盖该设置。出于质量保证的目的，如果您不希望测试人员使用真实或个人数据，那么您可以联系您的DS客户经理，他们可以更改DocuSign后端中的LexisNexis Ruleset，以便您可以使用一些测试数据，DocuSign称之为Red Herring Test Users。完成测试后，您的DS AM可以将其重新切换到非测试规则集。或者另一种创建两个差异模板的方法，一个是KBA而另一个是没有，并且使用代码发送信封或者是否支持KBA模板，这样你就没有依赖于DocuSign来切换KBA规则集。