クロス検証とは何か:書類の間で値を突き合わせる審査自動化の完全整理
クロス検証とは、一つの業務案件を構成する複数の文書から同じ項目の値を取り出して互いに突き合わせ、一致するかどうかを判定して、食い違う項目のみ人へ引き渡す処理です。
文書一枚では業務が終わらない理由
審査は突き合わせで終わります。
金融審査の業務を横で見ていると、担当者が最も長く向き合っているのは読むことではありません。加盟店の加入申請書と事業者登録証、通帳の写し、登記事項全部証明書を並べて置き、代表者名が同じか、口座番号が合っているか、事業者登録番号が一致するかを確認する作業です。
実際の測定では、文書の突き合わせと検証だけで一件あたり3分から8分が費やされます。業務一件に平均六種の書類が届く環境では、この作業が全体時間の大きな部分を占めます。文書一枚をどれほど正確に読んでも、この段階が残っていれば自動化は半分で止まります。
クロス検証の正確な定義:項目検証と何が違うのか
項目検証とクロス検証、三つの軸の違い
第一に、対象が異なります。項目検証は一つの文書の中の値を対象とします。桁数が合っているか、日付の形式が合っているかを見ます。クロス検証は複数の文書に散らばった同じ項目を対象とします。
第二に、判定の方法が異なります。項目検証は定められた形式と比較します。クロス検証は文書同士を比較するため、正解が別に存在しません。食い違ったという事実だけが確認され、どちらが正しいかは人が判断します。
第三に、明るみに出す問題が異なります。項目検証は認識の誤りと形式の誤りを捉えます。クロス検証は書類そのものの不一致と偽変造の可能性まで明るみに出します。実際の事例では、複数の文書の項目46件を突き合わせて一致45件と不一致1件を自動的に選り分けた場合があります。
二つの検証は置き換えの関係にはありません。形式の合った値同士でも文書の間では食い違いうるため、いずれも必要です。
クロス検証を成立させる5つの条件
実運用に入る5つの条件
第一に、文書を業務案件の単位でまとめることです。一枚ずつ処理すれば比較する相手がありません。受け付けたファイルを分け、どの案件に属するかを判別する段階が前になければなりません。
第二に、項目の対応関係を定義することです。申請書の代表者名と登記簿の代表取締役が同じ項目であるという事実を、人があらかじめ定めておく必要があります。
第三に、表記の差を吸収することです。一つの文書には正式名称で、別の文書には略称で記される場合がよくあります。銀行名の標準化が必要だった事例が実際にあります。
第四に、時間の順序を扱うことです。取引履歴と申告日時のように順序が意味を持つ項目は、値が同じかどうかだけでなく前後が合っているかを見る必要があります。
第五に、不一致の性格を区別することです。認識の誤りによる不一致と書類そのものの不一致では対応が異なります。原文の位置を併せて提示すれば、検収者がこれを素早く選り分けられます。
クロス検証の実際の適用方法
突き合わせ表をまず描きます
設計の最初の成果物は突き合わせ表です。どの項目をどの文書の間で比較するか、どの文書を基準とするか、食い違ったときにどう処理するかを表として整理します。
この表があれば検収画面の構成も自然に定まります。項目ごとに各文書の値を並べて示し、不一致のマスを表示する形になります。
不一致の処理基準を業務と併せて定めます
すべての不一致が差し戻しの理由ではありません。住所の階の表記の差は見送ってよい一方、口座番号の差は必ず確認する必要があります。
項目ごとにどの水準の差まで許容するかを業務担当者と併せて定めておけば、例外へ回る案件が大きく減ります。
突き合わせ項目を業務基準で選びます
複数の文書をすべて突き合わせる必要はありません。業務で実際に判断に用いられる項目だけを選べば、処理の負担が減り不一致の意味も明確になります。
金融審査でよく選ばれる項目は代表者名と事業者登録番号、口座番号、金額、日時です。ある銀行の被害救済自動化では、氏名と口座番号、銀行名、連絡先、申請金額、事件の発生日時を三種の文書で突き合わせ、項目46件のうち銀行名1件の不一致を自動的に見つけ出しました。正式名称と略称が混ざって届いた場合でした。
この事例が示すのは、表記の差をどう扱うかをあらかじめ定めておく必要があるという点です。同じ値と見る表記の差は標準化しておき、異なると見る差だけを不一致として上げなければ、担当者に不要な検討が積み上がります。
国内環境におけるクロス検証
韓国の金融業務では一件に六種前後の書類が届き、そのうち相当数がファクスや撮影分です。同じ値が文書ごとに異なる品質で認識されるため、表記の差を吸収する処理が特に重要になります。
公共業務では様式の改定が頻繁で、同じ項目の名称が文書ごとに変わる場合があります。項目の対応関係をデータとして管理しバージョンを残しておけば、改定のたびに全体を作り直さずに済みます。
よくあるご質問
制限は設けません。実際の運用では一件に六種前後の書類が届く事例が確認されています。件数よりも項目の対応関係が定義されているかが重要です。
業務で同じ値として扱う表記の差は標準化しておき、異なると見る差だけを不一致として上げます。銀行名の正式名称と略称が代表的な例です。
いいえ。文書同士の比較には正解が別に存在しないため、食い違ったという事実のみを提示します。どちらを採るかは業務ルールと担当者の判断になります。
手がかりにはなります。書類の間で値が食い違えば不一致として上がるため、確認の対象を絞ることができます。ただし判定そのものは担当者が行います。
業務で判断に用いられる項目だけを選べば十分です。金融審査では代表者名と事業者登録番号、口座番号、金額、日時がよく用いられます。
いいえ。正式名称と略称のように業務で同じ値として扱われる差は標準化しておき、異なると見る差だけを不一致として上げるほうが実用的です。