2026年のERPモダナイゼーション：クラウド、AI、クリーンコア

2026年のERPモダナイゼーションとは、順番に下す3つの判断です。ERPが何をやめるべきか、中核をどこまでクリーンに保つか、そしてAIが役に立つほどデータが整っているか。SAPのお客様には、この3つの背後に動かせない期日があります。ECCのメインストリームメンテナンスは2027年12月31日に終了します。有償の延長メンテナンスは2030年末までです。

この記事は、分析を終えて、これから実行しなければならないCIO、CFO、エンタープライズアーキテクトに向けたものです。行動を促す力、バックボーンとサテライトのアーキテクチャ、クリーンコア、ガバナンスのギャップ、AIの準備、そして今後18か月のリスク表を扱います。

2024年の時点では、多くのリーダーはまだ時間稼ぎをしていました。ECCのタイムラインを調べ、ハイブリッドとフル移行を議論し、コミットしないままサンドボックスでテストを行っていたのです。その猶予は終わりました。ECCとOracle E-Business Suiteの環境にある技術的負債は、もはや理論上のものではありません。アップデート後に失敗する回帰テスト、誰も所有していないカスタムコードに対する監査指摘、計画系システムと実行系システムの間で移動に12時間かかるデータとして、実際に表に出ています。

**期日。**2027年以降、ECCのお客様は、より高い料金で2030年末までの延長メンテナンスを購入できます。その先については、SAPが2031年から2033年までのERP Private Edition移行オプションを提供しますが、RISE経由に限られ、これはメンテナンスの延長ではなく有償の移行オファーだとSAPも明言しています。一方、The Registerが報じたGartnerの調査では、2024年末までに、SAPの約35,000社のECC顧客のうち、S/4HANAのライセンスを購入またはサブスクライブしていたのは約39%にすぎませんでした。ライセンスを取得したことと、移行を終えたことは同じではありません。パートナー市場はひっ迫するでしょう。

**予算モデル。**クラウドERPは、支出を設備投資型のライセンスからサブスクリプションに移します。聞こえはすっきりしています。しかし実際には、CFOはクラウドのコストが予測しにくいことに気づきます。RISE with SAPとSAP GROWでは、Full User Equivalent（FUE）の増加、アドオンサービス、連携のオーバーヘッドが、当初のビジネスケースになかったコストを加えます。

**財務とサプライチェーンの分断。**財務チームは買掛金と売掛金にAIを走らせていますが、監査プロセスは別の時代に作られたテンプレートを今も使っています。サプライチェーンは部分的にモダナイズされています。計画にはSAP IBP、実行には古い倉庫管理、調達にはAriba、ただし入庫は手作業という具合です。ボトルネックは技術ではありません。システム同士の継ぎ目です。

**ERPは1つのレイヤーであり、スタック全体ではない。**多くの企業では、ServiceNowがプロセスオーケストレーションを担い、Salesforceが顧客向けワークフローを担い、WorkdayまたはSuccessFactorsが人事のライフサイクルを担っています。ERPは財務のバックボーンになりました。1990年代に売り込まれたような、オールインワンのプロセスハブではありません。

現在、多くのエンタープライズアーキテクトが採用しているモデルは、財務のバックボーン（SAP S/4HANAまたはOracle Fusion）を、専門プラットフォームが取り囲む形です。

レイヤー	ここに置くもの	置かないもの
財務のバックボーン	総勘定元帳、管理会計、調達、在庫、製造実行、法定決算	ワークフローの承認、CRM、人材管理、アナリティクス
ワークフロー	ITおよびオペレーションのプロセス、承認、変更管理のためのServiceNow	トランザクションの記録管理
顧客エンゲージメント	SalesforceまたはSAP Sales and Service Cloud	財務処理
人事	WorkdayまたはSAP SuccessFactors	オペレーション上のトランザクション
アナリティクス	SAP Business Data Cloud、SAP Analytics Cloud、Power BI、Snowflake	システム・オブ・レコード

この分離は意図的なものです。すべてをSAPに押し戻すと、摩擦が増え、アップデートが遅くなり、責任の所在があいまいになります。CRM、ワークフロー、アナリティクス、EHSを1つのシステムに詰め込んだことが、以前のプログラムをあれほど苦しいものにしたのです。

問うべきことは、ERPはもはや何を担うべきではないか、です。これを飛ばせば、新しいライセンスの上に同じモノリスを作り直すことになります。その分割の1つのかたちは、私の記事SAPとServiceNowによるERPモダナイゼーションで扱っています。

