エンタープライズリソースプランニング

キャプションを参照
典型的なERPモジュールを示す図

エンタープライズ リソース プランニング( ERP ) は、多くの場合はリアルタイムで、ソフトウェアとテクノロジーを介して、主要なビジネス プロセスを統合的に管理することです。ERP は通常、ビジネス管理ソフトウェアの一種(一般的には統合アプリケーションスイート)として参照され、組織はこれを使用して、多くのビジネス活動からデータを収集、保存、管理、解釈することができます。ERPシステムは、ローカル ベースまたはクラウド ベースにすることができます。クラウド ベースのアプリケーションは、インターネット アクセスがあればどこからでも情報に容易にアクセスできることから生じる効率性の向上により、2010 年代初頭から急速に成長しています。ただし、ERP は、ビジネス目標を達成するために将来必要となるすべてのリソースの計画を含む点で、統合ビジネス管理システムとは異なります。これには、将来のニーズに合わせて適切なスタッフと製造能力を取得するための計画も含まれます。

ERPは、通常、データベース管理システムによって管理される共有データベースを使用して、コアビジネスプロセスの統合された継続的に更新されるビューを提供します。ERPシステムは、現金、原材料、生産能力などのビジネスリソースと、注文、発注書、給与計算などのビジネスコミットメントのステータスを追跡します。システムを構成するアプリケーションは、データを提供するさまざまな部門（製造、購買、販売、経理など）間でデータを共有します。[ 1 ] ERPは、すべてのビジネス機能間の情報の流れを促進し、外部の利害関係者とのつながりを管理します。[ 2 ]

ガートナーによると、世界のERP市場規模は2021年に350億ドルに達すると推定されています。[ 3 ] [ 4 ]初期のERPシステムは大企業に重点を置いていましたが、中小企業でもERPシステムを利用するケースが増えています。[ 5 ]

ERPシステムは、様々な組織システムを統合し、エラーのない取引と生産を促進し、組織の効率性を向上させます。しかし、ERPシステムの開発は従来のシステム開発とは異なります。[ 6 ] ERPシステムは、様々なコンピュータハードウェアとネットワーク構成で動作し、通常はデータベースを情報リポジトリとして使用します。[ 7 ]

起源

ビジネスおよびテクノロジーに関する調査・コンサルティング会社であるガートナーは、 1990年代に初めてERPという略語を使用したことで知られています。 [ 8 ] [ 9 ]この用語は、製造業における2つの概念、すなわち資材所要量計画（MRP）と製造資源計画（MRP II）、そしてコンピュータ統合製造（CIM ）の機能拡張を捉えたものでした。これらの用語を置き換えることなく、ERPは製造業を超えたアプリケーション統合の進化を反映した、より大きな全体を表すようになりました。[ 10 ]

すべてのERPパッケージが製造業をコアとして開発されているわけではありません。ERPベンダーは、財務・会計、保守、人事といった様々なコンポーネントをパッケージに組み込むようになりました。1990年代半ばまでに、ERPシステムは企業のあらゆる中核機能に対応するようになりました。政府機関や非営利団体もERPシステムの利用を開始しました。[ 11 ]「ERPシステム選定方法論」とは、企業資源計画（ERP）システムを選択するための正式なプロセスです。既存の方法論には、カイパーのファネル法、ドブリンの3次元（3D）Webベース意思決定支援ツール、クラークストン・ポトマック法などがあります。[ 12 ]

2014年から2018年にかけて、ERPシステムは導入モデル、ユーザーの期待、そして企業のITプラクティスの変化によって移行期を迎​​えました。この期間は、従来のオンプレミス型のモノリシックERPアーキテクチャから、よりモジュール化されたWebおよびクラウド対応システムへと徐々に移行が進んだ時期でした。

拡大

ERPシステムは1990年代に急速な成長を遂げました。2000年問題の影響で、多くの企業がこの機会に旧システムをERPに置き換えました。[ 13 ]

ERPシステムは当初、顧客や社会に直接影響を与えないバックオフィス機能の自動化に重点を置いていました。顧客関係管理（CRM）などのフロントオフィス機能は顧客と直接やり取りし、電子商取引や電子政府などの電子ビジネスシステム、あるいはサプライヤー関係管理（SRM）は、インターネットの普及により外部とのコミュニケーションが簡素化された後に統合されました。[ 14 ]

「ERP II」という言葉は、2000年にガートナー・パブリケーションズが発表した「ERPは死んだ――ERP IIは生き続ける」という記事の中で造語されました。[ 15 ] [ 16 ]これは、従業員やパートナー（仕入先や顧客など）がERPシステムへのリアルタイムアクセスを提供するWebベースのソフトウェアを指します。ERP IIの役割は、従来のERPのリソース最適化とトランザクション処理を拡張したものです。単に購買や販売などを管理するのではなく、ERP IIは管理下にあるリソースの情報を活用して、企業が他の企業と連携することを可能にします。[ 17 ] ERP IIは第一世代のERPよりも柔軟性が高く、ERPシステムの機能を組織内に限定するのではなく、企業の壁を越えて他のシステムと連携します。エンタープライズ・アプリケーション・スイートは、このようなシステムの別名です。ERP IIシステムは通常、様々な電子ビジネス技術を用いて、ビジネスパートナー組織間でサプライチェーン管理（SCM）、顧客関係管理（CRM）、ビジネスインテリジェンス（BI）などの連携活動を可能にするために使用されます。[ 18 ] [ 19 ]多くの企業はERP企業を買収するのではなく、ERPシステムで強力な経営目標を追求しています。[ 20 ]

