SAP ECC → S/4HANA 移行の経営層訴求

― 陥りやすい落とし穴と、成功する訴求の設計 ―

失敗/成功事例 ／ 訴求メッセージ ／ 上申書テンプレート ／ ガバナンス

2026年7月

本資料は、SAP ERP（特にECC／Business Suite 7）からS/4HANAへの移行・アップグレードを経営層に訴求する際に陥りやすい落とし穴と、成功する訴求の設計を、国内外の公開事例をもとに整理する。結論を先に述べれば、最大の失敗要因は本件を「ITの更新案件」として語ることであり、成功の鍵は「事業継続・統制・変革耐性・投資回収」を同時に、段階的意思決定として語ることにある。経営企画・情報システム・PMOで上申資料を作成する実務者を主な読者に想定している。

目次

・第一章　なぜ「経営層訴求」が成否を分けるのか

・第二章　経営層訴求で陥りやすい落とし穴

・第三章　失敗事例に学ぶ（公開事例）

・第四章　成功事例に学ぶ ― 訴求構造の逆転

・第五章　経営層に響く訴求の設計

・第六章　テーマ別の訴求 ― 製造業の具体事例で語る

・第七章　上申書に盛り込むべき項目とテンプレート

・第八章　プロジェクトガバナンス チェックリスト

・第九章　結論

第一章　なぜ「経営層訴求」が成否を分けるのか

1-1　時間制約 ― 2027年主流保守終了という外部条件

SAPはBusiness Suite 7（ECC等）の主流保守を2027年末、延長保守を2030年末までとしている（2031〜2033年の移行オプション、S/4HANA本体は2040年までのInnovation Commitment）。これは移行の外部制約であるが、SAPinsider調査では「保守終了」が移行の最大ドライバー（約57%）である一方、「長期プロジェクトを今の経済環境で始めたくない」「S/4HANAの価値が見えない」「プロジェクトが長い・高い」が主要障壁として並ぶ。ASUGの2025年調査でも会員企業の約56%が本番稼働済みまたは移行中にとどまり、期限があっても一斉には終わっていない。

💡 「まだ時間がある」という判断は危険である。未完了企業が残るのは、案件の本質が期限ではなく"複雑性"だから。2026年以降に着手すると、認定コンサル・アーキテクトの逼迫と割増単価、カスタムコード改修の時間不足に直面する。延長保守は「安心策」ではなく、より高いコストで判断を先送りする選択になり得る。

1-2　最大の失敗 ― 「ITの更新案件」として語ること

経営層訴求の最大の失敗要因は、本件を「ITのバージョンアップ」と過小評価して語ることである。SAPinsiderは、S/4HANAのビジネスケースはIT部門だけでは成立しにくく、技術アップグレードとして扱うと本来の変革価値を取り逃がすと指摘する。一方、企業が実際に最も重視する移行要件は「業務中断の最小化」「規制順守」「周辺システム統合」「データ整流化」であり、経営層の懸念は技術そのものより事業継続にある。

💡 経営層が本当に判断したいのは「SAPを入れるか」ではなく、「どの運用モデルに移り、何を標準化し、どのリスクを許容し、どの成果で投資回収を確認するか」である。説得の対象は"予算"ではなく"経営上のトレードオフ"である。

第二章　経営層訴求で陥りやすい落とし穴

公開事例を横断すると、失敗する訴求には共通の型がある。代表的な落とし穴を整理する。

①　保守期限の一本足打法：「2027年までに必要」だけを強く言い、"なぜ今この会社が・どの範囲を・どの順序で"変えるのかを語れていない。期限は必要条件であって十分条件ではない

②　ROIを「効率化」だけで語る：抽象的な効率化・見える化・DXを掲げ、どのKPIがどれだけ改善し、どのKPIが一時的に悪化し、その悪化をどう吸収するかを示さない。現場は「業務負荷だけ先に増える」、経営は「カネがかかる割に何が変わるか不明」と受け止める

③　「単なるアップグレードです」と安心させすぎる：「画面が変わるだけ」「業務は変えない」に寄せると、後でFit-to-Standard・権限見直し・周辺連携再設計・データクレンジングが表面化した時に"聞いていない"反発を招く

