テキストタグ - ID 確認済みデータ

署名者が ID 確認チェックを完了すると、ID 確認済みデータを使用して重要なフォームフィールドに自動入力してロックします。データ入力エラーは減り、信頼できる ID プロバイダーから特定の値が取得されたことの明確で監査可能な証拠が提供されます。

ID 確認済みデータでは、テキストタグを使用して、ID プロバイダーから返された検証済み ID 情報をフォームフィールドにバインドできます。署名者が ID 確認を正常に完了すると、Adobe Acrobat Sign は署名中に ID プロバイダーの OpenID Connect(OIDC)ID クレームからの値をタグ付きフィールドに挿入し、信頼できるソースから重要なデータが直接取得されることを保証します。

この機能は、金融サービスや政府機関など、規制対象で機密性の高い環境での高信頼ワークフロー向けに設計されています。

ID 確認済みデータの仕組み

ID 確認済みデータは、テキストタグのフィールド名規則によってのみトリガーされます。

以下のようになっています。

  • ID 確認済みフィールドを設定する UI コントロールなし
  • 文書がアップロードまたは送信される際の検証なし
  • 設定が正しくない場合のエラーメッセージなし

フィールド名が必要な構文と正確に一致しない場合、フィールドは通常のフォームフィールドのように動作するか、完全に無視されます。

必須フィールド命名構文

フォームフィールドを 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 クレームのみが認識されます。

クレーム名:

  • Acrobat Sign ではなく、ID プロバイダーによって定義されます
  • 大文字と小文字が区別されます。
  • 完全に一致する必要があります
  • エイリアスはサポートされていません
  • 正しくない場合や欠落している場合は、警告なしで無視されます

ID 検証中に ID プロバイダーからクレーム名が返されない場合、フィールドには検証済みデータが入力されません。

署名中のフィールドの動作

検証済みフォームフィールドは、ID 対応のオーバーライドを使用して、既存の Acrobat Sign フィールドの動作に従います。

読み取り専用フィールド

  • クレームが存在する場合、検証済みデータが入力されます
  • 署名者が編集することはできません
  • 事前定義された値をオーバーライドします

クレームが欠落している場合は、事前定義された値が使用されます。

編集可能なフィールド

  • クレームが存在する場合、検証済みデータが入力されます
  • 署名者が編集可能な状態を維持します
  • 署名者が値を変更することができます

必須フィールド

  • 編集可能なフィールドのように動作します
  • クレームが欠落している、空である、または null の場合は、署名者の入力が必要です

サイレント障害条件

ID 確認済みデータは、以下のすべての場合において警告なしで失敗します。

  • フィールド名が必須の構文に従っていません。
  • クレーム名のスペルが間違っているか、大文字と小文字の使い方が正しくありません。
  • ID プロバイダーからクレームが返されません。
  • この機能はアカウントまたはグループレベルで無効になっています。

契約書または web フォームは正常に送信されます。

オーサリング環境でフィールドの動作を必ず検証してから、契約書または web フォームを配布してください。

署名者 ID レポートの動作

契約書に 1 つ以上の検証済みフォームフィールドが含まれている場合、署名者 ID レポートにはそれらのフィールドを一覧表示する専用セクションが含まれます。

検証済みフォームフィールドはそれぞれ次の項目と共に表示されます:

  • フィールド名
  • 最終値
  • 単一の状態インジケーター

署名者 ID レポートで可能な状態

注意:

状態は契約書の完了後に割り当てられます。これらは最終値のソースを反映し、オーサリングまたは署名中の設定を検証するものではありません。

各検証済みフォームフィールドには、固定された優先順位に基づいて 1 つの状態のみが割り当てられます。

  • 編集済み - 署名者が署名中にフィールド値を変更しました。
    • 条件:
      • フィールドが編集可能で、かつ
      • 最終値が署名者によって変更された
  • 検証済み - フィールド値は ID 確認済みデータに由来し、意味のある変更は行われていません。
    • 述語:
      • 一致する ID クレームが返される
      • 最終値が検証済みクレーム値と一致する
    • 対象製品
      • 検証済みデータから取得された読み取り専用フィールド
      • 変更されていない編集可能フィールド
      • 署名者がフィールドを編集しても値を同一のままにした場合、状態は検証済みのままです。
  • 事前定義 - フィールドは作成者によって設定されたデフォルト値を保持しています。
    • 述語:
      • 検証済みデータが適用されておらず、かつ
      • より高い優先度の状態は適用されません
  • クレームが存在しません - 参照されたアイデンティティクレームは、アイデンティティプロバイダーから返されませんでした。
    • 述語: 
      • クレーム名がアイデンティティプロバイダーの応答に存在しません
  • 空または Null 値 - 参照されたアイデンティティクレームは、使用可能な値なしで返されました。
    • 述語:
      • クレームは存在しますが、空または null です
      • 空とは、空の文字列またはオブジェクトを意味します。
      • Null とは、値が明示的に null であることを意味します。

メモ

  • フィールドごとに 1 つの状態のみが割り当てられます。
  • 状態は警告やエラーを生成しません。
  • レポートは設定エラーではなく、結果を反映します。
検証済みデータがハイライトされた署名者 ID レポートの例

Adobe, Inc.

ヘルプをすばやく簡単に入手

新規ユーザーの場合