経営数字はConcourseに確定させない｜再現できる計算と承認の線

「経営会議の資料づくりに毎月3日かかる。せめて数字の集計と差異の説明はAIに出させたい」「AIが出した数字を、そのまま役員に見せて大丈夫なのか」——経理や経営企画の部門で、同じ人の口から続けて出てくる二つの声です。手間を減らしたい気持ちと、数字の責任を負う立場の不安は、どちらも当然です。ただ、問われているのはAIに計算させてよいかどうかではありません。経営会議に出す数字は、同じ材料から誰がやっても同じ答えになり、その根拠をたどれて、確定させた人の名前が付いていることが条件です。この記事では、米国の財務向けAIエージェント基盤 Concourse を例に、計算の再現性と根拠の確かめ方、承認の線を整理します。

Concourse は、財務チームのためのAIエージェント基盤

Concourse は、企業の財務・経理の仕事をAIエージェントで回すための基盤です。2026年10月時点の公式サイトは、財務の仕事を動かすエージェントを作り、共有し、統制するための基盤だと説明し、最先端のモデルと決まった手順の計算を組み合わせた仕組みだとうたっています。

公式サイトに並ぶエージェントは、差異分析、決算、予測、売掛金と回収、週次の経営レビューの五つです。中身が説明されているのは差異分析のエージェントで、何が変わったかを見つけ、その影響を測り、担当者が作業を始める前に説明文を下書きするとされています。決算や週次の経営レビューのエージェントは、2026年10月時点の公式トップでは名前が示されているだけです。

エージェントは、業務の流れを言葉で説明して作り、会計の仕組みやデータ基盤につなぎ、決まった日時か出来事をきっかけに動かします。出力はメール、Slack、Teams、Excel、PowerPoint に届けられるとされています。

本稿で扱うのは、このうち予実の差異分析と週次の経営報告の数字です。月次決算の仕訳を誰が承認するかという話は前の便の別の記事で扱っているので、ここでは1行で送ります。マーケの部門の予実管理を回す段階の話も別の記事にあり、本稿は経営会議に出す数字の確定に絞ります。

作っている会社と、国内でまだ知られていない理由

Concourse の公式記事によると、同社は2026年1月27日に、シリーズAで1,200万ドルを調達し、一般提供を始めたと発表しました。主導はスタンダード・キャピタルで、Andreessen Horowitz、CRV、ワイ・コンビネーターなどが加わり、Cursor など複数のソフトウェア企業の財務責任者も個人として参加したとされています。

同じ記事は、無料で使い始められ、料金は利用量に応じる形だと書いています。顧客としては、パロアルトネットワークスなどの名前が挙がっています。公式記事は、同社がこの発表の1年前に表に出たと述べており、製品としてはまだ若い会社だと分かります。創業者の名前と本社の所在地は、確かめた公式のページには書かれていませんでした。

国内でまだ知られていない理由は、確かめた範囲で三つあります。一つ目は、公式サイトと資料が英語だけで、日本への言及がないことです。二つ目は、つなぐ先の例が NetSuite、Snowflake、Stripe、Ramp など、米国の新しい会社が使う会計やデータの仕組みに寄っていることです。

三つ目は、導入の進め方です。公式の導入のページによると、現場に入る技術者と元財務責任者が、顧客の財務チームと一緒に最初のエージェントを作ります。国内の会計の仕組みへの接続と、日本語での導入の支援があるかは、最初に提供元へ確かめる項目です。本稿は、その確認が済んだ前提で、社内で決めることを整理します。

2026年10月時点で確かめた機能と打ち出し

経営報告に関係する機能と打ち出しを、公式で確かめた範囲で表にまとめます。どれも提供元の説明で、第三者が確かめたものではありません。

