Zero-Touchとは何か：検収の対象を絞る運用構造の完全整理

Zero-Touchとは、正常に処理できる案件はAIが自動で完了し、確信の低い案件だけを選り分けて人へ渡すことで、検収の対象そのものを狭める運用構造です。

Zero-Touchが必要な理由

精度を上げても検収はそのままでした。

文書自動化を導入した組織で繰り返される状況があります。認識精度が98%まで上がったのに、担当者は依然としてすべての案件を確認しています。2%がどこに混ざっているか分からないため、全部を見るほかないからです。

この状態では精度をさらに1ポイント上げても業務量は変わりません。検収の負担を減らすのは精度ではなく、どの案件が安全でどの案件が危ういかを区別する能力です。実際の事例では、全件検算を例外案件8%の検討へ変えて検算の負担を92%減らした場合があり、全件検討を例外文書11%のみ見る構造へ変えた場合もあります。精度ではなく構造を変えた結果です。

Zero-Touchの正確な定義：完全自動化と何が違うのか

完全自動化とZero-Touch、三つの軸の違い

第一に、前提が異なります。完全自動化はすべての案件を機械が処理すると想定します。Zero-Touchは処理できない案件が必ず存在すると前提し、その案件をどう選り分けるかを設計の中心に置きます。

第二に、目標が異なります。完全自動化の目標は人の介入をなくすことです。Zero-Touchの目標は人が見るべき案件を正確に絞ることです。人の判断が必要な文書は最初から人へ送るほうが安全です。

第三に、成果指標が異なります。完全自動化は自動処理の比率だけを見ます。Zero-Touchは人の介入なしに最後まで処理された比率と併せて、例外へ回った案件の比重、そして例外の判定が実際に正しかったかを見ます。例外の比率が低くても選り分けるべき案件を通していれば、良い運用ではありません。

二つの概念は置き換えの関係にはありません。例外案件を絞り続ければ結果として完全自動化に近づきます。ただし出発点をどこに置くかが運用の安定性を分けます。

Zero-Touchを作る4つの条件

実運用に入るZero-Touchの4つの条件

第一に、項目ごとに確信の度合いが出ることです。文書全体に一つの点数を付ければ、どの項目を見るべきか分かりません。値ごとに信頼度があって初めて基準線を引けます。

第二に、業務ルールが検証として動くことです。日付の前後関係、金額の合計、書類間の氏名の突き合わせのように人が確認していた条件を規則へ移せば、相当数の誤りが自動的に引っかかります。

第三に、例外の定義が狭いことです。少しでも曖昧なら全部を例外へ送る設定では検収の負担が減りません。どの項目が食い違ったときに業務へ実際の影響があるかを基準に定める必要があります。

第四に、基準線を調整できることです。運用の初期は保守的に置き、誤りの発生履歴を見ながら徐々に下げる方式が安全です。この調整がコードの修正なしに可能でなければ、実際には運用されません。

Zero-Touchの実際の適用方法

検収の履歴を基準線の根拠として使います

基準線を最初から正確に置く方法はありません。運用を始めた後に担当者が実際に修正した項目を集めて見ることが唯一の根拠です。

修正のほとんどない項目は基準線を下げて自動処理へ回し、修正の多い項目は基準線を上げるか検証ルールを追加します。この調整を四半期ごとに繰り返せば、例外の比率が自然に下がります。

例外案件の処理経路を別に作ります

正常案件と例外案件を同じ画面に混ぜれば、担当者が毎回どちらかを判断することになります。例外だけを集めた画面を別に置き、なぜ例外になったかを表示すれば確認の時間が大きく減ります。

例外の理由を種類ごとに分けて表示するほうが適切です。信頼度が低いのか、文書間の突き合わせで食い違ったのか、業務ルール上の判断が必要なのかによって、担当者が確認すべき場所が異なるためです。

国内環境におけるZero-Touch

韓国の金融と公共では自動承認が許容される範囲が内部規定で定まっている場合が多くあります。技術的に自動処理が可能でも、規定上人の確認が必要な区間が残ります。この区間を例外として扱うのではなく、承認の段階として流れの中に組み込んでおくほうが適切です。

監査の要件も併せて関わります。自動処理された案件についても、どのような根拠で正常と判定したかが記録として残る必要があります。値ごとの信頼度と適用された検証ルールを併せて保管する構成が求められます。

よくあるご質問