開発者は、ERPシステムとモバイルデバイスの統合に力を入れています。ERPベンダーは、企業がサードパーティ製アプリケーションに依存する必要がないように、ERPを他のビジネスアプリケーションと共にこれらのデバイスに拡張しています。[ 21 ]例えば、eコマースプラットフォームのShopifyは、2021年10月にMicrosoftとOracleのERPツールを自社のアプリで利用できるようにしました。[ 21 ]

現代のERPの技術的な課題は、ハードウェア、アプリケーション、ネットワーク、サプライチェーンの統合です。ERPは現在、意思決定、利害関係者との関係、標準化、透明性、グローバル化など、より多くの機能と役割をカバーしています。[ 22 ]

機能領域

ERPシステムは、以下の一般的な機能領域をカバーします。多くのERPシステムでは、これらはERPモジュールと呼ばれ、グループ化されています。

GRP – 政府におけるERPの活用

政府資源計画（GRP）は、公共部門のERPや政府機関の統合オフィスオートメーションシステムに相当する。[ 23 ]ソフトウェア構造、モジュール化、コアアルゴリズム、主要インターフェースは他のERPと変わらず、ERPソフトウェアサプライヤーは自社のシステムを政府機関に適応させることができる。[ 24 ] [ 25 ] [ 26 ]

民間組織と公共機関の両方のシステム導入は、組織の生産性と全体的なビジネスパフォーマンスを向上させるために採用されていますが、導入の比較（民間と公共）では、公共部門におけるERP導入の成功に影響を与える主な要因は文化的なものであることがわかります。[ 27 ] [ 28 ] [ 29 ]

ベストプラクティス

ほとんどのERPシステムはベストプラクティスを取り入れています。つまり、ソフトウェアは各ビジネスプロセスを実行するための最も効果的な方法に関するベンダーの解釈を反映しています。顧客がこれらのベストプラクティスをどれだけ簡単に変更できるかはシステムによって異なります。[ 30 ]

ベストプラクティスを活用することで、国際財務報告基準（IFRS）、サーベンス・オクスリー法（SOX法）、バーゼルIIなどの要件への準拠が容易になります。また、電子送金などの事実上の業界標準への準拠にも役立ちます。これは、手順をERPソフトウェア内に容易にコード化し、同じビジネス要件を共有する複数の企業間で確実に複製できるためです。[ 31 ] [ 32 ]

工場フロア情報への接続

ERPシステムは、様々な方法でリアルタイムデータやトランザクションデータに接続します。これらのシステムは通常、プロセス、機器、ベンダーソリューションに関する独自の知識を持つ システムインテグレーターによって構築されます。

直接統合– ERPシステムは、製品の一部として接続性（工場フロアの機器との通信）を備えています。そのため、ベンダーは顧客が運用する工場フロアの機器に特化したサポートを提供する必要があります。

データベース統合– ERPシステムは、データベース内のステージングテーブルを介して工場フロアのデータソースに接続します。工場フロアシステムは必要な情報をデータベースに格納します。ERPシステムはテーブル内の情報を読み取ります。ステージングの利点は、ERPベンダーが機器統合の複雑な手順を熟知する必要がないことです。接続性はシステムインテグレーターの責任となります。

エンタープライズ・アプライアンス・トランザクション・モジュール（EATM） – これらのデバイスは、ERPシステムがサポートする方式を介して、工場フロアの機器およびERPシステムと直接通信します。EATMは、ステージングテーブル、Webサービス、またはシステム固有のプログラムインターフェース（ API）を使用できます。EATMは、既製のソリューションであるという利点があります。

カスタム統合ソリューション– 多くのシステムインテグレーターはカスタムソリューションを提供しています。これらのシステムは、初期統合コストが最も高くなる傾向があり、長期的な保守コストや信頼性維持コストも高くなる可能性があります。長期的なコストは、綿密なシステムテストと徹底したドキュメント作成によって最小限に抑えることができます。カスタム統合ソリューションは通常、ワークステーションまたはサーバークラスのコンピューターで実行されます。

実装

ERPの適用範囲は、通常、スタッフの業務プロセスや慣行に大きな変更を伴います。[ 33 ]一般的に、このような変更の導入を支援するサービスには、コンサルティング、カスタマイズ、サポートの3種類があります。[ 33 ]導入時間は、事業規模、モジュール数、カスタマイズ、プロセス変更の範囲、顧客がプロジェクトを主導する準備状況によって異なります。モジュール型ERPシステムは段階的に導入できます。大企業の典型的なプロジェクトは約14か月かかり、約150名のコンサルタントが必要です。[ 34 ]小規模なプロジェクトでは数か月、多国籍企業などの大規模な導入では数年かかることもあります。[ 35 ] [ 36 ]カスタマイズによって導入時間が大幅に長くなることがあります。[ 34 ]

さらに、情報処理は様々なビジネス機能に影響を与えます。例えば、ウォルマートのような大企業はジャストインタイム在庫システムを採用しています。このシステムは在庫保管を削減し、配送効率を向上させますが、最新のデータを必要とします。2014年以前、ウォルマートはIBMが開発したInforemというシステムを使用して補充を管理していました。[ 37 ]

プロセス準備

ERPの導入には通常、既存の業務プロセスの変更が必要です。[ 38 ]導入開始前に必要なプロセス変更を十分に理解していないことが、プロジェクト失敗の主な原因です。[ 39 ]困難は、システム、業務プロセス、インフラ、トレーニング、モチベーションの欠如などに関連している可能性があります。