項目	中身（公式で確かめた範囲）
決まった手順の計算	計算は確率のモデルではなく決まった手順のコードで行い、同じ入力なら毎回同じ答えで、出所までたどれると説明
計算の中身の表示	使った SQL・Python と考えた過程を、透明性の画面で示す（2026年1月の公式記事）
出所のたどり方	出力を元の問い合わせ・表・行までたどれる。分析ごとに実行した問い合わせ・使ったデータ・考えた過程を残す
人の確認と記録	任意の工程に人の確認を置ける。すべての操作と承認を記録する
権限	役割にもとづくアクセス制御。誰がエージェントを作り、動かし、見られるかをエージェントとデータの単位で決める
評価とモデルの更新	業務ごとの独自の評価で確かめる。新しいモデルが出ると自動で取り込む
データの扱い	SOC 1・SOC 2 のタイプ2の報告を表示。データで学習しないと記載。保存場所の地域と使うモデルの提供元は記載なし

表で押さえておきたいのは、計算は決まった手順で行い、文章はモデルが書くという分担を打ち出している点です。数字の再現性と説明文の正しさは、別々に確かめる必要があります。

もう一つは、新しいモデルを自動で取り込むという点です。計算が決まった手順でも、どの計算を組み立てるか、説明文をどう書くかはモデルが担うため、モデルが替われば出力が変わりうると考えておきます。この点は後の節で扱います。

経営報告の数字をAIに出させたくなる理由

経営報告の資料づくりがAIに向いているように見えるのは、作業の大半が集める・突き合わせる・説明を書く、の繰り返しだからです。会計の仕組み、販売の仕組み、予算の表から数字を集め、前月や予算と比べ、大きく動いた行に理由を付ける作業が、毎月同じ形で続きます。

Concourse の公式記事は、提供元の発表として、5日かかっていた資料が1時間未満になった例を挙げています。これは提供元が示した例で、条件や算出の方法は書かれていません。自社の資料と手順で試してから見積もるべき数字です。

任せたときに変わるのは、担当者の仕事が「作る」から「確かめて確定させる」に移ることです。差異の拾い出しと説明文の下書きはAIが先に出してくるので、担当者は数字の定義、元データ、説明の筋が正しいかを確かめる役になります。

この移り方を意識しないと、下書きがそのまま会議の資料になります。AIが速く出した数字ほど、確かめる時間を先に確保しておくことが、導入の最初に決めることです。

AIの数字がずれる原因1：指標の定義が人と部署で違う

AIが出した数字が、経営会議で「いつもの数字と違う」と言われる原因で最も多いのは、計算の誤りではなく定義の違いです。売上は計上の日で数えるのか出荷の日で数えるのか、粗利に何の原価を含めるのか、顧客数は契約の数か会社の数か。部署ごとに少しずつ違う定義が、社内には必ずあります。

AIエージェントは、渡された説明と、つながったデータの列の名前から、もっともらしい定義を組み立てます。定義が書かれていなければ、AIは毎回それらしい定義を選び、人はその違いに気づきにくいのです。

このため、経営報告に出す指標は、AIにつなぐ前に定義を一枚に書き出します。指標の名前、計算式、使う表と列、含めるもの・除くもの、締めの時点、持ち主の部署です。定義の持ち主は経理か経営企画の責任者とし、変えるときは承認を通す決まりにします。

定義が決まれば、エージェントの説明の中で、その定義の文書を必ず参照させることができます。逆に、定義を人の頭の中に置いたままエージェントを作ると、作った担当者が異動したときに、誰もその数字の意味を説明できなくなります。定義の文書には、過去に定義を変えた日と理由も書いておきます。前年と比べる資料では、定義が途中で変わっていると比べること自体が成り立たないからです。定義を変えた月の前後を比べる数字には、その旨の注を付けることを、エージェントへの説明にも含めておきます。

原因2：元データの抜けと締めの時点

二つ目の原因は、元データの抜けです。会計の仕組みに締め前の仕訳が残っている、販売の仕組みとの連携が一日遅れている、ある子会社のデータだけ取り込みが止まっている。どれも、計算そのものは正しいのに、数字がずれる原因になります。

決まった手順の計算は、同じ入力なら同じ答えを返します。しかし入力が欠けていれば、欠けたまま同じ答えを返し続けます。再現性は、正しさの保証ではありません。

対策は、数字を出す前に、元データがそろっているかを確かめる手順を挟むことです。対象の期間の締めが終わっているか、取り込みの最終の日時はいつか、件数が前月と比べて極端に変わっていないか。これらの確認はエージェントに先に出させ、人が見て「材料がそろった」と判断してから集計に進みます。

