新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
-
規制要件に関するガイダンス
- アクセシビリティ
- HIPAA
- GDPR
- 21 CFR part 11 および EudraLex Annex 11
- 医療機関のお客様
- IVES サポート
- 契約書の「Vault」への追加
- EU/英国に関する考慮事項
- ドメインの要求
- 「不正を報告」リンク
契約書の送信、署名、および管理
- 受信者オプション
- 契約書の送信
-
文書へのフィールドの作成
- アプリ内オーサリング環境
- テキストタグを含むフォームの作成
- Acrobat(AcroForm)を使用したフォームの作成
- フィールド
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- Web フォーム
- 再利用可能なテンプレート
- Web フォームおよびライブラリテンプレートの所有権の譲渡
-
Power Automate ワークフロー
- Power Automate 統合の概要と含まれる使用権限
- Power Automate 統合を有効にする
- 管理ページのインコンテキストアクション
- Power Automate の使用状況を追跡
- 新しいフローの作成(例)
- フローに使用するトリガー
- Acrobat Sign 外部からのフローの読み込み
- フローの管理
- フローの編集
- フローの共有
- フローを無効または有効にする
- フローの削除
-
便利なテンプレート
- 管理者のみ
- 契約書のアーカイブ
- Web フォーム契約書のアーカイブ
- 契約書データの抽出
- 契約書通知
- 契約書の生成
- カスタム送信ワークフロー
- ユーザーと契約書の共有
他の製品との統合
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- その他の統合
- パートナーが管理する統合
- 統合キーの取得方法
Acrobat Sign 開発者
- REST API
- Webhooks
サポートとトラブルシューティング
概要
多くの契約書(税務書類、土地登記簿、委任状、資産譲渡の書類など)では、受信者は証人の面前で契約書に署名する必要があります。署名者の署名の適用を監視する証人の役割は、その場にいるすべての関係者が果たすことができます。
Acrobat Sign では、設定プロセスで選択可能な「役割」が提供されます。このプロセスでは、「署名者」受信者と、署名者が定義する必要がある該当の「証人」受信者が挿入されます。
- 署名者は、契約書を確認する前に、証人の名前と電子メールアドレスを入力する必要があります。
- 署名者が署名プロセスを完了すると、証人は、署名プロセスの証人の役割を果たした証明を要求する電子メールを受信します。証人は契約書を操作する前に、名前と電子メールアドレスを確認するように求められます。
- 追加フィールドを証人に割り当てて、コンプライアンス要件で必要とされる情報を取得できます。
「証人」は「公証人」とは異なります。
「証人」とは、次の条件を満たす人物です。
- 成年である
- 健全な精神の持ち主である
- 契約書の関係者ではない、独立した、偏見にとらわれない人物
- 署名者が契約書に署名を適用する時点で、その場にいる人物
証人は、署名プロセスを証明する行為に対して支払いを受けることはできません。
「公証人」とは一般的に、運営機関(州など)によって委託される証人の種類です。公証プロセスは、署名者の身元を記録する限りにおいて、より大幅に公式となることが多く、通常処理手数料が発生します。
電子公証サービスは、Acrobat Sign からも利用できます。
法務部門と協力して、証人または公証人がコンプライアンスの要件であるかどうかを確認する必要があります。
利用対象
「電子証人」役割は、購入したエンタープライズサービスに基づいて、さまざまなインターフェイスからご利用いただけます。
使用している Acrobat Sign のバージョンを選択してください。
設定可能なオプションは次のとおりです。
- 送信者が受信者を証人署名者としてマークすることを許可 - 有効にすると、署名者は「送信」ページおよびカスタムワークフローデザイナーで「証人署名者」の役割を選択できます。
- 無効にすると、受信者役割では送信者の選択リストでこの役割を使用できません。
- 署名者間で双方の署名を共同証明することを許可 - 有効にすると、契約書の署名者である受信者が他の署名者の証人になることもできます。
- 無効にすると、契約書に関連する参加者(電子メールアドレスで識別)は、その契約書の範囲内で他の受信者の証人にはなれません。
コントロールを有効にすると、「証人署名者」の役割が、作成ページの送信者が使用できる役割のリストと、カスタム送信ワークフローデザイナーに表示されます。
使用している電話がモバイルデバイスであることの確認機能は開発中であり、2025 年 3 月のリリースで使用可能となる予定です。
送信者のインターフェイスでは 2 要素 OTP による証人の認証はオプションですが、業務で使用する場合は必須となる場合があります。コンプライアンスの義務については、法務チームにご確認ください。
プライベートメッセージは、次の方法でも追加できます。
カスタム送信ワークフローのデザイン
カスタム送信ワークフローをデザインするユーザーには、受信者フローチャートで新しい受信者を選択する際に、「証人署名者」オプションが表示されます。
「証人署名者」の役割を設定すると、署名者(受信者)と証人(証人受信者)署名者オブジェクトの両方がインストールされます。
ワークフローデザイナーでの証人の設定は、2024 年 3 月のリリースで導入される予定です。現在の Insider Access バージョンでは、この機能はまだサポートされていません。
証人の必須フィールドが契約書に配置されていることを確認する
証人の署名が必須となるフィールドを文書内に作成する必要があります。証人の署名フィールドが配置されていない場合、文書の末尾に自動的に配置されます。
一部のユースケースでは、証人が有効な証明を完了するための追加情報が必要になる場合があります。法務チームと協力して、必要となる情報を決定します。情報を取得するためのフィールドを追加し、証人に割り当てて、必要に応じてフィールドをマークします。
文書の表示制限ルールは、その他すべての参加者と同様に証人にも適用されます。証人は、証人用のフィールドを含むファイルのみを表示できます。
アプリ内オーサリング:フィールドの証人への割り当て
アプリ内オーサリング環境では、署名フロー順序の証人が識別され、受信者リストにそれらの識別名が色分けされます。
テキストタグ
証人とは、参加者のインデックス作成に関する受信者のことです。受信者が 2 名おり、各人が証人を必要とする場合、次のようになります。
- 最初の署名者は、_es:signer1 です
- 最初の署名者に関連付けられている証人は _es:signer2 です
- 2 番目の署名者は、_es:signer3 です
- 2 番目の署名者に関連付けられている証人は _es:signer4 です
テキストタグ識別子の割り当ては、契約書の署名フローと一致しています。ただし、作成ページのインデックスはインターフェイスの証人を対象としていません(証人は、特定された受信者の補助レコードとして表示されます)。
署名フローが正しく処理され、参加者に正しいフィールドへのアクセス権が付与されていることを確認するために、フォームを慎重にデザインしてテストを実行してください。
管理ページのステータス
「管理」ページの契約書には、署名サイクルで証人が証明を完了するのを待っている場合に、「証明用に送信」のステータスが反映されます。
証人以外の受信者に対しては、契約書における役割に適したステータス(「署名用に送信」、「承認用に送信」など)が引き続き表示されます。
「アクティビティ」リストには、監査レポートと同じイベントが要約形式で表示されます。証人のアクティビティは明確に識別されますが、署名者のイベントには証人の要件は含まれません。