DocuSign組み込み署名ワークフロー

Question

this例としてgithubのpythonの例を使用して、私はDocuSign組み込み署名APIと対話するためのRパッケージを作成しました。

埋め込み署名のワークフローを完全に理解していないようで、誰かが助けてくれることを望んでいます。ここで

は私が望むものです：

私はサインアップページを使用してアプリケーションを持っています。ユーザーがサインアップするとき、私は彼らに文書に署名したいと思います。そこで、登録フォームを送信すると、テンプレートを使用してエンベロープを生成し、templateRoleパラメータで名前と電子メールを使用します。私はユーザーに送るURLを取得します。これにより、ユーザーは文書に署名することができます。

実際のワークフローでは、最初に署名者に電子メールを送信し、電子メール内のリンクから署名する必要があります。これはあまり「埋め込まれていない」ように見えるので、ちょっと混乱しています。これはサンドボックスAPIを使用しているためですか？

authenticationMethodパラメータには、電子メール、HTTPBasicAuth、Password、PaperDocumentsのいずれかの値が設定されています。これは、私がauthenticationMethodとして電子メールを選択しているため、ユーザーが署名できるページに直接ユーザーを送信するのではなく、電子メールを使用している理由ですか？

埋め込み署名について根本的に誤解はありましたか？

Answer 1

参照しているスクリプトはEmbedded Sendingです。

組み込み、ユーザーがですから、基本的に与えている承認

のためにそれらを送信する前にドラフト封筒のタブ、ドキュメント、受信者、およびその他の設定を編集することができます封筒のビューを送信エンベロープを変更するための署名者アクセス（署名者の追加、文書の削除など）。送信者ビューは、決して署名者に提示されるべきではありません。または受信者ビューのワークフロー - - あなたはEmbedded Signingを探している場合

---

、このcode

組み込み署名を参照してください、ユーザーが自分のアプリやウェブサイトを通じて直接署名することができます。 DocuSignプラットフォームに通知する受信者を埋め込むと、アプリケーションは署名URLを生成し、受信者を認証し、署名要求を提示し、トランザクションが完了するとリダイレクトします。