電子署名のワークフロー

• 確定したドキュメントを署名用に署名者に送信します。
  • 契約ステータスが [署名待ち] に更新され、法務統合プロセスと同様に電子署名フローがトリガーされます。詳細については、「法務契約用の電子署名プロバイダーの構成」を参照してください。
  • 契約ドキュメントが署名可能になったことを示すメール通知が、最初の署名者に送信されます。メールには、契約ドキュメントへのリンクが含まれています。署名者は、この契約ドキュメントを開いて、電子署名の法務統合で構成されている電子署名プロバイダーを使用して署名します。

    最初の署名者は、署名者リストの順序値が最も低い値に設定されています。詳細については、「契約テンプレートルールの構成」を参照してください。

    最初の署名者が契約書に署名した後、次の署名者に署名を求めるメールが送信されます。

• 署名者は署名要求を受け入れるか拒否することができます。

  • ドキュメントは署名者によって署名されます。
    • 契約書に署名する署名者が多数存在する場合は、次の順番の署名者に送信されます。

      要求の現在の署名者のステータスが [保留中の署名] から [署名済み] に更新されます。次の署名者のステータスが [未開始] から [保留中の署名] に更新されます。

    • 最後の署名者がドキュメントに署名すると、契約リポジトリレコードが自動的に作成され、署名済みドキュメントが添付されます。

      複数の契約ドキュメントを含む契約要求の場合、署名済みの契約ドキュメントは個々のドキュメントに分割され、それぞれの契約タイプの契約リポジトリレコードに添付されます。

      要求のステータスが [契約署名済み] に更新されます。

    • 法的要求が自動的にクローズされます。
    • システムプロパティ sn_cm_core.enable_executed_contract_audit_certificate が true に設定されている場合、完了証明書が生成され、契約リポジトリレコードに添付されます。
  • ドキュメントは署名者によって拒否されます。
    • 契約書が要求者に返送されます。署名者がドキュメントへの署名を拒否したことを知らせるメール通知が、要求者に送信されます。

      要求者は、要求を編集し、署名のために署名者に再送信できます。

      要求の署名者のステータスが [拒否] に更新されます。

    • 要求の契約ステータスが [署名待ち] から [署名が拒否されました] に更新されます。

自筆署名のワークフロー

契約リポジトリレコードの生成中に、マッピングされたフィールドとその値に対してデータタイプと正確性が検証されます。検証エラーが見つかった場合、法務履行者にメール通知が送信されます。このメールには、最終的な契約ドキュメントにコピーされていないフィールドのリストと契約リポジトリレコードへのリンクも記載されています。履行者は、リンクを使用してレコードを開き、値を修正して検証エラーを解決します。