Automotive Industry × AI / Agent|第1回 — グローバルKPIが揃っているのに、なぜ経営判断が遅いのか

こんばんは。室長こと吉島良平(Microsoft MVP for Business Applications | Microsoft Regional Director)です。夜が更けてきました。いいお時間になってきましたね。夜型人間の皆さま、おはようございます!

日常の中で何気なく手にする一杯の温かいコーヒーや、時間に遅れず届く荷物。私たちが普段「当たり前」として受け取っている利便性の背景には、無数の組織と人が介在し、それぞれの持ち場でバトンを繋ぎ続ける見えない「約束の連鎖」がありますね。ふと、そんなことを感じました。

今日は、昨日のプロローグに続き、Automotive Industry × AI / Agentシリーズ、第1回をお届けします。

これまでの2つのシリーズで扱ってきたテーマを、自動車業界の文脈でつなぎ直します。

CRMとERPの間に、企業変革がある—DX365LIFEでは2026年10月、CRM×AIシリーズ(顧客との関係をどう設計するか)とERP×AIシリーズ(社内の意思決定をどう変えるか)を通じて、AI時代のビジネスアプリケーションを考えてきました。

この2つが、OEM本社から、各市場のNSC(National Sales Company)やインポーター・ディストリビューター、そしてディーラーへと続く一連のバリューチェーンの中で、どのようにつながり、顧客体験を形づくるのか。それが、このシリーズの出発点です。

 

グローバル戦略を考えるうえで、最後に問われるのは、「私たちは顧客に何を約束し、その約束を各市場の販売・サービスの現場を通じて、どう実現しているのか」ということです。

第1回では、その起点となるOEM本社に焦点を当てます。

このシリーズの出発点:OEM本社からCustomerへ、データと価値の流れ
参考図|プロローグより — このシリーズの出発点:OEM本社からCustomerへ、データと価値の流れ

データは上に集まる。しかし、価値が下に降りない。

問題はデータの量ではありません。拠点によっては、KPI定義の一部が共通化されています。ただし会計方針・対象期間・粒度まで横断的に整合しているとは限りません。それでも、判断には至らない。

以下の本文・会議シーンは仮想のOEM本社を想定した設定です。

あるOEM本社のグローバルダッシュボードには、33カ国の販売実績、在庫日数、シェア、顧客満足度(CSI)、リード数が並んでいます。データが足りないわけではありません。むしろ、増え続けています。

それでも、四半期ごとの経営会議では「なぜこうなったのか」を説明できず、次回に持ち越される。判断が遅い。その理由を、今回は掘り下げます。

ある朝の会議室を、のぞいてみます。

日本

四半期レビュー|OEM本社 グローバル経営会議室|今枝(グローバル戦略常務)・松尾(グローバル分析課長)・東(CFO)・桒村(市場戦略部長)

OEM本社、グローバル経営会議室。四半期レビュー。画面には33カ国の販売実績と計画差が表示されている。

今枝(OEM日本本社 経営企画部 グローバル戦略担当常務):「ドイツが計画比マイナス8%、タイがマイナス11%。数字は出ています。来週の予算見直しに向けて、どこを修正するのか、今日のうちに方向を決めたい。まず、この差は何が原因ですか」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「ドイツは現時点の速報値で、登録台数と卸売台数の両方を確認しています。ただ、計画との差を需要だけの問題とは言い切れません。タイも同じで、販売実績は確認できていますが、失注理由の集計はまだ確定していません」

今枝:「速報値なのは分かりました。タイは、何が分かっていて、何が分かっていないんですか」

松尾:「市場全体では中国系メーカーのシェアが伸びています。ただ、当社の未達分のうち、どれだけが競合への流出なのかは、今のデータでは切り分けられていません」

今枝:「ディーラーの商談データはありますよね」

松尾:「あります。ただ、失注理由の入力は店舗によってばらつきがあります。競合車種まで記録している店舗もありますが、価格、納期、商品力といった大分類だけのところもある。『その他』に入っている案件も少なくありません」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「タイのNSCには、失注理由を追加で確認してもらっています。ただ、全店舗に同じ粒度で入力を求めると、過去分まで揃えるのに時間がかかります。現時点で分かる範囲と、追加確認が必要な範囲は分けたいです」

今枝:「分かりました。では、新モデルの投入効果はどうですか。発売後の反応を見れば、少なくとも商品への評価は分かるはずです」

松尾:「販売台数は追えます。ただ、発売前の計画と発売後の実績を比較するだけでは、商品への評価なのか、配車台数や納期の影響なのかは分かりません。試乗や見積もりから受注に至った割合も、市場ごとに同じ条件では取れていません」

東(OEM日本本社 経理財務部 CFO):「財務から確認させてください。為替前提を更新すると、海外事業の利益計画に影響が出ます。来週の予算見直しまでに、各市場で調整可能な費用と、その影響を示してほしい。販売支援費を一律に削るのか、未達市場の施策を見直すのかで、数字が変わります」

桒村:「タイの販促費を削れば、短期的には支出を抑えられます。ただ、未達の理由が納期や商品構成なら、販促を止めても改善しません。競合に流れているなら、対策を打つ前に予算を落とすことになります」

東:「そこは理解しています。ただ、原因が分かるまで予算を維持する、という判断もできません。来週には見直し案を出す必要があります」

今枝:「つまり、販売の未達は見えている。でも、何を変えれば戻るのかが分からない。財務は調整案を求めているが、市場側は原因を確かめないと決められない。そういうことですね」

松尾:「はい。数字の集計はできます。ただ、販売未達の内訳を、各市場の施策や費用に結びつけるところで、追加確認が必要になります」

今枝:「では、来週までに原因を揃えてください。タイについては、競合への流出、納期、商品構成、販促の影響を分けて出す。ドイツも同じ基準で確認しましょう」

松尾:「確認させてください。現地に依頼する項目を、こちらで決めてよいですか。失注理由の定義や、集計対象の期間が市場ごとに違うので、項目だけ送っても、同じ数字にはならない可能性があります」

桒村:「現地で確認できる情報にも限界があります。全部を同じ精度で揃えるのか、まず判断に必要な項目だけに絞るのかは、決めておきたいです」

今枝:「まずは来週の予算判断に必要な範囲に絞りましょう。確認できていないものは、推測で埋めずに未確認として出してください」

東:「そのうえで、費用を維持する案と、調整する案の両方を用意してください。効果の見込みと、判断できない部分も分けて示してもらいたい」

松尾:「分かりました。桒村さん、タイとドイツのNSCに、確認できる項目と回答期限を相談させてください。こちらでは、各市場の数字を同じ形式で並べ直します」

桒村:「協力します。ただ、現地に依頼する前に、今回の予算判断で最低限必要な情報を一度合わせましょう。項目が増えすぎると、来週に間に合いません」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

こんな場面が、世界のOEM本社で、繰り返されています。

プロローグでは、こんな問いから出発しました。

データは上に流れる。しかし、価値は下に返ってくるか。

OEM本社には、販売、市場、在庫、収益、品質、保証、顧客満足度を示すKPIがあります。NSCには販売計画、車両アロケーション、ディーラー業績、部品、ワランティー、マーケティングのデータがあります。そしてディーラーには、商談、見積、受注、納車、入庫、整備、請求、顧客との会話があります(市場・契約・システムによって保有・共有できる範囲は異なります)。データが存在しないわけではありません。レポートもダッシュボードも増えています。それでもOEM本社は、集計された数字の背景で何が起きているのかを、すぐには説明できない。プロローグは、この矛盾を最初の論点として提示しました。

第1回の問い

Q1グローバルKPIが揃っているのに、なぜ経営判断は遅いのか
Q2連結財務に数字が届くまで、なぜ時間がかかるのか
Q3アロケーションの根拠を、担当者以外が説明できるか
Q4OEM本社から全Dealerネットワークを「一つの画面」で見られるか
Q5Dealerが入力しないデータを、本社はどうやって知るのか
KPIは揃っている。なのに、なぜ経営判断が遅いのか? — データが集まるが、つながらない。6段階の断絶とTarget State
第1回エグゼクティブサマリー|データは集まるが、つながらない — ①データが集まる→②分断→③文脈が見えない→④判断が遅れる→⑤権限が動かない→⑥現場に影響が出る。本稿はこの6段階の断絶とTarget Stateを順に解く

