AIの隠れ費用はなぜ出るか｜経理の現場が3層の構造で総額を見直す

たとえば、月次の締めでAIベンダーのドル建ての請求書を合計したところ、情シスが報告した「AI関連費用」とも、稟議で見込んだ月額とも合わなかったとします。クラウドの請求書にはAIと名の付かない行が並び、カードの明細には円に換算された金額と手数料が別に載っています。部長からは「結局、AIに毎月いくらかかっているのか」と聞かれていて、どの数字を答えればよいのかが決まりません。

先に答えを書きます。AIの総額は「AIベンダーの請求書に載る分」「同じクラウドの別の行に載る分」「どの請求書にも載らない分」の3層でできています。総額が請求書と合わないときは、後ろの2層のどちらか、あるいはAIベンダーの請求書のうちトークン以外の行を数えていません。3層がAIのコスト構造の流れのどこで生まれるか、層ごとにどの帳票を見て誰に確かめるか、総額の一覧に置く列までを整理します。

AIの総額が請求書と合わないのは、請求書の外に2つの層があるから

AIの隠れ費用とは、AIベンダーの請求書のトークン料金として見込んでいなかった費用のことです。同じクラウドの別の行に出る分と、為替・税の処理や社内の人の時間のようにどの請求書にも出ない分の2層が、請求書の外にあります。加えて、AIベンダーの請求書の中にも、トークンとは別の単位で数える行が混じります。

総額がAIベンダーの請求書より大きければ、クラウドの別の行か請求書の外の層を疑います。使っていない月も金額が減らなければ、「置いてあること」に課金される行を疑います。円で落ちた金額だけが合わなければ、為替換算と決済の手数料を疑います。原因の切り分けは、この3つの分岐から始めます。

3層ごとの、出る帳票・課金の単位・確かめる相手

3層を並べると、層ごとに見る帳票も確かめる相手も違います。経理が手元の帳票だけで拾えるのは1層目と、3層目のうち為替の差までです。

表のうち、2層目の「確かめる相手」が経理ではない点が、総額が合わなくなる原因の中心です。この整理は、公式の料金ページと国税庁の説明から組み立てた私の見立てで、どこかの基準をそのまま写したものではありません。

コスト構造の流れの、どこで総額がずれるのか

AIを使ってから会計帳簿に載るまでの流れに3層を置くと、ずれる場所が段階で分かります。

冒頭の仮の場面に当てはめると、経理が合計したのは上の2段、情シスが報告したのは上の3段、稟議で見込んだのは1段目だけ、ということが起こりえます。3つの数字はどれも間違っていません。数えた範囲が違うだけです。

月ごとに金額が振れる問題とは、切り分けて考える

総額が合わない問題と、月ごとに請求額が振れる問題は、原因の探し方が違います。前者は「どこまでを数えたか」という範囲の話で、後者は同じ範囲の中での時間の話です。先月と今月で金額が大きく違う理由を説明したいときは、AIの費用が月ごとに振れる理由を5つの要素に分けた記事で扱っています。ここから先は、範囲のほうだけを追います。

AIベンダーの請求書にも、トークン以外の行が混じっている

OpenAIの公式料金ページでは、ウェブ検索は1,000回あたり10ドルに加えて、検索で取り込んだ内容がモデルの単価でトークンとして課金され、ファイル検索の保存は1GBあたり1日0.10ドル（1GBまで無料）とされています（2026年9月時点）。どちらも、トークン単価だけを掛けた見込みには入りません。

この領域でつまずきやすいのは、ツール選定よりも「業務の中のどこに組み込むか」の設計です。BoostXのAI顧問は、業務ヒアリングから設計・定着支援までをサービス対応範囲としてカバーできる領域です。

稟議の段階では「1回の質問に使うトークン数×単価×回数」で月額を見込むことが一般的です。ところが実際の使い方では、AIに社内文書を読ませたり、ウェブを検索させたり、表の計算をさせたりします。そのたびに、請求書にトークンとは別の単位の行が立ちます。

ウェブ検索は、回数とトークンの2か所で数えられる

ウェブ検索を使わせると、検索1,000回あたり10ドルの行に加えて、検索結果として取り込んだ文章がモデルの単価でトークンとして課金されます。同じ1回の質問が、回数の行とトークンの行の2か所で数えられるということです。

経理から見ると、検索の行は「AIの利用料」とは別の名前で明細に出るので、見込みとの差がここから生まれていても気づきにくい行です。検索を使う設定かどうかは、利用部門か開発の担当に聞けば分かります。

社内文書を読ませると、保存容量の行が日ごとに積み上がる

社内の規程やマニュアルをAIに読ませて答えさせる仕組みでは、読ませる文書をベンダー側に保存します。OpenAIのファイル検索の場合、保存容量は1GBまで無料で、超えた分に1GBあたり1日0.10ドルがかかります。

この行の特徴は、質問の回数と関係なく、保存している日数で積み上がることです。文書を足していくほど金額は増え、質問がほとんど無い月でも減りません。消し忘れた古い文書が残っていても、請求は続きます。

