認定された配達人が依然としてプロンプトを表示する理由

Question

1つの文書と1つの署名ポイントを使用して、認定された配達先を使用してクイックテストを実行しました。ここではその要求の一部です：

"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がマッチした文書やテンプレートを使用して署名タブがあった場合、私は私のようにそれらを置くにもかかわらず、受信機はまだ署名を求めるプロンプトが表示されること、気づきました認定された配送。私は、認定された配送は、それを署名する必要はなく、単に文書を見ることを意味すると考えました。私はそうではないと思う。認定された配達人が一度だけ見なければならないことを確認する方法はありますか？

Answer 1

サーバーテンプレートのRecipientTypeを変更するだけでは、サーバーテンプレートをうまく使用できないように感じられます。これは、サーバーテンプレートを正しく定義していないことを意味します。適切な受信者タイプを持つ別のServerTemplateを作成し、代わりに使用する必要があります。

CompositeTemplatesを使用すると、サーバーテンプレートを拡張したり、複数のソースからドキュメント、受信者、タブ定義をオーバーレイすることができます。

CompositeTemplatesを使用して拡張するのではなく、独自のニーズに合わせて独自のサーバーテンプレートを作成することをお勧めします。

---

新しいサーバーテンプレートを作成したくない場合は、受信者のタイプを更新するupdateEnvelopeRecipients APIを使用することができます。ここで

はドラフト（ステータス= '作成した'）

が更新 CertifiedDeliveryに受信者の種類にupdateEnvelopeRecipients APIを使用して封筒を作成し、ステップ

1. です。受信者に関連付けられているタブはすべて削除されます。
2. updateEnvelope Apiを使用してをエンベロープに送信します。

---

動作しているようです別のハック。 （私はこれをお勧めしません）

routingOrderの受信者を変更することができます。受信者は、サーバーテンプレートの受信者とはもはや一致しないため、認定された配信先と見なされます。 Documentationから

（compositeTemplatesセクションを展開）に一致

受信者が受信者の役割とルーティング順序に基づいています。一致するものがあれば、受信者情報は併合されます。すべてのテンプレートオーバーレイが適用された後、すべてのコンポジットテンプレートに対して最終的なパスが行われ、同じメール、ユーザー名、ルーティング順序で受信者が折りたたまれます。これにより、同じルーティング順序で同じ受信者を持つことができなくなります。