今回、検証したい仮説は一つです。本当のボトルネックは、KPIの不足ではない。KPI/Dataから文脈(Context)、判断(Decision)、責任/権限(Responsibility/Authority)、実行(Action)、根拠(Evidence)、改善・学習(Learning)へ続く連鎖が、途中で切れているのではないか。

※ 本稿では Data/KPI → Context → Decision → Responsibility/Authority → Action → Evidence → Learning という連鎖を、DX365LIFEの編集上の分析モデルとして使います。これはMicrosoft、OEM、規制機関、業界団体の公式モデルではありません。また、Federated Operational Truth、Governed Semantic View、Decision Record、Automotive Commitment MeshはDX365LIFE独自の編集概念であり、Microsoft社や業界団体の公式用語ではありません。




対象読者|特に関連する回
OEM本社
EP00・EP01・EP02・EP03・EP05・EP10・EP17・EP18・EP19・EP21
NSC(海外販社)
EP00・EP06・EP07・EP08・EP09・EP10・EP11・EP13・EP17・EP19・EP21
Importer / Distributor
EP00・EP09・EP15・EP16・EP21
ディーラー
EP00・EP04・EP05・EP07・EP08・EP11・EP12・EP13・EP14・EP18・EP21

EP00=プロローグ、EP01〜EP20=第1回〜第20回、EP21=エピローグ。全20回は順番に読むことをお勧めします。上記は特に関連の強い回を対象読者別に示したものです。

Automotive Industry × AI / Agent — 全22回 一覧
Technosoft Automotive Days 2026(グローバルオンラインイベント/2026年12月9日〜11日 日本時間15:15〜17:45)の開催に先立ち、オートモーティブ業界が直面する構造的課題とAI / Agentによる対応の方向性を21回にわたって整理します。10月31日プロローグ公開、11月1日〜20日は毎日1本順次公開。下のボタンでチャネル上の立場(OEM本社・NSC・Distributor・Dealer)に合った回を絞り込み、公開済の回から読み始めてください。
▼ 全22回 エピソード一覧を開く

プロローグ

10月31日

自動車産業の解像度を上げる108の問いと20回の地図

データは上に流れる。しかし、価値は下に返ってくるか。OEM本社から始まるデータは、NSC・Distributor・Dealerを経てCustomerに届く。しかし報告は上に流れ、価値が下に返ってくる仕組みは、まだ設計されていない。断絶は、システムの中より「間」にある。108の問いを持って、この連載を始める。

OEM本社NSC(海外販社)Importer / Distributorディーラー
公開済
Ch.1Chapter 1 OEM本社 — 全体は見えるが、人が見えない

第1回

11月1日

グローバルKPIが揃っているのに、なぜ経営判断が遅いのか

グローバルKPIはダッシュボードに揃っている。しかしその背後にいる担当者・商談・顧客は見えない。連結財務への数字到達に数週間かかり、アロケーションは担当者判断に頼り、ディーラーはインセンティブに関わるデータしか入力しない。経営判断を速くするために必要なのは、KPIを増やすことではなく、文脈と根拠を持った意思決定の設計である。

OEM本社NSC(海外販社)
本稿

第2回

11月2日

バラバラ殺データ事件 — リコール・品質・サイバー対応を遅らせる断絶

リコール・品質・Warranty・サイバー対応が遅れるとき、遅れるのはレポートではなく顧客への警告だ。データが分断されているのではなく、「つながり」が設計されていないことが根本原因である。第1回の断絶が守りの領域へ移ったとき、その帰結は経営会議の遅延ではなく、修理・原因究明・復旧の遅れになる。

OEM本社NSC(海外販社)
公開予定

第3回

11月3日

走行データは、OEMのものか、オーナーのものか

走行データは、OEMだけのものでも、オーナーだけのものでもない。Connected CarとCRMをつなぐだけでは「顧客」は見えない。利用権限・同意設計・Right to Repairの整理なしにデータを使うことはできず、目的ごとに権利・許可・責任・価値還元を結び直す設計が信頼の基盤になる。

OEM本社NSC(海外販社)
公開予定
Ch.2Chapter 2 市場の再設計 — OEMが仕掛けるビジネスモデル変革

第4回

11月4日

オイル交換がなくなる日、ディーラーは何で生きるのか

EV化でオイル交換がなくなるとき、定期入庫を起点に成立していた顧客接点と収益の連鎖が同時に消える。バッテリー管理・OTA・充電支援という新しい価値は、収益設計・権限設計・運用設計の三層が揃わなければ現場で止まる。技術的に可能になったことと、ビジネスとして成立することは同じではない。

OEM本社NSC(海外販社)ディーラー
公開予定

第5回

11月5日

OEMが価格を決める日 — ディーラーは体験提供者になれるか

エージェンシーモデルでOEM/NSCに価格決定権が集まるとき、ディーラーは何で差別化するのか。顧客データはOEMへリアルタイムに集まり、D2Cも始まった。ディーラーの存在価値は価格ではなく体験提供者として再定義されるが、そのスキル転換設計と権限設計が追いついていない。

OEM本社NSC(海外販社)ディーラー
公開予定
Ch.3Chapter 3 NSC・販社 — 中間層の断絶

第6回

11月6日

本社から見えないディーラーが、なぜ存在するのか

NSCはネットワーク全体を横断集計できていない。未報告の拠点があり、データ遅延は経営判断に直撃する。ディーラーが入力しない理由はインセンティブ設計にあり、技術を入れても設計が変わらなければ歪んだデータが高速で分析されるだけになる。可視化の前に、入力動機の設計が必要だ。

OEM本社NSC(海外販社)
公開予定

第7回

11月7日

リードはどこで死ぬのか — OEM→NSC→ディーラーの境界線

展示会で獲得したリードは、DMSに渡った瞬間にソースタグを失い、名寄せされず、追跡が終わる。失注理由が記録されないのは怠慢ではなく、記録することがリスクになる評価設計の問題だ。Lead Threadを設計してから、AIを乗せる。逆順にするとAgentは動くが意味のある出力を返せない。

NSC(海外販社)Importer / Distributorディーラー
公開予定

第8回

11月8日

NSCのインセンティブ設計は、ディーラーの何を動かしているのか

NSCのインセンティブ設計はディーラー組織に向けて設計されているが、実際に販売行動を起こすのは営業担当者個人だ。計算根拠が見えず、受取漏れを証明できず、コミッションとの連動も設計されていない。インセンティブの透明化が、データ品質問題の解決策にもなる。

NSC(海外販社)Importer / Distributorディーラー
公開予定

第9回

11月9日

Backorderはどこにあるのか — 引当設計の不在とNSC・ディーラーの認識ずれ

NSCの在庫システムとディーラーのDMSはリアルタイムで一致しない。受注状態の定義不一致・引当ロジックの欠如・割当タイミングの遅れが重なり、顧客への納期案内は担当者の経験に依存する。共通の状態定義と引当業務ルールの設計が先にあって、初めてAgentが機能する。

OEM本社NSC(海外販社)Importer / Distributorディーラー
公開予定

第10回

11月10日

「あなたは何人いますか」 — 顧客重複とIDの断絶

OEM・NSC・ディーラーの間で、同じ顧客が何度も重複登録されている。名寄せ技術がいかに進歩しても、「誰がマスターレコードを所有し、誰が更新権限を持つか」という問いに答えが出ない限り、重複は再生産される。顧客IDの断絶は、システムではなくデータガバナンスの設計不在の問題だ。

OEM本社NSC(海外販社)ディーラー
公開予定
Ch.4Chapter 4 ディーラー — 顧客に最も近く、データに最も遠い

第11回

11月11日

値引き交渉をAIに任せる日は来るのか — 新車・リース・キャプティブファイナンス

値引き承認フローの遅さが商機を逃し、ファイナンス審査の待ち時間が成約率に直撃する。キャプティブファイナンスはOEMとディーラーの力学を変え、AIが見積・承認・残価予測をリアルタイムで支援するとき、ディーラー営業の役割は交渉者から体験設計者へと移行する。

NSC(海外販社)ディーラー
公開予定

第12回

11月12日

整備士はなぜWork Orderを後で書くのか — アフターセールスと部品調達のデータ断絶