コード実行環境は、20分ごと・コンテナ1つごとに数えられる

AIに表の集計や計算をさせるときに使うコード実行環境は、OpenAIの料金ページでは20分ごと・コンテナ1つごとの課金とされています。トークンの量ではなく、実行環境を使った時間と数で数える行です。

3つの行に共通するのは、課金の単位がトークンではないことです。トークン単価の表だけを見て作った見込みは、この3行の分だけ必ず小さくなります。

1層目のずれは、利用明細の行名で経理が拾える

1層目は、AIベンダーの利用明細を行の名前ごとに見れば、経理の手元で拾えます。トークンの行と、それ以外の行を分けて合計するだけで、見込みとの差のうちどれだけがトークン以外から来ているかが分かります。差がこの層で説明できれば、原因の切り分けはここで終わります。

AIと名の付かないクラウドの行に、AIの費用が入っている

総額が合わないときに、次に疑うのが「同じクラウドの別の行」です。経理の確認が甘いのではなく、請求書の行の名前がAIと名乗らないため、行名から拾いようがない構造になっています。

AzureでAIを使う場合、AIモデルの利用料はAIの名前の付いた行に出ますが、そのAIに社内文書を探させる土台や、自社向けに調整したモデルの置き場は、別のサービスの行として請求されます。AIの利用料だけを拾っても、AIのために置いている仕組みの費用は総額に入りません。

社内文書検索の土台は、時間単位で課金される

社内文書を探させる土台としてAzure AI Searchを使う場合、その専用の料金プランは時間単位の課金です。AIモデルの利用料とは別のサービスとして請求されるため、請求の明細ではAIモデルの行とは離れた場所に出ます。

時間単位の課金なので、質問が少ない月でも、置いている時間の分だけ金額が立ちます。Azureで見積もりを取る前の段階でどんな落とし穴があるかは、Azure OpenAIの費用の構造と見積もり前の落とし穴をまとめた記事で扱っています。

使っていない月にもかかる費用はあるのか

あります。Microsoftは、Azure OpenAIで微調整したモデルには、モデルが使われていない時間もデプロイ1時間ごとのホスティング料金がかかると公式ドキュメントに書いています。

使っていない月にも減らない費用があるなら、それは使用量ではなく「置いてあること」に課金される行です。ここまでに挙げた中では、文書の保存容量、検索基盤の時間課金、微調整モデルのホスティングの3つが当たります。試しに作ったモデルや検索基盤が、使われないまま置かれている場合もあります。

行名で拾えない費用は、技術側にAIとの紐づけを出してもらう

2層目は、経理が請求の明細を読んでも判断できません。どの行がAIのための仕組みかは、構成を作った情シスや開発の担当しか知らないからです。経理から頼むのは、クラウドの請求の中で、AIのために置いている検索・保存・実行環境・ホスティングの行を一覧で出してもらうことです。

頼むときは「AIの費用を全部出してください」ではなく、「AIモデルの利用料以外で、AIのために置いている仕組みの行を出してください」と範囲を言葉にすると、返ってくる一覧の抜けが減ります。

どの請求書にも載らない費用は、為替・税の処理と社内の人の時間

3層目は、どの請求書を足しても出てきません。ドル建ての決済で生まれる為替換算の差と決済の手数料、海外のAIベンダーへの支払いにかかる消費税の処理、そして社内の人が出力を確かめたり手直ししたりする時間です。

ドル建ての請求額と、円で落ちる金額は一致しない

AnthropicはClaude APIの支払いをすべて米ドル建てとしています。円で払う会社では、請求書のドルの金額と、カード明細や口座の引き落としに出る円の金額の間に、為替換算と決済の手数料が入ります。

円の金額だけが合わないときは、請求書の側ではなく、決済の側を見ます。カード明細の換算レートと手数料の行を、請求書の日付と並べると、差の出どころが分かります。為替の差を総額に含めるかどうかは、社内でどちらかに決めておけば足ります。

海外のAIベンダーへの支払いは、消費税の処理の仕組みだけ押さえる

国税庁は、国外事業者が行う「事業者向け電気通信利用役務の提供」について、提供を受けた国内事業者が「特定課税仕入れ」として消費税を申告・納税する仕組み（リバースチャージ方式）を説明しています。一方で、一般課税で課税売上割合が95パーセント以上の課税期間などは、当分の間、特定課税仕入れはなかったものとされます。

経理が押さえておくのは、自社がどちらの扱いになるかで、AIの支払いにかかる処理の手間が変わるという構造までです。使っているAIの取引がこの区分に当たるか、自社がどちらの扱いになるかといった個別の判断は、顧問税理士に確認してください。総額の一覧では、消費税を含めるかどうかと、処理の手間を数えるかどうかを分けて決めておきます。

社内の人の時間は、数えるかどうかを先に決める

