660億ドルのERP市場、それでもCFOがExcelに頼る理由

数百万ドル規模のERPプログラムを終えてもCFOがExcelに手を伸ばすのは、そのERPが、財務や業務の担当者が下す判断を支えるのではなく、データを取り込むように設定されているからです。Excelは、まさにその判断のために、コントロール、柔軟性、スピードを与えてくれます。解決策は、人々にスプレッドシートをやめるよう教育することではありません。重要なスプレッドシートを見つけ、それぞれが支える判断を理解し、ERPのレポートと分析がその役目をより良く果たせるよう設計することです。この記事は、CFO、財務システムのリード、プログラムのスポンサーに向けたものです。Excelが残る理由、そのコスト、SAPのツールとAIが何を変えるのか、そして最も重要なスプレッドシートを置き換えるためのワークシートを取り上げます。

あるメーカーのクライアントで、ロジスティクスのスーパーバイザーが話してくれました。彼のチームは、在庫計画のために毎週ERPのデータをExcelに書き出している、と。会社は計画モジュールに大金を投じ、それらは社内のレポートのなかで最高のダッシュボードを備えていました。それでもチームは、スプレッドシートを使っていました。彼は珍しい例ではありません。私は、財務監査、経営陣向けレポート、さらには給与計算といった重要な業務にExcelを使っていると公然と認める、複数のフォーチュン500企業と仕事をしてきました。

これが、本当のERP失敗の物語です。本稼働でも、設定でもありません。システムが出すものと、意思決定者が必要とするものとの間のギャップです。

Gartnerは、世界のERPソフトウェア売上を、2024年に660億ドルとしています。ビジネスケースは、この支出の一部を、手作業のスプレッドシート業務の排除によって正当化するのが通例です。それでも、Odoxaによる2026年5月の英国CFO 303人への調査では、67%が勘定分析と照合にExcelを使っており、その数はERPを使う人とまったく同じでした。導入に失敗したからではありません。導入されたままのシステムが、スプレッドシートの担っていた役割を置き換えていなかったからです。

Excelには、ほとんどのERP導入が再現できていない4つの特性があります。

慣れ親しんでいること。財務や業務の担当者の多くは、20年間Excelを使ってきました。明日の取締役会までに答えが必要なとき、マネージャーは、答えが出るとわかっているツールを開きます。

柔軟性。Excelでは、システムが用意する分析ではなく、自分が必要とする分析を作れます。CFOは、午後のうちに3つのキャッシュシナリオをモデル化できます。ERPで同じ分析をするには、設定依頼、構築、テストのサイクルが必要になることがあります。

スピード。数式の変更は、数秒で済みます。ERPのレポートを変更するには、やり方を知っている人、承認、テストが必要です。

コントロール。人は、自分で見て、変えられるものを信頼します。多くのユーザーにとってERPはブラックボックスです。Excelなら、あらゆる数字を、その出どころまでたどれます。

これらは、人々が下す必要のある判断のために設計されていないシステムへの、合理的な反応です。

従来のERPの画面は、データの網羅性とプロセスの完全性のために作られました。入庫の取引は、必要な項目をすべて取り込みます。その在庫の状況が来月の生産計画にとって何を意味するかを示すレポートには、別のツール、別の設定、そして多くの場合、別の専門家が必要です。

SAP Fioriは、確かな前進でした。ロールベースのランチパッド、シンプルな画面、モバイルアクセスです。多くの導入では、設定が当初の意図に追いついていません。ユーザーはFioriを使えますが、分析用のタイルは、彼らの下すべき判断を軸に設定されていません。取引を実行してからExcelにエクスポートするので、Fioriは同じ問題への通過点になります。

S/4HANAの組み込みアナリティクスとSAP Analytics Cloudは、分析を取引と同じ環境に持ち込むことで、さらに先へ進みます。SAP Business Data Cloudは、より広いデータ層に対するSAPの現在の受け皿です。これらを適切に設定した企業では、Excelへの依存は確かに低くなっています。大半の企業では、分析への投資が、取引への投資にはるかに遅れています。クラウド契約は、一部のアナリティクスのライセンスを取りやすくします。しかし、設計の作業をなくしてはくれません。