整備士はWork Orderを後で書き、代車管理は属人的で、部品の納期確認は今も電話だ。誤発注のコストは誰も正確に把握しておらず、廃番情報がディーラーに届くまでに何日もかかる。eCommerce連携で部品調達の形が変わっても、現場でデータが生まれないという根本問題は残る。

NSC(海外販社)ディーラー
公開予定

第13回

11月13日

CSIスコアを「誘導」した後に、何を改善するのか

ディーラーがCSIスコアを誘導するのは、評価制度がそれを合理的にするからだ。回答率が低いデータはどこまで信頼できるか。低評価からのリカバリーがディーラーによってばらつくとき、ブランドは何を失うのか。歪んだデータで「改善」が繰り返される間、顧客体験は実態から遠ざかっていく。

NSC(海外販社)ディーラー
公開予定

第14回

11月14日

多ブランド・多店舗ディーラーの経営情報はなぜ「一枚の紙」にならないのか

マルチブランドのディーラーはOEMの数だけシステムにログインし、同じ顧客データを何度も入力する。月末にしか正しくならないOEM提供のDMSで、月中の経営判断はどこを見ているのか。ブランドAの顧客がブランドBに乗り換えたことをディーラーは知っているがOEMは知らない—これは設計の問題か、権限の問題か。

ディーラー
公開予定
Ch.5Chapter 5 チャネルの多様性 — Importer・Distributor・商社

第15回

11月15日

越境データと規制の壁 — Importer・Distributorはどこまでデータをつなげるか

GDPR Article 46による越境データ移転の制約を正しく理解しているDistributorはどれくらいあるか。DPA締結義務をすべてのディーラーと結べているか。多言語での名寄せが崩壊したとき、Customer 360は何を見ているのか。在庫・為替・関税リスクとデータコンプライアンスが重なるとき、チャネルの多様性はデータ設計の複雑さとして跳ね返る。

Importer / Distributor
公開予定

第16回

11月16日

複数OEMと複数事業形態を横断するKPIは、誰が見ているのか

複数OEMを扱うImporter・Distributorは、ブランドごとに異なる報告様式・KPI定義・システムに縛られる。ある市場では販社として、別の市場ではDistributorとして動く同一企業のKPIを一画面で見ることはできない。事業形態を超えた投資対効果とチャネル別収益をつなぐ設計が問われている。

Importer / Distributor
公開予定
Ch.6Chapter 6 グローバル戦略とローカル市場の現実

第17回

11月17日

日本市場の「強み」は、グローバルモデルに移植できるのか

車検制度・残価設定ローン・キャプティブファイナンスは日本固有の仕組みであり、アフターセールス収益と顧客接点を構造的に保証してきた。しかしインボイス制度・整備士不足・DMSの標準化難易度が、グローバル展開の足かせになることもある。日本の強みは「特殊解」か「移植可能な設計」か。

OEM本社NSC(海外販社)ディーラー
公開予定

第18回

11月18日

法規制はグローバル戦略の「壁」か「設計図」か — Dealer LawとGDPR

米国の州法はAgencyモデルを禁じ、欧州のGDPRは顧客データの利用を制約する。制約を障壁と見るか、設計の起点と見るかで戦略の質が変わる。Dealer Lawの制約下でD2Cをどう実現し、GDPRの最厳格対応の中でAgency実験を進めるか、各市場の法規制は「設計図」にもなりうる。

OEM本社NSC(海外販社)
公開予定

第19回

11月19日

Global Core + Local Extension — 「すべての市場が特殊」という前提で設計する

「すべての市場は特殊だ」と認めることで、設計の前提が変わる。Global Core + Local Extensionという構造は、中央集権的な一枚岩でなく、共通基盤の上に市場固有の拡張を乗せる。ローカルの学習をグローバルに還元するガバナンス設計が、次の競争優位の源泉となる。

OEM本社
公開予定
Ch.7Chapter 7 攻めのDXと守りのDX — データ・価値・変革のループ

第20回

11月20日

データは上に流れる。価値は下に返っているか — Promise Loopの設計

データは集まる。しかし価値は現場に返ってくるか。OEM本社とディーラーのデータの「正しさ」は一致しているのか。Promise Loop(約束→コミットメント→証跡→学習)が機能するとき、データの流れと価値の流れは初めて一致する。攻めのDXと守りのDXの緊張の間に、企業変革がある。

OEM本社NSC(海外販社)Importer / Distributorディーラー
公開予定
─

エピローグ

11月20日

攻めのDXと守りのDX — その緊張の間に、企業変革がある

この半年間の探求の先に、答えではなく次の問いが待っていた。CRM×AIシリーズで問いかけたのは、顧客との関係をどう設計するかだった。AI ERPシリーズで問いかけたのは、内部の意思決定をどう変えるかだった。オートモーティブシリーズは、その両方をチャネルを越えてどう実現するかという問いだ。AIがPromise・Commitment・Evidence・Learningのループを回すとき—それはCopilotではなく、チャネルを越えてループを回す存在になる。CustomerがPromiseを受け取り、Dealerがそれを実行し、NSC/DistributorがEvidenceを集め、OEMがLearningする。そしてまたCustomerへ。攻めのDX—新しい顧客体験、新しいビジネスモデル。守りのDX—コンプライアンス、品質、ワランティー。この緊張の間に、設計の仕事がある。CRMだけでは解けない。ERPだけでも解けない。DMSだけでも解けない。なぜなら、自動車産業の顧客体験は、一社の中だけで完結していないからだ。AI CRMで顧客が見えるようになった。AI ERPで企業が見えるようになった。では、その企業と企業の間は見えているだろうか。オートモーティブDXの次の舞台は、そこにある。

OEM本社NSC(海外販社)Importer / Distributorディーラー
公開予定

シリーズの地図 — 第1回はここにいます

Ch.1
OEM本社 — 全体は見えるが、人が見えない(第1〜3回) ← 現在
Ch.2
市場の再設計 — OEMが仕掛けるビジネスモデル変革(第4〜5回)
Ch.3
NSC・販社 — 中間層の断絶(第6〜10回)
Ch.4
Dealer — 顧客に最も近く、データに最も遠い(第11〜14回)
Ch.5
チャネルの多様性 — Importer・Distributor・商社(第15〜16回)
Ch.6
グローバル戦略とローカル市場の現実(第17〜19回)
Ch.7
攻めのDXと守りのDX — データ・価値・変革のループ(第20回)


KPIは揃っている。では、何が決まったのか

経営ダッシュボードを開けば、国別販売、在庫日数、受注、シェア、収益、予測差異が並びます。しかし、数字が表示されたことは、意思決定が完了したことを意味しません。

例えば、ある市場で販売が計画を下回っていたとします。数字だけでは、需要そのものが弱いのか、売れる仕様が不足しているのか、Dealer在庫が偏っているのか、金融条件が競争力を失っているのか、納期回答が長すぎるのかは分かりません。

KPIは「何かが起きている」ことを示します。しかし「なぜ起きたのか」は文脈(Context)です。「何を変えるか」は判断(Decision)です。「誰が決められるか」は責任/権限(Responsibility/Authority)です。「誰が実行するか」は実行(Action)です。そして、その結果を次の判断へ戻すには根拠(Evidence)と改善・学習(Learning)が必要です。

プロローグで示した、データはあるのに判断へ変わらず、判断があっても現場へ届かず、実行されても根拠(Evidence)が戻らないという断絶は、この連鎖として捉えると整理できます。

日本

会議後の立ち話|OEM本社 廊下|桒村(市場戦略部長)・松尾(グローバル分析課長)

経営会議が終わり、資料を片づけていた松尾に、海外市場戦略担当部長の桒村が声をかけた。

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「ドイツの件、来月の出荷計画はもう動かせないの?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「まだ確認できていません。今の資料だと、在庫日数が悪化しているところまでは分かるんですが……」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「現地からは、売れ筋の仕様が足りないって話も来てる。全体の在庫が多いからって、出荷を絞っていいのか?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「そこは分けて見ないと危ないですね。仕様別の在庫と受注残、あと入荷予定を並べないと。滞留している車種が多いのか、売れ筋だけ欠けているのかで、打ち手が変わります」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「それ、今日中に出せる?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「NSCには依頼できます。ただ、仕様別の在庫は取れても、受注残と入荷予定を同じ基準で揃えられるかは確認が必要です。データを集めるだけなら今日中に着手できます」

