为什么经认证的送货人仍在提示
为什么经认证的送货人仍在提示
提问于 2017-05-08 12:31:03
我使用一个认证的送货人，一个文档，一个签名点进行了一个快速测试。以下是这一请求的一部分：
"compositeTemplates": [
{
"serverTemplates": [
{
"sequence": "1",
"templateId": "15a22617-4525-438c-aaf1-45f8632ba2d1"
}
],
"inlineTemplates": [
{
"sequence": "1",
"recipients": {
"signers": [],
"certifiedDeliveries": [
{
"name": "Kathy xxx",
"email": "kathyxxx@gmail.com",
"recipientId": "1",
"accessCode": "12345",
"customFields": [],
"routingOrder": "1",
"note": "",
"roleName": "##Buyer1"
}
]我注意到，如果我使用一个roleName匹配的文档和模板，并且有签名选项卡，接收方仍然会被提示进行签名，即使我将它们作为认证的传递。我认为认证交付意味着只需查看文档，而无需签署。我想不是这样的。是否有任何方法确保认证送货人只需查看？
回答 1
Stack Overflow用户
回答已采纳
发布于 2017-05-08 13:22:00
在服务器模板上更改RecipientType并不是很好地使用服务器模板。这意味着您没有正确定义服务器模板。您应该使用适当的收件人类型创建另一个ServerTemplate，并使用该类型。
CompositeTemplates允许您扩展您的serverTemplates，并使您能够覆盖来自多个源的文档、收件人和选项卡定义。
有时，最好为您的特定需要创建自己的服务器模板，而不是使用CompositeTemplates扩展它们。
如果不想创建新的服务器模板，可以使用updateEnvelopeRecipients API更新收件人类型。
以下是步骤
- 将信封创建为草案 (Status = 'Created')
- 使用updateEnvelopeRecipients API将收件人类型的更新为CertifiedDelivery。任何与收件人相关的选项卡都将被删除。
- 使用updateEnvelope Api向发送信封。
又一个似乎有效的黑客。(我不建议这样做)
您可以更改收件人的routingOrder。然后，收件人将被视为认证交付收件人，因为它将不再与服务器模板中的收件人匹配。
从文档 (展开compositeTemplates部分)
收件人匹配是基于收件人角色和路由顺序的。如果有匹配，则将收件人信息合并在一起。在应用了所有模板覆盖之后，将对所有复合模板进行最后一次传递，以便使用相同的电子邮件、用户名和路由顺序折叠收件人。这样可以防止相同的收件人处于相同的路由顺序。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/43847757
复制相关文章
相似问题
腾讯云开发者