④　「標準化」を美徳としてだけ語り、何を捨てるか言わない：標準化とは"例外業務をやめる"意思決定でもある。痛みを伏せると、現場は後から個別例外を持ち込み、経営は「そんなに変える話だったのか」と後退する

⑤　ベンダー依存の過信：「大手SIerだから安心」「ベンダーが吸収する」。ベンダーは"代行"はできても"意思決定の代替"はできない。業務仕様の曖昧さ・段階設計不足・設計権限の不明確さ・統制欠落で案件は悪化する

⑥　トップコミットメントを「号令」と誤解：重要なのは支持の"強さ"より"質"。設計原則の承認・例外承認の最終権限・便益指標・統制責任・リスク閾値を明文化できているか。「社長案件だからやれ」だけでは現場が異論を言えず、悪いニュースの上方伝達が遅れる

⑦　悪いニュースの伝達経路を設計していない：エスカレーション・オブ・コミットメント（選択的知覚・錯覚的統制・楽観バイアス）が「テストで少し詰まっているだけ」「出荷停止は一時的」に形を変える。どの指標が閾値を超えたら誰がどの場で停止・縮小・延期を提案するかまで設計する

⚠ さらに見落としがちな4点：スコープの膨張（スコープクリープ）、データ移行の軽視、ライセンス/間接利用（デジタルアクセス）の誤認、組織変革・現場教育の軽視。これらは"後出し"にされやすく、Go-live後に事業側が運転資金で吸収する構図を生む。

第三章　失敗事例に学ぶ（公開事例）

以下は公開情報（企業開示・SEC提出・主要報道）から再構成した、経営訴求・進め方の失敗が事業影響へ波及した事例である。純粋なS/4HANA移行に限らず、SAP刷新・統合・アップグレードに準ずる案件も含む（失敗メッセージの型がほぼ共通のため）。

企業	事象	主な影響	教訓
江崎グリコ	基幹切替後のデータ不整合・受注処理遅延	冷蔵品の出荷停止、通期見通し下方修正（投資は約215→342億円と報道）	データ移行・在庫可視性の軽視が出荷停止に直結
Revlon	米国でのSAP ERP立上げが製造・出荷を毀損	約6,400万ドルの未出荷売上、5,360万ドル超の追加費用、内部統制の重要な不備	ROIを強く出すほど失敗時の反動が大きい
Lamb Weston	ERP移行後にDC在庫の可視性低下	約1.23億ドルの売上影響、約8,300万ドルのEBITDA悪化	在庫・受注可視性の喪失が即売上逸失に
SPAR（南ア）	配送センターのGo-live/統合問題	約16億ランドの売上逸失、約7.2億ランドの利益影響	ビッグバン切替の操業リスク
Lidl	標準と業務慣行のズレをカスタマイズで吸収	約5億ユーロを投じ最終的に中止	標準化せず重カスタマイズは性能・費用・期間を悪化
Haribo	16工場・10か国の移行が混乱	納品遅延、Gold Bearの2018年売上が25%減と報道	組織変革・現場定着の軽視
Woolworths（豪）	移行過程で店舗が日次の売上/粗利/ロス情報を喪失	店舗運営の説明責任が毀損	現場の情報・運用能力の喪失は事業毀損
MillerCoors	SIerとの大型SAP案件	要員不足・納期・欠陥を主張し1億ドル超の損害賠償請求（訴訟）	責任分界・意思決定権限の曖昧さ
Diageo / AB InBev	間接利用（デジタルアクセス）課金	高額の追加支払い論点（後に和解/課金モデル見直し）	契約・課金は"法務の話"でなく"アーキの話"

3-1　失敗訴求の3類型

・期限一本足打法：「2027年までに必要」だけを強く言い、価値と順序を語らない

・便益の抽象化：効率化・見える化・DXを掲げるが、KPIの改善量・一時悪化・吸収策を示さない

・痛みの秘匿：Fit-to-Standardに伴う業務変更・アドオン削減・例外業務の廃止・決算/物流/教育コストを後出しにする

