爲什麼認證送貨員仍然會提示

我使用經過認證的送貨收件人，一份文件，一個簽字點進行了快速測試。下面是請求的一部分：爲什麼認證送貨員仍然會提示

"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只查看文檔併成爲認證交付人員的時候，我需要確保他們沒有得到任何簽名選項卡。會有這樣的情況。 –

爲什麼認證送貨員仍然會提示

回答

相關問題