この記事は約11分で読めます。
.png&w=3840&q=75)
監修者:白澤光純
株式会社コンクルー 代表取締役CEO
この投稿をシェアする
紙の見積書や請求書をAI-OCRで転記するとき、どこを原票で照合すればよいのでしょうか。架空の印刷帳票を使い、抽出結果を転記候補として扱い、数量・単価・金額・条件を人が確認して修正履歴を残す確認表を解説します。
AI搭載
コンクルーAI
中小建設会社のためのAIオールインワン業務管理ツール
顧客管理・見積作成・原価管理・電子受発注・請求支払いなど全ての業務がコンクルーAIひとつで完結


協力会社や仕入先から見積書・請求書が届くたびに、PDFを開き、明細をExcelや業務システムへ打ち直す。紙や写真で届いた帳票なら、数字と単位を見比べる時間も増えます。建設業のAI-OCRに期待したくなる場面です。
ただし、AI-OCRが表示した結果を、そのまま原価・支払・見積の記録へ移してはいけません。役立つ使い方は、原票から文字や明細を転記候補として並べ、数量・単価・金額・税の表示・案件・支払を人が原票と照合してから登録することです。
この記事では、架空の印刷見積書と請求書を使います。誤読の例は、特定製品の実測結果ではなく、どこを確認すればよいかを考えるための練習用モデルケースです。実在の取引先、案件、帳票、成果数値は使いません。
AIを使える仕事全体から、どの事務を先に整えるかを考えたい場合は、建設業のAI活用|できること・事例を事務と現場で整理を参照してください。本記事では、受け取った帳票を原票と照合して転記する一場面に絞ります。
OCRは、紙や画像の文字を読み取って検索しやすくする入口として使われます。AI-OCRと呼ばれる仕組みでは、帳票の項目や明細を列に分けた候補として扱える場合もあります。しかし、対応する帳票、明細の階層、読取り方は製品や原票の状態によって異なります。
そこで、OCRで得た文字列と、会社が業務データとして確定する値を分けます。原票が残り、修正理由を追える状態にしておけば、読取りに迷う箇所を後から確認できます。
段階 | 扱うもの | AIが補助すること | 人が確認・決めること |
|---|---|---|---|
原票 | 紙、PDF、写真の見積書・請求書 | 帳票種別、ページ、項目の候補整理 | 読める原票か、取引先・帳票・案件が合っているか |
抽出結果 | 文字、明細、数量、単位、金額、備考の候補 | 表への読取り、行や項目の候補表示 | 桁、単位、行ずれ、税の表示、値引き・控除、備考の漏れ |
転記候補 | 自社の入力列、工種、案件候補 | 列の並べ替え、要確認の表示 | 案件・工種・費目の選択、原票にない内容を補わない判断 |
確認済み登録 | 原票照合後の候補と修正履歴 | 下書き保存 | 数量・単価・金額・税の扱い、案件、支払、正式登録・承認 |
特に気を付けたいのは、AIが金額らしい文字列を出したことと、その金額を採用してよいことは別だという点です。原票上の数字の確認、どの案件に結び付けるか、支払へ進めるかは人が判断します。読取り結果から案件登録や確認依頼までの流れを考えたい場合は、建設業のAIエージェントとは?生成AIとの違いを仕事の流れで解説も参考になります。
同じ「見積」でも、誰が作った資料を何のために使うかで、AIへの任せ方は変わります。
仕事 | 主な入力 | AIが補助しやすいこと | 人が確定すること |
|---|---|---|---|
見積作成 | 依頼メール、現調メモ、過去見積 | 自社見積の明細候補、確認事項の下書き | 見積範囲、数量、単価、提出金額、工期・条件 |
積算 | 図面、仕様書、数量表 | 数量拾い、単価を当てる候補、確認対象の抽出 | 数量根拠、採用単価、原価 |
AI-OCRによる転記 | 協力会社・仕入先から受け取った見積書、請求書、PDF、画像 | 文字・明細・備考の転記候補 | 原票との一致、案件・工種、金額・条件、登録・支払 |
依頼文をもとに自社が出す見積書のたたき台を作りたい場合は、建設業の見積作成AI|依頼文から見積書のたたき台を作る手順で扱います。一方、本記事の入力は、すでに相手から受け取った帳票です。
図面から数量を拾い、単価の根拠を積み上げることが課題なら、積算AIとは?できること・限界・小さい会社での使いどころが入口です。OCRで原票の数字を読めても、その数字の妥当性を図面から確かめる仕事までは代わりません。
ここからは、架空の「東町テナント 空調更新工事」の協力会社見積書を使います。帳票上の会社名、案件名、日付、金額はすべて練習用です。読取りの正しさを競う例ではなく、原票と候補をどう並べるかを確認します。
原票の箇所 | 原票の記載 | AI-OCRの抽出候補 | 人の照合後 |
|---|---|---|---|
見積番号 | M-0O71 | M-0071 | M-0O71に修正。英字Oと数字0を原票で確認 |
明細 | 室内機撤去:1 台 | 室内機撤去:7 台 | 1 台に修正。数量と単位を同じ行で確認 |
明細 | 室外機撤去:38,000 | 室外機撤去:33,000 | 38,000に修正。金額の桁を原票で確認 |
値引き行 | 値引き:-5,000 | 値引き:5,000 | -5,000に修正。合計から逆算せず符号を確認 |
備考 | 養生範囲は別途確認 | 備考なし | 要確認として残す。金額へ補完しない |
この例では、数字だけを直せばよいわけではありません。見積番号、明細の親子関係、数量と単位、値引きの符号、備考の条件は、転記先の意味を変えます。抽出結果を合計金額だけで合わせると、明細や条件の誤りを見落とすおそれがあります。原票の該当行へ戻り、項目ごとに照合します。

