Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
生成AIで帳票OCRが「簡単に」作れる時代になった?
Search
Shohei Kondo
July 29, 2026
Programming
64
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
生成AIで帳票OCRが「簡単に」作れる時代になった?
Shohei Kondo
July 29, 2026
More Decks by Shohei Kondo
See All by Shohei Kondo
在庫違算を防ごう!トランザクション&行ロック
kon_shou
0
1
Serverless 入門 ~環境構築からデプロイまで~
kon_shou
0
380
実運用におけるLaravelとNuxtでのRepositoryのレイヤ分割の話
kon_shou
3
3.7k
Other Decks in Programming
See All in Programming
仕様書を書く前にハーネスを作る - Agent Native開発は「探索を速く、判定を固く」
gotalab555
2
1.3k
AI時代、エンジニアはどう育つのか -未経験エンジニアの成長を間近で見て考えたこと-
thasu0123
0
200
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
440
自動化したのに回らないテスト運用の壁ーAI時代の品質責任と生産性
mfunaki
0
110
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
480
属人化した知識を、 AIが辿れる地図にする
pkshadeck
PRO
1
120
Prismを使った型安全な暗号化_関数型まつり2026
_fhhmm
0
160
PostgreSQL 18で考えるUUID主キー
kazuhiro1982
0
440
<title><a id="</title>君はこのHTMLをパースできるか"></a></title> #雑LT_study
pizzacat83
0
120
Terraform標準の組織で AWS CDKをどう使うか
mu7889yoon
1
430
Haskell/Servantを通してWebミドルウェアを捉え直す
pizzacat83
1
630
AI Engineeringは、AIプロダクトだけのものか? 〜AIがソフトウェアを作る時代の新しい当たり前〜 / No AI in your product. AI Engineering in your development.
rkaga
4
290
Featured
See All Featured
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
280
Agile that works and the tools we love
rasmusluckow
331
22k
Reality Check: Gamification 10 Years Later
codingconduct
0
2.2k
Crafting Experiences
bethany
1
230
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2.2k
Building an army of robots
kneath
306
46k
Exploring anti-patterns in Rails
aemeredith
3
450
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Side Projects
sachag
455
43k
Making the Leap to Tech Lead
cromwellryan
135
10k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
230
Transcript
生成AIで帳票OCRが「簡単に」作れる時代にな った? 1
自己紹介 名前 — 近藤 祥平(kon-shou) 仕事 — フリーのWeb系のソフトウェアエンジニア。主には PHPer/Laravel 今日の話
— FAX で届く注文書をOCRで読み取りたい ※ 以降の数値はすべて、この発表のために作った実験環境での実測です。業務の実データではありません。 2
お題:FAX で届いた注文書を読む FAX 受信 → OCR → 数量を取り出す → 受注データ
注文書のフォーマットは、システムから出 力 品名、品番等は印刷されていて、数量が空 白 発注側が、数量を手書きしてるので、それ をシステムのOCRで読み取る 3
投げたプロンプト これはFAXで受信した注文書のスキャン画像です。 画像は回転・傾き・かすれを含むことがあります。 この注文書は次のフォーマットです: - 商品テーブルには No / 品名 /
品番 / 数量 / 単位 の列がある - 注文者は必要な行の数量欄にだけ手書きで数量を記入する (記入のない行が多数ある) - 用紙上部に注文日を「月」「日」の枠へ手書きする欄がある 読み取る項目: 1. rows: 手書きの数量が記入されている行だけを対象に、印字された行番号と 手書き数量の組。空欄の行は含めない 2. order_date: 手書きされた注文日の月と日 注意: - 印字済みの行番号・品番などの数字を、手書き数量と混同しないこと - 読み取れない値を推測で埋めないこと。不確かな場合は null にすること 4
生成AIで、日本語の読み取り 利用インフラ Amazon Bedrock / Claude Haiku 4.5 前処理なしで画像をそのまま。API 1
回 レスポンス { "detected_rotation": 0, "order_date": { "month": 10, "day": 13 }, "rows": { "1": 75, "2": 76, "3": 84, "7": 89, "9": 79, "12": 0.9 } } 読み取り精度 記入行 33/33・数量 31/33・注文日 5/5 → F1 0.938 5
「生成AIで【安価】で【簡単】に【精度良い】 OCRが作れました」 で、一件落着…? 6
ただ、FAX はいつもまっすぐに来ません! 結構な頻度で、送信側が紙を逆にして送信とかあるあるです。 7
すべての角度で回転させて、読み取り精度を確認 30 度ずつ回して、60 枚 8
先に結論:生成AIだと、回転してたら精度が出ない 帳票 5 枚 × 12 角度を、2つの構成で読ませて比べる Claude Haiku 4.5
プロンプトに「回っていたら向きを判断して読め」と書いた版 Document AI Form Parser Google Cloud の帳票向け OCR。今回でいうところの生成AI「ではない」 9
10
角度も Claude に測らせれば? ➡ 難しい 11
「モデルの性能あげたら?」➡ 価格が高すぎる! 同じ帳票・同じプロンプトで、0° / 30° / 180° を抜き取り 0° 30°
180° 角度誤差 1 ページ Claude Haiku 4.5 0.967 0.200 0.062 34.0° 0.77円 Claude Sonnet 5 1.000 0.282 0.850 5.8° 14.63円 Claude Opus 5 1.000 1.000 0.640 0.0° 20.26円 Document AI Form Parser 0.939 0.819 0.968 0.1° 4.50円 12
しかも、Opus5でも、数字を逆さに読む Opus 5 に上下逆さ(180°)の帳票を読ませたとき Claude Opus 5 角度の申告 行番号の対応 数量の誤り
5 枚とも 180° と正解 33 行中 33 行が一致 12 件 桁の並びが逆 逆さだと似る数字 51 → 15 75 → 45 56 → 95 65 → 95 13
回転補正をしたうえで Claude に測らせれば? ➡ 精度高い 14
傾いた紙でもOCRしたいなら、3パターン 1. Document AI Form Parser に丸投げ($30 / 1,000 ページ
= 4.50円) 2. Claude Opus 5 に丸投げ(一番高いモデルの力で押し切る) 3. 「角度補正」 + Claude(角度だけを前段で測る) 3. の「角度補正」ってどうやる? OCRでFAXの表の長辺・短辺の座標を抽出し、その座標から、数式で、角度を求める 座標測定のOCRツール Amazon Textract DetectDocumentText Document AI Document OCR 1. の Form Parser とは別プロセッサ OpenCV 15
FAX1ページ当たりの価格・読み取り精度の比較 構成 1 ページ F1(行+値) Claude Opus 5 に丸投げ 20.26円
0.880 ※3角度 Document AI Form Parser に丸投げ 4.50円 0.832 Claude Haiku + Amazon Textract 0.97円 Claude Haiku + Document AI Document OCR 0.97円 Claude Haiku + OpenCV 0.74円 0.948※ 価格的には、角度補正と生成AIの組み合わせが筋がよさそう 16
まとめ 正立が保証できる? ── YES → ── NO → 生成AI でお手軽
Haiku 単体 / 選択肢は3つ 角度補正 + Haiku Document AI 一発 Opus 5 に丸投げ / F1 0.95 / 0.74〜0.97円 / F1 0.83 / 4.50円 / F1 0.88※ / 20.26円 F1 0.97 / 0.77円 ※ Opus 5 だけ 0°/30°/180° の 3 角度平均。他は全 12 角度平均 17
さいごに タイトルはミスリード。 生成AIで帳票OCRが「簡単に」作れる時代になった 正立だけなら 生成AIで帳票OCRが「簡単に」作れる時代になった ➡ 正立だけでないなら これまで通りに、生成AI以外による、下準備が要る ※このスライドのための調査のレポジトリ https://github.com/kon-shou/ocr_before_after
18