AIの出力を確かめる時間、指示の文章を手直しする時間、利用の記録を見直す時間は、どの請求書にも載りません。これを総額に入れるかどうかは、経理の判断より先に、社内で総額の定義として決める話です。

決めないまま進むと、ある部署は人の時間を含めた総額を、別の部署はベンダーへの支払いだけを「AIの費用」として報告し、同じ言葉で違う数字が並びます。数える場合は、請求書の費用とは別の列に置き、合計の内訳が見える形にします。利用の記録を見直す作業を社内で持つか外に出すかは、生成AIのログ監査を内製と外注で比べた記事が判断の材料になります。

総額の一覧は、費用ごとに「どの帳票に出るか」を1行で並べる

AIベンダーの請求書は「AIに払った額」、クラウドの請求の明細は「AIのために置いている仕組みの額」、カード明細や会計帳簿は「円で実際に出ていった額」を示します。見る帳票が違えば、同じAIの費用でも出てくる数字が違います。総額の一覧は、この違いを1行ずつ並べるための表です。

総額の一覧に置く6つの列

一覧の1行は1つの費目です。列は次の6つで足ります。

一覧は手順書ではなく、判断の材料です。全部の列を最初から埋める必要はありません。埋まらない列があること自体が、次に誰に何を聞けばよいかを示しています。

月次の締めで、誰が何を受け取り、どこで人が判断するか

一覧を埋める作業は、経理1人では終わりません。締めの流れに分けると、担当・入力・出力が段階ごとに変わり、人が判断して決める場所も段階ごとにあります。

表のうち、経理が自分で完結できるのは1段目と3段目だけです。2段目は技術側が行を出し、どの行をAIの費用に含めるかは経理と技術側が一緒に決めます。共用している土台は、AIの分だけを按分するか、全額を別の費目に置くかを人が決めて、一覧の備考に理由を残します。

4段目と5段目は、経理が材料をそろえ、判断は税理士と経営に任せる段階です。ここを経理が抱え込むと、締めのたびに同じ質問が戻ってきます。材料をそろえたら、誰が決めたかを一覧の「社内の担当」の列に書き、翌月の人が確認するときの手がかりにします。

埋まらない列が、自社の数え漏れの場所を示す

「層」の列に2層目が1行も無いなら、クラウドの別の行を数えていません。「出る帳票」に勤務時間の記録が無いなら、人の時間を総額の外に置いています。「使わなくても乗るか」に「乗る」が無いのに、使わない月の金額が減らないなら、置いてあることに課金される行を見落としています。

冒頭の仮の場面で3つの数字が合わなかったのは、経理・情シス・稟議がそれぞれ別の範囲を数えていたからでした。一覧の「層」の列でそろえると、どの数字がどの範囲かを並べて説明できます。

部長への答えは「3層の合計」と「まだ数えていない層」の2つで返す

AIに毎月いくらかかっているのかへの答えは、1つの数字ではなく2つに分けると誤解が減ります。1つは、数え終わった層の合計です。もう1つは、まだ数えていない層と、その層を誰に確かめるかです。

たとえば「1層目と3層目の為替までを足すと今月はこの額、2層目は情シスに行の一覧を頼んでいて来月の締めで足す」という答え方です。数字が確定していない層を隠さずに書くと、翌月以降の総額が増えたときに、使い方が増えたのか数える範囲が増えたのかを取り違えずに済みます。

自社だけで周辺費用を追い続けると、どこで止まるのか？

総額の一覧を一度作れば、翌月からは同じ行を埋めるだけに見えます。ところが実際には、3つの場所で一覧が古くなり、また総額が合わなくなります。

技術側の構成が変わるたびに、2層目の行が増える

検索の土台を足す、別のモデルを試しに置く、文書を読ませる範囲を広げる。技術側の構成が変わるたびに、クラウドの請求に新しい行が立ちます。変わったことを経理に伝える決まりが無いと、一覧は作った月の構成のまま止まります。一覧の「社内の担当」の列に情シス・開発の名前を書き、構成を変えたら一覧の行も足す、という取り決めまで作っておく必要があります。

税の判断と人の時間の定義は、経理だけでは決められない

消費税の扱いは顧問税理士の判断が要り、人の時間を数えるかどうかは利用部門と経営の合意が要ります。経理が一覧を持っていても、この2つの列は社外と社内の別の相手が決めない限り埋まりません。決まるまでは、未定の行として一覧に残しておきます。

自社で回せている状態と、外の手を借りる境目

一覧の6列が毎月埋まり、技術側の構成の変更が翌月の一覧に反映されているなら、社内で回せています。反対に、2層目の行を出してもらう相手が社内にいない、構成を変えても一覧に反映されない月が続く、使っていないのに置かれたままの仕組みを止める判断ができない、という状態なら、費用と技術の構成の両方を見られる相手を入れる段階です。

まだ一覧を1枚も作っていない段階で、費用の削減から手を付けるのはおすすめしません。何を数えていないかが分からないまま削ると、1層目のトークンだけを削って、置いてあることに課金される行が残ります。

公開日：2026年9月