LASSIC Media らしくメディア

LASSIC IT事業部｜元請（プライムベンダー）として基幹システムの刷新・移行を受託

Oracle EBSのカスタマイズ肥大化とバージョンアップ負荷——刷新を検討すべき背景

Oracle EBSとは、Oracle E-Business Suite(会計・購買・在庫・受注などの業務を一体で扱う統合基幹業務システム)の略称です。Oracleは2026年3月25日、EBS 12.2のPremier Supportを少なくとも2037年まで延長すると発表しました^*1。この発表はContinuous Innovationモデルのもとで毎年見直されており、サポート終了が近いという理由だけで刷新に着手する企業は多くありません^*1。

一方でOracleのLifetime Support Policyでは、Premier Supportは5年間、任意加入のExtended Supportは3年間、Sustaining Supportは無期限という段階構成が本来のサイクルとして定義されています^*2。EBS 12.2はこの標準サイクルとは別枠でPremier Supportの延長が続いている状態であり、延長がいつまでも続くと決まっているわけではありません^*2。

実務で刷新が話題に挙がる理由は、サポート期限よりもカスタマイズの積み重ねにあります。長年運用してきたEBS環境では、業務部門からの個別要望に応じてアドオンや連携処理を積み上げてきた企業が少なくありません。バージョンアップのたびに検証範囲が広がり、次第に更新作業自体の難易度が上がっていく構造です。老朽化・複雑化した基幹システムを放置した場合の影響は、IPAの調査分析でも看過できない規模と位置づけられています^*4。

CEMLIとは何か——カスタマイズがアップグレードを難しくする仕組み

CEMLIとは、Configurations(設定)・Extensions(拡張)・Modifications(改変)・Localizations(現地化)・Integrations(連携)の頭文字を組み合わせた、Oracle EBSにおけるカスタマイズ全般を指す呼び方です^*3。ほぼすべてのEBS環境に、何らかのレベルのCEMLIが存在すると指摘されています^*3。

CEMLIが刷新の障害になりやすいのは、標準機能と違って個別の検証が必要になるためです^*3。カスタマイズはアップグレード時にトラブルが生じる主な要因の一つとされており、棚卸しを怠ると検証範囲そのものが読めなくなります^*3。逆に、リメディエーション(既存カスタマイズを新しいバージョンで動く最小限の形に整える対応)を適切に進めれば、テスト期間の圧縮につながるとも説明されています^*3。

刷新を検討する最初のステップは、稼働中のCEMLIを網羅的に洗い出すことです。カスタムフォーム・レポート・ワークフロー・外部システムとの連携処理は業務部門ごとに分散して存在するケースが多く、情報システム部門だけでは全量を把握しきれない場合があります。CEMLIモダナイゼーション(古い技術で作られたCEMLIを新しい技術に移す取り組み)まで踏み込むかどうかは、この棚卸し結果を踏まえて判断する事項です^*3。

Fit to Standardという考え方——Fit-Gap分析で標準機能とのギャップを整理する

刷新の方向性を決めるうえで軸になるのが、Fit to Standard(業務プロセスを標準機能に合わせる考え方)です。Oracle Cloudの実装手法では、要件を4区分に分けて評価するFit-Gap分析が使われます^*6。標準機能だけで満たせるFit、追加設定で満たせるConfiguration Gap、カスタマイズが必要なCustomization Gap、そして業務プロセス自体を見直すProcess Changeの4区分です^*6。

実装プロセスは、Prepare(準備)・Examine(検証)・Plan(計画)・Design(設計)・Configure & Test(構成とテスト)・Deploy(展開)という6フェーズで進むことが一般的とされています^*6。Examineの段階でソフトウェアのカスタマイズ内容や他システムとの連携が整理され、Configure & Testの段階でSIT(システム統合テスト)とUAT(ユーザー受入テスト)が実施されます^*6。CEMLIの棚卸し結果をこのFit-Gap分析にかけ、どこまで標準機能に寄せられるかを見極める作業が、刷新プロジェクトの初期工程の中心になります。

ここで安易にCustomization Gapを増やしてしまうと、移行先でも同じ肥大化を繰り返すことになりかねません。可能な限りProcess Change側に倒し、標準機能に業務を合わせる判断を積み重ねる姿勢が問われます。

移行先の3つの選択肢——Oracle Cloud・他社クラウドERP・EBSの延命

Oracle EBSの刷新を検討する企業の移行先は、大きく3つに整理できます。

1つ目はOracle Cloud、具体的にはOracle Fusion Cloud ERPへの刷新です。Oracleが提供するSaaS型ERPで、EBSからのデータ移行はFBDI(File-Based Data Import)やHDL(HCM Data Loader)といったテンプレート経由の取り込みが基本になります^*5。データベースへの直接アクセスやPL/SQLでの投入は許可されておらず、移行の作法そのものがEBSとは異なります^*5。

2つ目は他社クラウドERPへの乗り換えです。SAP S/4HANAなどが候補になりますが、この場合はOracle特有のCEMLIをすべて棄却し、新しいプラットフォームの標準機能に合わせて業務プロセスを再構築する前提になります。ベンダーを変更しない移行より難易度が上がりやすい一方、EBSの制約から完全に離れられる点が特徴です。

