パッケージソフトの適用技術: ERP の適用
2004MT007 趙 忠一
指導教員 青山 幹雄

1. はじめにERP パッケージを新規導入する企業が増える一方で，ユーザの多くが当初の期待通りに効果をあげていない．これに対して SOA に基づく ERP が出現した[1]．
本研究では SOA に基づく ERP パッケージの有効性を研究する．

2. ERP パッケージについて
2.1 ERP パッケージについて
ERP パッケージに共通の特徴がある．
(1) 統合データベースの実現．
(2) グローバル志向の情報システム．
(3) 特定のハードウェアやソフトウェアとの相性に依存しないオープンな構造．
2.2 ERP パッケージの導入目的
ERP パッケージを導入する目的の多くは以下の三つである．
(1) 業務内容のリアルタイム性の実現．
(2) 業務の効率化．
(3) グローバル化への対応．

3. ERP パッケージの導入への問題点
ERP パッケージを導入する際に以下の 6 つが問題になると考えられる．
(1) 自社独自の業務プロセスに合わせるためなどのアドオン開発費．
(2) 外部のコンサルタントなどの人件費．
(3) バージョンアップ費やそれに伴うアドオンプログラムの修正費用．
(4) 業務の変化に対する抵抗姿勢．
(5) ERP プロジェクトの導入中や検討中の経営統合や業績悪化などの経営状況の変化．
(6) 企業体力の小さい中小企業のような企業規模によるリスク．

4. スクラッチ開発についてである．
(1) 開発期間の長期化．
(2) 高コスト．

5. SOA に基づく ERP ついて
5.1 SOA に基づく ERP とは
ERP パッケージ導入プロジェクト失敗の一因に業務内容を大きく変更する必要が出てくることがある．現場の抵抗や業務に合わないことにより ERP を有効に利用できない．
そこで SOA に基づく ERP が出現した[2]．
受注，発注，請求といった業務の単位で，システムに必要な機能をサービスとして提供する．利用者は，サービスを組み合わせるだけで，自社の業務に最適なアプリケーションを開発することが可能になる．
5.2 ERP パッケージ選択方法の変化
サービス化することにより，ERP パッケー
ジの選択方法が変わる．単一の製品やモジュールを選ぶのではなく，自社の業務にふさわしいサービスの組み合わせを選択することになる．
図 1 はその 1 例を表している．
新規システムの構築の決定

要件を決めてRFPをベンダーに提示

従来のERPパッケー
ジ
ERPパッケージの導入か自社開発による構築の案を提示

ERPパッケージを選択

サービス化したERPパッケー
ジの選択方法要求を満たすサービスを探して提示

最適なサービスの組み合わせを選び利用可能か調査

図 1 ERP パッケージ選択方法の変化

6. SOA に基づく開発の適用

スクラッチ開発のメリットは次の三つである． 6.1 ERP システム導入が失敗する 12 の理由
図 2 より SOA に基づく ERP で解決できる(1) 自社の要件を全て満たすシステムが構築ものは次の二つである[3]．
可能．
(1) 業務に合わない ERP システム導入(2) 柔軟性に優れている．
(2) アドオン開発の多すぎるプロジェクト
スクラッチ開発のデメリットは以下の三つ

ERP 導入段階の原因

1:業務に合わない ERP システム導入
2:アドオン開発が多すぎるプロジェクトの拡張性，外的要因からの拡張性の二つに分ける．
表 3 基幹系システムの評価

3:Before/After が明確ではない ERP 導入プロジェクト
4:コストパフォーマンスの評価があいまいなプロジェクト
5:ベンダー任せで導入を進めるプロジェクト

業務改革段階の原因

6:稼働後の安定運用を十分に検討しないプロジェクト
7:耐用年数を考えない ERP 導入プロジェクト
8:業務の課題とシステムの課題の整理ができていない
プロジェクト
9:システム導入後の方向性が決まっていないプロジェクト
10:予算に余裕がない ERP 導入プロジェクト
11:経営トップの関心が低い ERP 導入プロジェクト
12:経営状況の変化によるプロジェクトの混乱

コスト期間
内的拡張性
外的拡張性
操作性
満足度
規模対応

SOA に基づく ERP小小中大中大大

従来 ERP
パッケージ
中小小大
小中
大

スクラッチ
開発
大大大小大
大小8. 考察
図 2 ERP システムが失敗する 12 の原因

6 章より ERP における SOA は従来の ERPパッケージの欠点を補うことで成果が期待できると考えられる．また，7 章よりスクラッチ開発と従来の ERP パッケージと比べ SOA に基づく ERP はより有効だと考えられる．

6.2 業務に合わない ERP システム導入
従来の ERP パッケージはベストプラクティスを実現しているので ERP パッケージに業務を合わせることを想定している．それゆえに，
9. 今後の課題
自社の業務に無理に合わせようと ERP パッケ
本研究では詳細な評価を行うことができなージを変えると失敗する．つまり，理想と現かった．今回の評価は，あくまで独自の意見実のギャップが激しく，ERP パッケージはベであり従って，ユーザの違いからくる重視すストプラクティスによる急激な変化が原因とる項目の違いを考える必要がある．
なる．
ユーザの違いを考えた評価ができればユー
SOA に基づく ERP では，現実と理想の中ザによる違いにも対応できると考える．
間に位置するシステムを作ることにより，業また，今回は SOA に基づいた ERP の長所務改善ができ，かつユーザにも受け入れられを評価したが，従来型の ERP の長所，スクラやすいものが可能となる．
ッチ開発の長所もある．どのような場合が適
6.3 アドオン開発の多すぎるプロジェクトするかを考えることを今後の課題としたい．
ERP パッケージ欠点のとしてベストプラクティスゆえに，企業または業界独自の業務に10. まとめはアドオンが必要となる．この結果，アドオ
本研究では従来の ERP パッケージ導入プロンが多くなりすぎると ERP パッケージのバージェクトが失敗したと考える企業が多数ある
ジョンアップや保守などの面で好ましくなくことを背景に，失敗原因を考え，また，各開なる．
発手法をを比較，評価することにより，SOA
しかし，SOA に基づく ERP ではサービスに基づく ERP の有効性を考えた．その結果，を組み合わせることにより独自のプロセスもSOA に基づく ERP が有効であること考える．
ERP の中に組み込むことができ，アドオン部分を最小限にすることができる．

参考文献

7. 基幹系システムの評価
従来の ERP パッケージ，スクラッチ開発，SOA に基づく ERP パッケージを七つの視点から評価することにより，SOA に基づく ERPの有効性を比較する(表 3)．
その視点はコスト，開発期間，拡張性，エンドユーザーの操作性，規模への対応，満足度を設定する．また，拡張性は内的要因から[1] 日立ソフトエンジニアリング(株)，MBA のための ERP，同文館出版，2007．
[2] 島田 優子，SOA が変える常識 ERP パッケ
ージがなくなる日，日経コンピュータ，
2006 年 6 月 25 日，pp. 42-57．
[3] 鍋野 敬一郎，ERP 失敗の法則～なぜ企業システムはいつも同じところで躓くのか～，
http://enterprisezine.jp/article/corner/34．