課題1.　やはり残る、複雑な要件に対するアドオン・カスタマイズ

　1つ目の課題は、国産ERPを導入しても、アドオンやカスタマイズからの完全な脱却ができなかったことです。

　国産ERPは海外ERPと比べ、日本の商習慣や業種業態に広く対応しました。また、ERPの標準パッケージは幅広い業種業態に共通する業務を中心に設計されました。

　そのため、特定の業種や業務だけで必要とされる機能へのベンダーの優先度は低く、標準パッケージには含まれません。その結果、標準パッケージに含まれていない領域については、ユーザーがそれぞれ個別に費用をかけて開発することになりました。

　システム開発ベンダーは、あらゆる業種で求められるわけではない業種や業務に対応する機能は、個別にアドオン開発して費用請求ができるビジネスモデルとした方が売上が高くなるため、むしろ意図的に標準パッケージとしていないという側面もありました。

　その結果、国産ERPの開発が進んでも、標準パッケージだけで業種特有の業務や、大規模な企業に特有のワークフローなどには対応できず、対応できない部分については個別開発が必要になりました。

課題2.　個別開発に伴う、バージョンアップ費用の増大

　2つ目の課題は、個別開発によってバージョンアップに費用が発生したという点です。

　日本のビジネス環境では法改正や制度変更が頻繁に発生し、これに対応するためにはシステムのバージョンアップが不可欠です。また、OSやミドルウェアの継続的な更新に伴うバージョンアップも求められます。

　本来であればパッケージ製品のバージョンアップはある程度定型的に行えるため、そこまで大きなコストが発生することはありません。しかし、上述のように業種業態に特有の業務に対応するためアドオンやカスタマイズをしていると、バージョンアップ時に「作り直し」が発生するため、費用が大幅に増加します。

　このように、国産ERPが広がったことで日本の商習慣への対応の課題は解消されたものの、特殊性の高い業種ごとの業務や、大企業特有のワークフローなどはサポートされず、個別開発に伴う課題は残り続けることになりました。

アドオンを中心としたビジネスモデルから生まれたERPの課題（出典：ワークスアプリケーションズの提供資料）

時代とともに進化するビジネスの伴走者へ

　上述したように、国産ERPの登場によって企業の選択肢は広がったものの、業種業態毎の特殊性や、大手企業ならではのワークフローへの対応などには限界があり、継続的なバージョンアップが阻害される、という状況となっていました。

　外資、国産を含む各ベンダーのERPは、そうした課題を解消すべく、トレンドやテクノロジーの進化を取り入れていきます。ここからは、時代の変化に合わせてERPの技術、提供形態がどのように変わっていったのかを解説します。

モノリシックからSOAへの進化

　国産ERPが普及し始めた1990年代ごろ、システムはモノリシック(単一の大きな塊)構造であり、機能やプロセスが密接に結びついていたため、変更や拡張、異なるシステムとの連携が複雑になり、変更や拡張には時間がかかるのが一般的でした。

　この状況に対し、SOA(サービス指向アーキテクチャ)の概念が提唱されました。SOAは、機能やプロセスが個々の独立したサービスとして提供されるため、変更や拡張が容易になり、新しいサービスの追加や既存サービスの変更が他のサービスに影響することが少なくなるという考え方です。

　パッケージベンダーはSOAの考え方を取り入れることで「法改正の際に他モジュールに影響が出にくくする」「個社向けの改修が出ても他に影響を出にくくして品質を保つ」といった形で課題の解消を目指しました。

オンプレミス型からクラウド型への転換

　また、クラウド技術の進化も日本のERPに大きな影響を与えました。日本企業は従来、自社でデータセンターやサーバを運用するオンプレミス型のERPを主流としていましたが、2010年前後からクラウド技術の進化により、サーバやネットワークを自社で保有しないプライベートクラウド型のERPが普及しました。

　この変化により、企業は容易にスペック変更や容量の調整が可能になりました。また、サーバの調達やサーバルームの維持にかかる物理的なコストを削減できるようにもなりました。セキュリティや脆弱性の面でも、迅速な対応や専門的なサポートを受けられるなど、クラウド型のERPは新しいスタンダードとなりました。

2層ERPからポストモダンERPへの展開

　さらに、SOAの考え方やクラウド技術の発展を背景に、「複数の最適なERPを組み合わせる」ことによって個別開発を排除する考え方が提唱されるようになりました。まず提唱されたのは「2層ERP」の概念でした。これは、本社と支社や子会社で異なる規模や内容のERPを構築し、データ連携して運用する手法です。例えば下記のような運用が考えられます。

　このように、業務の規模や複雑性に合わせてシステムを選定することで、個別開発の影響をできるだけ抑えてコストを最適化するアプローチが生まれたと言えます。

　そして、こうした「業務の規模や複雑性に合わせてシステムを選定する」という考え方をさらに推し進めたのがポストモダンERPの考え方です。

　ポストモダンERPでは、「コアのERP」はそのまま利用してスリムに保ち、複雑性が求められる分野では周辺のソリューションを組み合わせて利用します。例えば、下記のような運用が考えられます。

　この考え方により、2層ERPのように「会社単位で別のERPを利用する」だけでなく、業務領域単位でも最適なソリューションを組み合わせられます。特色の強い領域で専門的なソリューションを使うことによって、個別開発によるコストやバージョンアップの制約を排除できると言えます。

　さらに近年は、APIを通じて更に組み合わせの柔軟性・拡張性を強化した「コンポーザブルERP」の考え方にも注目が集まっており、「組み合わせ」によるERP最適化の流れが加速しています。

コンポーザブルERPのイメージ（出典：ワークスアプリケーションズの提供資料）

　このように、ERPの進化はモノリシックからSOA、オンプレミス型からクラウド型、そして2層ERPからポストモダンERPへと連続的な変遷を遂げています。この変遷を通して、企業は単一の大きなシステムではなく、各拠点が自らのニーズに合ったモジュールを選択して利用することで、より効率的で適切な業務プロセスを構築できるようになりました。

　しかし、ERPの進化により日本特有の商習慣や業務の複雑性に対応できるようになった一方で、企業は自らの事業や規模にあわせて最適なERPを構築、導入し運用していくスキルが求められるようになっています。

　中核となるERPの選定をする場合も、部門ごとに異なる意見が上がりやすく、統一された選定基準を決めるのは容易ではありません。複数のERPを組み合わせて利用する場合は、さらに選択肢が広がるため、事業の規模や内容に最適なものを選択する能力も必要とされます。

　そこで次回は、「自社の業務に適したERPはどのような基準で選べばよいのか」という考え方を深めるために、海外と日本のERPの違いを中心に解説します。

著者プロフィール：古川圭佑（ERP事業本部　会計サテライト製品開発部）

2009年にワークスアプリケーションズに入社。会計システム開発エンジニアとして製品の開発、評価に従事。固定資産管理ユーザー分科会の企画、登壇やユーザーの業務改善プロジェクトへの参画など、豊富な経験と知識を生かして製品のさらなる進化に尽力している。