APIを実際に体験できる対話型のデモを紹介します。サンプルアプリ、ヒントになるユースケースを見つけましょう。2024でコンテンツとAIの可能性について紹介します。2024でコンテンツとAIの可能性について紹介します。複数の人に署名してもらう必要があるドキュメントがある場合はどうなるでしょうか。これは、2つ以上の事業体の間で結ばれる契約でよく見られます。Signのプロセスには、署名者がドキュメントに署名する順序という別の要素が導入されます。順序を指定しない場合、リクエストは全員に同時に送信されます。関係者全員がドキュメントへの署名を完了すると、各関係者は、すべての署名を含むコピーを受け取ります。署名の順序を指定すると、署名リクエストは最初の署名者に送信されます。大学と学生の間で交わされる奨学金の契約の例を使用してこの仕組みを見てみましょう。この場合は、教育機関/教員が最初にドキュメントに署名する必要があります。このためのメソッドを作成します。open_browser(sign_contract_multi.prepare_url)この例では、ドキュメントを準備する必要があるため、ブラウザで準備のURLを開きます。この時点で2人の署名者が設定され、順序もすでに指定されていることに注目してください。(この場合、教育機関は青、教員は緑)、どの署名者にどの署名パッド、名前、日付が属しているかを特定します。署名リクエストの詳細を確認すると、次のように表示されます。最初のリクエストは送信済みですが、2番目のリクエストは最初のリクエストが完了するのを待っていることを示します。先に進み、両方の署名者の署名プロセスを完了します。2番目のリクエストを受け取った時点で、すでに最初の署名者は署名済みであることに注意してください。ロールここまでは、役割としてsignerを使用してきましたが、署名プロセスのカスタマイズに使用できる他の役割もあります。開発者の視点から見ると、これは以下を意味します。ドキュメントにデータを追加できる人。これには、署名、イニシャル、日付の追加だけでなく、署名が含まれていなくても、テキストフィールド、チェックボックス、ラジオボタンへの入力も含まれます。この役割は、署名リクエストを承認するかどうかを尋ねられます。リクエストが署名者に送信される前に行われます。この役割は、ドキュメントを署名者に送信する前に誰かから承認を得る必要がある場合に便利です。この役割は、署名プロセスには関与しませんが、署名済みドキュメントのコピーを受け取ります。役割を使用して、この奨学金の例ではもう少し工夫してみましょう。奨学金は学部長による承認が必要であることと、法務部門が契約書の最終的なコピーを受け取ることを想像してみてください。フローは署名リクエストで始まり、学部長による承認、教育機関による署名、学生による署名と続き、最後に、法務部門が署名済みドキュメントのコピーを受け取ります。このためのメソッドを作成しましょう。open_browser(sign_contract_multi_step.prepare_url)先ほどと同様、ドキュメントを準備する必要があるため、ブラウザで準備のURLを開きます。この例では、教育機関が左側に青で示され、学生が右側に緑で示されており、どちらも署名者であることに注目してください。readerにも入力データを関連付けることはできません。関連付けると、その役割はsignerに変更されます。署名プロセスを続行します。Cookie通知Unilicenseで提供されるコードサンプル。