DocumentPDFs要素は一貫して、今（

Question

は私が成功した.NET APIを使用してテンプレートを経由して署名する書類を作成し、封筒が署名されると呼び出されるDocuSignの接続リスナーを持つシステムを実装したDocuSignの接続から返されませんエンベロープの署名と拒否に関するConnectレポートのみ）。 DocuSign Connectの設定で「文書を含める」に設定されています。私は1人の署名者で、プログラムの署名のための封筒を作成すると、それすべての作品 - 私の接続リスナーが呼び出される、/DocuSignEnvelopeInformation/DocumentPDF/PDFBytes要素は、それにBase64でデータを持っている、と私は成功したことをデコードし、私たちのドキュメント管理でそれを保存していますシステム。クール。デモもよく、経営陣はそれを愛しています。

しかし、私は/DocuSignEnvelopeInformation/DocumentPDF部分が全く返されていない、少なくとも2つのシナリオに気づいた：

1. 複数の署名者がある場合を。

2. エンベロープが、それは同じテンプレートを使用している場合でも、手動で作成されます。

私はまだ/DocuSignEnvelopeInformation/EnvelopeStatus/DocumentStatusesを取得し、DocumentStatus子要素から文書IDを抽出し、その後、プログラムの.NET APIを使用して、それらを取得して行くに接続応答を使用することができます。しかし、PDFバイトが常に一貫して返されないのはなぜだろうか？上記の行動は期待されていますか？何か不足していますか？

私は「ラウンドトリップ」を保存することを好むだろうとちょうどそれが呼び出したときに接続が私に、すべての署名済みPDFを提供している（はい、私は書類にDocuSignの接続ガイドのセクションを受信するための勧告を読んでいると、この問題を回避する必要があるのか​​、それとも欠けているのかを疑問に思っているのですか？

Answer 1

ええと、封筒には「署名」はありません。 Connect::Create callでrecipientEventsリスト対envelopeEvents。現在

、既存の問題が存在するI ■接続デーモンがすぐに別のイベントに置き換えられた場合、その接続デーモンはイベントを見逃す可能性があります。これは、封筒に複数の署名者がいるときに起こっていることかもしれません。一番安全なことは、すべてのイベントを購読してから、あなたにとって興味のない通知を無視することです。

あなたがそれに加入している場合は、常に送信されます「完了」されている封筒のターミナルイベント。また

、あなたのアプリケーションがより防弾にする、私はAPIの呼び出しを介して接続イベントをサブスクライブ（リンクは上記である）ではなく、正しくサブスクリプションまでセットアップに人間に依存示唆しています。アカウントに複数の接続サブスクリプションが簡単にあることがあるため、サブスクリプションに特定の名前を使用することで、どのアプリケーションがあなたのアプリケーションであるかを追跡できます。追加

はちょうど今、私はdemo.docusign.net上のアカウントのすべてのユーザーのために、ちょうど封筒Completedイベント用の接続サブスクリプションを作成しました。サブスクリプション（リスナー）URLとして、無料のアカウントを使用しました。requestb.in

Webユーザーインターフェイス（APIではなく）を使用して、2人の署名者がいる封筒を作成しました。私が封筒を完成した後、請求書は届きました。それは以下を含みます：

<DocumentPDFs> 
    <DocumentPDF> 
     <Name>House architectural overview.pdf</Name> 
     <PDFBytes>.... 

期待どおりです。だから私はあなたの問題を再現することができません。 requestb.inを使用して、通知メッセージで送信されている内容を正確に再確認することをお勧めします。