週次の報告では、締めが終わっていない数字を使うことが避けられません。その場合は、速報の数字であることと、いつ時点のデータかを、資料の数字の横に必ず書く決まりにしておきます。

原因3：説明できない計算

三つ目の原因は、計算の中身を誰も説明できないことです。AIが出した数字の根拠を役員に問われて、「AIがそう計算しました」としか答えられなければ、その数字は会議では使えません。

Concourse は、この問題に対して、計算をコードで行い、使った SQL・Python と考えた過程を表示し、出力を元の問い合わせ・表・行までたどれるようにすると説明しています。中身が見えることは、説明できることの前提であって、説明できることそのものではありません。

表示された SQL や Python を読めるのは、社内に限られた人だけかもしれません。読める人がいなければ、中身が見えていても誰も確かめていない状態になります。経理の照合をAIに任せるときに計算をAIの文章に任せないという考え方は、別の記事でも扱っています。本稿では、見えた中身を誰が読むかを次の節で決めます。

見落としやすいのは、エージェントへの説明そのものも計算の一部だという点です。公式の説明では、エージェントは業務の流れを言葉で説明して作ります。説明の文を一行書き換えれば、集計の対象や除外の条件が変わることがあります。エージェントの説明を誰がいつ書き換えたかを残し、書き換えたら再現性の確かめをやり直す、という扱いにしておくと、説明できない計算が紛れ込むのを防げます。

同じ入力で同じ答えが出るかを確かめる

再現性は、提供元の説明を信じるだけでなく、自社の材料で確かめます。確かめ方は難しくありません。同じ期間・同じ材料で、エージェントを時間を空けて何度か動かし、数字と説明が変わらないかを見ます。

この確かめは、導入のときに一度やって終わりにしません。公式の導入のページは、新しいモデルが出るとエージェントが自動で取り込むと書いています。モデルの更新のたびに、固定した材料で同じ確かめを回すことを、運用の決まりに入れておきます。

計算の中身を、誰が読むか

計算の中身を表示する機能を生かすには、読む人を決めることです。おすすめは、経営報告に出す指標ごとに、計算の中身を読んで「定義どおりだ」と確かめる人を一人置くことです。経理か経営企画で、SQL か表計算の式を読める人が適任です。

毎回すべての計算を読む必要はありません。最初の一回と、定義を変えたとき、モデルが更新されたとき、数字が前月から大きく動いたときに読む、と決めておきます。読んだ人と読んだ日を、出力の記録に残しておくと、後から問われたときに説明できます。

読む人がいない指標は、エージェントに出させないか、出させても参考の値として扱います。中身を読める人を育てることも、導入の計画に入れておきます。公式の導入のページは、最初は提供元の技術者がエージェントを作り、やがて顧客の担当者が自分で作るようになると説明しています。作れる人を育てることと、読める人を育てることは、同じ計画の中で進めます。

説明文の下書きは、数字と別に確かめる

差異分析のエージェントは、何が変わったかを見つけ、影響を測り、説明文を下書きするとされています。数字が決まった手順の計算でも、説明文はモデルが書きます。この二つは、確かめ方が違います。

説明文で起きやすいのは、数字は正しいのに理由の付け方が誤っている、という失敗です。たとえば売上が増えた理由を、データの上で目立つ大口の取引に結び付けても、実際には値上げの効果のほうが大きかった、ということがあります。AIは手元のデータから言える理由しか書けず、社内の事情や現場の判断は知りません。

このため、説明文は「下書き」として扱い、事業部門の責任者に確かめてもらってから資料に載せます。特に、将来の見通しや、原因の断定を含む文は、人が書き直す決まりにしておくと、AIの推測が会社の見解として会議に出ることを防げます。

配り方にも注意が要ります。公式の説明では、エージェントの出力はメール・Slack・Teams・Excel・PowerPoint に届けられ、決まった日時に自動で動かせます。承認の前の下書きが、定期の配信で役員の手元に直接届く設定にしないことを決めておきます。下書きの届け先は確かめる担当者だけにし、承認の後の版だけを会議の参加者に配る流れにします。

誰が承認してから経営会議に出すか

