MEASURE 01
書類1件あたりの確認時間
対象にした書類と確認範囲をそろえ、受付から確認完了までの時間を記録します。
申請・文書処理|業務設計コンセプト
定型書類から必要項目を抽出し、不備の可能性を担当者へ知らせる業務設計の考え方を紹介します。AIや文字認識の結果を確定情報として扱わず、原本との照合・修正・承認を経てから既存台帳へ引き継ぐ流れを想定しています。

01 / 書類受付から台帳へ
たとえば申請書の受付では、書類の形式をそろえたうえで、氏名や日付、申請区分など、業務に必要な項目だけを読み取り候補にできます。ここで重要なのは、候補をそのまま登録データにしないことです。書類の画質、手書きの有無、欄の位置や表記ゆれによって読み取りやすさは変わるため、迷いがある箇所を担当者が見つけられる手順を含めて設計します。
不備確認も、機械が申請の可否を決める工程とは分けます。必須欄が空欄かもしれない、といった確認候補を提示し、担当者が原本と照合して判断します。確認済みの情報だけを既存台帳へ渡すことで、読み取りと業務上の承認の境界を明確にします。
人の確認を含めて、受付から引き継ぎまでを設計します。
STEP 01 · 共通が担当
書類の種類、読み取りたい項目、対象範囲を先に定めます。書式が混在する場合は、形式ごとに分けて扱えるかを確かめます。
STEP 02 · 共通が担当
読み取った値は確定情報ではなく候補として並べます。判読しにくい箇所や、必須項目が空欄の可能性も確認対象として見えるようにします。
STEP 03 · 人が担当
担当者が候補を原本と照合し、必要な修正を行ってから承認します。曖昧な記載や想定外の書式は、自動で通さず確認へ戻します。
STEP 04 · 人が担当
人が確認したデータだけを既存の管理表へ引き継ぎます。転記先とアクセス権限を確認し、誰がいつ承認したかを業務に応じて記録します。
02 / 効果と品質を一緒に見る
読み取りを試すときは、作業時間だけを比べると、担当者の照合作業や修正が増えたことを見落とす場合があります。試行前に対象書類と測定方法を決め、同じ範囲の業務で、時間・品質・確認負担を合わせて記録します。以下は検証に使える候補であり、特定の改善結果を約束するものではありません。
MEASURE 01
対象にした書類と確認範囲をそろえ、受付から確認完了までの時間を記録します。
MEASURE 02
候補値のうち、どの項目がどのように修正されたかを分類し、書式や項目ごとの傾向を見ます。
MEASURE 03
見落としや差し戻しの扱いをあらかじめ決め、通常の確認記録と区別して振り返ります。
03 / 情報管理と小さな検証
申請書類には個人情報や社内の機密情報が含まれることがあります。まず、何の情報をどの目的で扱うのか、業務に必要な項目だけに絞れるかを整理します。外部サービスを使う場合は、保存・削除やモデル学習への利用、保管場所、アクセス制御などについて、利用するサービスの最新の説明と契約条件を確認してください。具体的な条件はサービスや契約によって異なります。
そのうえで、閲覧できる担当者、台帳以外にデータが複製される場所、誤った候補に気づいたときの連絡・停止方法を決めます。個人情報や機密情報を含む試行は、社内の情報管理担当者と相談し、必要に応じて専門家にも確認してください。ここでの案内は法的助言や適法性の保証ではありません。
書式・記入方法・画質を確認し、最初に扱う種類と項目を限定する。
候補を照合する担当者と、判断に迷った場合の差し戻し先を定める。
利用サービス、閲覧権限、台帳などの保存先とデータ複製の範囲を確認する。
誤りや想定外の書類が続く場合に、処理を止めて手作業へ戻す方法を決める。
次に読む・相談する
抽出だけでなく、確認後の情報の受け渡し、例外の扱い、試行結果の評価までを含めて、必要な範囲から検討できます。
書類の受付や転記など、繰り返し作業をルール・AI・人の判断に分けて考えます。
担当者が確認した情報を、今使っている管理表や業務ツールへどう渡すかを整理します。
処理時間だけでなく、修正や見落とし、確認の負担も含めて検証する方法を紹介します。