したがって、ERPソフトウェアを導入する前に、組織はプロセスを徹底的に分析することが不可欠です。分析によって、プロセスの近代化の機会を特定できます。また、既存のプロセスとERPシステムが提供するプロセスの整合性を評価することも可能になります。調査によると、ビジネスプロセスのミスマッチのリスクは、以下の方法で軽減されます。

  • 現在のプロセスを組織の戦略にリンクする
  • 各プロセスの有効性を分析する
  • 既存の自動化ソリューションの理解[ 40 ] [ 41 ]

ERPの導入は、分散型組織ではプロセス、ビジネスルール、データセマンティクス、権限階層、意思決定センターが異なることが多いため、かなり困難（かつ政治的に問題が多い）です。[ 42 ]このため、一部のビジネスユニットを他のユニットよりも先に移行したり、各ユニットに必要な変更を加えるために導入を遅らせたり、統合を減らしたり（マスターデータ管理による連携など）、特定のニーズに合わせてシステムをカスタマイズしたりする必要が生じる可能性があります。[ 43 ]

潜在的なデメリットは、「標準的な」プロセスを採用することで競争優位性が失われる可能性があることです。実際にそのような事態は起こりましたが、ある分野での損失は他の分野での利益によって相殺され、全体的な競争優位性が高まることがよくあります。[ 44 ] [ 45 ]

構成

ERPシステムの設定は、組織がシステムに求める動作方法と、システムが標準で動作するように設計されている方法とのバランスを取ることが主な課題です。ERPシステムには通常、システムの動作を実質的に変更する多くの設定項目が含まれています。例えば、ServiceNowプラットフォームでは、リスクアセスメントの完了後2週間以内に事業主の署名を求めるビジネスルールを作成できます。このツールは、事業主への自動メール通知や、事業主の回答の有無に応じてリスクアセスメントをプロセスの様々な段階に移行するように設定できます。

2層エンタープライズリソースプランニング

2層ERPソフトウェアとハ​​ードウェアを利用することで、企業は2つのERPシステムを同時に運用できます。1つは企業レベル、もう1つは部門または子会社レベルです。例えば、製造会社はERPシステムを使用して、独立したグローバルまたは地域の流通、生産、販売センター、そして本社の顧客をサポートするサービスプロバイダーを活用し、組織全体を管理できます。各独立したセンター（または子会社）は、独自の業務サイクル、ワークフロー、およびビジネスプロセスを持つことができます。

グローバル化の現実を踏まえ、企業は戦略目標の達成と市場投入までの時間の短縮、収益性の向上、価値の提供を実現するために、地域、部門、製品、製造戦略を継続的に最適化する方法を評価しています。[ 46 ] 2層ERPでは、地域の流通、生産、販売センター、サービスプロバイダーは、本社とは独立し、独自のERPシステムを使用して、独自のビジネスモデルで事業を継続します。これらの小規模企業のプロセスとワークフローは本社のプロセスとワークフローに縛られていないため、複数の拠点における地域的なビジネス要件に対応できます。[ 47 ]

企業による 2 層 ERP システムの導入に影響を与える要因は次のとおりです。

  • 製造業のグローバル化、新興国における調達の経済性
  • 中小企業に適したソフトウェアを選択することで、子会社でのERP導入をより迅速かつ低コストで実現できる可能性
  • 2つのERPシステム間でデータをやり取りする必要がある場合、追加の労力（多くの場合、エンタープライズアプリケーション統合の使用を含む）が必要になります。[ 48 ] 2層ERP戦略により、企業は市場の需要に迅速に対応し、企業レベルでITシステムを調整できるようになりますが、組織全体で1つのERPシステムを使用する場合と比較して、必然的にシステムの数が増えます。[ 49 ]

2層エンタープライズリソースプランニングの代替手段

2層アプローチの代替案として、ERPシステムを使用することがあります。ERPシステムでは、同じ機能に対して複数のワークフローを設定できます。これにより、各業務または部門が独自のワークフロー（例えば受注入力）を持つことができます。すべての部門と業務が同じERPシステム内で実行されるため、2つのERPシステムを統合する必要がなくなります。[ 50 ]

カスタマイズ

ERPシステムは理論的には業界のベストプラクティスに基づいており、メーカーは組織がそれを「そのまま」導入することを想定しています。[ 51 ] [ 52 ] ERPベンダーは、組織が独自のビジネスルールを組み込むことができる構成オプションを顧客に提供していますが、構成が完了した後でも機能のギャップが残ることがよくあります。

ERP顧客には、機能のギャップを埋めるための複数の選択肢があり、それぞれに長所と短所があります。技術的な解決策としては、提供されたソフトウェアの一部を書き直す、ERPシステム内で動作する自社開発モジュールを作成する、外部システムとのインターフェースを構築するなどがあります。これら3つの選択肢は、システムのカスタマイズの程度が異なりますが、最初の選択肢は最も侵襲性が高く、維持コストも高くなります。[ 53 ]一方、提供されたERP機能セットにより適合させるために、ビジネス慣行や組織ポリシーを変更するといった非技術的な選択肢もあります。カスタマイズと構成の主な違いは次のとおりです。

  • カスタマイズは常にオプションですが、ソフトウェアは使用前に必ず構成する必要があります (例: コスト/利益センター構造、組織ツリー、購入承認ルールなどの設定)。
  • このソフトウェアは、さまざまな構成を処理できるように設計されており、許可されている構成では予測どおりに動作します。
  • 構成変更がシステムの動作やパフォーマンスに与える影響は予測可能であり、ERPベンダーの責任となります。カスタマイズの影響は予測が難しく、顧客の責任となり、テスト要件が増加します。
  • 設定変更は、新しいソフトウェアバージョンへのアップグレード後も維持されます。一部のカスタマイズ（例えば、データ画面の表示前後に呼び出される定義済みの「フック」を使用するコードなど）はアップグレード後も維持されますが、再テストが必要です。その他のカスタマイズ（例えば、基本的なデータ構造の変更を伴うもの）はアップグレード中に上書きされるため、再実装が必要です。[ 54 ]