💡 公開事例の多くはこの3類型が複合している。特に食品・小売・消費財では在庫/受注の不整合が即売上逸失に直結し、製造業・B2Bでは請求・会計・内部統制に波及しやすい。

第四章　成功事例に学ぶ ― 訴求構造の逆転

成功事例では、失敗事例と真逆の説明構造が見られる。すなわち①事業主導、②標準化方針の明文化、③初日からの便益管理、④段階導入・クリーンコアによる複雑性制御である。

企業／出典	成功のポイント
日本郵船	約350社の会計基盤統合、900本超のアドオンを約50本まで削減（標準化＝例外業務をやめる意思決定を経営が引き受け）
リコー・カゴメ・住友重機・イーグルブルグマン	Fit-to-Standardの徹底、明確な移行方式選択、ワンインスタンス化
ミツカン	業務標準化と意思決定の高速化（SAP公式事例）
テルモ・ヨーロッパ	短期・低工数でのECC→S/4HANA移行成功
PwCの整理	成功プログラムは "business led with high executive engagement"、初日から便益管理、データ移行の早期計画、強いガバナンス
McKinsey×SAP（Merck）	CEOガバナンス下で事業価値とIT変更を統合したERPロードマップ／ビジネスケース

4-1　成功要因（共通パターン）

・経営層の積極関与：重要性をトップが理解し、迅速な判断・予算支援。ただし"号令"でなく設計原則・例外承認・便益指標の承認

・Fit-to-Standardの徹底：競争優位に直結しない非標準機能を排除し、アドオン肥大化を防ぐ

・データ・プロセス整備：移行前の業務棚卸しとマスタクレンジングを徹底し、移行後の品質を確保

・現実的なスコープ管理：目的に沿った優先機能に絞り、過度な範囲拡大を避ける

・信頼できるパートナー選定：SAP実績豊富なベンダーと共通目標で推進体制を確立

第五章　経営層に響く訴求の設計

5-1　訴求軸の翻訳 ― 効率化から「回避価値」へ

有効なのは「SAPを入れればよくなる」でなく「失敗コストを統治するために、この順番で進める」というメッセージである。保守期限は外部制約として事実だが、脅し文句にせず、供給継続・決算統制・監査対応・顧客維持・契約健全性を守る投資として語り直す。

ありがちな訴求（効率化言語）	経営に刺さる訴求（回避価値）
業務効率化・生産性向上	供給停止・出荷停止の回避（事業継続）
リアルタイムで見える化	決算遅延・内部統制不備の回避（統制）
DX・将来性	将来の事業変更耐性・変更速度の確保
保守コスト削減	人材確保難・改修柔軟性低下・間接利用課金の回避

5-2　経営会議で問うべき5論点

経営層説得の場は、放置すると「費用承認会議」に矮小化する。次の5論点だけに絞るのが有効である。

①　現状維持のコスト：保守期限以降の事業停止・統制逸脱・人材確保難・改修柔軟性低下を定量で

②　切替時に止まる可能性がある業務：受注・在庫・価格・請求・会計締めの5領域

③　標準化のためにやめる例外業務：残す例外は"重要だから"でなく"残さないと利益が減るから"と定量化

④　成功を測るKPI：改善するKPIと、一時的に悪化するKPI、その吸収策

⑤　停止・延期の判断権限：Go-live中止条件を"技術指標"でなく"事業継続指標"で定義

5-3　推奨メッセージと避けるべき表現

【推奨メッセージ例】 「今回の意思決定はIT更新ではなく、供給・会計・統制の再設計です。稼働期限だけを理由に急ぐのではなく、受注・在庫・価格・請求・会計締めの5点を止めないために、標準化範囲と切替順序を決める必要があります。投資対効果は、コスト削減だけでなく、出荷停止・監査指摘・追加ライセンス・顧客離反の回避価値で評価してください。」

一方、次の表現は"後で反発を生む楽観"であり、避けるべきである。

・「実質的には単なるバージョンアップです」

・「現場業務はほとんど変わりません」

・「ベンダーが吸収するのでリスクは限定的です」

・「とにかく2027年までにやれば大丈夫です」

