複数の人が1つのiFrame内に文書に署名することができるか、新しいトークンを生成する必要があるか（新しいiFrameが作成されているか）符号。1つのiFrame内で複数の人物の署名
現在、私のアプリケーションでは、テンプレートIDを使用して新しい封筒をインスタンス化しています。テンプレートには、エージェント、クライアント1、クライアント2の3つの役割があります。
次に、iFrameで表示できるように封筒のトークンを要求します。 「Chrisがキーボードとマウスのエージェントコントロールを与えてください」というメッセージが表示され、その人がドキュメントを埋めます。その人が完了すると、iframeはreturnUrlに転送されます。
エージェントが終了した後、「ChrisがClient1にキーボードとマウスを制御してください」と言いますが、そうではありません。
トークンを再生成せずに1つのフローで署名するすべてのロールを取得する方法はありますか？
組み込みの方法で歌う個々の受信者ごとに、新しい一意の署名トークンを生成する必要があります。
あなたはDocuSignののEmbedding機能/ APIを使用するときは、基本的に、すなわち、各署名URLを生成するユーザを認証、電子メール通知、次の受信者にルーティングする（代わりにプラットフォームのすべての世話をしてDocuSignのシステムを言っていますあなたのアプリがそのすべてを管理するということです）。
トークンが生成されるたびに、トークンは5分後に期限切れになり、1回使用後に有効期限が切れます（ウィンドウを閉じる場合は新しいトークンを生成し、署名は拒否するなど）。
したがって、ルーティングオーダーでシステムが次の受信者に自動的にルーティングする唯一の方法は、次の受信者にclientUserIdのセットがない場合です（つまり、埋め込みを使用して署名していない）。すべての受信者が埋め込みによってエンベロープにアクセスしている場合は、受信者ごとに新しい署名URLを生成する必要があります。
いくつかの追加のリソース：
Erginの回答に加えて、いくつかのコメント：
はiFrameを使用しないようにハードを試してみてください。アプリがタブレットやモバイルで使用される場合は特にそうです。なぜ：DocuSignウィンドウは、署名者に質の高い署名の経験を与えるために、画面全体を本当に必要とします。
あなたのアプリケーションでは、「私はGeorge Smith、クライアント1.私は署名する準備ができました」というボタンを含む画面を持つことができます。ジョージ・スミス常にがボタンを押すようにエージェントを訓練することが重要です。 （代理人はいません）
そうすることで、署名したのがジョージ・スミスであったことが明らかになります。
ボタンを押すと、アプリケーションはDocuSignからrecipientViewのURLを取得し、それにリダイレクトします。
DocuSignのが署名した後戻ってあなたのアプリにリダイレクトする場合は、あなたのアプリが「スーザン・スミス、クライアント2が署名する準備ができている」画面を表示することができます（ジョージは実際に署名した場合。eventクエリパラメータを参照してください。Docs.）
認証
埋め込み署名を使用する場合の最も重要な問題は認証です。あなたのアプリは、署名者の認証を保証する責任があります。あなたはそれをどうやって慎重に理解する必要があります。
代理人とクライアントの場合、代理人は政府発行の身分証明書を確認しますか？そうであれば、署名プロセスの一環として代理店にクライアントの政府IDを確認したことを証明することができます。
アテステーションの問題が原因で、エージェントの署名が最後になることがよくあります。そのような証拠は、「私はジョージ・スミスとスーザン・スミスの署名者の政府IDを確認したことを肯定します」 （正確な言葉遣いについて弁護士に相談してください）
アテステーションの隣に"Initial Here" tab typeを使用することができます。
Erginさん、ありがとうございました。これでクリアされ、私は時間を節約して研究しています！ :) – crdzoba