ERP

コンポーザブルERPとは：機能ごとに替えていくERPの戦略

2026/11/4 シリーズ「ERP 入門」 第11回 / 全11回

🤖 AIを使用して執筆

コンポーザブル ERP とは：Gartner が名付けた戦略

コンポーザブル ERP は製品の名前ではなく、調査会社の Gartner が付けた戦略の名前である¹。今の Gartner の定義では、事業の速い変化についていけるように、土台、管理、現場の業務の機能をそろえる、変化に合わせられる技術の戦略である²。同じページで Gartner は、塊の形の ERP を柔軟な機能に置き換えるよう勧め、これを少しずつ、しかし続けて価値を出すことを狙う進め方だと書いている²。名前の composable は「組み合わせられる」という意味である。

できあがる形は、多くの場合、自社の設備に置いたソフトとクラウドのサービスの組み合わせになる¹。Gartner のアナリストは 2024 年に、コンポーザブル ERP は物というより戦略だと話した³。

言葉には前身がある。Gartner は 2014 年に、すべての必要を一つで満たすスイートという考え方は終わったと書き、スイートが分解されて変わっていく先をポストモダン ERP と呼んだ⁴⁵。2020 年 10 月の Gartner の文書には、すでにコンポーザブル ERP という言葉がある⁶。

なぜ一度に入れ替えないのか：時間も範囲も大きい

Gartner は、ERP を、まとまった業務のアプリケーションの一式（スイート）を届ける力と定義している。一式であることには利点があり、業務をまたいで同じデータの持ち方を使える⁷。その分、入れ替えは大きな仕事になる。

Oracle は、自社の設備に置く ERP の導入は長くかかりやすく、二年に及ぶこともあり、関わる社員の教育にも多くの時間が要ると説明する⁸。Gartner は、2027 年までに、最近導入した ERP の取り組みの 70% 超が、当初の事業上の目標を十分には満たせないと予測している²。ただし、入れ替え方で分けた数字ではない。

変える範囲を機能ごとに絞れる

ERP の製品の会社も、順番を選べることを利点に挙げる。Oracle は、統合されていながら機能ごとの単位（モジュール）に分かれた今の ERP では、必要なものを必要なときに入れられ、どの業務から手を付けるかを会社が決められると書いている⁸。

ERP に限らない大きなシステムの置き換えでも、AWS（Amazon Web Services）は、一度に移す移行は危険が大きく、作業中は新しい機能を足すのも難しくなると説明する。そこで、特定の機能を一つずつ新しいものに替え、その間も元のシステムを動かし続ける⁹。Microsoft も、この進め方は、全体を一度に大きく変えるより、移行の危険を抑えられると説明する¹⁰。これらはコンポーザブル ERP についての説明ではなく、移行一般の話である。

作り込んだ部分を使い続けられる

TechTarget の 2022 年の記事では、Gartner の元アナリストで ERP の会社 Infor の幹部でもある人物が、20 年使って作り込んだ ERP を持つ大きな製造業の場面を挙げている。品質の管理や法令への対応を担う ERP を、取り替えたいというだけの理由で外す必要はない。一方で、財務と人事の機能は、やりたいことに合っていないことがある¹。残す部分と替える部分を、機能ごとに分けて考えられる。

新しい技術を取り込みやすくなる

Gartner は、この形なら、AI や生成 AI、クラウドの ERP のような新しい技術も取り込みやすくなると書いている²。先の人物も、AI を使って現場の機械の故障を予測する製品のように、外から足したくなる機能が増えていると話している¹。

ここまでの利点は、Gartner と、製品やクラウドの会社の説明である。Oracle、AWS、Microsoft の説明はコンポーザブル ERP に触れていない。一度に入れ替える形と比べてどれだけ早く、安く変えられるのかを示す数字は、これらの説明には載っていない。

連携の費用と人が増えることがあり、切り離しにくい業務もある

システムの間でデータを受け渡すこと（連携）には費用がかかる。Gartner は、ポストモダン ERP についての 2014 年の発表で、クラウドのサービスを一部に使っても全体の費用が下がるとは限らず、かえって増えることもあるとした。目先の安さで選ぶと、連携の費用で全体の費用が増え、データの管理、システムの連携、製品の会社との付き合いを担う人を、育てたり雇ったりする必要もあると注意している⁴。

切り離しにくい業務もある。先の人物は、Gartner の顧客が財務の機能だけを替えようとしたところ、購買や支払の機能とのつながりを切りにくかったと話す。取引先のデータがそこに載っていたことが一因である。そして、取引が多く、そろえておくべきデータも多い大きな業務を、製品の会社が一体で用意した機能から切り離すなら、本当に切り離すのかをよく考えるべきだという¹。

移行の間は、新旧のシステムを同時に動かす費用もかかる。Microsoft は、この一時的な費用と、危険を抑える利点を比べるよう求める。小さなシステムで全体を替えるのが簡単な場合や、元のシステムをすぐに止める必要がある場合には、この進め方を勧めていない¹⁰。AWS と Microsoft は、元のシステムのコードや連携の口に手を入れられることを前提に置く⁹¹⁰。製品の ERP でそれができるかは、別に確かめる必要がある。

分けたあとは、同じ記録が複数のシステムに載り、対象ごとに正式な記録を持つシステム（正本）を決める必要がある。

スイートのまま順番に入れる道もある

順番に入れることと、別々の会社の製品に分けることは、同じではない。先に挙げた Oracle の説明は、一つの会社のスイートの中で、どの業務から手を付けるかを選ぶ話である⁸。Oracle は、一緒に動くように作ったスイートなら、製品をつなぎ合わせる費用と手間が減り、大事なデータを一つで表せるとも書く¹¹。スイートを売る会社自身の主張である。

Gartner は、スイートにそろえるときには妥協が要るかもしれず、どの会社もすべての領域で最良ではないと書く。そのうえで、スイートの製品の多くは成熟し、業務ごとの専門の製品（ベスト・オブ・ブリード）と肩を並べる水準に近づいているとも書く²。2014 年の「終わった」ほど強い言い方はしていない。

替える前に、その機能が何を分け合っているかを確かめる

製品を選ぶ前に、変えたい機能を一つ挙げ、その機能がほかの業務とどんなデータ（取引先、品目、支払先など）を分け合い、切り離すとどの連携が要るのかを確かめておきたい。AWS は、一般のソフトについて、依存の少ない部分が切り出しやすいとする⁹。取引が多く、そろえるデータも多い業務では、切り離す費用が利点を上回ることがある¹。

替える価値があるかも確かめる。Gartner は 2014 年に、クラウドのサービスが他社と差をつける機能を持たなければ、費用対効果は改善しにくいと予測した⁴。これらの結果は、全部を替えるか、一部を替えるか、一つの会社の製品でそろえるかを決める材料の一つになる。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。