確かめた数字と説明を、誰が承認してから経営会議に出すかを決めます。公式の説明では、任意の工程に人の確認を置け、すべての承認が記録されるとされています。承認をどこに置くかは、自社が決めることです。

段階	AIに任せること	人が確かめ、承認すること
材料をそろえる	締めの状況・取り込みの日時・件数の変化の確認を出す	材料がそろったと判断する（経理の担当）
集計する	定義の文書にもとづく集計、予算と前期との差の計算	計算の中身が定義どおりかを確かめる（指標ごとの確認者）
差異を拾い、説明を下書きする	大きく動いた行の拾い出し、理由の候補と説明文の下書き	理由の正しさを事業部門に確かめ、断定や見通しは書き直す
確定する	確定の前後の差分の表示	数字の確定と承認（経理か経営企画の責任者）
会議に出す	資料の体裁を整える、配る	会議での説明と、数字にもとづく経営判断（経営陣）

表の右の列で最も大事なのは、確定の承認です。確定の承認をした人の名前と日時が、資料の数字に付いて残るようにします。承認の記録が製品の中に残るなら、それを使い、残らない部分は資料の側に書きます。

週次の報告は、毎週の承認が負担になりがちです。速報の数字は担当者の確認までとし、月次の確定の数字だけ責任者が承認する、というように、報告の重さで承認の段を分けると続けやすくなります。

承認者が不在のときの扱いも決めておきます。月末や会議の直前に承認者が休むと、確かめていない数字がそのまま出るか、会議が止まるかのどちらかになりがちです。代わりに承認できる人を一人決め、代理で承認したことも記録に残します。代理が見つからないときは、その数字を速報の扱いにして会議に出し、確定は後日に回すと決めておけば、確かめの手順を飛ばさずに済みます。

経営会議で数字の根拠を問われたときの答え方

AIが関わった数字は、会議の場で根拠を問われやすくなります。問われてから調べ始めるのでは遅いので、答え方を先に決めておきます。答えの筋は、どの定義で、どの材料から、どう計算し、誰が確かめて確定させたか、の四つです。

Concourse は、出力を元の問い合わせ・表・行までたどれ、分析ごとに実行した問い合わせ・使ったデータ・考えた過程を残すと説明しています。これを使えば、数字から元の行までを、会議の後にたどって示すことができます。会議の場では、確定の承認者が定義と材料の時点を答え、細かい計算の確認は後で示すと伝えるのが現実的です。

このために、会議に出す資料には、数字ごとに定義の文書の版、材料の時点、確定の承認者の名前を小さく付けておきます。「AIが計算した」ではなく「誰がどの定義で確定させた」と答えられる形にしておくことが、AIを使った報告を経営陣に受け入れてもらう近道です。

答えられなかった問いは、記録に残して次の月の確かめの項目に加えます。同じ問いが繰り返されるなら、その指標の定義か説明の書き方に足りないところがあります。

接続する会計・販売のデータの権限

エージェントは、会計の仕組み、データ基盤、銀行、分析の道具などにつないで動きます。公式の説明では、誰がエージェントを作り、動かし、見られるかを、エージェントとデータの単位で決められるとされています。

経営報告のエージェントには、全社の売上・原価・人件費といった、社内でも見られる人が限られる数字が集まります。エージェントの出力を見られる人の範囲は、元のデータを見られる人の範囲を超えないようにします。部門別の人件費が、エージェントの出力を通じて全社に配られることがないよう、配る先も決めておきます。

つなぐ先への書き込みの権限も確かめます。公式の資料からは、会計の仕組みに対して読むだけの接続か、書き込みもできる接続かは確かめられませんでした。経営報告の数字を出すだけなら、読むだけの接続で足ります。書き込みが要るエージェントと、読むだけのエージェントは分けて作り、誰の資格で接続するかを記録しておきます。

データの保存場所の地域と、使うモデルの提供元は、公式のセキュリティのページで確かめられませんでした。公式は、データで学習しないこと、保存時と通信の暗号化、資格情報を平文で残さないことを掲げています。国外の仕組みに財務の数字を渡すことになるため、保存場所と委託先を契約の前に書面で確かめます。

止め方と、費用の増え方