桒村は手元の会議資料をめくった。

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「仮に売れ筋が足りないと分かったら、来月分を別の市場から回せるのか。それとも、もう生産枠が埋まっているのか」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「そこは生産と物流の確認が要ります。市場間の配分はリージョナルHQが見ていますが、どこまで変更できるかは、時期と車種によるはずです」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「『はず』だと、現地に返事ができないな。配分を変える場合、誰が承認する?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「配分を担当する部署は分かります。ただ、変更の承認者と、生産・物流への確認をどの段階で入れるかまでは、私の手元に整理されたものがありません」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「じゃあ、まず二つだな。現地の在庫と受注を仕様別に揃える。それと、配分変更の手順を確認する。数字が揃うまで待ってから権限の話を始めるんじゃ遅い。並行して進めよう」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「分かりました。NSCには今日、必要な項目を送ります。取れない項目は、取れない理由も含めて返してもらいます。配分変更の手順は、担当部署に確認します」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「いつまでに回答がもらえそう?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「担当部署の回答期限は、まだ約束できません。今日中に窓口と必要な確認事項を押さえて、見通しを返します」

桒村(OEM日本本社 経営企画部 グローバル市場戦略担当部長):「了解。現地には、まだ出荷を変えると約束しないでおこう。確認が取れたら、判断に必要な材料と、決められる時期をセットで持ってきてくれ」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

▌ Visibility ≠ Authority

画面で問題が見えても、その画面を見ている人が予算、在庫、価格、供給、例外を動かす権限を持つとは限りません。Visibilityは判断材料です。Authorityは組織上の権限です。両者を混同すると、「全員が見ているのに誰も決めない」状態が生まれます。

KPIからContext、Decision、Responsibility/Authority、Action、Evidence、Learningへの連鎖
図1|KPIは、意思決定の入口にすぎない — 判断速度を決めるのは画面の数ではなく、Data/KPIからLearningまでの連鎖がどこまで閉じているかである

連結財務への到達が遅いのは、転送速度だけの問題ではない

各国から数字を高速に集めれば、連結財務も自動的に速くなるのでしょうか。

連結財務は、各社の数字を単純に足し合わせる作業ではありません。同じ性質の取引には原則として統一した会計処理が求められ、必要に応じて現地の個別財務諸表を連結上の方針へ調整します。また、グループ内債権債務、売上・仕入、未実現損益なども照合し、消去しなければなりません。

つまり、遅延を生むのは「ファイルが届かない」ことだけではありません。勘定科目や取引分類の違い、売上認識やカットオフの違い、通貨・換算レート・対象期間の違い、グループ内取引の不一致、車両・部品・インセンティブ・ワランティーの計上単位の違い、調整理由を証明する根拠(Evidence)の不足—これらすべてが変換工程を構成しています。

ここで重要なのは、速報値、管理会計値、法定会計値は同じ役割ではないということです。速報性を優先した数字を法定値のように扱えば誤解が生まれます。逆に、監査可能な確定値だけを待っていては、現場判断のタイミングを失います。

したがって必要なのは、すべてを一つの数字へ早急に押し込むことではありません。ある時点の、定義、粒度、変換ルール、調整状態、確定責任者を明示し、利用目的に応じて数字の成熟度を区別することです。

日本

月次締め 深夜作業|OEM本社 財務フロア|東(CFO)・森(財務部長)・佐藤(連結会計課長)・中川(経理部長)

月末から3営業日後、午前0時を過ぎた本社の財務フロア。翌朝には取締役会の事前説明が控えている。東CFOが会議室から戻ると、森財務部長は連結速報の一覧を開いたまま、佐藤連結会計課長からの報告を待っていた。中川経理部長の手元には、各市場から届いた報告と修正依頼が積み上がっている。

東(OEM日本本社 経理財務部 CFO):「明日の資料、売上と営業利益の見通しだけでも固めたい。今、どこまで出せる?」

森(OEM日本本社 経理財務部 財務部長):「主要市場の報告は届いています。ただ、まだ確定値として並べられる状態ではありません。佐藤、残っているのはどこ?」

佐藤(OEM日本本社 経理財務部 連結会計担当課長):「大きいところではドイツとインドネシアです。ドイツは税金費用の見積もりについて、現地から確認待ちの連絡が来ています。売上などの速報は受け取っていますが、税金費用はまだ数字を置けないと言っています」

東(OEM日本本社 経理財務部 CFO):「税金費用が決まらないと、営業利益まで出せないの?」

佐藤:「営業利益と税金費用は別です。ただ、税引前利益から最終利益までを説明するには、税金費用の前提が必要です。明朝の資料では、どこまでを速報として出すか、分けて整理したいです」

中川(管理本部 経理部長):「ドイツには、確定を待つ項目と、先に出せる項目を分けて返してもらいましょう。全部そろうまで何も出せない、という話にはしたくない」

森:「その依頼は先月もしましたよね。未確定項目と回答予定日まで出してもらわないと、毎月同じことになります」

佐藤:「分かりました。税金費用の見積もり根拠と、回答できる日を確認します。ただ、速報として出す範囲は本社側でも決めていただきたいです」

東(OEM日本本社 経理財務部 CFO):「そもそも、明朝の資料には今ある速報値を載せられるんですか?」

森:「売上の速報は出せます。ただ、管理会計の売上とは集計条件が一部違います。法定会計の数字と同じものとして並べるのは避けたいです」

東(OEM日本本社 経理財務部 CFO):「速報と管理会計で差が出ることは分かっています。ただ、今回は取締役会の説明に影響するくらい差が大きいということですか。それとも、差の理由が説明できないということですか」

佐藤:「はい。速報は各市場から届いた報告をもとに、早く全体像をつかむための数字です。一方、管理会計では、社内の業績管理に合わせて集計範囲や分類を組み替えている場合があります。連結上は、さらにグループの会計方針に沿った確認や調整が必要です」

東(OEM日本本社 経理財務部 CFO):「では、速報値が固まれば、そのまま管理会計を通って法定の数字になるわけではない?」

佐藤:「必ずしもそうではありません。速報と管理会計では、最初から集計の目的が違うことがあります。法定会計の数字も、単に時間をかけて速報を磨けばできるわけではなく、必要な照合や会計上の判断を経て確定します」

森:「ですから、明朝の資料では、数字を一列に並べて『どこまで完成したか』だけを見るのではなく、何の数字なのかを明記したいんです。速報としては使えても、連結上の確定値としてはまだ使えない項目があります」

東(OEM日本本社 経理財務部 CFO):「分かりました。私が知りたいのは、明日の経営判断に使える業績の見通しです。法定の確定値と同じ精度だと誤解させずに、その目的に合った数字を出してください」

佐藤:「では、各数字について、集計の定義、対象期間、未調整の項目、確定状況を付けます。速報値と管理会計値が違う場合は、差の理由も確認できる範囲で示します。連結上の調整が残っている項目は、確定値と混ぜずに明記します」

中川:「それなら、数字が違うこと自体を問題にするのではなく、なぜ違うのか、どの判断に使えるのかを説明できます」

東(OEM日本本社 経理財務部 CFO):「そうしてください。数字を一つに見せることより、何が分かっていて、何がまだ判断できないのかが分かることの方が重要です」

森はうなずき、インドネシアの行を指した。

森:「こちらは?」

佐藤:「9月のERP切り替え以降、インセンティブと販売促進費のマッピングが一部残っています。現地の報告では一つの科目にまとまっているので、連結用に分けるため、明細を取り寄せて手で確認しています」

中川:「科目名を置き換えるだけでは済まないの?」

佐藤:「元データの明細で区別できれば対応できます。でも、元のデータに区分がなければ、別の資料と突き合わせないといけません。今月分だけ手で直しても、来月また同じ作業になります」

森:「ERPの修正は?」

佐藤:「ベンダーから追加費用の見積もりが出ています。現地は承認待ちです。現時点では、修正がいつ入るか決まっていません」

中川:「じゃあ、今月の修正とシステムの恒久対応は分けて考えましょう。今月分は、誰が明細を確認して、誰が修正を承認するのか。そこが曖昧なままでは、数字を合わせても後で説明できません」

東が一覧に目を落とした。