2025年8月、SAPは3層の拡張モデルを4つのクリーンコアレベルに置き換えました。レベルAは、公開済みで安定したAPIだけを使い、SAP BTP上のサイドバイサイド、またはABAP Cloudによるシステム内で実装します。レベルBは、SAPが今もクリーンと見なしているクラシックなAPIと技術を使います。レベルCは内部オブジェクトに踏み込み、特別な対策が必要です。レベルDはクリーンではありません。

パブリックエディション（SAP Cloud ERP。SAP GROWとして販売）で許可されるのはレベルAのみなので、プラットフォームがクリーンコアを強制し、年2回の大型リリースを吸収します。プライベートエディション（RISEのSAP Cloud ERP Private）とオンプレミスでは、今もクラシックな拡張が可能なので、そこでのクリーンコアはガバナンス次第です。どちらの場合でも、大幅にカスタマイズされたシステムでは、アップグレードのたびにプロジェクトが発生し、回帰テストのたびに危機が起きます。

クリーンコアがあなたに求めること：

1. 使われていないカスタムコードを中核から取り除く。残したカスタムプログラムはすべて、アップグレードのたびにテストしなければならないものです。
2. 新しい拡張は、可能な限りレベルAで作る。SAP BTP上、SAP Buildで、またはABAP Cloudによるシステム内で実装します。
3. SAPが標準プロセスを提供しているところでは標準を使い、規制や本当の競争上の差別化が必要な場合にだけカスタマイズする。

抵抗は、技術ではなく文化にあります。15年間カスタムコードに頼ってきたビジネスリードは、それが「そのまま再実装される」ものと今も期待しています。その期待は2012年のものです。

典型的なECC環境には1,500〜3,000のカスタムオブジェクトがあります。これは、製造業とサービス業で私が実施してきた評価に基づくもので、実際に事業で使われている形跡があるのは約4分の1にすぎません。残りは過去の遺物で、移行コストを押し上げ、監査上のリスクを生みます。

現実的な一手は、今すぐ使用状況のスキャンを実行することです。使われていないものを廃止します。設計を始める前に、廃止リストを公開します。クリーンコアを最初の週から計画するチームは、制約として回避しようとするチームよりも、アップグレードの体験がはるかに良くなります。方法論については、私のクリーンコア戦略の記事で詳しく扱っています。

ERPが数あるレイヤーの1つになると、所有権の問題が重大になります。次のものは誰が所有するのでしょうか。

1. SalesforceとERPの間のAPI
2. SAPとServiceNowにまたがるワークフロー
3. 両方のシステムを同時に更新する必要があるときの、変更の優先順位の衝突

これが本稼働を何か月も遅らせるのを見てきました。チームは、結合テストで重複が表に出るまで、自分たちが行き詰まっていることに気づきません。

ある事例では、5つのシステムが同じサプライヤーマスタレコードに触れていました。5つです。マスタデータの所有権を定めた文書は誰も持っておらず、どのシステムで誰が何を変更できるのかを、誰も設計していませんでした。これは技術の失敗ではありません。技術によって露呈した、ガバナンスの失敗です。

ERPにおけるAIの価値は本物ですが、データ品質とクリーンなアーキテクチャにかかっています。Jouleは現在、S/4HANA、SuccessFactors、Ariba、その他のSAP製品にまたがり、SAPのエージェントはJouleのアシスタントのもとで動作しています。SAP BTP上のエージェント型のユースケースは、スライドの中の話ではなく、実際に提供が始まっています。そのすべては、クリーンで一貫した構造化データに依存しています。

データが重複していたり、コード付けに一貫性がなかったり、S/4HANAが認識しないカスタムテーブルに入っていたりすれば、AIには頼れるものが何もありません。買掛金にAIを走らせている財務チームは、ベンダーマスタを一度もクレンジングしていなかったために請求書が誤ったベンダーに照合されて、すぐにそのことに気づきます。

うまくいく順序は、まずクリーンコア、次にデータガバナンス、3番目にアナリティクス、4番目にAIです。手順を飛ばしても、何も速くはなりません。問題が後ろにずれるだけです。

1. 01境界を決めるERPが何をやめるべきかを決める
2. 02中核をクリーンにする使われていないコードを廃止し、新規はレベルAで構築する
3. 03データを統制するデータオブジェクトごとに所有者は一人
4. 04アナリティクスを構築する統制されたデータの上で、SAP Business Data Cloud、SAC、またはPower BI
5. 05AIを追加する信頼できる土台の上で、Jouleとエージェント

頼れるものがあるAI