SAPの周りで使える生成AIツールは、人々がエクスポートする理由の一部に応えてくれます。

1. SAPアプリケーションのJouleは、SAPデータに関する自然言語の質問に答え、適切なアプリを開きます。以前ならエクスポートのきっかけになった、その場の質問に役立ちます。定期的な業務レポートの代わりにはなりません。
2. Microsoft 365 Copilotは、数字に添える文章を下書きします。CFOがこれまで手で書いていた取締役会向けのコメントを、ERP由来の数字をもとにした下書きから始められるので、決算の最終盤が短くなります。
3. Power BIのCopilotは、平易な言葉から、メジャー、ビジュアル、要約を生成します。Power BIがすでにSAPデータの上にある場合は、構築が速くなります。そうでない場合は、アーキテクチャの判断は変わりません。

3つに共通するパターンは、こうです。AIが作業を速めるのは、レポーティングが判断を軸に設計されたあとです。何を作るかは、AIが決めてはくれません。それには、事業の中身を理解している人が、いまも必要です。

コストは、静かに積み上がります。

バージョンの衝突。5人がそれぞれのコピーを更新し、週に1回照合していれば、誰かが必ず間違ったバージョンで作業しています。共有ワークブックで回す決算は、同時編集が1回起きれば、取締役会向け資料を遅らせる照合作業に変わってしまいます。

監査の抜け。ERPには、設計上、監査証跡があります。スプレッドシートにはありません。監査人から、ドラフトの間で数字がなぜ変わったのかと問われても、スプレッドシートはたいてい答えられません。

ずれていくデータ。ERPとスプレッドシートが同じデータの異なるバージョンを持つと、判断が割れます。業務はスプレッドシートを信頼し、財務はERPを信頼し、毎月の照合が時間と信頼を食いつぶします。

積み重なる手作業のミス。行を取りこぼすコピー&ペースト、新しいデータまで延びない数式、外し忘れたフィルター。手作業のステップが多いほど、時間とともにエラー率は上がります。

財務の決算がS/4HANAの中で本来どう回るべきかは、私のSAP FICOのガイドで取り上げています。

置き換えられます。ただし、導入が、人々がExcelに手を伸ばした理由に対処していればです。

ピボットテーブルで回っている財務の決算は、トレーニングの問題ではありません。レポーティング設計の問題です。決算に必要なアウトプットを、ERPが使える形で出せていないのです。人々にExcelをやめるよう言うのではなく、ERPがそれを出せるよう設定してください。

Excelにエクスポートする在庫プランナーは、システムに抵抗しているのではありません。計画レポートが、彼の判断に必要なものを見せていないのです。データモデルではなく、判断を軸にレポートを設計してください。シナリオとシミュレーションが本当に必要な計画には、SAP IBPがそのために作られています。ただし、プランナーがその出力を信頼する場合に限ります。

スプレッドシートへの依存が高い、本稼働後のレビューでは、どれもパターンは同じです。ITとSAPコンサルタントが、事業が見る必要のあるものではなく、システムが出せるものを軸にレポートを設計していました。プロセスを整理する前にシステムを買うのと同じ過ちを、プログラムの後ろの段階で繰り返しているのです。

正確さと監査証跡が最も重要なプロセスから始めます。財務の決算、在庫の照合、調達の分析、経営管理のレポートです。重要なスプレッドシートごとに、1行ずつ埋めてください。

1. 01スプレッドシートを選ぶ決算、在庫、調達、レポーティングから先に
2. 02判断を特定するたとえば、取締役会向け資料のキャッシュ予測
3. 03ERPが足りない理由レポートがない、レイアウトが違う、人の判断が必要、速度
4. 04置き換えを設計するERPレポート、Fioriアプリ、SAP Analytics Cloud、Power BI
5. 05持ち主がテストする本稼働の前に、同じ判断に対して
6. 06スプレッドシートを廃止する決めた日に

判断は、記録システムの上で行われる