東(OEM日本本社 経理財務部 CFO):「タイの商社向け売上はどうなっていますか。出荷がずれたという報告もあったはずですが」

佐藤:「与信枠の関係で出荷保留になった案件があり、一部は翌月にずれています。それとは別に、売上をいつ認識するかで、本社と現地の見解が一致していません」

森:「出荷が翌月なら、売上も翌月ということではないの?」

佐藤:「そこは出荷日だけでは決められません。契約条件や引渡し条件を確認する必要があります。商社への引渡し時点で認識するのか、契約上の条件を満たした時点が別にあるのか。今は、その根拠資料と契約の解釈を確認しているところです」

中川:「では、未確定のまま金額だけ合わせるのは避けましょう。契約条件、対象案件、双方の認識を並べて、連結上の処理を判断できる状態にしてください」

東は少し考えてから、別のタブを開いた。

東(OEM日本本社 経理財務部 CFO):「為替の影響は? 今月は円安が進んでいる。海外売上の円換算額も変わるはずです」

佐藤:「はい。ただ、各社の報告に適用するレートと対象期間の確認が残っています。換算に使うレートをそろえたうえで、各社の報告と連結側の計算を照合しないと、為替の影響だけを切り出せません」

森:「タイのワランティーもまだでしたね」

佐藤:「はい。引当額の算定に使う前提について、本社と現地で見解が違っています。現地の計算根拠を取り寄せていますが、まだ調整額を確定できていません」

しばらく、キーボードを打つ音だけが続いた。

森:「分かりました。今夜中に全部を確定させるのは難しい。佐藤、まず明朝の説明に使える数字と、まだ判断が必要な項目を分けて一覧にしてください」

東(OEM日本本社 経理財務部 CFO):「その一覧には、数字だけでなく、何が未確定なのか、誰の回答待ちなのか、いつ判断できる見込みなのかも入れてください。取締役会には、確定していないものを確定値のようには説明できない。一方で、何も分からないという報告にもしたくない」

佐藤:「分かりました。報告済み、照合中、調整判断待ち、未確定に分けます。各項目に根拠資料と担当、回答予定日も付けます。ただ、回答予定日がまだ取れていないものは、そのまま未定として出します」

中川:「速報として出す数字と、連結上の調整が済んだ数字も区別しましょう。速報を出した後で修正が入った場合、どの数字が、何を根拠に変わったのか追えるようにしておきたい」

東:「それで進めてください。朝までに必要なのは、無理に一つにまとめた数字ではなく、どこまで分かっていて、何が残っているかを説明できる資料です」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

数字が本社へ届くまでの変換工程
図2|連結は、足し算ではない — 連結財務の遅延は、データ転送だけでなく、意味・期間・通貨・取引・Evidenceを企業集団の視点へ変換する工程から生まれる

アロケーションの根拠を、担当者以外が説明できるか

アロケーションは、単なる台数配分ではありません。需要予測、生産制約、在庫、輸送、認証、商品構成、収益性、販売力、キャンペーン、過去実績などを踏まえた判断です。しかし、入力データが共通化されていても、最終判断の理由が担当者の頭の中にしかなければ、その判断は組織資産になりません。

問題は、人が判断することではありません。判断した人しか説明できないことです。

Decision Record — 必須の6要素

Assumption 判断時点で参照した需要・供給・在庫・期限・予算などの前提
Option 検討した選択肢と、採用しなかった選択肢
Rule/Exception 適用したルールと、例外を認めた理由
Approver/Authority 誰がどの権限で承認したか
Outcome 配分後に実際に起きた結果
Learning 次回のルール、予測、閾値へ戻す学び

配分確定(Allocation)≠ 在庫引当(Availability)≠ 納車確約(Deliverability)—この3つの状態は、OEM・NSC(または商社)・Dealerのそれぞれの階層で独立して存在します。OEMがNSCへの配分を確定しても、NSCがDealerへ在庫を引き当てているとは限りません。Dealerが在庫を持っていても、特定の顧客への納車を確約できる状態かどうかは、またさらに別の問いです。この3つが各チャネル階層でずれ続けることで生まれる「Order Backlog」の構造については、第9回で詳しく扱います。

日本
タイ

来四半期 配分計画確認|タイNSC × 日本本社 オンライン|タナパック(タイNSC)・淵山(日本本社 グローバルアロケーション担当)

来四半期の配分計画を確認するオンライン会議。タイNSCの営業部 販売企画課 課長、タナパックは、日本本社のグローバルアロケーション担当、淵山に切り出した。

タナパック(Tanapak・NSCタイ 営業部 販売企画課 課長):「来四半期の配分案について確認したいことがあります。先月、タイ向けの配分が途中で増えましたよね。今回の計画を立てるうえで、あの変更がなぜ認められたのか知りたいんです」

淵山(OEM日本本社 物流部 グローバルアロケーション担当課長):「先月の件ですね。配分実績はシステムに残っています。ただ、当時の担当だった田中さんが異動していて、私も引き継ぎを受けたのは案件の進捗が中心でした。変更理由まで整理した資料は、まだ見つかっていません」

タナパック:「引き継ぎ資料には、変更後の台数は載っている。でも、なぜ増やせたのかは分からない、ということですか?」

淵山:「そうです。生産側と調整していたことは覚えています。ただ、タイの需要予測が上がったからなのか、ほかの市場の配分を調整したのか、生産枠に余裕が出たのか。どの要因が決め手だったのかは、今の資料だけでは断定できません」

タナパック:「そこが分からないと、今回も同じ条件で増枠を相談できるのか判断できません。タイの販売予測は前四半期より上がっていますが、配分案はほぼ変わっていません。需要予測だけでは配分は増えない、という理解でいいのでしょうか」

淵山:「需要だけで決まるわけではありません。生産枠、ほかの市場の状況、在庫、仕様構成も関係します。ただ、先月どれを優先したのかを確認せずに、今回も同じ判断になるとは言えませんね。まず当時のメールと会議資料を探してみます」

タナパック:「お願いします。もう一つ確認したいのですが、今回、本社からタイ向けに1,200台が配分されています。この数字を、そのまま販売店向けの販売計画に入れてよいのでしょうか」

淵山:「そこは分けて考える必要があります。1,200台は、本社からタイNSCへの配分です。その台数が、すべて同じ時期に入荷するとも、販売店の注文にすぐ引き当てられるとも限りません」

タナパック:「実際、販売店からも問い合わせが来ています。本社の資料では配分済みになっているのに、販売店には納車日を案内できないと言われる。NSCとしては配分された台数を販売計画に入れたいのですが、どこまで確約してよいのかが曖昧です」

淵山:「本社で配分を決めた段階と、NSCが車両を引き当てられる段階は別です。さらに、販売店が顧客に納車日を約束できるかどうかも別の確認になります」

タナパック:「例えば、本社から1,200台の配分を受けても、仕様別の入荷時期が確定していなければ、NSCでは注文に割り当てられない。割り当てられても、輸送や登録の見通しが立たなければ、販売店は納車日を約束できない。そういうことですね」

淵山:「はい。配分された台数、実際に引き当てられる台数、納車時期を確約できる台数は、同じ数字とは限りません。ただ、今の資料では、その三つの状態を一続きで確認できるとは限らない。どこで数字が変わったのか、追いにくい場合があります」

タナパック:「そうすると、問題は配分の数字が正しいかどうかだけではないですね。どの段階の数字なのか分からないまま販売計画に使うと、販売店に実現できない約束をさせてしまう可能性があります」

淵山:「そのとおりです。一方で、納車日が決まっていないからといって、配分自体が取り消されたわけでもありません。配分の状態と、引当の状態、納車の見通しは分けて管理する必要があります」

タナパック:「では、次回からは配分台数だけでなく、仕様別の入荷見込み、NSCで引き当てられる台数、販売店が納車予定を案内できる台数を区別して確認したいです。それぞれの数字を誰が更新し、いつ確定とみなすのかも必要ですね」

淵山:「そうですね。ただ、どのデータをどのシステムから取得できるか、更新タイミングが揃っているかは確認が必要です。本社側で配分の記録を見直すと同時に、NSC側の引当と納車予定の管理方法も確認しましょう」

