为什么认证送货员仍然会提示

我使用经过认证的送货收件人，一份文件，一个签字点进行了快速测试。下面是请求的一部分：为什么认证送货员仍然会提示

"compositeTemplates": [ 
{ 
    "serverTemplates": [ 
    { 
     "sequence": "1", 
     "templateId": "15a22617-4525-438c-aaf1-45f8632ba2d1" 
    } 
    ], 
    "inlineTemplates": [ 
    { 
     "sequence": "1", 
     "recipients": { 
     "signers": [], 
     "certifiedDeliveries": [ 
      { 
      "name": "Kathy xxx", 
      "email": "[email protected]", 
      "recipientId": "1", 
      "accessCode": "12345", 
      "customFields": [], 
      "routingOrder": "1", 
      "note": "", 
      "roleName": "##Buyer1" 
      } 
     ]

我发现，如果我使用的文件和范本中角色名匹配，有签名的标签，接收器仍然会提示输入签名，即使我把他们当一个认证的交付。我认为认证交付意味着只需查看文档，而不必签署文档。我想不是这种情况。有什么方法可以确保只有经过认证的送货员才能查看？

来源

2017-05-08 Kathy Lori

在服务器模板上更改RecipientType只是觉得不太适合使用服务器模板。这意味着你没有正确定义你的服务器模板。您应该使用适当的收件人类型创建另一个ServerTemplate，然后使用它。

CompositeTemplates允许您扩展您的serverTemplates并使您能够覆盖来自多个来源的文档，收件人和选项卡定义。

有时最好为您的特定需求创建自己的服务器模板，而不是使用CompositeTemplates扩展它们。

如果您不希望创建一个新的服务器模板，你可以使用updateEnvelopeRecipients API更新收件人类型。

下面是步骤

创建信封为草案（状态= '创建'）
使用updateEnvelopeRecipients API来更新收件人类型CertifiedDelivery。与收件人关联的任何标签都将被删除。
发送使用updateEnvelope Api的信封。

另一个哈克，似乎工作。（我不推荐这样）

您可以更改接收方的路由条目。然后，收件人将被视为认证的递送收件人，因为它将不再与服务器模板中的收件人匹配。

从Documentation（展开compositeTemplates部）

收件人匹配基于收件人角色和路由订单。如果有匹配，则收件人信息将合并在一起。在应用了所有模板叠加层之后，所有复合模板都会进行最后一次传递，以使用相同的电子邮件，用户名和路由顺序合并收件人。这可以防止在相同的路由顺序中拥有相同的收件人。

来源

2017-05-08 13:22:00

因此，在这种情况下，如果只涉及一个收件人，您将如何设置路由订单以绕过此问题？ –

在服务器模板上更改RecipientType只是觉得不太适合使用服务器模板。这意味着你没有正确定义你的服务器模板。您应该使用适当的收件人类型创建另一个ServerTemplate，然后使用它。 –

通过我们的应用程序，我们希望只有几个模板可能有8或10个模板角色。我们试图将模板上的内务管理保持在最低限度，而不是每个文档的一对一。无论如何，我需要知道的是，在那些他们希望收件人x只查看文档并成为认证交付人员的时候，我需要确保他们没有得到任何签名选项卡。会有这样的情况。 –

为什么认证送货员仍然会提示

回答

相关问题