Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
生成AIで帳票OCRが「簡単に」作れる時代になった?
Search
Shohei Kondo
July 29, 2026
Programming
1.2k
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
41
Serverless 入門 ~環境構築からデプロイまで~
kon_shou
0
390
実運用におけるLaravelとNuxtでのRepositoryのレイヤ分割の話
kon_shou
3
3.8k
Other Decks in Programming
See All in Programming
大喜利で理解するLLM as a Judge / Understanding LLM-as-a-Judge through Ogiri
rockname
0
190
Streamlitで実現する自然言語データアプリ開発
ayumu_yamaguchi
1
330
20260914 AIエージェント時代のPlatform Engineering LLM基盤とプロダクトの責務境界線
kanfab1
7
2.4k
半永久的に提供し続けられるプライベートクラウドを目指して ― 利用者の認知負荷を抑えるAPI抽象化とハードウェア世代交代の基盤設計
tomokon
0
410
setup-vp GitLab対応の裏側
naokihaba
0
150
Are APIs Still Relevant in the AI Era?
soyuka
0
410
AWS CDKのカスタムリソースでContinuum(旧Security Agent)を実装した話 | Implementing Continuum (formerly Security Agent) via AWS CDK Custom Resource
akihisaikeda
2
120
Apple Intelligence を用いた個人情報誤送信防止、及びユーザーリクエスト体験の改善について
yukiny
0
290
巨大モノリシックアプリ モダン化大作戦
ktcryomm
1
1.3k
[2026-09-26]空論ジェネリックプロセス~テスト資産とAIで紡ぐ、再現可能なパフォーマンスチューニングの話~
tosite
0
250
速く作れる。その次は、速く確かめられる開発へ 〜AIネイティブ開発を支える、Shift Down〜 / Can build fast. Next, moving to development where we can verify fast.
rkaga
8
5.4k
JAWS-UG 東京支部が始める、JAWS-UG支部コラボ / JAWS-UG lunchtime LT Collaboration
y0hgi
0
180
Featured
See All Featured
Believing is Seeing
oripsolob
1
240
Speed Design
sergeychernyshev
33
2.1k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
287
14k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.5k
Agile that works and the tools we love
rasmusluckow
331
22k
[SF Ruby Conf 2025] Rails X
palkan
3
1.4k
Facilitating Awesome Meetings
lara
57
7.2k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Writing Fast Ruby
sferik
630
63k
ラッコキーワード サービス紹介資料
rakko
1
5.1M
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
3.2k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
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