タナパック:「それと、先月の変更理由も、分かる範囲で確認してください。過去の経緯を知りたいだけではありません。どんな条件なら増枠を相談できるのか、次の計画に使える形で知りたいんです」

淵山:「分かりました。当時の需要予測、生産制約、変更前後の配分を照合します。誰が例外を承認したのかまで確認できるかは、資料を見てから回答します。今回の配分については、判断時点の前提と、採用しなかった選択肢、変更を認める条件も記録に残すようにします」

タナパック:「お願いします。配分された台数だけ分かっていても、次の計画をどう立てるべきかは分かりませんから」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

属人的判断をDecision Recordへ変える
図3|属人的判断をDecision Recordへ — 説明可能性とは、AIが理由を文章化することではない。判断時点の前提、選択肢、Authority、例外、結果をEvidenceとして残すことである

「一つの画面」と「一つの正本」は同じではない

OEM本社から全ディーラーネットワークを一つの画面で見られるか。この問いに「すべてのデータを本社へ集めればよい」と答えると、別の問題が生まれます。

Dealerは商談、契約、入金、納車、作業指示書(Work Order)、部品、顧客対応のOperational Truthを持っています。NSCは市場在庫、配車、価格方針、インセンティブ、Dealer網を持っています。OEM本社は商品仕様、生産、品質、グローバル方針を持っています。それぞれで更新責任と訂正責任が異なります。

したがって「統合ダッシュボード」は必要でも、すべてを一つのOperational Systemへ統合することが答えとは限りません。本社が必要とするのは、各システムを上書きする巨大な正本ではなく、次の情報を持つGoverned Semantic/Analytical View(意味的統合ビュー)です。

意味的統合ビュー(Governed Semantic View)が持つべき情報

KPIの業務定義 / 対象範囲と除外条件 / 粒度
データ所有者と更新責任者 / 最終更新時刻と対象期間
SourceからKPIまでのLineage / 補正・推計・欠損の状態 / 根拠(Evidence)

一つの画面とは、一つのデータベースではありません。異なるOperational Truthを、同じ意味と根拠(Evidence)で読める状態です。

日本

月次着地確認|OEM本社 販売企画会議|西村(販売企画部長)・松尾(グローバル分析課長)・中川(経理部長)

翌月—前月の月次締め作業から4週間後。OEM本社の販売企画会議。翌朝の経営会議に向け、各市場の月末着地見込みを確認している。月末まであと1週間。タイ市場の数字で議論が止まった。

西村(OEM日本本社 営業部 グローバル販売企画担当部長):「タイの今月の販売見込み、CRMでは1,823台になっています。予算は2,000台ですから、あと177台。現地には、残り1週間でどこまで積み上げられるか確認しておいてください」

中川(管理本部 経理部長):「ちょっと待ってください。経理に来ている実績データは1,491台です。差が332台ある。明日の資料には、どちらを載せるんですか?」

西村:「1,823台は現地NSCが出している着地見込みですよね?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「はい。CRMの商談情報から集計した数字です。ただ、今、内訳を確認しています」

中川(管理本部 経理部長):「商談中の案件がどれだけ入っているんですか。契約済みなのか、入金待ちなのか、登録まで終わっているのか。1,823台という数字だけでは、どこまで確度があるのか分かりません」

西村:「松尾さん、差分を説明できますか?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「今、DMSのデータと突き合わせています。DMS側の1,491台は登録完了ベースです。一方、CRMの1,823台は商談中の案件も含む着地予測なので、そもそも同じ状態の台数を数えているわけではありません」

中川(管理本部 経理部長):「それは分かりました。でも、差が332台ある理由はまだ分かっていないですよね?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「はい。CRM側の商談のうち、どの案件が今月登録まで進む見込みなのか、まだ確認できていません。それに、予算の2,000台も同じ登録ベースで設定されているのか、確認が必要です」

西村:「予算まで定義が違う可能性があるんですか?」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「可能性はあります。予算資料では『販売台数』としか書かれていません。登録実績と比較する前提なのか、現地の販売計画上の数字なのか、定義を確認しないままでは、予算との差を正確に説明できません」

中川(管理本部 経理部長):「では、明日の経営会議で1,823台を出して、予算達成まであと177台です、と説明するのは危ないですね。見込みと実績を同じものとして扱ってしまう」

西村:「ただ、1,491台だけでは月末の着地が見えません。経営会議では、今月どこまで行きそうなのかも聞かれます」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「両方必要だと思います。ただし、同じ『販売台数』として並べるのではなく、登録実績が1,491台、CRM上の着地見込みが1,823台と、定義と基準日を分けて示します。そのうえで、見込みに含まれる案件のうち、今月中の登録が見込めるものを確認します」

中川(管理本部 経理部長):「その見込みは誰が確認するんですか。CRMの数字を集計した松尾さんが、個々の商談の確度まで保証するわけではないでしょう」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「そうですね。集計条件とデータの出どころは私たちで確認できますが、商談の進捗や登録予定の妥当性は、現地NSCに確認する必要があります。こちらで数字を一つに補正しても、現場の案件状態が正しくなるわけではありません」

西村:「分かりました。では、明日の資料には登録実績と着地見込みを分けて載せてください。見込みについては、今月中に登録できると判断した根拠と、未確認の案件がどれだけあるかも出してください。予算の定義も確認しましょう」

中川(管理本部 経理部長):「それと、差分が出たときに、誰が何を確認するのか決めておきたいですね。毎月、会議の直前になって数字の意味を調べ直すのでは遅いです」

松尾(OEM日本本社 経営企画部 グローバル分析担当課長):「まず今回は、CRMの集計条件、DMSの登録実績、予算の定義を照合します。継続的な運用については、現地NSC、本社販売企画、分析チームのどこが更新・確認責任を持つか、別途整理させてください」

西村:「お願いします。明日までに必要なのは、無理に数字を一つにすることではありません。何が確定していて、何が見込みで、何がまだ確認できていないのかを説明できることです」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

重要なのは、分析層が業務システムを上書きしないことです。ダッシュボードで確認した差異を、正当な業務プロセスや承認を通さずにOperational Truthへ書き戻せば、責任の所在が崩れます。分析は参照と判断準備を支え、修正は権限を持つ業務プロセスから行う。この境界が必要です。

Federated Operational Truth+Governed Analytical View
図4|One Dashboard ≠ One Operational Truth — 画面に集まる数字と、判断に使える数字は同じではない。各現場の正本を保ちながら、定義・鮮度・Lineage・所有者・Evidenceを通じて比較可能にする

Dealerが入力しないデータは、「ゼロ」ではない

Dealerから報告されていない項目を、本社のダッシュボードでゼロとして扱ってよいでしょうか。

未入力には、少なくとも次の状態があります。取得していない。現場では分かっているがデジタル化されていない。定義が曖昧で入力できない。Dealerに入力メリットがない。個人情報・契約・権限上共有できない。別システムに存在する(Held Elsewhere)。その業務には該当しない。本当にゼロである。

DX365LIFEとしての提案は、空欄を埋める前に、空欄の意味を分類することです。データの完全性とは「全欄を埋めること」ではありません。判断に必要な範囲、由来、品質状態、責任を説明できることです。

そしてDealerへ求める入力には、Dealer自身へ戻る価値が必要です。データだけを上へ吸い上げ、改善、説明、収益機会が下へ戻らなければ、入力は価値創造ではなく報告作業になります。

以下は市場で見られる競争環境をもとに構成した架空のシーンです。実在の特定企業・事例の描写ではありません。

タイでは、中国系OEMがシェアを急速に伸ばしている。その背景にあるのは、価格だけではなかった。

日本
タイ

モーターショー後 非公式の振り返り|タイNSC バンコク レストラン|山田(営業課長)・川原(マーケティング課長)・井上(製造部 課長)

タイのモーターショーが終わった夜。NSCの営業課長・山田、マーケティング課長・川原は、会場近くのレストランにいた。タイ工場の製造部 課長・井上は、本来ならモーターショーに合わせて会場入りする予定だったが、工場側の緊急案件で来られなくなっていた。その代わりに、と井上が手配したレストランにタイ在住の日本人スタッフが数人集まり、翌月の販売見通しについて話し始めた。今回、日本本社から展示会場に出張してきた社員はいなかった。一方、中国系OEMのブースには、中国本社から来た出張者が大勢いた。