カスタマイズの利点は次のとおりです。

  • ユーザー受容性の向上[ 55 ]
  • 標準機能のみを使用している企業に対して競争上の優位性を獲得する可能性があります。

カスタマイズの欠点としては、次のようなことが挙げられます。

  • 実装と維持に必要な時間とリソースの増加[ 53 ] [ 56 ]
  • システム間の違いにより、サプライヤーと顧客間のシームレスなインターフェース/統合が妨げられる[ 56 ]
  • 将来的にERPソフトウェアをアップグレードする能力を制限する[ 56 ]
  • カスタマイズへの過度の依存を生み出し、標準化ソフトウェアプラットフォームとしてのERPの原則を損なう

拡張機能

ERPシステムは、多くの場合ベンダーが提供するインターフェースを介してサードパーティのソフトウェアで拡張することができます。[ 57 ] [ 58 ]拡張機能は次のような機能を提供します。[ 58 ]

データ移行

データ移行とは、既存のシステムからエンタープライズ・リソース・プランニング（ERP）システムへデータを移動、コピー、再構築するプロセスです。これは導入を成功させる上で重要な要素であり、綿密な計画が必要です。しかし、移行は通常、導入プロセスの終盤で行われるため、十分な注意が払われないことがよくあります。効果的な移行計画を策定するには、以下の手順が役立ちます。[ 59 ]

  • 移行するデータを特定します。
  • 移行のタイミングを決定します。
  • 主要なデータコンポーネントのデータ移行テンプレートを生成する
  • ツールセットをフリーズします。
  • 主要なビジネス アカウントの移行関連の設定を決定します。
  • データ アーカイブのポリシーと手順を定義します。

既存システムのデータの一部が新しいシステムと互換性がないか、あるいは不要であるため、データ移行が不完全な場合がよくあります。そのため、新しいERPシステムが導入された後に参照できるように、既存システムをアーカイブデータベースとして保存しておく必要がある場合があります。[ 59 ]

利点

ERPの最も根本的な利点は、無数のビジネスプロセスを統合することで時間と費用を節約できることです。経営陣はより迅速かつ少ないミスで意思決定を行うことができます。データは組織全体で可視化されます。この統合の恩恵を受けるタスクには、以下のものがあります。[ 60 ]

  • 在庫の最適化を可能にする売上予測。
  • あらゆる業務領域における関連データの編集を通じて、すべての取引の時系列履歴を作成します。
  • 受注から履行までの注文追跡
  • 請求書から現金受領までの収益追跡
  • 発注書（注文したもの）、在庫受領書（到着したもの）、および原価計算（ベンダーが請求したもの）を照合します。

ERP システムはビジネス データを一元管理し、次のような効果をもたらします。

  • 複数のシステム間で変更を同期する必要がなくなり、財務、マーケティング、販売、人事、製造アプリケーションの統合が可能
  • 統計データの各部分に正当性と透明性をもたらします
  • 標準的な製品の命名/コーディングを容易にします
  • 包括的な企業ビュー（「情報の島」なし）を提供し、経営陣がいつでもどこでもリアルタイムの情報を入手して適切な意思決定を行えるようにします。
  • 複数のセキュリティシステムを単一の構造に統合することで機密データを保護します[ 61 ]

利点

  • ERPは、変化への適応力を高め、より機敏な企業を実現します。また、企業の柔軟性を高め、組織構造の硬直性を緩和することで、組織構成要素の連携を強化し、社内外のビジネスを強化します。[ 62 ]
  • ERPは、閉鎖的な環境におけるデータセキュリティを向上させることができます。ERPシステムが提供するような共通制御システムにより、組織は重要な企業データの漏洩をより容易に防止できます。しかし、よりオープンな環境では状況が変わり、ERPのセキュリティ機能と社内のセキュリティポリシーをより綿密に精査する必要が生じます。[ 63 ]
  • ERPはコラボレーションの機会を拡大します。現代の企業では、データは文書、ファイル、フォーム、音声・動画、電子メールなど、様々な形態をとります。多くの場合、それぞれのデータ媒体にはコラボレーションを可能にする独自のメカニズムが備わっています。ERPは、従業員が分散システム間で様々な形式でコミュニケーションをとるための学習曲線を習得するのではなく、コンテンツでのコラボレーションに多くの時間を費やせるコラボレーションプラットフォームを提供します。[ 58 ]
  • ERPは意思決定能力を強化します。ERPシステムは、様々な部門や機能のデータを単一の統合プラットフォームに統合することで、意思決定者にリアルタイムの洞察と包括的な分析を提供します。これにより、組織全体でより情報に基づいたデータ主導の意思決定プロセスが可能になり、戦略計画、リソース配分、そして全体的なビジネスパフォーマンスの向上につながります。さらに、ERPシステムはより優れた予測とトレンド分析を促進し、企業が市場の変化を予測し、機会を特定し、リスクをより効果的に軽減するのに役立ちます。[ 64 ]