3つ目はEBSのリフト&シフト、またはオンプレミスのままの延命です。既存の設定をほぼそのままOracle Cloud Infrastructure(OCI)へ移し、アプリケーション自体の刷新は先送りする進め方です^*5。短期間で着手できる一方、CEMLIの整理という本質的な課題は残ります^*5。

3つの選択肢を整理すると次の通りです。

移行アプローチの実務——現状調査からFit&Gap、段階移行まで

移行アプローチには、フルリイプリメンテーション(新規導入に近いクリーンな再実装)、リフト&シフト(設定同等移行)、フェーズド移行(機能領域ごとの段階移行)、OCI先行移行という4つの型が整理されています^*5。フルリイプリメンテーションは新規導入として扱い、マスターデータと未決済トランザクションのみを引き継ぐ方式です^*5。対してリフト&シフトは、既存EBSの設定をOracle Fusionの同等機能に直接マッピングします^*5。

フェーズド移行は、財務領域から始めて調達、サプライチェーンへと機能領域ごとに移行範囲を広げていく進め方です^*5。一度に全業務を切り替えるより検証範囲を絞れるため、リスクを抑えやすいアプローチとされています^*5。反面、全体の移行が完了するまでの期間は他の方式より長くなる傾向があります^*5。

いずれの型でも、実務の起点はCEMLI棚卸しとFit-Gap分析です。続いて、洗い出した移行対象データをFBDIやHDLのテンプレート形式に整形し、段階的に投入・検証していく工程に進みます^*5。データ移行だけでも複数回のリハーサルを重ねる企業が多く、業務部門を巻き込んだ検証体制を組んでおく必要があります。

外注時に確認すべきポイント——CEMLI棚卸しから移行実行までの体制

Oracle EBSの刷新を外部に委託する場合、自社が元請（プライムベンダー）としてどこまでの領域を任せるかを最初に切り分けておく必要があります。CEMLI棚卸しからFit-Gap分析、データ移行、段階移行の実行までを一括して依頼できるか、それとも工程ごとに複数の委託先を組み合わせるかで、進行管理の負荷が変わってきます。

委託先を選ぶ際は、CEMLIの分類作業(リメディエーションとモダナイゼーションの区別)を担った実績があるか、Fit-Gap分析の4区分をどのような基準で判定してきたかを確認します^*3*6。加えて、FBDI・HDLといったOracle Fusion側のデータ投入手法に対応できるかどうかも、移行先がOracle Cloudの場合は欠かせない確認項目です^*5。他社クラウドERPへの乗り換えを選ぶ場合は、移行先ベンダーの標準導入手法に対する理解も併せて確認する対象になります。

。カスタマイズの量や移行先の選択によって必要な工数は大きく変わるため、現状のCEMLI棚卸しから着手して規模を把握したうえで、内製・外注の切り分けを検討することが実務的です。

まとめ：Oracle EBS刷新で押さえる3つの判断軸

本稿ではOracle EBS刷新・ERP移行の論点を、CEMLIの肥大化とFit to Standardの考え方を軸に整理しました。要点は3つに集約できます。第一に、EBS 12.2のPremier Supportは2037年まで延長されており、サポート終了そのものより長年のカスタマイズ(CEMLI)の積み重ねが刷新を検討する主な理由になっています^*1*3。第二に、移行先はOracle Cloud(Fusion Cloud ERP)、他社クラウドERPへの乗り換え、EBSのリフト&シフトによる延命の3方向に整理でき、いずれもFit-Gap分析で標準機能とのギャップを見極める工程が土台になります^*5*6。第三に、外注する場合はCEMLI棚卸しから移行実行までをどこまで一括で依頼できるかが、委託先選定の分かれ目になります。

よくある質問

著者：テレリモ総研編集部　鈴木 亮佑

ご不明な点はお問い合わせフォームからもご連絡いただけます。

1. *1　出典：Oracle「EBS 12.2 Premier Support Extended Through At Least 2037」（Oracle E-Business Suite Technology blog、2026年3月25日）
2. *2　出典：Oracle「Oracle Lifetime Support Policy for Oracle Applications」（Oracle Lifetime Support Policy文書）
3. *3　出典：IT Convergence「What are CEMLIs? How Could They Impact Modern ERP Roadmap」（https://www.itconvergence.com/blog/how-could-cemlis-impact-your-modern-erp-roadmap/）
4. *4　出典：IPA(独立行政法人情報処理推進機構)「DX動向2024——日本企業が直面するDXの2つの崖壁と課題」（2024年7月25日公開）（https://www.ipa.go.jp/digital/chousa/discussion-paper/dx-two-cliff-walls.html）
5. *5　出典：ERP Research「Oracle EBS to Cloud Migration: Costs, Timeline & Paths」（https://www.erpresearch.com/en-us/oracle-ebs-to-cloud-migration）
6. *6　出典：Hexaware「6 Phases to a Successful Oracle ERP Cloud Implementation」（https://hexaware.com/blogs/oracle-erp-cloud-implementation/）

Tweet