手書きの帳票で止まるのは、文字を読む工程ではない
紙の申込書や点検報告書をデータにするとき、難しいのは文字を読むこと自体ではありません。読んだ結果をそのまま台帳へ載せてよいのか、人が目で確かめてから載せるのかを、欄ごとに決められないことです。
印字された帳票なら、読み取りに失敗すると多くは空欄か文字化けとして出てきます。気づける形で落ちるので、そこだけ人が見れば済みます。手書きはそうなりません。書き癖のある「7」が「1」として読まれ、「0」が「6」として読まれたとき、結果は空欄ではなく、もっともらしい別の値です。後工程へそのまま流れ、数か月後の照会で初めて見つかることもあります。
だから手書きの帳票では、読み取りの精度を上げる作業と同じだけ、読み取った値が正しいかを別の材料で確かめられるかどうかが設計の中身になります。確かめる材料がある欄は自動で確定でき、無い欄は精度が高くても人が見る対象に残ります。この線を欄ごとに引くのが、自社の帳票を持ち込む前に済ませておく作業です。
手書きの混ざり方を3つの型に分ける
手書きが混ざる帳票を一括りに扱うと、対策が散らかります。起きることで分けると3つに収まります。
| 混ざり方の型 | 帳票で現れる形 | 読み取りで起きること |
|---|---|---|
| 文字の崩れ方 | 書き手が毎回違い、続け字や書き癖、旧字体が混ざる | 似た字形を取り違える。空欄ではなく別の値が返る |
| 記入欄からのはみ出し | 枠をまたぐ、欄外に書き足す、二重線で訂正する | 値が途中で切れる。隣の欄の値として拾われる。訂正前の値が残る |
| チェック欄と自由記述の混在 | レ点・丸・塗りつぶしが混ざり、備考欄に文章が入る | 未記入と判別できない状態が同じ扱いになる。文章から条件が落ちる |
1つの帳票に3つとも出ます。申込書なら、氏名欄の崩し字が1つめ、住所欄が2行に渡るのが2つめ、同意欄のチェックと要望欄の文章が3つめです。点検報告書なら、計測値の数字が1つめ、欄外の申し送りが2つめ、判定欄のレ点と所見の文章が3つめに当たります。
型ごとに、機械で確定してよい範囲と人が直す範囲が変わります。以下で順に見ます。
型1:文字の崩れ方は、照合できる欄かどうかで分かれる
字形の取り違えは、読み取りの方式を変えても完全には無くなりません。減らす方向で追いかけるより、取り違えたときに気づける欄かどうかで分類したほうが、線を引けます。
| 欄の性質 | 手書きで起きやすい誤り | 機械で確定してよいか |
|---|---|---|
| 選択肢が決まっている(点検区分、型式、担当者名) | 似た字形でも候補が限られるため、誤りは候補外の値として出る | 候補と一致すれば確定。複数の候補に近い場合は人へ |
| 台帳に正解がある(顧客名、契約番号、電話番号) | 同音異字、旧字体、桁の取り違え | 台帳と一致すれば確定。一致しなければ候補を示して人へ |
| 計算の関係が閉じている(数量、単価、小計) | 桁の読み落とし、小数点の消失 | 合計や内訳と合えば確定。合わなければ人へ |
| 範囲が決まっている数値(計測値、数量の上限) | 桁違い、単位の取り違え | 過去の実績の範囲に収まれば確定。外れれば人へ |
| 日付 | 和暦と西暦の混在、月と日の入れ替え | 受付日や点検の周期と矛盾しなければ確定 |
| 照合先が無い自由記述(所見、要望、申し送り) | 脱落、言い換え、語尾の欠け | 機械で確定しない。原文の画像と併せて残す |
上の5行と最後の1行で、設計の扱いを分けます。 上の5行は、読み取り結果とは別の材料で答え合わせができます。台帳、候補の一覧、同じ帳票内の計算、過去の実績、日付の前後関係。どれも読み取りとは独立した情報なので、モデルが自信を持って間違えても検出できます。
最後の1行には答え合わせの相手がいません。 所見や要望の文章は、正しく読めたかどうかを機械で確かめる方法がありません。ここを自動で確定する構成にすると、誤りがそのまま台帳に載ります。文章の欄は読み取り結果を候補として持ちつつ、元の画像を必ず添えて、人が読む場所に置きます。
読み取りの方式そのもの(記入位置を登録して読む方式と、意味で項目を取る方式の違い)は「AI-OCRと生成AIの違い」で扱っています。手書きの帳票は自社様式で位置が固定なことが多く、位置を登録する方式が向く場面が残ります。
型2:記入欄からのはみ出しと訂正
枠内にきれいに収まった文字だけなら、読み取りは比較的そろいます。実際の帳票で結果を崩すのは、枠の外へ出た記入です。
| はみ出し方 | 読み取りで起きること | 扱い |
|---|---|---|
| 枠をまたいで大きく書かれた文字 | 隣の欄の値として一部が混ざる | 欄の切り出しを画像の座標だけに頼らず、見出し語からの相対で取る |
| 欄の高さを超えて2行になった住所や品名 | 2行目が落ちる、または別の欄の値になる | 欄の領域を縦に広げて取り、行の連結を前提にする |
| 二重線と訂正印による訂正 | 訂正前と訂正後のどちらが返るか定まらない | 訂正の跡がある枚を検出し、その欄は人の確認へ回す |
| 欄外の余白や裏面への追記 | 読み取りの対象から外れ、条件が丸ごと落ちる | 記入欄の外に書き込みがある枚を検出して人へ回す |
| 付箋や別紙の添付 | 本体だけ読むと、添付にある条件が反映されない | 受付の時点で添付の有無を記録し、帳票に紐づける |
| 押印や複写の裏写りとの重なり | 重なった箇所の文字が欠ける | 重なる位置が固定なら除外する。可変なら人へ回す |
訂正と欄外の追記は、読み取りの精度では解けません。 二重線で消された値も、書き足された値も、画像としては同じように存在します。どちらを採用するかは帳票の運用側の決めごとなので、機械にできるのは「訂正の跡がある」「記入欄の外に筆跡がある」と気づいて人へ回すところまでです。ここを検出せずに読み取り結果だけを信じると、訂正前の値が台帳に載ります。
添付の有無は、受け取りの時点で記録します。 読み取りの工程に入ってからでは、本体と別紙の対応が分からなくなります。紙をスキャンする前後の扱いは「紙書類の電子化をAIで進める」で扱っています。
型3:チェック欄と自由記述の混在
申込書と点検報告書には、チェック欄と文章欄が同じ紙に同居します。この2つは扱いが正反対です。
| 記入のされ方 | 機械の扱い | 人へ回す条件 |
|---|---|---|
| レ点、丸、塗りつぶし | いずれもチェック有りとして扱う | 筆跡が薄く、有無の判定が割れたもの |
| 斜線や×印 | 帳票ごとに意味が違うため、様式ごとに定義を決めておく | 定義が決まっていない様式で出てきたもの |
| 空欄 | 未記入として保持する。「いいえ」へ変換しない | 記入が必須の欄が空のもの |
| 複数の選択肢にチェック | 排他の設問なら不整合として印を付ける | 排他の設問で複数に付いているもの |
| チェックと手書きの補足が併記 | チェックの値と補足の原文を両方持つ | 補足が選択肢の意味を打ち消している場合 |
| 自由記述 | 原文のまま格納する。要約は別の欄に持たせる | 期限、金額、再訪問の約束が含まれるもの |
空欄を「いいえ」に変換しません。 未記入と、否定の回答と、そもそも該当しない欄は、業務上まったく違う意味を持ちます。読み取りの段階で1つに丸めると、後から区別できません。空欄は空欄のまま持たせ、必須の欄が空であることを不備として扱います。
自由記述を要約して保存しません。 所見欄の「次回は部品の交換が必要」「支払方法を変更したい」といった記述は、要約すると条件が抜けます。要約が必要なら、原文を残したうえで別の欄に持たせます。文章から後工程の作業を起こす場合も、起票の根拠として原文を参照できる形にします。文章から作業を取り出す範囲の考え方は「会議の持ち帰りが放置される」と同じ整理になります。
機械で確定する項目と、人が目で見る項目を分ける
型ごとの扱いを1本の流れに置くと、欄は3つの行き先に分かれます。読み取りの結果を全部そのまま台帳へ載せる構成にも、全件を人が見る構成にもしません。
金額と日付は照合を通っても確定の前に一段挟みます。
行き先を決める条件は、次のように置きます。
| 行き先 | 満たす条件 | 満たさないときの扱い |
|---|---|---|
| 照合して確定 | 台帳または候補の一覧に一致する値が1つだけある | 候補が複数、または一致しなければ画像を見る欄へ |
| 計算で確かめて確定 | 同じ帳票内の合計や、過去の実績の範囲と矛盾しない | 矛盾するか、比較の相手が無ければ画像を見る欄へ |
| 画像を見て確定 | 照合先が無い、訂正の跡がある、必須の欄が空 | 判断できなければ記入者へ差し戻す |
モデルが返す確信度だけで行き先を決めません。 確信度は「この字形をこう読んだ自信」であって、「この値が業務上正しい自信」ではありません。崩し字を自信を持って別の値に読むことは起こります。行き先は、読み取りとは独立した材料と突き合わせられるかどうかで決めます。精度の測り方と、確認を狭める判断の順序は「AI-OCRの精度は1つの数字では出ない」で扱っています。
人が見る欄では、読み直しをさせません。 画面には抽出した値と、その値を取った箇所の画像を並べます。人の作業を、白紙から入力することではなく、並んだ2つが合っているかの照合にします。同じ欄で同じ直しが続くなら、その帳票の読み方として設定に戻します。
金額と日付は、確定の前にもう一段挟む
照合や計算を通った欄でも、誤りが後工程へ響く欄は扱いを分けます。申込書と報告書では、金額と日付がこれに当たります。
金額は、桁の誤りが照合を通ることがあります。 台帳にも計算にも引っかからない1桁違いは、請求や支払の段階まで進みます。過去の同種の申込と比べて一定の幅を超える値、内訳の合計と本体の合計が一致しない値は、照合を通っていても確定の前に表示します。
日付は、和暦と西暦の混在が誤りを作ります。 「6.5.12」のような書き方は、年月日の区切りも元号の別も帳票からは決まりません。受付日より未来の日付、契約期間の外にある日付、前回の点検日より前の日付は、形式として読めても業務上は成り立ちません。この矛盾を機械で検出して、人の確認へ回します。
確認を挟む欄は、精度ではなく影響で決めます。 読み取りの一致率が十分でも、誤りが外部への請求や契約の期間に直結する欄は確認に残す判断があり得ます。どの工程を機械に任せ、どこに人の承認を置くかの整理は「AIエージェントにどこまで任せるか」が参考になります。
自社の帳票を持ち込む前に確かめること
読み取りの仕組みを検討する前に、手元の帳票で次を確かめておくと、どの欄を自動化の対象にできるかが決まります。
- 直近1か月分の実物を集める。きれいな書面を選ばず、届いたままの状態で抜く
- 帳票の欄を、印字の欄と手書きの欄に分ける。手書きの欄だけを以降の対象にする
- 手書きの欄を3つの型(崩れ方、はみ出し、チェックと文章の混在)で分類する
- 欄ごとに、読み取り結果を答え合わせできる材料があるかを書き出す。台帳、候補の一覧、同じ帳票内の計算、過去の実績のいずれか
- 欄ごとに、誤った値が通った場合に後工程で気づけるかを書く。外部への送付や支払に直結する欄には印を付ける
- 答え合わせの材料がある欄を自動化の対象に置き、材料が無く影響の重い欄は最初の対象から外す
4番目で材料が見つからない欄が多いなら、読み取りの前に台帳側の整備が先になります。 顧客名を突き合わせる先の台帳が部署ごとに分かれている、型式の一覧が最新でない、といった状態では、読み取りが動いても確定できません。
訂正や欄外の追記がどれくらいの割合で出るかも、この段階で数えます。 割合が高い帳票は、自動で確定できる枚数がその分だけ減ります。例外の割合を先に数えてから対象を決める考え方は「例外処理が多い業務をAIで自動化する」で扱っています。対象業務の選び方を含む全体の進め方は「AIエージェント開発の進め方」を参照してください。
様式を変えられる帳票は、記入欄の側から直す
読み取りの側だけで精度を追うより、記入される前の様式に手を入れたほうが効く場合があります。自社が配っている申込書や点検報告書は、これができます。
| 様式で変えられること | 読み取りへの影響 | 導入時に確かめること |
|---|---|---|
| 1マス1文字の枠を設ける | 文字の切り出しが安定し、続け字の連結が減る | 記入する人の負担。欄の数が多い帳票では記入時間が延びる |
| 記入例を欄の近くに印字する | 日付の書式や単位の揺れが減る | 印字が窮屈にならないか |
| 選択肢のある項目をチェック欄にする | 文字を読む欄が減り、照合先のある欄に変わる | 選択肢に収まらない回答の受け皿を残すか |
| 自由記述の欄を最後にまとめる | 文章が他の欄へはみ出しにくくなる | 業務上の記入順と合っているか |
| 訂正の方法を様式に明記する | 訂正の跡を検出しやすくなる | 既存の運用ルールと矛盾しないか |
| 枠の色を読み取りで落とせる色にする | 枠線と文字の分離が安定する | 印刷の手配と在庫の切り替え |
他社や来店客から届く帳票は変えられません。 取引先が使う様式、窓口で記入される申込書は、こちらの都合で作り直せない場合がほとんどです。変えられる帳票と変えられない帳票を分けて、前者は様式から、後者は照合の設計から進めます。
様式を変えた日は記録に残します。 変更の前後で読み取りの結果が変わるため、精度を測り直すときの区切りになります。古い様式が窓口や現場に残っている期間は、新旧が混在することも見込んでおきます。
まとめ:手書き帳票のどこを自動化の対象にするか
- 手書きの誤りは空欄ではなく、もっともらしい別の値として出る。気づける形で落ちないことが設計の前提になる
- 手書きの混ざり方は、文字の崩れ方、記入欄からのはみ出し、チェック欄と自由記述の混在の3つに分かれる
- 字形の取り違えは無くならない。取り違えたときに気づける欄かどうかで、自動で確定する範囲を決める
- 台帳、候補の一覧、同じ帳票内の計算、過去の実績と突き合わせられる欄は自動で確定できる
- 所見や要望のような照合先が無い文章は、精度が出ていても機械で確定しない。原文と画像を残して人が読む
- 訂正の跡と欄外の追記は読み取りでは解けない。跡があることを検出して人へ回すところまでを機械の役割にする
- 空欄を「いいえ」に変換せず、自由記述を要約して保存しない。丸めた情報は後から戻せない
- 行き先はモデルの確信度ではなく、読み取りとは独立した材料と照合できるかで決める
- 金額と日付は、照合を通っても確定の前に一段挟む。誤りが外部への請求や契約期間へ響くため
- 持ち込む前に、欄ごとの答え合わせの材料と、誤りが通ったときの影響を書き出しておく
- 自社で配る様式は、記入枠や選択肢の形から直せる。届く帳票は変えられないため照合の設計で受ける
Augueでは、手書きが混ざる帳票の読み取りを含む業務のAIエージェント開発を、実物の帳票を使った検証から運用の設計まで対応しています。自社の申込書や報告書のどの欄を自動化の対象にできるかを見極めたい方は、是非ご相談ください。
自社専用のAIエージェントを作りませんか?