・「ROIは効率化で自然に出ます」

・「まず本番化してから統制や権限は整えます」

・「この例外だけは後で追加しましょう」

・「ビッグバンでも十分コントロール可能です」

5-4　リスク伝達フロー ― 技術障害を経営障害へ翻訳する

現場から上がる「在庫ズレ」「IFエラー」「権限不備」は、そのままでは経営層に刺さらない。当日中に、役員ごとの経営影響へ翻訳して上げる仕組みが要る。RevlonやLamb Westonが示す通り、ERP問題は短期間で売上・利益・統制問題へ転化する。

現場の事象	翻訳先	伝える相手
在庫ズレ・欠品	受注充足率低下・売上逸失	COO／営業
請求遅延・会計締め遅延	決算影響・キャッシュ	CFO
権限不備・統制逸脱	内部統制の重要な不備	監査委員会
IFエラー・出荷停止	操業停止・顧客離反	COO／CEO

第六章　テーマ別の訴求 ― 製造業の具体事例で語る

経営層訴求の成功の型は「保守期限対応」を主メッセージにせず、事業成長・経営課題解決のための"攻めの基盤づくり"へ文脈を再構築することにある。ここでは、この文脈再構築を製造業の実事例でテーマ別に示す。各テーマの「訴求メッセージ」は、そのまま経営層への語り口として使える。

6-1　S&OP・グローバルサプライチェーン統合で語る

【住友重機械工業】 2027年保守期限を契機としつつ、意思決定の決定打は「真のグローバル経営に向けた12月決算期変更への対応」と「海外事業を支えるグローバル共通基盤の構築」であった。国内33社の会計・ロジスティクスをストレートコンバージョンし、コロナ下の100人規模フルリモート開発でも2023年5月に予定通りカットオーバー。在庫・出荷・購買を一元管理して需要予測（S&OP）を高度化し、蓄積データをAI解析するデータドリブン経営に着手した。

【オプテックス】 国内3社・海外14社で別々の基幹を運用していたが、単一インスタンスのS/4HANAへ統合。まず本社にFI/COを入れて連結経営情報を早期に可視化し、5年で8カ国16拠点へ展開。連結売上は203億円→235億円（約+16%）に伸びる一方、間接部門の人員増を抑制した。

【味の素食品】 事業統合による発足と同時にS/4HANAを中核とする新基幹を導入。分散していた複数ERPを集約し、実質6ヶ月の超短期でリアルタイムに経営データを把握できるグループ共通基盤を構築した。

▶ 訴求メッセージ：「地政学リスクや部材不足に即応できる需給計画（S&OP）を、国内外の拠点横断で一元化する投資です。在庫・出荷・購買を一つの基盤に集約し、需要予測と生産計画をリアルタイムに再編成できる能力を得ます。」

6-2　工場自動化・スマートファクトリー・IoT/AI連携で語る

【本多通信工業】 主力製品のシフトで現行基幹が対応しきれなくなり、S/4HANA導入を契機に国内4社2工場のシステムを統合。IoT/AIを駆動するデジタル基盤として、工場の設備・稼働データをS/4HANAと連携させ、稼働率向上と現場が効率的に働ける「楽勤化」を実現。この標準化モデルを海外拠点へ横展開する基盤を確立した（コベルコシステムのテンプレートHI-KORT＋SAP on Azure）。

【西田精機】 独自の在庫管理方式「西田スタンダード」からの脱却を目指し、S/4HANA＋MES（製造実行）＋サプライヤーポータルを含む共同利用型ERPを導入。製造現場の生産・在庫とサプライチェーン全体がリアルタイムに連動し、現場の自動化と高精度な工程管理を同時に達成した。

▶ 訴求メッセージ：「MES・IoTの設備データを原価・在庫へ即時反映し、リアルタイム原価把握と不具合の即時追跡（トレーサビリティ）を実現する製造DX基盤です。目視記録や手作業のデータ集計をなくし、工場（OT）と経営管理（IT）のデータを融合させます。」

6-3　データドリブン経営で語る