山田(OEM出向・NSCタイ 営業部 課長):「今年のショーは、中国系OEMのブースに人が集まっていたな。価格だけじゃない。SUVもEVも選択肢が増えているし、同じ価格帯でも、お客さんが比較する車種が以前とは変わってきた。それに、向こうは中国本社からも大勢来ていた。現地任せにせず、かなり力を入れている印象だった」

川原(OEM出向・NSCタイ マーケティング部 課長):「商品投入の速さもありますね。新しいモデルを発表してから、試乗や予約につなげるまでの動きも速い。ディーラーへの働きかけも積極的です」

山田:「そういえば、うちのディーラーから聞いた話だが、中国系OEMに中国へ招待されて、工場を見学したり、食事などの接待を受けたりしたそうだ。海外の工場や本社にディーラーを招待すること自体は、世界中のOEMがやっている。ただ、中国系OEMの接待は、招待された側が驚くほど手厚いという話だった。移動から滞在中のもてなしまで、かなり力を入れているらしい」

川原:「そこまでやるんですね。もちろん、接待だけで車が売れるわけではありません。ただ、商品を直接見せることに加えて、ディーラーとの関係づくりにも相当な力をかけていることは分かります」

山田:「そう。商品力や価格、納期が大前提だが、販売する人たちとの接点も大事なんだろう。今回の展示会でも、向こうは本社から人を送り込んで、現地で商談や関係づくりをしていた。一方、こちらは現地で得た情報を、どこまで販売計画や生産計画につなげられているのか。そこも考えないといけない」

井上(OEM出向・工場タイ 製造部 課長):「工場側も、需要が見えないまま生産計画を立てているわけではありません。ただ、受け取る販売予測だけでは、どの仕様で商談が増えているのか、どこまで確度が高いのかが分からない。確定注文を待っていれば納期が遅れますし、商談段階の情報をそのまま生産計画に使うわけにもいきません」

山田:「ディーラー管理システムには商談情報が入っているはずだが、実際には空欄もかなりある。失注理由も、競合車に流れたのか、価格なのか、納期なのか、記録されていないケースがある」

川原:「以前、ディーラー管理システムを入れ替えたときも、入力項目と報告項目が増えました。ところが、ディーラー側からは、入力しても自分たちの仕事が楽にならない、同じ情報を何度も入力している、という声が出ています。入力した結果が、在庫の確認や顧客へのフォローに返ってくる仕組みが弱いんです」

山田:「先週も、あるディーラーから聞かれたよ。新型SUVの特定仕様はいつ入ってくるのか、と。お客さんが関心を示していることは分かっていても、確実な入荷時期を答えられなかった。仕様別の在庫や入荷予定を、商談中にすぐ確認できないんだ」

川原:「中国系OEMについても、ディーラーから聞いた話では、商談情報を入力すると、次のフォローに使える提案や在庫情報が返ってくるらしい。ただ、どの会社でも同じ運用なのか、実際にどこまでシステムで支援しているのかは確認できていません。そこは伝聞だけで判断せず、こちらが何を返せているかを見直す必要があります」

山田:「そもそも、ディーラーが入力していないのか、入力できないのかも、今のデータだけでは分からない。入力を忘れたケースもあるだろうが、お客さんが理由を話してくれなかったこともある。用意された選択肢に当てはまらない場合もあるし、別のシステムに情報が残っているかもしれない」

井上:「生産側が必要としているのも、入力項目が全部埋まったデータではありません。どの仕様に需要がありそうなのか、いつまでに必要なのか、どこまで確かな情報なのかです。情報が多くても、確度や時点が分からなければ、生産計画には使いにくい」

川原:「まず、空欄の理由を分ける必要がありますね。入力漏れなのか、情報を取得できていないのか、別の場所にあるのか、契約やプライバシー上の理由で共有できないのか。それを区別しないと、データがないことの意味さえ分かりません」

山田:「ディーラーにも聞いてみよう。何を入力してほしいかだけでなく、どんな情報が返ってくれば、日々の営業活動に役立つのか。仕様別の在庫や入荷予定が分かるだけでも、次のお客さんへの連絡に使えるはずだ」

井上:「工場側では、商談情報をそのまま生産計画に入れるのではなく、確度や仕様、希望時期を分けて見られるか検討します。どの情報なら計画に使えるのか、営業側と定義を合わせたい」

川原:「まず数社のディーラーで試しましょう。商談情報と仕様別の在庫・入荷予定をつなぎ、入力した情報が実際のフォローに使えるかを確かめる。同時に、空欄の理由も確認する。最初から全項目を埋めることを目標にはしません」

※ このシーンは、業務上の論点を説明するために構成した想定シナリオです。特定の企業・個人・事例を描写したものではありません。

Blank≠Zero — 欠損データの分類
図5|Blank ≠ Zero — 欠損値をゼロへ変換する前に、未取得、未デジタル化、共有不可、対象外、本当のゼロを区別する

車は見える。だが、人は見えているか

車両台数、在庫、販売、入庫、保証、キャンペーン進捗を一画面に集めれば、ネットワークは見えるようになります。しかし、顧客(Customer)まで見えるとは限りません。

自動車の顧客は、必ずしも一人ではありません。購入者、所有者、支払者、実際の利用者、家族、法人の決裁者、フリート管理者、整備を依頼する人が異なる場合があります。車両IDと顧客ID(Customer Identity)は同じではありません。VINは車両を識別する強い軸ですが、購入者(Buyer)、所有者(Owner)、使用者(User)、支払者(Payer)は同一人物とは限りません。期間によって関係も変わります。

本社から見えるのは車両や取引の集計です。Dealerが知っているのは、顧客がなぜその車を選び、どう使い、何に困り、次に何を期待しているかという顧客関係(Relationship)です。法人・フリート契約では一つの契約が数十台から数百台と複数の利用者を束ねており、車両単位のKPIと顧客単位のKPIが構造的に乖離します。OEM本社が見るべきなのは「すべての個人情報」ではなく、特定の判断(Decision)に必要で、利用が許され、由来と鮮度が説明できる文脈(Context)です。この論点はCRM×AIシリーズで詳しく扱っています。

Vehicle ViewからRelationship Viewへ
図6|VINで車は見える。では、人は見えているか — 車両を一意に識別できても、購入者、所有者、利用者、支払者、同意主体の関係を理解できるとは限らない

顧客との約束は守られているか?

車が見えても人が見えない—これはデータの問題です。しかし人が見えたとしても、その人への「約束(Commitment)」が守られているかは、また別の問いです。

OEM本社のダッシュボードには、販売台数、シェア、CSI、在庫、収益が並んでいます。しかしそれらは、KPIを管理する組織の姿を見せています。顧客への約束がチャネル全体でどのように実現されているかを、直接見せてはいません。

自動車の顧客が感じる「体験」は、一つの組織が単独で提供しているわけではありません。一般に、購入体験はディーラーが担い、金融はキャプティブファイナンスが担い、保証・アフターサービスはディーラー/NSCが担い、コネクティッドサービスはOEM本社が担います(市場や販売方式によって異なります。キャプティブファイナンスが存在しない市場や、エージェンシーモデルを採る市場もあります)。顧客に「より良い体験」を届けると約束するのはブランドです。しかし、その約束を実現するのは複数の組織の連携です。

DX365LIFEではこの構造をAutomotive Commitment Mesh(※DX365LIFE編集概念)と呼んでいます。KPIは各組織の結果を示しますが、Meshの中で約束がどのように流れ、実現され、次の期待へつながっているかは、KPIを足し合わせるだけでは見えません。

これはCRM×AIシリーズで問いかけた「顧客との関係をどう設計するか」と、AI ERPシリーズで問いかけた「内部の意思決定をどう変えるか」が、オートモーティブチャネルの上で交差する場所です。グローバル戦略を語るとき、最終的に問われるのは—「私たちは顧客に何を約束し、それがどう届いているか」です。

Automotive Commitment Mesh — OEM本社が本当に見るべきもの
図7|KPIは見える。だが、約束は守られているか — OEM本社が管理すべきは個別KPIではなく、顧客への約束(Commitment)がチャネル全体でどのように実現されているかである

AI/Agentは、判断を奪うのではなく、判断可能な状態を作る

データと判断(Decision)の構造が整って初めて、AI/Agentの役割を議論できます。

