署名者が ID 確認チェックを完了したときに返される確認済み ID 情報をフォームフィールドに入力します。
「確認済みフォーム」を使用すると、Adobe Acrobat Sign で ID プロバイダーから返される確認済み ID 情報をフォームフィールドに関連付けることができます。署名者が「デジタル ID ゲートウェイ」を通じて接続されたプロバイダーで ID 確認を正常に完了すると、Acrobat Sign は署名中に返された ID クレームからの値を、関連付けられているフィールドに自動的に挿入します。
この機能は、金融サービスや政府機関など、規制対象で機密性の高い環境での高信頼ワークフロー向けに設計されています。
ID 確認済みデータの仕組み
ID 確認済みデータは、特定のフィールド名規則を通じてのみトリガーされます。この規則は、次を通じて作成されたフィールドで使用できます。
- オーサリングインターフェイス
- テキストタグ
- API ベースのワークフロー
個別の ID 確認済みフィールドタイプやオーサリングコントロールはありません。
Acrobat Sign では、次も行われません。
- 文書がアップロードまたは送信されたときに ID 確認済み設定を検証する。
- 設定が正しくない場合にエラーを表示する。
フィールド名が必要な構文と正確に一致しない場合、フィールドは通常のフォームフィールドのように動作するか、完全に無視されます。
はじめる前に
次を確認してください。
- 署名者は、デジタル ID ゲートウェイを通じて接続された ID プロバイダーを使用している。
- 該当するアカウントまたはグループで ID 確認済みデータが有効になっている。
- 設定された ID プロバイダーから返される正確な ID クレーム名がわかっている。
クレーム名は、Acrobat Sign ではなく、ID プロバイダーによって定義されます。フィールドを設定する前に、ID プロバイダーからサポートされているクレーム名を取得してください。
デジタル ID プロバイダーの設定について詳しくは、デジタル ID ゲートウェイを参照してください。
ID 確認済みデータのフィールドに名前を付ける
フォームフィールドを ID 確認済みデータにバインドするには、次の正確なフィールド名パターンを使用してください。
VF_DIG_{claimName}*
このシンタックスでは:
- VF_ は、フィールドを確認済みフォームフィールドとして識別します。
- DIG_ は、デジタル ID ゲートウェイを認証方法として識別します。
- {claimName} は、スペルと大文字小文字を含む、設定された ID プロバイダーから返される正確な OpenID Connect（OIDC）クレーム名で、中括弧で囲まれています。
- * は、フィールド名を一意にするために使用するオプションのテキストです。
例：
VF_DIG_{birthdate}
VF_DIG_{address}_page2
VF_DIG_{zipcode}1
複数のフィールドが同じ ID クレームを参照する場合でも、各フィールドは一意のフィールド名を持つ必要があります。
正確な ID クレーム名を使用
設定された ID プロバイダーから返される ID クレームのみが認識されます。
クレーム名は、次のとおりです。
- ID プロバイダーによって定義されます。
- 大文字と小文字が区別されます。
- 完全に一致する必要があります。
- エイリアスはサポートされていません。
- 正しくない場合や欠落している場合は、警告なしで無視されます。
ID 確認中に参照されたクレームが返されなかった場合、フィールドに確認済みデータは入力されません。
収集する ID データを検討
送信者は、どの ID 属性がフォームフィールドにマップされるかを決定する責任があります。確認済みフォームフィールドを設定することで、送信者は、契約書にどの確認済みプロバイダーデータが入力されるかを制御します。
Acrobat Sign を使用して組織が処理および保存することを許可されたデータのみをマッピングしてください。データの使用は、適用法、規制、契約上の義務、および [Acrobat Sign 製品固有使用許諾条件] に準拠する必要があります。
Acrobat Sign で、顧客が収集、処理または保存することを禁止されているデータを取り込むように確認済みフォームフィールドを設定しないでください。次に例を示します。
- Acrobat Sign は、PCI DSS で定義されている支払いカードデータまたは機密認証データの保存に使用してはいけません。
- お客様は、アドビとの間に提携事業者契約を締結していない限り、保護医療情報を処理しないでください。
アドビは、確認済みフォームフィールドを通じた取り込みのために送信者によって選択されたデータを確認、検証または制限しません。
署名中のフィールド動作を理解
確認済みフォームフィールドは、ID 対応のオーバーライドを使用して、既存の Acrobat Sign フィールドの動作に従います。
読み取り専用フィールド
ID クレームが存在する場合：
- Acrobat Sign は検証済みの値でフィールドに入力します。
- 署名者は値を編集できません。
- 検証済みの値は事前定義された値を上書きします。
クレームが欠落している場合は、事前定義された値が使用されます。
編集可能なフィールド
ID クレームが存在する場合：
- Acrobat Sign は検証済みの値でフィールドに入力します。
- フィールドは編集可能なままです。
- 署名者は値を変更できます。
必須フィールド
必須フィールドは編集可能なフィールドと同様に動作します。
ID クレームが欠落している、空である、または null の場合、署名者は契約書を完了する前に値を入力する必要があります。
完了した契約書で ID プロバイダーから返された値を保持する必要がある場合は、読み取り専用フィールドを使用してください。ワークフローで署名者がその値を変更することが許可されている場合にのみ、編集可能フィールドを使用してください。
一般的なフィールド設定については、フォームフィールドプロパティを参照してください。
配布前に ID 確認済みフィールドをテスト
次の場合、ID 確認済みデータが警告なしで失敗します。
- フィールド名が必須の構文に従っていません。
- クレーム名のスペルが間違っているか、大文字と小文字の使い方が正しくありません。
- ID プロバイダーがクレームを返しません。
- 該当するアカウントまたはグループで ID 検証済みデータが無効になっています。
契約書または web フォームは正常に送信されます。
契約書または web フォームを配布する前に、オーサリング環境でフィールドの動作を必ず検証してください。
次を確認してください。
- 各フィールドが必要な命名パターンを使用している。
- クレーム名が ID プロバイダーの応答と完全に一致している。
- 確認済みの値により、目的のフィールドが入力されている。
- 編集可能、読み取り専用、および必須動作が所定の署名エクスペリエンスを提供している。
署名者 ID レポートで確認済みの値を確認
契約書に 1 つ以上の検証済みフォームフィールドが含まれている場合、署名者 ID レポート（送信者のアカウントまたはグループに対して有効になっている場合）には、これらのフィールドについて専用セクションが含まれます。
確認済みフォームフィールドごとに、レポートには、次が含まれます。
- フィールド名
- 最終値
- 1 つの状態インジケーター
状態は契約書の完了後に決定されます。これは、最終値のソースおよび処理を説明しますが、オーサリングまたは署名中の設定を検証するものではありません。
各フィールドは、次の優先度に基づいて 1 つの状態のみを受け取ります。
| 優先度 | 状態 | アイコンの意味 |
|---|---|---|
| 1 | 編集済み | フィールドが編集可能で、署名者がその最終値を変更しました。 |
| 2 | 検証済み | 一致する ID クレームが返されたので、最終値が検証済みクレームと一致します。 |
| 3 | 事前定義済み | ID 確認済みデータは適用されず、フィールドは事前定義された値を保持し、より高い優先度の状態は適用されません。 |
| 4 | クレームが存在しません | フィールドによって参照された ID クレームが、ID プロバイダーから返されませんでした。 |
| 5 | 空または Null 値 | ID クレームが返されましたが、使用可能な値が含まれていませんでした。 |
編集済み
編集済みは、次の場合に適用されます。
- フィールドが編集可能です。
- 署名者が最終値を変更します。
検証済み
検証済み は、一致する ID クレームが返され、最終値が検証済みクレームと一致する場合に適用されます。
これには、次が含まれます。
- 検証済みデータから取得された読み取り専用フィールド。
- 編集可能フィールドが未変更のまま。
- 編集されたが、最終的に検証済みクレームと同一の値を含むフィールド
事前定義済み
事前定義済みは、次の場合に適用されます。
- ID 確認済みデータが適用されませんでした。
- フィールドは作成者によって設定された、事前定義された値を保持しています。
- より高い優先度の状態は適用されません。
クレームが存在しません
「クレームが存在しません」とは、フォームフィールドで指定されたクレームが ID プロバイダーの応答に存在しないことを意味します。
空または Null 値
空または Null 値とは、クレームが応答に存在するが、使用可能な値が含まれていないことを意味します。
- 空とは、空の文字列またはオブジェクトを意味します。
- Null とは、値が明示的に null であることを意味します。
これらの状態は警告やエラーを生成しません。レポートでは、設定エラーではなく、完了したトランザクションの結果が記述されます。
知っておくべきこと
- 確認済みフォームは通常の Acrobat Sign フォームフィールドを使用します。専用の ID 確認済みフィールドタイプはありません。
- ID 確認済み動作は、必要なフィールド名規則によってトリガーされます。
- この命名規則は、オーサリングインターフェイス、テキストタグ、および API で作成されたフィールドで機能します。
- クレーム名は、大文字と小文字が区別され、ID プロバイダーの応答と完全に一致する必要があります。
- 設定が正しくない場合、契約書または web フォームの送信を妨げることなく、警告なしで失敗する可能性があります。
- 編集可能な確認済みフィールドでも、最終値が ID プロバイダーの値と一致することの保証にはなりません。
- 契約書または web フォームを配布する前に、必ず ID 確認済みのフィールド動作をテストしてください。
- 署名者 ID 確認レポートでは、1 つの最終状態が各確認済みフォームフィールドに割り当てられます（レポートが有効になっている場合）。