【旭化成】 2003年以降SAP ERPを運用し2015年に13インスタンスを統合してきたが、構造の複雑化で経営データの迅速な抽出・分析が困難に。2025年の保守切れを見据え、次期ERPの目標に「データ利活用への最適化」を最優先で掲げ、全面作り直しのリビルド（グリーンフィールド）を決断。パートナーのTISと約2,400本のアドオンを1本ずつ検証して約1,300本を削減、約1,400種類のBIレポートを約300種類へ集約した。HANA Enterprise Cloud上で完全性あるデータを即時活用し、カーボンフットプリント可視化やデータドリブンDXの推進力とした。

▶ 訴求メッセージ：「経営に必要なデータを、即時かつ正確に取り出せる基盤へ作り替える投資です。肥大化したアドオン・レポートを整理し、脱炭素（カーボンフットプリント）や需給判断に使えるデータ基盤を手にします。」

6-4　Fit-to-Standard・クリーンコアでIT負債を返す

長年の運用で膨れ上がったアドオンは、保守コスト高騰と変化追従性の低下という経営リスクを生む。Fit-to-Standard／クリーンコアは、これを構造的に解消し、将来のAI・新機能を迅速に取り込める柔軟性を確保する。

・旭化成：アドオン約1,300本削減・レポート約300種類集約（前項）＝技術的負債の劇的な返済

・神戸製鋼所：プラントエンジ業向けテンプレート（HI-KORT for Eng.）を活用し、業務を標準機能側へ適応させ個別開発を最小化

・三菱電機エンジニアリング：プロセスマイニングで全社業務を可視化して課題を客観抽出。ワークフロー／電子帳票基盤を整備し、承認業務の電子化と電子帳簿保存法対応を同時達成

▶ 訴求メッセージ：「アドオン肥大は"保守費の高騰と変化への追従性低下"という経営リスクそのものです。標準化（Clean Core）でこれを構造的に解消し、IT部門のリソースを"保守"から"事業成長支援"へ再配分します。」

6-5　テーマ別事例の比較

テーマ	企業	訴求ロジック	主な効果
S&OP/グローバル統合	住友重機械工業	決算期変更＋グローバル共通基盤	需給一元化・データドリブン着手
グローバル標準化	オプテックス	連結利益↑×間接人員抑制	連結売上+16%・人員増抑制
短期集約	味の素食品	分散ERPの集約	実質6ヶ月でリアルタイム基盤
スマートファクトリー	本多通信工業	IoT/AI基盤・楽勤化	稼働率向上・海外横展開
製造DX	西田精機	属人在庫からの脱却	現場自動化・高精度工程管理
データドリブン	旭化成	データ利活用の最適化	アドオン1,300削減・レポート300集約
コスト削減/標準化	ミツカン	保守費がIT予算の約8割	100超システムを統合・廃止
Fit-to-Standard	神戸製鋼/三菱電機エンジ	個別開発の最小化・可視化	承認電子化・電子帳簿保存法対応

6-6　テーマに応じた移行アプローチの選択

・グリーンフィールド（リビルド）：既存アドオン・データ構造が経営変化の足枷なら全面作り直し。徹底的なアドオン削減で長期TCOを低減（旭化成）

・ブラウンフィールド（コンバージョン）：スケジュール管理・業務影響の最小化を最優先するなら、入念な事前アセスメントに基づくコンバージョン（住友重機械工業）

💡 テーマ別訴求に共通する3原則：①2027保守切れを前面に出さず、常に経営戦略（S&OP・工場自動化・グローバル統合・データドリブン）と結び付けて語る、②技術的負債とゴールに応じて移行方式（グリーンフィールド/ブラウンフィールド）を厳密に評価する、③IT部門のプロジェクトでなく"全社的な業務変革プログラム"として推進する（変革の失敗率67%はテクノロジーでなくリーダーシップと人の行動変化に起因）。これは第二章の「保守期限一本足打法」「便益の抽象化」という落とし穴の、具体的な処方箋である。

第七章　上申書に盛り込むべき項目とテンプレート

経営層向け承認資料には、定量情報（投資・ROI・スケジュール・リスク影響度）と定性情報（ビジネスインパクト・組織体制・ガバナンス・ベンダー管理）をバランスよく記載する。