AIが支援できる領域

複数市場のKPI差異の要約 / 異常値や不整合の検知
内部取引やマスター不一致の候補抽出 / 市場文脈(Context)と過去判断の収集
配分確定(Allocation)選択肢と影響の準備 / 会議資料・判断概要書(Decision Brief)の作成
根拠(Evidence)と承認履歴の関連付け / 結果差異からの改善・学習(Learning)候補提示

一方でAIが高い確率を返したことは、行動のAuthorityを取得したことを意味しません。誰が市場別配分を承認するのか。誰が例外値引きを認めるのか。誰が財務調整を確定するのか。誰が安全・品質判断を引き受けるのか。これらは精度(Accuracy)だけでなく、責任(Responsibility)、説明責任(Accountability)、内部統制、法的権限に関わります。

DX365LIFEでは、これを能力(Capability)→ 許可(Permission)→ 権限(Authority)→ 説明責任(Accountability)を分離するという言葉で整理します。AIは文脈(Context)と選択肢を準備できる。しかし、企業として何を確約し、誰が結果を引き受けるかは、明示的に統治されなければなりません。

AIが支援する範囲と、人が保持するAuthority
図8|AI can Prepare. Human Authority must Govern — AIは文脈(Context)と選択肢を準備できる。しかし、企業として何を確約し、誰が結果を引き受けるかは、明示的に統治されなければならない

グローバルKPIが揃っているのに、なぜ経営判断が遅いのか

今回の問い(Q1〜Q5)と回答

Q1|KPIが揃っているのに、なぜ判断が遅いのか

データは届いているが、背景(Context)が伝わっていないから。「なぜその数字になったのか」が分からなければ、KPIを見ても判断(Decision)は生まれない。判断の背景(Context)、責任/権限(Responsibility/Authority)、実行(Action)、根拠(Evidence)、改善・学習(Learning)が接続されていないから、可視性(Visibility)だけでは組織は動かない。

Q2|連結財務に数字が届くまで、なぜ時間がかかるのか

遅延は上流から始まる連鎖だから。ディーラーの入力が遅れればNSCの月次締めが遅れる。NSCとOEM本社の間でも、会計基準・期間定義・通貨換算の定義が揃っていない—KPI定義は共通化されていても、会計上の処理ルールや粒度まで一致しているとは限らない—ため、NSCの確定データがそのまま本社連結に使えるとは限らない。その上に、内部取引の照合と消去、ワランティー(Warranty・保証請求)・クレームの計上タイミング差異、例外処理、根拠確認(Evidence)、承認という変換工程が重なる。単なるデータの組み換えではなく、判断を要する工程が各層に存在する。遅延はどの層で、何が詰まっているかを分けて捉える。

Q3|アロケーションの根拠を担当者以外が説明できるか

前提(Assumption)、選択肢(Option)、規則/例外(Rule/Exception)、承認者/権限(Approver/Authority)、結果(Outcome)、改善・学習(Learning)を判断記録(Decision Record)として残せば、属人的な知識を組織の根拠(Evidence)へ変えられる。

Q4|全Dealerネットワークを一つの画面で見られるか

技術的には可能。ただし一つのOperational Truthへ統合するのではなく、各業務のTruthを保ちながら、定義(Definition)、鮮度(Freshness)、来歴(Lineage)、管理責任(Ownership)、根拠(Evidence)を意味的統合ビュー(Governed Semantic View)で読む。「見られるか」ではなく「どこまで見てよいか」—文脈(Context)と権限設計が先に来る問いである。DPA(Data Processing Agreement・データ処理契約)・個人情報保護法・越境移転規制など各国のデータ主権に関わる制約により、Contextのない数字は判断の材料ではなく誤解の材料になる。AI/Agentが作成する判断資料には、参照データの時点・定義・出典・欠損や推計の状態を含める必要がある。人が承認する対象は文章ではなく、具体的な判断・実行・例外処理であり、「人が権限を保持する」とは承認が必要な範囲・委任できる範囲・監査条件を設計することを意味する。

また、一つの画面で「正しく」見るためには、入力する側のインセンティブ設計が前提となる。リアルタイムでデータを入れてもらうための仕組み—入力したDealerや担当者に、説明・改善提案・収益機会として価値を返すフィードバックループ—が機能して初めて、データの鮮度(Freshness)と信頼性が保たれる。

Q5|Dealerが入力しないデータを本社はどう知るのか

空欄(Blank)をゼロとみなさず、不明(Unknown)、未デジタル化(Not Digitized)、共有不可(Not Permitted)、該当なし(Not Applicable)、別システム管理(Held Elsewhere)、真のゼロ(True Zero)のデータ状態(Data State)に分類する。入力したDealerへ説明・改善・収益機会を返す。

データは上に集まる。しかし、価値が下に降りない。
顧客と、「より良い約束」をするために—本社から現場へ、何を届けるべきか。

最終的に必要なのは「Single Source of Truth」という標語だけではありません。

第1回の結論

経営判断を速くするために必要なのは、KPIを増やすことだけではない。

分散業務真実(Federated Operational Truth)
+ 意味的統合ビュー(Governed Semantic View)
+ 明示的権限設計(Explicit Authority Design)
+ 追跡可能な根拠(Traceable Evidence)
+ 改善ループ(Learning Loop)

速い経営とは、経営会議を短くすることではありません。誰が、どの文脈(Context)と根拠(Evidence)に基づき、何を決め、誰が実行し、どの結果を次の判断へ戻すかが設計されていること。そして、判断サイクルから生まれた改善・学習(Learning)をDealerと顧客(Customer)へ価値として返すこと—それが次のデータを届けてもらう動機となり、ループは初めて閉じます。

最終図|第1回 全体まとめ — Q1〜Q5統合マップ
第1回のまとめの図|VisibilityからLearningまでを閉じる — 経営判断の設計を閉じた先に、品質、安全、サイバー、レジリエンスの問いが現れる

↑ Automotive Industry × AI / Agent シリーズ一覧に戻る

 

次回、第2回|11月2日

「バラバラ殺データ事件 — リコール・品質・サイバー対応を遅らせる断絶」

データが遅れれば、判断が遅れる。判断が遅れれば、実行(Action)が遅れる。しかし品質と安全の領域では、遅延は単なるKPI差異では終わりません。リコール判断に3週間かかる間、何台が路上にいるか。守りのDXの本当の起点はどこか。

 

108の問いと、20回の地図—プロローグ・20回・エピローグの全体構成
参考図|プロローグより — 108の問いと、20回の地図—プロローグ・20回・エピローグの全体構成

Let’s Enjoy our DX365LIFE!

Technosoft Automotive Days 2026 — 参加申込受付中(2026年12月9〜11日)

Technosoft Automotive Solution(DMS・NSC Systems・CRM・Agentic AI)の導入事例、TSAD2025セッション録画もあわせてご覧いただけます。→ 詳細・お申し込みはこちら


※ 本稿中のFederated Operational Truth、Governed Semantic View、Decision Record、Automotive Commitment Mesh、Authority BindingはDX365LIFE独自の編集概念です。Microsoft・OEM・規制機関・業界団体の公式用語ではありません。本稿中の分析モデル(Data/KPI → Context → Decision → Responsibility/Authority → Action → Evidence → Learning)はDX365LIFEの編集上の枠組みであり、Microsoftの公式製品アーキテクチャではありません。

 

dx365jp
  • dx365jp
  • 25年ほど、Microsoft Dynamics 365 【ERP(NAV/AX)+CRM】の導入コンサルティングに従事し、日本を含む34か国において導入コンサルティングを経験してきました。グローバル環境における“プロジェクト”と“マーケティング”を生業としております。

    最近は、【CRM/MKTG(攻めのDX)⇔ ERP(守りのDX)】+【ローコード】というDX365な活動に奮闘中です。Microsoft Dynamics 365 ビジネスで地球を92周中です。#DX365 #DynamicsIoT

    Microsoftの運営する外部技術者グローバル組織「Microsoft MVP(*日本163名/世界3674名)・ Microsoftのトラスティッドアドバイザーである「Microsoft Regional Director (*日本4名/世界167名)」として、複数のITコミュニティーにて活動中。(*2026/08/08時点)

    プロフィールはこちら→bit.ly/Dynamics365JP