DocuSignは署名URLを生成するために署名者名と電子メールを要求しますか？

Question

私は、ユーザーから（名前や電子メールではなく）一部の情報を収集し、DocuSignを介して（電子メールではなく）電子的に文書に署名することを計画しているWebアプリケーションを持っています。

署名するURL（別名受信者ビュー）を取得するには、受信者の定義を入力する必要があります。 「受信者」の定義の一部は、ユーザー名と電子メールアドレスです。これは本当ですか？

DocuSign API/SDKでは、エンドユーザー（署名者）の名前と電子メールアドレスを指定する必要がありますか？私がこれらのことを提供しなければ、API/SDKは常に検証エラーを返すようです。その情報がないとどうなりますか？

Answer 1

お客様のアプリ内には、署名者の名前とclient_user_idを以内に入力する必要があります。あなたはまたそれらのための電子メールを提供する必要があります。

client_user_idは、署名者ごとに一意である必要があります。

署名者のメールがある場合は、それを使用してください。

そうでない場合は、一意性を保証するためにclient_user_idを含む一意の電子メールアドレスを使用してください。例えばnoreply_ {CLIENT_USER_ID} @ your_company.com

を追加しました

再コメント：

はい、メールアドレスが埋め込まれた調印式を生成するのにDocuSignのに必要とされます。しかし、実際には署名者の電子メールを持っていない場合は、偽のもの（署名者のためにあなたのアプリのclient_user_idを含む）を作成することは大丈夫です。

Re：なぜこの場合ですか？電子メールと名前はDocuSignによって「キャプティブ署名者」（あなたのアカウントの封筒に署名するがDocuSignに独自のアカウントを持っていない人）を索引付けするために使用されるためです。そのため、偽の電子メールはこの人に固有のものでなければなりません。

この名前+電子メールを使用して人々を識別するこの手法では、たとえば、2回目以降の文書署名時にeSignaturesを使用する消費者契約に署名者が同意する必要はありません。 - より良いUXを提供します。

ウェブアプリではユーザーのメールをよく知っていることが多いので、これは通常問題ではありません。しかし、あなたが署名者の電子メールを知らない場合、上記のように偽の電子メールですべて正常に動作します。

を追加し、より

日時：

がDocuSignのは、この場合には偽の電子メールアドレスを持つオーケーというのソースを提供してください？それは合法なの？

現在、埋め込み署名用の偽の電子メールアドレスを提供するこのテクニックは、実際の電子メールアドレスが利用できない場合、DocuSign Webサイトには記載されていません。 2017年に改訂するとembedded signing recipeに追加させていただきます。

リーガル：重要な問題は、あなたのアプリがの署名者を認証する方法です。電子メールは1つの方法です。ユースケースに応じて、電子メール認証は、依拠当事者（が署名された文書を受け取った人）に十分な保証を提供している場合としない場合があります。

しかし、私たちは逃げます。人のメールアドレスを持っていても、メールを使ってを超えての人物を認証するのが一般的です。 DocuSignには、SMS、事前共有秘密、インサイド署名（政府内IDの個人認証を含むことができる）、e-公証、デジタル証明書、電話による2FAなど、さまざまな種類の追加認証が組み込まれていて使いやすい認証、ナレッジベースの認証などが含まれます。これらのほとんどは、必要に応じて埋め込み署名に含めることができます。

または（埋め込み署名を使用している）あなた自身がその人を認証できます。誰かがあなたのアプリケーションにサインアップしたとき、彼らはまず自分のアイデンティティを証明しなければなりませんでしたか？それが認証のステップでした。他のユーザーが他のユーザーとしてログインできない場合は、DocuSignの埋め込み式典に署名しても認証されます。