デメリット

  • カスタマイズは問題を引き起こす可能性があります。ベスト・オブ・ブリードのアプローチと比較すると、ERPは組織の最低限のニーズを満たすものと見なされ、組織は独自のニーズを満たすための回避策を見つける必要に迫られます。[ 65 ]
  • ERP システムに適合するようにビジネス プロセスを再設計すると、競争力が損なわれたり、他の重要な活動から焦点が逸らされたりする可能性があります。
  • ERP は、統合性や包括性が低いソリューションよりもコストがかかる場合があります。
  • ERP切り替えコストが高いとERP ベンダーの交渉力が増し、サポート、メンテナンス、アップグレードの費用が増加する可能性があります。
  • 部門間で機密情報を共有することに対する抵抗を克服すると、経営陣の注意をそらすことができます。
  • 完全に独立したビジネスを統合すると、不必要な依存関係が生じる可能性があります。
  • 広範囲にわたるトレーニング要件により、日常業務からリソースが奪われます。
  • ERPシステムの調和化は（特に大企業にとって）膨大な作業になる可能性があり、多くの時間、計画、費用が必要になります。[ 66 ]

採用率

2011年に発表された225の製造業者、小売業者、流通業者を対象とした調査によると、ERPシステムへの関心と導入率は「高い」が、ERPシステムの概念に「全く無関係」な企業はごくわずかであることが明らかになった。調査対象企業の27％は完全に運用可能なシステムを有し、12％は当時システムを展開中で、26％は既存のERPシステムを拡張またはアップグレードしていた。[ 67 ]

ポストモダンERP

「ポストモダンERP」という用語は、2013年にガートナー社によって造語され、論文シリーズ「2014年の予測」で初めて登場しました。[ 68 ]ガートナー社のポストモダンERP戦略の定義によれば、すべての部分が互いに大きく依存しているレガシーでモノリシックかつ高度にカスタマイズされたERPスイートは、遅かれ早かれ、より疎結合で必要に応じて簡単に交換できるクラウドベースとオンプレミスのアプリケーションの組み合わせに置き換えられるはずです。[ 68 ]

基本的な考え方は、主要なビジネス機能をカバーするコアERPソリューションは依然として存在し、その他の機能はコアERPを拡張するだけの専門ソフトウェアソリューションでカバーされるべきであるというものです。この概念はソフトウェア実行における「ベスト・オブ・ブリード」アプローチ[ 69 ]に似ていますが、混同すべきではありません。どちらの場合も、全体を構成するアプリケーションは比較的緩く連携しており、容易に交換可能ですが、後者の場合、ERPソリューションは全く存在しません。その代わりに、すべてのビジネス機能は個別のソフトウェアソリューションによってカバーされます。[ 70 ]

しかし、どの業務機能をコアERPに含めるべきか、何を補足ソリューションでカバーすべきかについては、黄金律はありません。ガートナーによると、すべての企業は、社内外のニーズ、業務、プロセスに基づいて、独自のポストモダンERP戦略を定義する必要があります。[ 68 ]例えば、ある企業は、コアERPソリューションはファイアウォールの内側にとどまらなければならない業務プロセスをカバーするべきだと定義し、コアERPをオンプレミスに残すことを選択するかもしれません。同時に、別の企業はハイブリッドERPアプローチを採用し、コアERPソリューションをクラウドでホストし、いくつかのERPモジュールのみを補足ソリューションとしてオンプレミスに移行するかもしれません。[ 71 ]

企業がポストモダンERP戦略を導入することで得られる主なメリットは、ビジネスプロセスや組織レベルにおける予期せぬ変化への対応におけるスピードと柔軟性です。[ 72 ]ほとんどのアプリケーションは比較的緩やかな接続性を持っているため、必要に応じて置き換えたりアップグレードしたりすることは比較的容易です。さらに、上記の例に倣って、企業は自社のERPニーズに最適なクラウドベースとオンプレミスのソリューションを選択し、組み合わせることができます。ポストモダンERPの欠点は、企業が管理しなければならないソフトウェアベンダーの数が増える可能性が高く、中央IT部門にとって新たな統合課題が生じることです。 [ 73 ]

参照