リスク	シグナル	実践的な対応
ECC期日のプレッシャー	メインストリームメンテナンスは2027年12月に終了。2024年末時点で、ECC顧客の大半はS/4HANAのライセンスを取得していなかった	パートナーのリソース計画を今のうちに確定する。米国のシニアの日額単価はすでに1,800〜3,500ドルに達している
カスタムコードの負債	1,500〜3,000のカスタムオブジェクトのうち、使用中は約4分の1	使用状況スキャンを実施し、廃止リストを公開し、廃止スプリントを開始する
リリースによる混乱	リリースが決算やサプライチェーンの繁忙期と重なる	決算を避けてリリースウィンドウを設定する。回帰テストを自動化する
データ移行のリスク	調和が遅れると、チームがバグと取り違える不具合が生じる	早期にサイジングを行う。設計凍結の前に、銀行、税務、コンプライアンスのデータを確認する
連携の所有権のギャップ	共有マスタデータに5つ以上のシステムが触れている	権限マトリクスを公開する。データオブジェクトごとにオーナーを1人置く
2つのライフサイクルツール	ハイブリッド環境で、Solution ManagerとSAP Cloud ALMが並行して稼働している	クラウドプログラムでは、Cloud ALMを標準とする。Solution Manager 7.2のメインストリームメンテナンスは2027年末で終了する

これらのリスクをデリバリー面から見た版は避けるべきERPモダナイゼーションの10の失敗、移行パスそのものはECCからS/4HANAへの移行ガイドをご覧ください。

SAP S/4HANAにおけるクリーンコアとは何ですか？

S/4HANAをできるだけ標準に近い状態に保ち、アップグレードで壊れない場所に拡張を置くことです。2025年8月以降、SAPは拡張をレベルA（公開済みのAPIのみ。SAP BTP上またはABAP Cloudによるシステム内）からレベルD（クリーンではない）まで等級付けしています。ビジネス上の理由は、アップグレードの保護です。クリーンなシステムはリリースを数日で吸収しますが、大幅にカスタマイズされたシステムでは、リリースのたびにプロジェクトになります。

ERPのバックボーンとサテライトのアーキテクチャとは何ですか？

ERP（SAP S/4HANAまたはOracle Fusion）は、本来の役割、つまり財務記録、在庫、調達、製造トランザクション、法定報告を担います。それ以外は専門プラットフォームが担います。ワークフローにはServiceNow、顧客エンゲージメントにはSalesforce、人事にはWorkdayまたはSuccessFactors、インサイトにはアナリティクスプラットフォームです。そのすべてをERPに押し込むと、アップデートが遅く、カスタマイズの多いモノリスができあがります。

企業は2027年のSAP ECC期限にどう向き合うべきですか？

SAP Readiness Checkから始めてください。カスタムコードの量、アドオンへの依存関係、データのサイジングが明らかになります。この3つが、ブラウンフィールド、グリーンフィールド、セレクティブのどれを選ぶかを決める要因です。複雑なエンタープライズ移行は、評価から本稼働まで通常18〜24か月かかるため、現時点で進め方を決めてパートナーとの協議を始めていなければ、2027年の本稼働はすでに厳しい状況です。2030年までの延長メンテナンスは、費用が高く、得られるのは時間であってイノベーションではありません。

ERPモダナイゼーションでAIが価値を発揮するのはどんなときで、そうでないのはどんなときですか？

データがクリーンで一貫していて構造化されており、プロセスに明確なルールがあるときです。買掛金の自動化、需要予測、財務トランザクションの異常検知は、実績のあるユースケースです。AIは、質の悪いデータやガバナンスのギャップを飛び越える近道ではありません。悪い入力に基づく判断は、手作業のミスより見つけにくいものです。まず、クリーンコア、データガバナンス、安定したプロセスです。

企業がやりがちなERPモダナイゼーション最大の失敗は何ですか？

技術プロジェクトとして扱うことです。その結果、ビジネスリードが議論の場に加わる前に、クリーンコアをめぐる議論に負けてしまいます。設計の後にデータガバナンスを始めることもあります。1週目に決めていれば何か月ものテストを省けたはずです。ERPが何をやめるべきかを定義しないまま、中核のスコープがなし崩しに広がることも、以前のモノリスがそうやってできあがった経緯そのものです。

ERPモダナイゼーションにはいくらかかりますか？

ミッドマーケット企業のブラウンフィールドでのECCからS/4HANAへのコンバージョンは、通常、導入費用で200万〜800万ドルに、継続的なサブスクリプションが加わります。グローバルな範囲、大幅なカスタマイズ、多数の法人を抱えるエンタープライズのプログラムでは、2,000万〜1億ドル以上になることがあります。ライセンスだけでなく、連携、テスト、運用サポートもモデル化してください。RISEとSAP GROWでは、契約期間を通じてFUEの増加をモデル化してください。