自社の表へ移すときは、原票ID、ページ、行番号などを候補に添えます。たとえば「Q-02/1頁/明細2行目」と残せば、数量を直した人以外も根拠に戻れます。工種や原価費目が決め切れない場合は、候補として表示しても、確認済みに変えるのは担当者にします。
次は、架空の「西町マンション 共用部補修工事」の受領請求書です。請求書を転記するときは、明細の文字に加えて、どの案件のどの期間の請求かを確認します。ここでも、帳票が制度上どのように扱われるかを判断する例ではありません。
原票の箇所 | 原票の記載 | AI-OCRの抽出候補 | 人の照合後 |
|---|---|---|---|
請求番号 | INV-2O26-0815 | INV-2026-0815 | INV-2O26-0815に修正 |
請求対象期間 | 7月1日〜7月31日 | 7月1日-7月31日 | 原票どおりに修正し、対象工事との関係を確認 |
明細 | コア抜き φ100:2 箇所 | コア抜き 0100:2 箇所 | φ100に修正。記号を工種や寸法へ勝手に変換しない |
値引き行 | 値引き:-3,000 | 値引き:3,000 | -3,000に修正。原票の行を確認 |
備考 | 駐車場使用分は請求対象外 | 備考なし | 要確認として残す。支払・原価への反映は人が判断 |
案件名が似ている場合、AIが候補を出しても、そのまま紐付けません。案件台帳、発注書、担当者への確認など、会社が使っている根拠と照合します。請求対象外と書かれた行も、AIが自動で除外するものではありません。備考の意味を読み、どの処理へ反映するかを人が決めます。
確認は、数字のセルだけに限りません。共通項目と帳票ごとの項目を一枚にすると、担当が替わっても同じ順番で見直しやすくなります。
確認項目 | 見積書 | 請求書 | 人が残す記録 |
|---|---|---|---|
取引先・帳票番号・発行日 | 見積番号のOと0、日付を確認 | 請求番号のOと0、日付を確認 | 原票ID、ページ、確認者、確認日 |
案件・現場 | 案件名、見積対象、明細階層を確認 | 案件名、発注・現場、請求対象期間を確認 | 一致、修正、要確認の状態 |
明細・数量・単位 | 親明細と子明細、数量と単位を確認 | 品名、記号、数量と単位を確認 | 修正前後と原票上の位置 |
単価・金額・税の表示 | 桁、カンマ、値引き、税の表示を確認 | 桁、カンマ、控除、税の表示を確認 | 原票と照合した結果。金額・税の扱いの決定者 |
備考・条件 | 別途・対象外・期限などを確認 | 対象外・期間・条件などを確認 | 補完しない事項と追加確認先 |
登録・支払 | 自社見積・原価へ反映するかを判断 | 原価・支払候補へ反映するかを判断 | 登録者・承認者と保留理由 |

