まず、金額がどのように出たかを分ける

同じ「12,000円」でも、原文を読んだのか、計算したのか、推定したのかで確認先が変わります。 出し方が分からない数字は、推測で分類せず「不明」として保留します。

区分 意味 採用前に確かめること
原文の値 指定した書類に明記された金額 書類の版・ページ・項目名と前後の文章、通貨、税込・税抜
計算結果 原文や入力条件から式で求めた金額 元の値の位置、式、単位、送料・値引きなどの条件、端数の扱い
推定 入力だけでは確定しない金額を見積もった値 推定と分かる表示、前提、対象期間、未確認の条件、使ってよい用途

原文から単価を読んで数量を掛けた場合、単価は「原文の値」、合計は「計算結果」です。合計の根拠を単価の掲載位置だけで済ませず、計算の過程まで残します。

請求書の受付・再送の扱いや転記全体は書類処理AIのガイドへ、集計方法の選び方は表計算の自動化の記事へ譲り、ここでは一つの金額の根拠を確かめます。

公式資料でも、抽出と計算と推定は別の扱い

2026年10月25日に確認したCloudflare Workers AIのExtraction modelsは、入力にある値を取り出す処理と、入力された事実から値を導く処理、未知の値を推定する処理を区別しています。将来の値を期間ごとに予測する処理も説明されています。

Clairicの公式モデル資料には、請求書の文章から合計を計算し、入金までの日数を推定するサンプルがあります。これは提供元の説明例であり、hirostaが試した結果ではありません。 同モデルは確認時点でプレビューとされています。

同資料では、テキストの回答に入力文中の位置が付く例や、入力から決まらない値が null になる説明も確認できます。ただし、すべての金額に原文の位置が付くわけではありません。数値の型で返った計算結果を「書類に書いてあった金額」と扱わないでください。

公式の概念説明では、型・値の範囲・確信度や予測区間は、正しさの保証にならないとされています。ここからhirostaは、出力の形式だけで採否を決めず、値の作り方に合う根拠を確認する運用を提案します。以下の記録や承認の流れは、製品の標準機能ではありません。

1. AIに頼む前に、金額の意味と用途を決める

「合計を出して」では、税抜小計、税込請求額、送料込みの支払額が混ざります。担当者が先に次を指定します。

  • 対象の書類番号・版・ページと、求める項目名。
  • 通貨と単位。円と千円、単価と総額を分ける。
  • 税込・税抜、送料・値引きを含めるか。記載がなければ未確認にする。
  • 原文の値だけが必要か、計算も許すか、推定を参考情報として求めるか。
  • 比較用の下書き、取引先への提示、支払いなど、使う目的と確認担当者。

AIへは「原文の値には掲載位置、計算には元の値と式、推定には前提を添え、不明な金額は空欄と理由を返す」と依頼します。この依頼文だけで誤りを防げるわけではなく、返答後の確認も必要です。書類は社内で利用が許可された範囲に限り、入力可否は顧客情報とAIの扱いで先に整理してください。

2. 原文・計算・推定の根拠を別々に残す

記録は既存の表や確認票から始められます。次の項目を一つの金額にひも付ける方法を提案します。

記録する項目 残す内容
対象と候補 書類番号・版、項目名、候補の金額、通貨、税込・税抜
値の出し方 原文の値・計算結果・推定・不明
根拠 原文のページと項目名・短い抜粋、または元の値と式、推定の前提
確認状態 未確認・確認済み。足りない条件と問い合わせ先
人の採否 採用・修正・保留、理由、確認者、確認日、修正後の値

原文の位置が返るツールでも、その位置の前後を人が読みます。別の項目の金額、旧版、税抜小計を拾っていないか確かめます。PDFの文字抽出やOCRを通した場合は、抽出文だけで終わらせず元の書類を開いて照らしてください。

計算結果は表計算などで再計算し、数量と単価の単位、割引の対象、端数処理の条件まで確認します。式が合っていても、元の値や条件が違えば採用できません。税率・税区分などが不明なときは、AIに補わせず経理担当者や取引先に戻します。

推定は、原文の確定値と別の欄に置きます。確信度が高くても請求額として確定させず、予算の検討など、その前提で使ってよい用途に限って責任者が判断します。

活用例：見積書の小計と、まだ決まっていない送料を分ける

以下は架空の「サンプル設備社」による、未実施の想定シナリオです。担当者が見積比較の下書きを作る場面を考えます。実際にAIへ入力した記録ではなく、表に残す内容を示す例です。

架空の見積書A・第2版の1ページには「部品単価2,000円（税抜）」「数量6個」「送料は別途連絡」とあり、小計と送料の金額は書かれていないものとします。

比較表の項目 値の出し方と候補 根拠と人の判断例
部品単価 原文の値：2,000円（税抜） 1ページの部品単価欄と現行版を人が確認して採用
部品小計 計算結果：12,000円（税抜） 2,000円／個 × 6個。担当者が数量・単位と式を確かめ、送料を含まない小計として採用
送料 未確定 原文は「別途連絡」。仮にAIが過去の取引から推定しても、今回の送料としては保留し、取引先へ確認
支払総額 保留 送料と税の扱いが確定していないため、小計だけで総額を埋めない

画面では、左に元の見積書、右に「金額・出し方・根拠・確認状態・人の採否」を並べるイメージです。送料の空欄は0円にせず、「取引先の回答待ち」と表示します。

回答が届いたら、担当者が追加資料の版・回答日と金額を残し、総額を計算し直して責任者へ渡します。比較表への採用と、発注・支払いの承認は別です。候補が揃っただけで、自動送信や支払いへ進む運用にはしません。

3. 不一致や根拠不足があれば、該当する確認へ戻す

  • 原文と違う：元の書類を確認し、修正前後の値と理由を残す。合計欄が複数あれば、どれが必要かを担当者に確認する。
  • 計算式や条件がない：元の値と条件を揃えてから再計算する。AIに聞き直した数字だけで置き換えない。
  • 推定が混ざっている：確定値の欄から分け、利用目的と責任者の判断が決まるまで保留する。
  • 書類の版や単位が不明：金額を採用せず、発行元や担当者へ確認する。再処理の前に、すでに転記・送信していないかも確かめる。

既存の請求書PDFからCSV候補を作る検証ラボでは、初版が税抜金額を拾ったことを記録しています。この観察は、今回提案した分類手順の有効性を検証したものではありませんが、「金額が取れたか」に加えて「欲しい意味の金額か」を確認する必要性を考える材料になります。

費用と期間は、確認する項目と連携範囲から考える

最初は一種類の書類と用途に絞り、既存の表で根拠と採否を残せるか確認します。金額を自動で保存・転記する仕組みは、その確認を終えてから検討します。

見積りでは、書式の種類、月の件数、OCRの要否、計算条件の複雑さ、根拠を残す方法、転記先と承認の連携範囲を分けて相談してください。API利用料だけでなく、担当者が原文を開く時間、保留の確認、書式変更への対応も費用に含めて考えます。固定の導入日数や削減額は、今回の未検証の例からは示せません。

hirostaの支援内容と料金はサービスページで案内しています。「どの金額を、何と照らして確かめるか」が決まっていない段階でも、相談フォームからお問い合わせいただけます。