作るか既製品を使うか、費用の目安から相談できます。使うほど育ち、成果が続くAIエージェントの開発をご支援します。開発の進め方と事例はサービス資料でご覧いただけます。
資料をダウンロードする無料相談に申し込むよくある質問
手書き帳票の読み取り精度は、どれくらいの数字を見込めますか?
一律の数字は出せません。同じ仕組みでも、書き手が固定の社内帳票と不特定多数が書く申込書では結果が変わるためです。見込みを出すなら、直近1か月の実物から数十枚を抜き、欄ごとに正解を作って一致率を数えます。そのとき全体の平均ではなく、欄ごとの数字と、全欄が合った枚数の割合を分けて数えてください。運用を設計できるのは後者です。
手入力を外部へ委託する方式と比べて、どちらを選べばよいですか?
件数の波と、確認に必要な社内知識で分かれます。月ごとの件数が大きく上下する帳票は、委託だと繁忙期の納期が読めず、読み取りを自社に置いたほうが調整しやすくなります。一方、記入内容の可否判断に社内の事情が要る帳票は、どちらの方式でも確認工程が社内に残ります。委託費と比べるときは、この確認工程を両方の案に同じだけ計上して比べてください。
過去に溜まっている紙の帳票も、遡って読み取るべきですか?
全部を対象にする必要はありません。遡って読むのは、後から検索や集計の対象になる帳票に限ります。保管期限が近いもの、照合先の台帳が既に失われているものは、読み取っても使い道が限られます。先に日々届く分を自動化の対象にして、過去分は検索が必要になった範囲から順に足していくほうが、確認にかかる負担を抑えられます。
紙をやめてタブレット入力へ切り替えるのとは、どちらを先に検討しますか?
記入する人が自社の管理下にいるなら、入力の電子化を先に検討する価値があります。点検報告書のように担当者が決まっている帳票がこれに当たります。逆に、来店客や取引先が書く申込書は相手に端末の操作を求めることになるため、紙を残したまま読み取る構成が現実的です。両方が混ざる場合は、経路ごとに分けて決めます。
関連する記事
【2026年11月更新】AI OCRの精度は何%?測り方と上げ方AI OCRの精度は公表値で99%前後でも、自社の帳票では下がることがあります。公表値は測った帳票と数え方が自社と違うためです。読み取り精度を自社の帳票で測る手順と、取り込み条件などの上げ方をまとめました。
AI-OCRの比較|帳票の種類ごとの向き不向きと、選び方の3つの軸帳票の種類ごとに、定型のAI-OCRと意味で読む方式のどちらが向くかを表で比較します。請求書や領収書など種類別の傾向に加え、比較の前に測る3つの軸、料金の数え方、精度が出ないときに疑う順番も扱います。
AI-OCRと生成AIの読み取り精度|定型帳票はOCR、書式が変わる帳票は生成AIどちらで組むかは帳票の種類でおおよそ決まります。自社が様式を決める申込書や毎月同じ利用明細はAI-OCR、見積書や納品書、経費の証憑は生成AI。読み取り精度と書式変更への強さ、費用の違いと検証の組み方も扱います。
紙書類の電子化をAIで進める|スキャン後の仕分け・命名・保管先の振り分けと、原本を捨てる前の確認紙書類をスキャンした後の、種類の判定・ファイル名の付与・保管先の振り分けをAIで進める手順をまとめます。判定が割れたものを溜める場所の作り方と、原本を廃棄する前に人が確認する範囲まで扱います。
例外処理が多い業務をAIで自動化する|イレギュラーの割合を先に数えてから対象を決める例外の多い業務を自動化しても時間が空かないのは、標準の手順だけが速くなるためです。例外の割合・巻き込まれる人・1件あたりの時間・間違いの損失を数える手順と、3つの仕分け方を扱います。
AIエージェントにどこまで任せるか|工程を通常のプログラム・AI・人の承認に仕分ける基準ひとつの業務を工程に分け、通常のプログラムで組む部分、AIエージェントに任せる部分、人が承認する部分へ仕分ける基準です。判断の有無、過去例の量、間違えたときの損失、やり直しの可否の4点で判定し、業務別に当てはめます。
AIエージェント開発の進め方|対象業務の選び方と4工程の全体像、次へ進む前に決めることAIエージェント開発を検証で終わらせないための進め方です。対象業務の選び方、4つの工程で次へ進む前に決めること、本番に乗せる判断、運用開始後に続く作業までを、順にたどれる形で整理しました。



