
月末月初になると請求書・領収書の束が数百枚単位で溜まり、1件ずつ目視で仕訳分類していては他の業務が回らなくなる、という悩みを抱える経理担当者は少なくありません。2026年7月21日にGoogleが発表したGemini 3.5 Flash-Liteは、入力100万トークンあたり0.30ドルという価格帯で、大量の定型判定処理を高速にこなす「サブエージェント」向けのモデルとして位置づけられています。請求書・領収書の画像やPDFを読み込ませ、発行日・取引先・金額・税率といった項目をJSON形式で一次仕訳させる仕組みを組めば、経理担当者が全件を目視確認する作業を、例外だけ確認する作業に置き換えられる可能性があります。
Gemini 3.5 Flash-Liteは、2026年7月21日にGemini 3.6 Flash・Gemini 3.5 Flash Cyberとあわせて発表されたモデルで、同日からGemini API・Google AI Studio・Gemini Enterprise Agent Platformで利用できるようになったとされています。公式発表や複数の技術系メディアの報道によれば、出力速度は毎秒350トークンと3.5系の中でも高速で、翻訳や分類のような「高頻度・低レイテンシ」タスク向けに最適化されているという説明です。単体のチャットボットとしてではなく、司令塔となる上位モデルから作業を割り振られ、定型的な判定を大量にこなす「ワーカーモデル」として設計されている点が特徴とされています。
「Configurable Thinking」という仕組みにより、思考の深さを「最小」「低」「高」から選べるとされ、デフォルトは最小に設定されているようです。Google AI for Developersの解説では、最小の思考レベルは「高スループットな分類・ルーティング・JSON抽出タスク」に向くと説明されており、請求書・領収書の一次仕訳のような定型作業とは相性が良さそうです。
| 項目 | 内容 |
|---|---|
| 標準料金(Gemini API) | 入力100万トークンあたり0.30ドル、出力100万トークンあたり2.50ドルと報じられています |
| バッチAPI料金 | 入力100万トークンあたり0.15ドル、出力100万トークンあたり1.25ドルと、標準料金のおよそ半額とされています |
| コンテキストウィンドウ・最大出力 | 最大100万トークンの入力コンテキストと、最大出力6万4000トークンに対応するとされています |
| 入力形式 | テキストに加え、画像・PDFなどのマルチモーダル入力に対応するとされ、サイズの大きいドキュメントはFiles API経由での送信が推奨されているようです |
| 利用開始日 | 2026年7月21日からGemini API等で利用可能になったとされています |
| できること | 注意点・限界 |
|---|---|
| 大量の請求書・領収書を低コストで一次仕分けできる | 手書き伝票や感熱紙で文字が薄れた領収書は、読み取り精度が落ちる可能性があります |
| 発行日・取引先・金額などをJSON形式で構造化抽出できるとされる | 勘定科目の自動判定は会社ごとの仕訳ルールに依存するため、抽出結果をそのまま会計ソフトに流し込むのはリスクがあります |
| バッチAPIを使えばさらにコストを抑えられる | バッチ処理は結果が即時に返らない仕組みが一般的なため、当日中の経費精算など急ぐ場面には不向きです |
| Configurable Thinkingで思考レベルを下げ高速処理できる | 思考レベルを下げすぎると、金額の桁や小数点の読み取りミスなど、細かな誤りを見逃す可能性があります |
請求書や領収書の画像・PDFを1件ずつGemini 3.5 Flash-Liteに渡し、「発行日」「取引先名」「金額」「税率(8%・10%など)」「勘定科目の候補」をあわせてJSON形式で出力させる構成が考えられます。出力フォーマットはあらかじめプロンプトで固定しておき、自社の会計ソフトが取り込める列構成に近づけておくと、後工程での変換作業が減ります。勘定科目については「確度が低い場合は候補を複数返す」よう指示しておくと、機械が自信のない判定を無理に一つに絞り込むことを避けられます。
即時対応が不要な月末締め・月初仕訳のようなバッチ処理には、標準料金のおよそ半額とされるBatch APIが向いています。目安として、請求書1件あたりの画像トークンを1000、出力を150トークン程度と仮定すると、月間500件の処理でも入力50万トークン・出力7万5000トークン程度に収まり、標準料金でも1ドルに満たない計算になります。実際のトークン数は画像解像度や項目数によって変わるため、自社のデータで一度概算し直す必要があります。
抽出したJSONを会計ソフトのインポート形式(CSVなど)に変換するスクリプトと組み合わせれば、入力作業そのものを大きく減らせる可能性があります。そのうえで、金額が一定額を超える請求書や、勘定科目の候補が複数返ってきた曖昧なケースだけを担当者が確認する運用にすると、全件チェックから例外チェックへと作業の重心を移せます。ただし、機械が自信を持って一つの答えを返した場合でも、初期導入の数か月間はサンプルを人が抜き取り確認する期間を設けておくと安心です。
請求書・領収書の処理量や形式のばらつきは業種によって大きく異なります。自分の業務に近いものがないか確認してみてください。
下請け業者ごとにフォーマットがバラバラな請求書が毎月大量に届く業態です。取引先名・金額・工事名らしき記載をJSON形式で一次抽出させておけば、担当者は原本と抽出結果を突き合わせるだけで済み、手入力にかかる時間を削れる可能性があります。
多店舗から届く日次の仕入伝票や交際費の領収書をまとめて処理する業務です。店舗ごとに証憑をアップロードし、勘定科目の候補(消耗品費・交際費など)まで機械に一次判定させておくと、繁忙期の仕訳作業の負荷を分散できます。
複数のクライアント企業の証憑を並行して処理する必要がある業務です。クライアントごとに出力フォーマットを揃えておけば、証憑の山から手作業で仕訳を起こす時間を減らし、確認作業に集中できるようになる可能性があります。
少人数で経理を兼務し、SaaSツールの海外請求書(英語表記や外貨建て)が多いケースです。多言語の請求書でも項目を統一フォーマットで抽出させられれば、言語の違いによる仕訳の迷いを減らせる可能性があります。
Gemini 3.5 Flash-Liteは、入力100万トークンあたり0.30ドルという価格帯で、大量のドキュメントを一次仕分けするサブエージェント用途に向くモデルとして発表されました。経理担当者にとっての本論は、モデルの性能そのものよりも「全件を人が入力する」運用から「機械が一次仕訳し、人は金額の大きいケースや判定が曖昧なケースだけを確認する」運用へどう移行するかにあります。まずは自社の請求書・領収書数十件でプロンプトと抽出項目を試し、精度とコストがどれだけ変わるかを小さく検証してみるのがよさそうです。