メインコンテンツへスキップ

概要

住所証明(POA)の検証では、抽出およびフォレンジック分析の過程で検出された品質、真正性、照合に関するすべての問題について、poa_verifications[].warnings[]に警告が出力されます。各警告はfeatureが"PROOF_OF_ADDRESS"に設定された警告オブジェクトです。一部のリスクは常にDeclinedを強制します。それ以外のリスクは、ワークフローで設定したリスクごとのアクション(DECLINE/REVIEW/NO_ACTION)に従います。 以下のすべてのリスクは本番の判定パイプラインで検証済みです。短い説明と長い説明の文字列は、表にそのまま記載しています。
POAの抽出では、書類1件あたり5〜15秒のレイテンシが発生します。警告はワークフローのステップが完了した時点でのみ書き込まれます。5秒より短い間隔でポーリングしないでください。

本番環境の2つの経路

POAの警告は2つの異なる経路で生成され、経路によって対象となるリスクが異なります。
  • ワークフローセッション(認証セッション内のPOAステップ):アップロードエンドポイントがまず再試行ループ付きのブロッキング検証を実行します(再試行の動作を参照)。その後、最終的に保存される警告がcheck_poa_risksと複数書類間の氏名チェックによって算出されます。
  • スタンドアロンAPI(POST /v3/poa/):警告はcheck_poa_risksからのみ生成されます。再試行ループも検証済みIDのコンテキストもなく、書類も1件のみのため、NAME_MISMATCH_ID_VERIFICATION、POA_NAME_MISMATCH_BETWEEN_DOCUMENTS、POA_MAX_ATTEMPTS_EXCEEDED、FUTURE_ISSUE_DATEがスタンドアロンAPIで生成されることは決してありません。この経路では、抽出前の検証エラーは破棄されます。
POOR_DOCUMENT_QUALITYはリスクのenumに定義され、アクションのマッピングでも予約されていますが、POAパイプラインにこれを生成するコードパスはありません。どちらの経路でもwarnings[]に含まれることはありません。この値で分岐しないでください。

自動却下の警告(常にDeclinedを強制)

これらのリスクはAUTO_DECLINE_RISKSに含まれます。記録されると、設定にかかわらずPOAのステータスはDeclinedになり、log_typeは常にerrorです。 FUTURE_ISSUE_DATEもAUTO_DECLINE_RISKSに含まれていますが、生成元は抽出前の検証(発行日が7日より先の日付である場合)の1つだけで、そのエラーはワークフローの再試行ループにのみ渡されます。そこではアップロード時のブロッキングエラーとして表示され、スタンドアロンAPIでは生成されず、warnings[]にも書き込まれません。再試行の動作を参照してください。

設定可能な警告

以下の警告は、いずれもワークフローのPOAノードにあるアクション設定(DECLINE / REVIEW / NO_ACTION)に従います。警告のlog_typeは設定されたアクションに対応し、拒否の場合はerror、レビューの場合はwarning、アクションなしの場合はinformationになります。
氏名と住所の不一致には、すべて単一の共通アクションが適用されます。poa_name_or_address_mismatch_actionは、氏名に関する2つのリスク、住所に関する2つのリスク、書類間の氏名チェックをすべて対象とするため、氏名の不一致と住所の不一致の動作を個別に設定することはできません。スタンドアロンAPIでは、同じグループがpoa_address_mismatch_actionリクエストオプションに従います(poa_name_mismatch_actionオプションは受け付けられますが、参照されることはありません)。

スタンドアロンAPIとの違い (POST /v3/poa/)

スタンドアロンのエンドポイントも同じリスクとアクションの対応付けを構築しますが、リクエスト単位のオプションはDECLINEまたはNO_ACTIONのみを受け付けます(いずれもデフォルトはDECLINE)。
  • このエンドポイントでは、UNABLE_TO_EXTRACT_ISSUE_DATEとPOA_NAME_NOT_DETECTEDは却下に固定されています。
  • ここではPOA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATIONとUNPARSABLE_OR_INVALID_ADDRESSは情報提供のみです。これらのアクションのデフォルトはアクションなしで、リクエストごとに設定することはできません。
  • FUTURE_ISSUE_DATE、POOR_DOCUMENT_QUALITY、NAME_MISMATCH_ID_VERIFICATION、POA_NAME_MISMATCH_BETWEEN_DOCUMENTS、POA_MAX_ATTEMPTS_EXCEEDEDは生成されません。そのため、このエンドポイントでは発行日が将来の日付の書類は自動的に却下されません。
リクエストオプションについては、POST /v3/poa/ APIリファレンスを参照してください。

再試行の動作 (ワークフローセッション)

検証セッションでは、POAのアップロードステップで書類を受け付ける前にブロッキング検証を実行します。INVALID_DOCUMENT_TYPE、UNABLE_TO_EXTRACT_ISSUE_DATE、FUTURE_ISSUE_DATE、POA_NAME_NOT_DETECTED、MISSING_ADDRESS_INFORMATION、POA_COUNTRY_MISMATCH_WITH_PROVIDED、POA_DOCUMENT_NOT_SUPPORTED_FOR_APPLICATION、UNSUPPORTED_DOCUMENT_LANGUAGE、POA_DOCUMENT_EXPIREDのいずれかのブロッキングエラーが見つかった場合、アップロードは400で拒否され、メッセージとしてリスクコードが返されます。ユーザーはより適切な書類で再試行できます。 POA_DOCUMENT_EXPIREDの場合、400のボディにはexpiration_reason(printed_expirationまたはage_window)も含まれるため、UIで正確な理由を表示できます。age_windowの場合は、さらにmax_age_monthsも含まれます。printed_expirationの場合は、書類が経過期間ではなく印字された有効期限を理由に拒否されたため、max_age_monthsは意図的に省略されます。 ユーザーがpoa_max_retry_attempts回(デフォルト2、2〜5の範囲で設定可能)の試行を使い切ると、提出はそのまま受け付けられます。保存された書類から警告が再計算され、POA_MAX_ATTEMPTS_EXCEEDEDが追加されたうえで、すべてのリスクコードに基づいてステータスが決定されます。このため、FUTURE_ISSUE_DATEはアップロードをブロックすることはあっても、warnings[]に表示されることはありません。

設定可能な項目

ワークフローのPOAノードでは、次の設定を調整できます(VerificationSettingsのフィールドに対応しています)。

氏名照合のロジック

POAの氏名照合では、よくある表記の揺れを許容します。
  • ミドルネームとイニシャルは緩やかに照合されます(有無のどちらも許容されます)。
  • 候補となる氏名:書類から検出されたすべての氏名(name_on_documentとadditional_names)をスコアリングし、最もスコアの高い候補を採用します。
  • 一致のしきい値:poa_name_match_score_thresholdのデフォルトは86です。スコアがこれを下回ると、該当するNAME_MISMATCH*警告が発生します。
数値スコアは、レポート上でname_match_score_expected_detailsとname_match_score_id_verification(0〜100)として表示されます。スコアの値は、警告が発生していない場合でも、きめ細かなレビューに役立ちます。

例

オーバーレイによる改ざん(デフォルトは却下)

期限切れの書類と住所の欠落(自動却下)

氏名の不一致(デフォルトはレビュー)

関連ページ

警告タイプ

最終更新日 2026年11月1日