データ抽出の先へ：
生データではなく、答えを得る

抽出と回答のギャップ

標準的な文書抽出では、ページに印刷された内容が得られます。ベンダー名、数量の列、単価の列。これらは便利ですが、作業がそこで終わることはほとんどありません。

実際に必要なものは、印刷された内容だけであることはほぼありません。ベンダーが印刷しなかった明細合計、請求合計が数字の合計と一致するかどうか、どの文書にも含まれていない原価率（メニュー価格は価格設定スプレッドシートにあり、仕入先請求書にはないため）が必要です。

すべての抽出ツールは最初の問題（ページからテキストを取得する）を解決します。しかし、2番目の問題（Excelを開かずにそのテキストを実用的なものに変換する）を解決するものはほとんどありません。そのギャップは計算ステップであり、そのステップは量に応じて拡大します。40行の請求書は、作成、検証、保守するための40個の数式セルを意味します。30枚の請求書のバッチは1,200セルを意味します。毎週の買掛金サイクルは、異なる文書で同じ数式を無期限に繰り返すことを意味します。

計算列がそのギャップを埋めます。計算したい内容を数式構文ではなく平易な英語でAIに指示すると、抽出中に結果を生成します。ダウンロードする出力には、すでに回答が含まれています。

列抽出の仕組み

計算列を説明する前に、まずImageToTable.aiがデータを抽出する方法を理解しておく価値があります。計算レイヤーは抽出レイヤーから直接拡張されているからです。

このツールは列名抽出を使用します。「請求書番号」「ベンダー名」「数量」「単価」など、必要なフィールドを入力すると、AIはページ上の位置ではなく意味を理解して、文書内の各値を特定します。テンプレート、バウンディングボックス、サンプル文書での事前トレーニングは不要です。必要なものを定義すれば、AIが見つけます。（汎用テーブル抽出との違い）

提供できる入力は2つあります：

計算列も同じメカニズムを拡張します。列名にはフィールドラベルだけでなく、計算指示を含めることができます。また、ディレクティブルールでは、抽出された値に対してAIに実行させたい任意の多段階計算を平易な英語で記述できます。

自然言語、数式不要

ここが、ImageToTable.aiの計算列に対するアプローチが他社製品と決定的に異なる点です。その違いが、何を計算できるかを左右します。

抽出時に計算機能を提供するツール（非常に少数ですが）は、数式構文を使用します。スプレッドシートの数式と同等のもの、例えば @EVALUATE_FORMULA(数量 * 単価) のようなものを記述し、ツールは抽出された値に対して算術的に実行します。これは、ラッパーが変わっただけの数式です。

ImageToTable.aiは自然言語による推論を使用します。あなたは欲しい結果を説明するだけです。「この明細行の数量に単価を掛ける」や「同じセクション内のすべての明細金額の値を合計する」のように。AIビジョンモデルがあなたの指示を読み、文書を読み、フィールド間の関係を理解し、結果を生成する方法を考え出します。数式を実行しているのではなく、あなたの要求について推論しているのです。

この違いにより、数式ベースのアプローチでは実現できない3つの機能が生まれます。

これは、数式の実行ではなく、抽出時に行われるAI推論です。そして、これこそが、たとえ乱雑で一貫性がなく不完全な文書であっても、後処理なしで出力を確実に使用できる理由です。

計算列の4タイプ

定義できる計算は以下の4カテゴリです。各カテゴリに、列名の例（すぐに使え、ログイン不要）とルール形式の例（ログイン必須、出力がより整い、制御性が高い）を示します。

1. 行内演算

同じ行の値を乗算、除算、加算、減算します。最も一般的なケースであり、多くのExcel数式を置き換えます。

2. 行間集計

同じグループまたはセクションに属する行の値を合計または平均します。数式ベースのアプローチでは、範囲を手動で定義する必要があり、範囲はドキュメントごとに変わるため、この処理は困難です。

3. 条件分岐

AIに値を比較させ、比較結果に応じた出力を生成させます。手動照合作業を1つの出力列に置き換えます。

4. 固定パラメータ参照

文書に含まれていない値（税率、メニュー価格、標準マークアップ率など）を指示に埋め込みます。AIはこれらを計算時の所与の定数として扱います。

これら4つのパターンで、請求書検証、原価分析、給与計算、見積作成、税計算など、実務の大半をカバーできます。上記の例はすべて実際に動作します。列名を下のデモにコピーしてお試しください。

精度が重要な場合：Precision+

単純な抽出精度で十分な計算もあります。同じ行にある明確にラベル付けされた2つの数値を掛け合わせることは、滅多に失敗しません。しかし、AIにセクション間の値の合計、相互比較、複数の推論ステップを要する数値の導出を依頼する場合、より深い分析が必要です。

ImageToTable.aiにはPrecision+トグルが搭載されています。インターフェース上で手動で有効にします。これにより、抽出時にAIに追加の推論ステップが与えられます。モデルは一時停止し、フィールド間の関係を検証し、計算をクロスチェックし、結果を返す前に内部の整合性を確認できます。

Precision+を有効にするケース：

• 行間やセクション間の集計（セクション小計、カテゴリ平均）を計算する場合
• 複数のフィールドに依存する条件ロジック（計算合計と請求合計の比較）を実行する場合
• 主要な値が明示的にラベル付けされていない文書（手書きの作業指示書、不規則なレイアウトのスキャンフォーム）を処理する場合

スキップすべきケース：

• 単純な行レベルの算術演算（明確にラベル付けされた列での数量×単価）を行う場合
• 単一フィールドの書式ルール（「通貨記号を削除」）を適用する場合

Precision+は1ページあたり数秒の処理時間を追加します。単純な抽出ではオフのままにしてください。行間ロジック、曖昧な書式、多段階の導出を伴う場合には、「大体正しい」と「確実に正しい」の差を生みます。

2つの方法：クイックテストは列名、本番運用はルール形式

ImageToTable.aiでは、計算列を定義する2つの方法を提供しています。ワークフローの段階に応じて使い分けてください。

どちらの方法でも結果は同じです。出力テーブルに計算列が追加されます。まずは列名方式で可能性を試し、反復可能なワークフローを構築する段階になったらルール形式に移行してください。

計算列でできること・できないこと

できること：

• 行レベルの計算（乗算、除算、加算、減算）
• 複数行にわたる集計（セクションごとの合計、カテゴリごとの平均）
• 条件分岐（if/then比較、一致確認）
• 固定パラメータの参照（ルールに埋め込まれた税率や標準価格）
• 文書に印刷されない導出値（数量と単価のみ表示される場合の行合計の計算）

できないこと：

• 文書間の参照（各抽出は1つの文書を独立して処理）
• 複数システムにわたるワークフロー（例：「データ抽出→会計システム送信→GL更新トリガー」）— これらは抽出ツール外の自動化レイヤーに属します
• 判読不能な元文書での完全に正確な計算（AIが数量や単価を読み取れなければ、計算で修正できません）

境界はシンプルです。そのページの情報と指定された固定パラメータを使って人間が答えを計算できるなら、AIも計算できます。

関連記事：請求書明細行の検証 · 給与明細の手取り額計算 · 下請け見積書の行金額 · 請求書写真からの食材費率