私はcreateRecipientViewを呼び出し、応答を使用してアプリケーションでiFrameを生成しています。しかし、このiFrameの表示は一度しか動作しません.iFrameの後続のビューでは、ユーザーをreturnUrlに送信します。受信者のみ表示可能1回のみ表示可能？ createRecipientView
私のアプリケーションでは、ユーザーが都合のよいときに署名できるドキュメントを維持しているため、ドキュメントを見て後で署名することになるので、問題です。つまり、createRecipientViewを再度呼び出す必要があります。 iFrameの新しいURLを取得します。
これを正しく理解していますか？私は返されたURLに関する多くのドキュメントを見つけることができません - 閲覧した後は期限切れですか、それとも特定の時間/他の条件の後に期限が切れますか？
あなたは正しいですか。 URLは使用後または5分後に期限切れになります（トークンのTTLは300秒です）。
これは知っておいてよかった！彼らが文書（例えば、長い文書）を記入している場合、それはまだ有効期限ですか？もしそうなら、人々が私のサイトで長い文書を記入できるようにDocusignを使用する最良の方法は何ですか？ – crdzoba
DocuSignがバックエンドで変更できる「署名者セッションのタイムアウト」設定があり、最大120分まで増やすことができます。既存のお客様の場合は、サポートのためにお問い合わせください。 デモ口座であれば幸いです。 –
受信者が「アクティブ」である限り、有効期限は切れません。彼らはそれが期限切れになる何かをしなければ、タイムアウトがあると信じていますが、私はそれが相対的に高い（おそらく20分）と設定されていると信じて、その時間（何もスクロールされていない）有効期限が切れ、それらのために新しい埋め込み署名リンクを生成する必要があります。 – Ergin
iFrameはお勧めできません。特に、モバイルやタブレットのブラウザからアプリを使用する場合は特にそうです。
EnvelopeViews: createRecipientメソッドのドキュメントをURLの1回限りの使用についての情報で更新しました。
情報ありがとうございます。この仕様では、iFrameが必要です。これは、ユーザーが異なる文書/封筒に対応するタブをクリックできる必要があるためです。 iFrameが唯一の選択肢だと思われますか？ また、ドキュメントを更新していただきありがとうございます。 なぜiFrameを使用しないでください。 – crdzoba
iFrameは、DocuSignユーザーインターフェイスがスクリーンスペースの100％を使用するように設計されているため、悪い考えです。これは特にモバイル署名者の問題です。そして最近は、人々がモバイル経由で署名することを前提とすることをお勧めします。タブ付きインターフェイスの代わりに、モーダルインターフェイスを使用するのはなぜですか？ユーザーがボタンをクリックすると、右側のRecipientViewにリダイレクトされます。 RecipientViewsを切り替えることができると、ユーザーが特定のタブでタスクを完了するのを怠ると、タイムアウトが発生しやすくなります。 –
他人の質問を含め、すべての有用な回答をupvoteしてください。 –