項目	記録する内容
スプレッドシート	ワークブックの名前と保管場所
持ち主	それを保守している人
支える判断	具体的な判断またはアウトプット。たとえば、取締役会向け資料の月次キャッシュ予測
データソース	入力となっているERPレポートやエクスポート、および手入力があればその内容
ERPが現在それを担えない理由	レポートがない、レイアウトが違う、人の判断が必要、速度
置き換え	設定したERPレポート、Fioriの分析アプリ、SAP Analytics Cloudのストーリー、管理されたデータ上のPower BI
受入テスト	本稼働の前に、持ち主が、置き換えが同じ判断を支えることを確認する
廃止日	スプレッドシートの使用をやめる日

ERPが、事業が必要とするものを、必要とするスピードで出せないことも、実際にあります。その場合は、手作業のエクスポートと作り直しではなく、ERPデータの上に、SAP Analytics CloudやPower BIのような、管理されたアナリティクス層を使ってください。データは記録システムにとどまります。可視化が、判断に応えます。

うまくいかないのは、判断のために設計されていないレポートを、人々に使わせようとトレーニングすることです。彼らはExcelに戻ります。変化に抵抗しているからではありません。そのレポートが、仕事を果たさないからです。

ERPがあるのに、CFOがいまだにExcelを使うのはなぜですか？

Excelは、慣れ親しんでいて、柔軟で、速く、中身が見えるからです。そして、ERPのレポートの多くが、財務が下す必要のある判断ではなく、システムが出せるものを軸に設定されていたからです。月次決算のモデルをExcelで作るコントローラーは、たいてい、ERPの決算レポートが、経営陣向け資料に必要な形式で出てこないからそうしています。そのアウトプットを置き換えれば、スプレッドシートは存在理由を失います。

ビジネスプロセスをスプレッドシートで回すリスクは何ですか？

複数の人が同じモデルのコピーを保守することによる、バージョンの衝突。スプレッドシートが信頼できる変更履歴を持たないことによる、監査の抜け。ERPからずれていくデータ。そのため、業務と財務が異なる数字で動くようになります。そして、コピー、貼り付け、数式のたびに積み重なる手作業のミスです。ミスは、起きたときではなく、監査や経営管理のレポートで表面化するのが普通です。

ERPシステムは、Excelへの依存をどう減らせますか？

人々が下す判断を軸に設定することです。本稼働の前に、キーとなる役割ごとに、最も重要なスプレッドシートと、それぞれが支える判断を一覧にします。その特定のスプレッドシートを置き換えるERPレポート、Fioriアプリ、アナリティクスのストーリーを設計し、本稼働の前に持ち主にテストしてもらいます。決算については、エクスポートして整形し直すことを求めるのではなく、経営陣向け資料の形式を直接出力します。

JouleやCopilotのようなAIで、Excelは不要になりますか？

それだけでは、なりません。JouleはSAPデータに関するその場の質問に答えるので、一部のエクスポートはなくなります。Copilotは、文章とPower BIのコンテンツの下書きを速くします。しかし、事業にどのレポートが必要かを決めたり、データモデルを軸に作られたレポートを設計し直したりするものは、1つもありません。AIは優れたレポーティング設計を速めますが、それに取って代わりはしません。

ERPの本稼働後も、在庫やサプライチェーンのチームがExcelを使い続けるのはなぜですか？

理由は2つあります。1つは、計画レポートが、プランナーの判断に合わせて設定されていなかったことです。たとえば、例外フラグ付きの、12週間分を見通せる在庫カバレッジのビューがありませんでした。もう1つは、プランナーはERPのデータを信頼しつつ、リードタイム、サプライヤーの信頼性、顧客の優先度については自分の判断を加えるのに、ERPにはそれを記録する場所がないことです。まず、判断に焦点を当てたレポートを設定してください。複雑なシナリオ計画には、SAP IBPが、その判断を置く場所を提供します。

スプレッドシートを置き換えないERPの、本当のコストは何ですか？

5年間で見ると、導入時の超過分より大きくなることが多くあります。財務と業務にまたがる照合の時間、スプレッドシートのミスが表面化したときの監査対応の是正が含まれます。そこに、ERPの費用を払いながら、人々が手作業の代替を保守し続けるコスト、遅くなる意思決定、データの組み立てに費やされるシニア人材の時間が加わります。本稼働していても、手作業のプロセスを置き換えていないERPは、購入されただけで、納品されてはいません。