7-1　上申書テンプレート（例）

項目	記載内容の例
目的・背景	ECCの主流保守終了（2027年）対応と基幹業務標準化の両立。成長に伴うリアルタイム経営基盤の必要性
投資コスト	移行総額（設計/構築/データ移行/教育）と予備費を明記
ROI見込	業務効率化効果＋保守運用コスト低減。回収期間。加えて"行動しないコスト"と"機会損失"も定量化
スケジュール	計画完了→テスト開始→本番稼働のマイルストーン
主要リスクと対策	システム停止→ダウンタイム最短化＋BCP／データ不整合→事前クレンジング徹底
組織体制	CIOをプロジェクト責任者、PMO設置、経営会議（月次）で進捗監視
ベンダー管理	SAP認定パートナー選定、定例連絡会、成果物検収プロセス、責任分界の明記

7-2　課題×対策マトリクス

課題	対策（回避策）
アドオン肥大化	Fit-to-Standard徹底（不要アドオン削減）
データ移行・品質リスク	移行前クレンジング／テスト・リハーサル徹底、業務結果一致で検証
経営・現場の無関心	経営コミットメント（設計原則承認）＋現場巻き込み
スコープクリープ	初期スコープの明確化と変更管理プロセス
テスト不足	分担責任でテスト環境準備、完遂率目標設定
ベンダー依存	社内ITチーム育成と共同作業体制、責任分界の明確化
間接利用課金	法務・アーキで間接利用/デジタルアクセスを稟議段階で同時審査

第八章　プロジェクトガバナンス チェックリスト

以下は、業種が不明でも適用しやすい、経営会議・投資委員会向けのSAPアップグレード統制項目である。各項目は、公開失敗事例で実際に問題化した論点に対応する。

・□ 標準機能に寄せる原則と、例外を認める条件が文書化されているか

・□ 例外要件ごとに、売上・粗利・規制対応などの"残す理由"が数値で示されているか

・□ 受注・在庫・価格・請求・会計締めの5領域で、本番相当データによる通しテストを複数回実施したか

・□ データ移行結果を、件数一致だけでなく"業務処理結果一致"で検証したか

・□ ビッグバン方式を採る場合、その理由が段階移行より合理的だと説明できるか

・□ Go-live後90日間の増員・暫定運用・顧客通知・返品/欠品対応の予算を確保しているか

・□ CFO／監査責任者が、内部統制と会計締めの残リスクをレビューしたか

・□ 法務が、間接利用・デジタルアクセス・周辺連携・追加課金条件をレビュー済みか

・□ ベンダー契約に、成果物基準・品質基準・要員基準・責任分界・エスカレーション条件が明記されているか

・□ 業務オーナーが、要件・テスト・移行判定にサインしているか

・□ Go-live中止条件が、技術指標でなく"事業継続指標"で定義されているか

・□ 稟議資料に、期待効果だけでなく"失敗時の最大損失シナリオ"が記載されているか

・□ 2027/2030の期限対応と、事業アーキテクチャ再設計を切り分け、段階投資にしているか

第九章　結論

SAPアップグレードを経営層に訴求する際、最大の落とし穴は「やらないリスク」を語る一方で「やり方のリスク」を語らないことである。失敗事例は、SAPそのものの是非よりも、"期限だけで急ぐ・業務を変えない・データを軽視する・契約を後回しにする・現場教育を削る・責任分界を曖昧にする"という経営判断の癖に起因していた。

💡 最終メッセージ：経営層への最適な訴求は「2027年までに移行しなければならない」ではなく、「供給停止・決算混乱・追加請求・顧客離反を避けるために、標準化範囲と切替順序を経営が握る必要がある」である。これが、業種不問で最も再現性の高い結論である。

（本資料は、公開情報・SEC/有価証券報告書・主要報道・SAP公式保守方針・SAPinsider/ASUG調査・PwC/McKinsey/IBM等の実務知見、およびSAP Japan Customer Award等の受賞事例に基づき作成。失敗事例の数値は各社開示・報道に基づく公開値であり、一部の経営会議での発言等は二次資料からの再構成を含む。）