参考文献

  1. ^ Almajali, Dmaithan (2016). 「ERPシステム導入成功の要因：ヨルダンの医療セクターに関する研究」 . Journal of Enterprise Information Management . 29 (4): 549– 565. doi : 10.1108/JEIM-03-2015-0024 .
  2. ^ Radovilsky, Zinovy (2004). Bidgoli, Hossein (ed.). The Internet Encyclopedia, Volume 1. John Wiley & Sons, Inc. p. 707. ISBN 978-0-471-22202-6。
  3. ^ウィルソン、デボラ（2019年4月19日）。「ERPソフトウェア市場：350億ドル以上、40年の歴史を持ちながらも順調に成長中！」クリス・パン著。Blogs.gartner.com 。 2022年7月24日閲覧。
  4. ^ルイス・コロンバス、「サービス中心のERPの未来を予測する」 Forbes . 2022年7月24日閲覧。
  5. ^ Runtong Zhang、José Cordeiro、Xuewei Li、Zhenji Zhang、Juliang Zhang (2011).中小企業における企業資源計画システムの導入. 第13回国際企業情報システム会議議事録. SciTePress - 科学技術出版. pp.  229– 238. doi : 10.5220/0003500302290238 . ISBN 978-989-8425-53-9。
  6. ^ Shaul, L.; Tauber, D. (2012). 「中小企業におけるERPライフサイクルに沿ったCSF：フィールドスタディ」. Industrial Management & Data Systems . 112 (3): 360– 384. doi : 10.1108/02635571211210031 .
  7. ^ Khosrow–Puor, Mehdi (2006).情報技術管理における新たなトレンドと課題. Idea Group, Inc. p. 865.
  8. ^ InfoWorld、ヘザー・ハレルド（2001年8月27日）「B2Bで生まれ変わる拡張ERPテクノロジー」 。 2016年7月20日閲覧。
  9. ^ Savin, Jerald (2025). 「序文 - IT監査」. IT監査：信頼性の高い情報自動化のための実践ガイド. Taylor & Francis. ISBN 978-1-040-25977-11960年代から1970年代にかけて、自動化は明らかにビジネスの一部となり、1990年代にガートナーがERPという略語を生み出す以前から、この流れは完全に定着していました。ERP（エンタープライズ・リソース・プランニング）は、これらのシステムの機能と統合に重点を置いていました。
  10. ^ Shields, Murrell G. (2005). E-Business and ERP: Rapid Implementation and Project Planning . Wiley . p. 9. ERPという用語は、製造業におけるMRP（Materials Requirements Planning）という用語の後継であり、ベンダーが製造分野を超えて提供されるアプリケーションスイートを充実させ始めたときに使用されるようになりました。
  11. ^ Chang, SI; Guy Gable; Errol Smythe; Greg Timbrell (2000).デルファイ法による公共部門のERP導入問題の検討. 国際情報システム会議 . アトランタ:情報システム協会. pp.  494– 500 . 2008年9月9日閲覧。
  12. ^フレデリック・アダム、デビッド・サモン（2004年）、エンタープライズ・リソース・プランニングの10年、Idea Group Inc（IGI）、p.94、ISBN 978-1-59140-262-6
  13. ^ブレット・ワグナー、エレン・モンク（2008年2月4日）『エンタープライズ・リソース・プランニング』Cengage Learning EMEA. ISBN 978-1-4239-0179-2。
  14. ^ Hayman, L. (2000). 「インターネット経済におけるERP」.情報システムフロンティア. 2000 (2): 137– 139. doi : 10.1023/A:1026595923192 . S2CID 207642319 . 
  15. ^ 「B. Bond、Y. Genovese、D. Miklovic、N. Wood、B. Zrimsek、N. Rayner、「ERP Is Dead — Long Live ERP II」、GartnerGroup RAS Services、SPA-12-0420、2000年10月4日」 。 2020年10月23日閲覧。
  16. ^ 「ERP：購入前に確認すべきこと」 projectauditors.com . 2014年4月23日閲覧。
  17. ^ 「UNCGのブライアン経営経済学部—優れた問題解決者」(PDF)。Uncg.edu。2012年9月12日時点のオリジナル(PDF)からアーカイブ。 2012年11月8日閲覧。
  18. ^ Charles Møller (2005年8月1日). 「ERP II：次世代エンタープライズシステムの概念フレームワーク？」Journal of Enterprise Information Management . 18 (4): 483– 497. doi : 10.1108/17410390510609626 . ISSN 1741-0398 . 
  19. ^ Ruhi, Umar (2016年7月1日). 「ビジネススクールにおけるエンタープライズシステム教育のための体験学習教育的枠組み」.国際経営教育ジャーナル. 14 (2): 198– 211. doi : 10.1016/j.ijme.2016.04.006 .
  20. ^ Adam, Frédéric; O'Doherty, Peter (2000年12月). 「アイルランドにおけるERP導入からの教訓 ― ERPプロジェクトの小規模化・短縮化に向けて」. Journal of Information Technology . 15 (4): 305– 316. doi : 10.1080/02683960010008953 (2025年7月1日現在休止). ISSN 0268-3962 . {{cite journal}}: CS1 maint: DOIは2025年7月時点で非アクティブです（リンク）
  21. ^ a b「Shopify、アプリのビジネスツール提供にMicrosoftとOracleを提携」ロイター2021年10月14日. 2021年12月8日閲覧。
  22. ^ Shaul, L.; Tauber, D. (2013). 「エンタープライズ・リソース・プランニング・システムにおける重要な成功要因：過去10年間のレビュー」. ACMコンピューティング・サーベイ. 45 (4): 1– 39. doi : 10.1145/2501654.2501669 . S2CID 3657624 . 
  23. ^ Yunliang, Jiang; Xiongtao, Zhang; Qing, Shen; Jing, Fan; Ning, Zheng (2010). 「SOAフレームワークに基づく電子政府情報管理プラットフォームの設計」. 2010 First International Conference on Networking and Distributed Computing . pp.  165– 169. doi : 10.1109/ICNDC.2010.42 . ISBN 978-1-4244-8382-2. S2CID  17798379 .
  24. ^ Allen、Kern、Havenhand (2000)「ERP の重要な成功要因: 公共部門機関における文脈的要因の探究」、第 35 回ハワイ国際システム科学会議議事録。
  25. ^ Chang、Gable、Smythe、Timbrell (2000)「公共部門の ERP 実装の問題に関する Delphi による調査」ICIS 議事録。
  26. ^ Ebrahim, Zakareya; Irani, Zahir (2005). 「電子政府の導入：アーキテクチャと障壁」. Business Process Management Journal . 11 (5): 589– 611. CiteSeerX 10.1.1.453.87 . doi : 10.1108/14637150510619902 . 
  27. ^ Wingreen、Maryam、Hritik (2014)「エンタープライズ リソース プランニング実装の成功に関する調査: 民間および公共部門の組織からの証拠」、 PACIS 2014/339。
  28. ^ Shafqat Ali Shad、Chen, Enhong、Faisal Malik、Faisal Azeem (2012). 「エンタープライズ・リソース・プランニング - 真の祝福か、偽装された祝福か：公共部門における文脈的要因の探究」arXiv : 1207.2860 [ cs.CY ].
  29. ^ Coelho, Cunha; Meirelles (2015). 「政府におけるERP導入におけるクライアントとコンサルタントの関係：権力と知識の力関係を探る」第16回国際デジタル政府研究会議議事録. p. 140. doi : 10.1145/2757401.2757405 . ISBN 978-1-4503-3600-0. S2CID  13941079 .
  30. ^ Monk, Ellen、Wagner, Brett著「エンタープライズ・リソース・プランニングの概念」第3版、コーステクノロジー、Cengage Learning、ボストン、マサチューセッツ州、2009年
  31. ^ Ingolfo, S.; Siena, A.; Mylopoulos, J. (2011). 「ソフトウェア要件の規制コンプライアンスの確立」.概念モデリング – ER 2011 . コンピュータサイエンス講義ノート. 第6998巻. pp.  47– 61. doi : 10.1007/978-3-642-24606-7_5 . ISBN 978-3-642-24605-0。
  32. ^ 「SOxおよび規制コンプライアンスのためのITシステム検証」 Insights.MetricStream , Inc. 2018年5月9日閲覧。
  33. ^ a b「ERP（エンタープライズ・リソース・プランニング）」 Tech-faq.com、2014年3月5日。 2015年7月14日閲覧。
  34. ^ a b「ERP導入に影響を与える重要な問題」『情報システム管理』Auerbach Publications、1999年、p. 7。2013年1月3日時点のオリジナルよりアーカイブ。2013年1月10日閲覧。
  35. ^ Sankar, C.; Rau, K.-H. (2006).多国籍企業におけるSAP R/3導入戦略：実例から学ぶ教訓. Cyber​​tech Publishing. p. 8. ISBN 978-1-59140-778-2. 2018年5月9日閲覧。
  36. ^ Pelphrey, MW (2015). 『ERP導入の指導：システムパフォーマンスのチューニング中にプログラム障害の罠を回避するためのベストプラクティスガイド』 CRC Press. pp.  92– 111. ISBN 978-1-4822-4842-5。
  37. ^ 「ウォルマート、新補充システムの導入に遅延」フォートスミスと北西アーカンソー州のビジネス、政治、文化ニュースアーカンソー州：Thecitywire.com 2014年1月8日。 2015年7月14日閲覧。
  38. ^ Turban他 (2008).『経営のための情報技術：デジタル経済における組織の変革』 マサチューセッツ州: John Wiley & Sons, Inc., pp. 300–343. ISBN 978-0-471-78712-9
  39. ^ Brown, C.; Vessey, I. (2003). 「次世代エンタープライズシステムの管理：ERPからの教訓の活用」MIS Quarterly Executive . 2 (1).
  40. ^ King. W.、「ERP 導入の成功を確実にする」、 Information Systems Management、2005 年夏。
  41. ^ Yusuf, Y.、A. Gunasekaran、M. Abthorpe、「エンタープライズ情報システムプロジェクトの実装：ロールスロイスのERPのケーススタディ」、 International Journal of Production Economics、87(3)、2004年2月。
  42. ^ Daneva, Maya; Roel Wieringa . 「組織横断的なERP導入のための要件エンジニアリング：文書化されていない前提と潜在的な不一致」（PDF） . トゥエンテ大学. 2010年7月5日時点のオリジナル（PDF）からアーカイブ。 2008年7月12日閲覧。
  43. ^ Thomas H. Davenport、「Putting the Enterprise into the Enterprise System」、 Harvard Business Review、1998 年 7 月 - 8 月。
  44. ^ Turban他 (2008).『経営のための情報技術：デジタル経済における組織の変革』 マサチューセッツ州: John Wiley & Sons, Inc., p. 320. ISBN 978-0-471-78712-9
  45. ^ Dehning, B.および T.Stratopoulos、「IT を活用した戦略による持続可能な競争優位性の決定要因」、Journal of Strategic Information Systems、第 12 巻、2003 年
  46. ^ Ferdows, K. (1997). 「海外工場の最大限の活用」ハーバード・ビジネス・レビュー. 75 (2): 73–88 .
  47. ^ Gill, R. (2011). 「2層ERPの台頭」 Strategic Finance , 93(5), 35-40, 1.
  48. ^ Montgomery, Nigel (2010).「2層ERPスイート戦略：選択肢の検討」 Gartner Group. 2010年7月28日. 2012年9月20日閲覧。
  49. ^ Kovacs, GL; Paganelli, P. (2003). 「ERPとSCMを超えた大規模・複雑・分散型プロジェクトのための計画・管理インフラストラクチャ」(PDF) . Computers in Industry . 51 (2): 165– 183. CiteSeerX 10.1.1.474.6993 . doi : 10.1016/s0166-3615(03)00034-4 . 
  50. ^ corescholar.libraries.wright.edu https://corescholar.libraries.wright.edu/cgi/viewcontent.cgi?article=2168&context=knoesis . 2026年1月21日閲覧。{{cite web}}:欠落または空|title=(ヘルプ)
  51. ^ Kraemmerand, P.; et al. (2003). 「ERP導入：根本的な変化と継続的な学習の統合プロセス」.生産計画・管理. 14 (4): 228– 248. doi : 10.1080/0953728031000117959 . S2CID 108921043 . 
  52. ^ Vilpola, Inka Heidi (2008). 「ユーザー中心設計の原則とプロセスによるERP導入成功率向上のための手法」. Enterprise Information Systems . 2 (1): 47– 76. Bibcode : 2008EntIS...2...47V . doi : 10.1080/17517570701793848 . S2CID 3032440 . 
  53. ^ a b Fryling, Meg (2010). 「ERPプロジェクトマネジメントにおける意思決定が実装後の保守コストに与える影響の推定：シミュレーションモデリングを用いたケーススタディ」. Enterprise Information Systems . 4 (4): 391– 421. Bibcode : 2010EntIS...4..391F . doi : 10.1080/17517575.2010.519785 . S2CID 34298012 . 
  54. ^ Yakovlev, IV (2002). 「小規模大学におけるERP導入とビジネスプロセス・リエンジニアリング」. Educause Quarterly . 2 : 52–57 .
  55. ^フライリング、メグ（2010年）「ERPソフトウェアの総所有コスト、システム受容度、そして成功の認識：高等教育環境におけるERPの動的フィードバックの視点のシミュレーション」 p. 403. ISBN 978-1-109-74428-6。
  56. ^ a b c Bradford, M. (2015).現代のERP：今日の高度なビジネスシステムの選択、導入、活用. Lulu.com. pp.  107– 108. ISBN 978-1-312-66598-9. 2018年5月9日閲覧。
  57. ^ Bendoly, E. ; Jacobs, FR (2005).戦略的ERPの拡張と活用. スタンフォード大学出版局. p. 95. ISBN 978-0-8047-5098-1. 2018年5月9日閲覧。
  58. ^ a b cレオン、A. (2008). ERPの謎を解き明かす. タタ・マグロウヒル・エデュケーション. pp.  170– 171. ISBN 978-0-07-065664-2。
  59. ^ a b Ramaswamy, VK (2007年9月27日). 「ERPにおけるデータ移行戦略」 Information Technology Toolbox, Inc. 2007年10月30日時点のオリジナルよりアーカイブ。2018年5月9日閲覧。
  60. ^ KH ミーア (2005)。ERP ソフトウェア アプリケーションのベスト プラクティス。アイユニバース。 p. 59.ISBN​ 978-0-595-34513-7. 2018年5月9日閲覧。
  61. ^ Walsh, Katherine (2009年1月). 「ERPセキュリティの課題」 . CSOonline . CXO Media, Inc. 2009年5月4日時点のオリジナルよりアーカイブ。2008年1月17日閲覧。
  62. ^オブライエン、ジェームズ（2011年）『経営情報システム（MIS）』ニューヨーク：マグロウヒル、アーウィン、p.324。
  63. ^ She, W.; Thuraisingham, B. (2007). 「エンタープライズ・リソース・プランニング・システムのセキュリティ」.情報システム・セキュリティ. 16 (3): 152– 163. doi : 10.1080/10658980701401959 . S2CID 16472963 . 
  64. ^ 「ERPがサプライチェーン管理で優位に立つ」ProQuest 2705447086。 
  65. ^ Young, Joanna (2014年5月16日). 「オーディオ | ベスト・オブ・ブリード vs. ERP：今日の高等教育に最適なものは何か？」 The EvoLLLution . 2015年7月14日閲覧。
  66. ^ 「ERPの調和化の限界」 Cfo-insight.com、2012年7月23日。 2012年7月27日時点のオリジナルよりアーカイブ。
  67. ^ McCrea, B.、「サプライチェーンテクノロジー：ERPに注目」、 Logistics Management、2011年6月、2022年4月22日アクセス
  68. ^ a b c「2014年の予測：ポストモダンERPとエンタープライズアプリケーションの世界の台頭」ガートナーグループ。 2016年10月31日閲覧。
  69. ^ 「ポストモダンERP戦略はベスト・オブ・ブリードのアプローチではない」ガートナーグループ。 2016年10月31日閲覧。
  70. ^ "「ERP、アプリケーションの未来、そしてコンポーザブルエンタープライズ」マイク・グエイ著。デビー・ウィルソン。2020年1月27日。 2022年12月12日閲覧。
  71. ^ Ploder, Christian; Bernsteiner, Reinhard; Schlögl, Stephan; Walter, Johannes (2021). 「ハイブリッドERP導入における重要な成功要因」 . Uden, Lorna; Ting, I-Hsien; Wang, Kai (編).組織における知識管理. コンピュータと情報科学におけるコミュニケーション. 第1438巻. 出版社: Springer International Publishing. pp.  305– 315. doi : 10.1007/978-3-030-81635-3_25 . ISBN 978-3-030-81635-3。
  72. ^ Pettey, Christy (2016年9月27日). 「ポストモダンERPに関する5つの醜い真実」 . Gartner . 2025年8月25日閲覧。
  73. ^ 「エンタープライズ・リソース・プランニングの終焉」Chemical & Engineering News . 2020年6月2日閲覧。

参考文献

「 https://en.wikipedia.org/w/index.php?title=Enterprise_resource_planning&oldid=1335333452」より取得