この表は、AIの出力を採点する表ではありません。原票と候補を並べたときに、誰がどこを見たかを残す表です。数量、単価、金額、税の表示、案件、支払の判断を一人で抱えないよう、確認者と保留事項を分けておきます。
修正履歴には、原票の場所、候補、修正後、理由、確認者、確認日を残します。確認済みと要確認を同じ状態にしないことが大切です。
原票位置 | 項目 | 抽出候補 | 照合後 | 理由・状態 |
|---|---|---|---|---|
Q-02/1頁/明細2行目 | 数量・単位 | 7 台 | 1 台 | 原票の数量列と単位列を確認して修正 |
Q-05/1頁/備考欄 | 養生範囲 | 空欄 | 別途確認 | 金額へ補完せず、担当確認待ち |
I-04/1頁/明細4行目 | 値引き金額 | 3,000 | -3,000 | 原票の符号を確認して修正 |
I-06/1頁/件名欄 | 案件紐付け | 西町マンション補修 | 要確認 | 類似案件があるため、台帳・発注書を担当確認 |
「要確認」を残すことは、作業が止まっている印ではありません。原票だけでは判断できないことを、仮の数字や別案件の情報で埋めないための記録です。確認が済んだら、誰が何を根拠に直したかを追加します。
見積書、請求書、日報を一度に始めると、確認する列も担当も増えます。まずは件数があり、原票と転記先を比べやすい帳票を一つ選びます。どの帳票が対象か、誰が受け取るか、どこへ転記するかを決めます。
抽出結果だけが残っても、読み違いに気付いたとき根拠へ戻れません。原票の保管場所、原票ID、ページ、ファイル名などを、転記候補と結びます。紙ならスキャン画像、PDFなら元ファイルを確認できる状態にします。
数量・単価・金額・税の扱い、案件、支払を一人の事務担当だけで決める運用にはしません。数量は工事担当、単価や原価は見積担当、案件は担当者、支払は承認者というように、会社の役割に合わせて確認先を決めます。
原票と照合しながら、仕入先・外注先から届いた見積明細を業務データへ取り込む選択肢を確認したい場合は、コンクルーAIの転記AIエージェント(AI-OCR)の公開説明も参照できます。
不要にはなりません。文字を選択できても、明細の行や列の対応、値引きの符号、備考の条件、案件との紐付けが正しいかは別に確認します。原票を見られる状態で、転記候補と照合します。
合計が一致しても、数量、単位、値引き行、親明細と子明細、備考が入れ替わっている可能性があります。合計だけではなく、原票の行と列を見て、明細ごとに確認します。
読取りと保存要件の判断は別の話です。本記事では、制度上の保存方法や帳票の適格性を判断しません。自社の運用と、必要に応じて公式情報・専門家へ確認してください。
建設業のAI-OCRは、紙やPDFの見積書・請求書を、確認しやすい転記候補へ整理する場面で役立ちます。原票、抽出結果、転記候補、人の照合、確認済み登録を分ければ、数字だけでなく条件や案件の確認も進めやすくなります。
AIが数量・単価・金額・税の扱い・案件・支払を確定するのではありません。原票への参照、修正理由、確認者を残し、人が根拠を見て決める流れを保つことが、転記の手間を見直す最初の一歩になります。