止め方は、エージェントごとの停止と、つなぐ先との接続の停止の二つに分けて決めます。数字のずれが見つかったときは、まずそのエージェントの定期の実行を止め、出した資料のどこに影響したかを確かめます。

止める判断の目安は、確定の数字と照らして説明できない違いが出たとき、定義の文書と計算の中身が合わないと分かったとき、つなぐ先のデータに抜けが見つかったとき、です。一度でも説明できない数字が経営会議に出たら、原因が分かるまで、その指標はAIに出させないと決めておきます。

費用は、公式記事によると利用量に応じる形です。金額の体系は確かめられませんでしたが、この形では、動かすエージェントの数、動かす頻度、扱うデータの量で費用が増えると考えられます。週次の報告を日次に変える、対象の部門を増やすといった広げ方をする前に、費用がどう動くかを提供元に確かめておきます。

契約を終えるときに、作ったエージェントの説明、計算の中身、出力と承認の記録を書き出せるかも確かめておきます。経営報告の数字は、後から過去の月を問われることがあるからです。

やってはいけない出し方

ここまでの線を外れると、どんな失敗が起きるかをまとめます。どれも、AIの計算の精度が上がっても防げない失敗です。

• 指標の定義を書かないままエージェントを作り、毎月少しずつ違う定義の売上が会議に出る
• 締め前の数字を確定の数字のように資料に載せ、翌週に大きく修正する
• 表示された計算の中身を誰も読まず、「AIが出した」としか説明できない
• AIが下書きした差異の理由を、事業部門に確かめずに会社の見解として説明する
• モデルの更新の後に再現性を確かめず、前月と比べられない数字が混ざる
• 部門別の人件費を含む出力を、元のデータを見られない人にまで配る

どの失敗も、数字を確定させる人と、その人が確かめることを決めていなかったことに行き着きます。逆に言えば、確定の線を決めておけば、AIに出させる範囲は安心して広げられます。

経営会議に出す前の CHECK

最後に、AIエージェントが出した経営数字を会議に出す前に確かめる項目を並べます。資料を回す前に、担当者と承認者が一度ずつ通します。

• 使った指標は、定義の文書のとおりか（定義の持ち主が承認した版か）
• 対象の期間の締めは終わっているか。速報なら、その旨と時点を数字の横に書いたか
• 元データの取り込みの日時と件数に、極端な変化はないか
• 計算の中身を、指標ごとの確認者が読んだか（最初の回・定義の変更・モデルの更新・大きな変動のとき）
• 差異の理由の説明は、事業部門に確かめたか。断定と見通しは人が書き直したか
• 固定した材料での再現性の確かめを、直近のモデルの更新の後に回したか
• 確定の承認をした人の名前と日時が、記録に残っているか
• 配る先は、元のデータを見られる人の範囲に収まっているか

この確かめを通らない数字は、経営会議では参考の値として扱います。確定させるのは人、という線を資料の上で見える形にしておくことが、AIの出した数字を経営の判断に使う前提になります。

まとめ

Concourse は、差異分析・決算・予測・売掛金の回収・週次の経営レビューのAIエージェントを財務チームに提供する米国の基盤で、計算を決まった手順のコードで行い、使った SQL・Python と考えた過程を示し、出力を元の表と行までたどれるとしています。2026年1月に一般提供を始めたばかりで、日本での提供や国内の会計の仕組みへの対応は確かめられませんでした。経営報告に使うなら、指標の定義を先に書き、元データの抜けと締めの時点を確かめ、固定した材料で再現性を確かめ、計算の中身を読む人を決め、説明文は数字と別に確かめる。データの集計・差異の拾い出し・説明文の下書きはAIに任せ、指標の定義・数字の確定と承認・経営判断は経理と経営企画、経営陣が持ってください。

• 製品の機能と提供の状態は、Concourse の公式サイト（ホーム・セキュリティのページ・導入の進め方のページ・記事一覧）と、2026年1月27日の公式記事を2026年10月26日に確かめた範囲に基づきます
• 創業者の名前と本社の所在地、データの保存場所の地域、使うモデルの提供元、つなぐ先への書き込みの権限、料金の体系、日本での提供と国内の会計の仕組みへの対応は公式の資料で確かめられなかったため、契約の前に提供元に直接確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。