「企業資源計画」の版間の差分

出典: フリー百科事典『ウィキペディア（Wikipedia）』
履歴の双方向閲覧
← 古い編集新しい編集 →
削除された内容 追加された内容
ビジュアルウィキテキスト
m編集の要約なし
ページ「Enterprise resource planning」の翻訳により作成
1行目: 1行目:
'''企業資源計画'''（きぎょうしげんけいかく、Enterprise Resource Planning）は、企業全体を経営資源の有効活用の観点から統合的に管理し、経営の効率化を図るための手法・概念のこと。'''ERP'''と略称される。これを実現するための統合型（業務横断型）ソフトウェア（統合基幹業務システム）を「ERPパッケージ」と呼ぶ。


[[ファイル:ERP_Modules.png|右|サムネイル|500x500ピクセル|いくつかの典型的なERPモジュールを示す図]]
== 概要 ==
'''エンタープライズ・リソース・プランニング''' (英: enterprise resource planning、'''ERP''')は、企業全体を経営資源の有効活用の観点から統合的に管理し、経営の効率化を図るための手法・概念のこと。多くの場合、リアルタイムで、ソフトウェアとテクノロジーによって仲介される。'''企業資源計画'''（きぎょうしげんけいかく)と呼ぶこともある。これを実現するための統合型（業務横断型）ソフトウェア（'''統合基幹業務システム'''）を「ERPパッケージ」と呼ぶ。
ERPは[[資材所要量計画]] (MRP; Material Requirements Planning) から派生した名前である。ERPが一般的に扱うものは企業における製造・物流・販売・調達・人事・財務会計である。ERPパッケージはこれらの基幹業務に関する業務活動の情報管理を支援する。


ERPは通常、組織が多くの企業活動からのデータを収集、保存、管理、および解釈するために使用する[[ビジネス管理ソフトウェア]]に分類（通常は統合[[アプリケーションソフトウェア|アプリケーション]]スイート）される。
== 商用ERPソフトウェア ==
商用のERPソフトウェアとしては、1972年に創業したドイツ[[SAP (企業)|SAP]]社の[[SAP R/3]]や[[SAP S/4HANA]]を始め、[[オラクル (企業)|オラクル]]社の[[E-Business Suite]], PeopleSoftなどの大手企業向けERPソフトウェアが市場を席巻しており、[[SAP R/3]]およびSAP ERP、[[SAP S/4HANA]]などを有するSAP社が過半数のシェアを握っている。特に経済誌[[フォーブス (雑誌)|フォーブズ（Forbes）]]が毎年選出する[[フォーブス・グローバル2000|フォーブズ・グローバル2000]]にランクインする大企業においては、87%がSAP製を採用している<ref>[[日経BPビジョナリー経営研究所『SAP 会社を、社会を、世界を変えるシンプル・イノベーター』日経BP（2014）]]</ref><ref>[https://www.sap.com/corporate/en/company.html SAP Facts and Information]</ref>。又、昨今ではオラクル社が[[JD Edwards]]、SAP社が[[SAP Business One]]や[[SAP Business All-in-One]]などの中堅・中小企業向けを提供しているほか、[[マイクロソフト]]社が2007年に[[Microsoft_Dynamics_AX|Dynamics AX]]を発売して国内市場に参入するなど中堅・中小企業向けのERPソフトウェアが各社より活発にリリースされている<ref>[http://itpro.nikkeibp.co.jp/atcl/news/15/011300130/?rt=nocnt SAPジャパン、中小向けERP「SAP Business One」最新版を提供開始]</ref>。2015年には[[SAP (企業)|SAP]]がインメモリープラットフォームを活用した第4世代ERPである[[SAP S/4HANA]]をリリースした<ref name=":0">[http://www.publickey1.jp/blog/15/sapr3sap_s4hanahana.html ［速報］欧SAP、R/3後継となる次期ERP「SAP S/4HANA」発表。HANAインメモリデータベース専用に新規開発]</ref><ref>[http://news.mynavi.jp/news/2015/02/06/383/ SAPジャパン、第4世代の新ERP「SAP Business Suite 4 SAP HANA」発表]</ref><ref>[https://japan.zdnet.com/article/35083062/ S/4 HANA導入は予想以上、マイグレーションに注力--SAPプラットナー氏]</ref>。ERPソフトウェア市場は拡大と激しい競争の時期を迎えている。


ERPは、[[データベース|データベース管理システム]]によって維持される共通[[データベース]]を使用して、コアビジネスプロセスの統合された継続的に更新されるビューを提供します。 ERPシステムは、事業資源（現金、[[原材料]]、[[生産能力]]）と、ビジネスコミットメントのステータス（注文、[[発注書]]、[[給与]]）を追跡します。システムを構成するアプリケーションは、データを提供するさまざまな部門（製造、購入、販売、[[会計|経理]]など）間でデータを共有します。 <ref>{{Cite journal|last=Almajali|first=Dmaithan|year=2016|title=Antecedents of ERP systems implementation success: a study on Jordanian healthcare sector|url=http://elartu.tntu.edu.ua/handle/lib/31749|journal=Journal of Enterprise Information Management|volume=29|issue=4|pages=549–565|DOI=10.1108/JEIM-03-2015-0024}}</ref> ERPは、すべてのビジネス機能間の情報の流れを促進し、外部の[[ステークホルダー|利害関係者]]への接続を管理します。 <ref>{{Cite book|last=Radovilsky|first=Zinovy|editor-last=Bidgoli|editor-first=Hossein|year=2004|title=The Internet Encyclopedia, Volume 1|publisher=John Wiley & Sons, Inc.|page=707|url=https://books.google.com/books?id=ACfBmYiNaTcC&pg=PA707|isbn=9780471222026}}</ref>
主なERP製品には以下のものがある。（アルファベット順）
* [[A.S.I.A.]]: [[東洋ビジネスエンジニアリング]]の開発した純国産ERPソフトウェア。
* [[奉行V ERP]]: [[オービックビジネスコンサルタント|OBC]]の開発したクラウド型ERPソフトウェア。
* [[COMPANY]]: [[ワークスアプリケーションズ]]社の開発したERPソフトウェア。
* [[dDREAMS]]: [[ドコモ・システムズ]]の開発したクラウド型ERPソフトウェア。
* [[EXPLANNER]]: [[日本電気|NEC]]の開発したERPソフトウェア。
* [[GEMPLANET]]: [[日立製作所]]の開発したERPソフトウェア。
* [[GLOVIA]]: [[富士通]]の開発したERPソフトウェア。国内中小企業のERPシェアの調査でトップとなったことがある<ref>{{Cite news|title=中小企業のERPシェア、トップは富士通 - DATA＆DATA：日経クロステック Active|newspaper=[[日経BP]]|date=2017-03-03|url=https://active.nikkeibp.co.jp/atclact/active/16/033100020/012700087/|accessdate=2020-05-13}}</ref>。
* [[GRANDIT]]: [[GRANDIT]]社の開発した純国産ERPソフトウェア。
* [[GrowOne Cube]]: [[ニッセイコム]]の開発したERPソフトウェア。
* [[Infor M3]]: [[Infor]]社の開発した流通、製造業向けERPソフトウェア。旧製品名はMovex。
* [[MA-EYES]]: [[株式会社ビーブレイクシステムズ]]の開発したプロジェクト管理型ERPソフトウェア。
* [[MCFrame]]: [[東洋ビジネスエンジニアリング]]の開発した純国産ERPソフトウェア。
* [[MCFrame online]] 原価管理：MCFrameをベースとしたSaaSモデル。
* [[Microsoft Dynamics NAV]]: [[マイクロソフト]]の開発したERPソフトウェア。
* [[Microsoft Dynamics AX]]: [[マイクロソフト]]の開発したERPソフトウェア。
* [[NetSuite]]: [[ネットスイート]]社の開発したERPソフトウェア。
* [[OBIC7]]: [[オービック]]社の開発したERPソフトウェア。
* [[Openbravo#Openbravo_ERP|Openbravo ERP]]: [[Openbravo]]の開発したオープンソースERPソフトウェア。
* [[E-Business Suite|Oracle E-Business Suite]]: オラクル社の開発したERPソフトウェア。
* [[ProActive]]: [[住商情報システム]]（現社名：SCSK）の開発したERPソフトウェア。
* [[RossERP]]: [[CDC Software]]の開発した食品・化学向けERPソフトウェア<ref>[http://www.aptean.com/jp/company/news/2012/20120807-cdc-software-and-consona-corporation-merge CDC SOFTWARE と CONSONA CORPORATIONが合併しAPTEANに]</ref>。
*[[QAD Adaptive ERP]]: 米国[[:en:QAD_Inc.|QAD]]社が開発した製造業向けERP
* [[SAP Business All-In-One]]: [[SAP (企業)|SAP]]社の開発した中堅企業向けERPソフトウェア。
* [[SAP Business ByDesign]]: [[SAP (企業)|SAP]]社が提供する中堅・中小企業向けクラウドネイティブの[[SaaS]]型ERPソフトウェア。
* [[SAP Business One]]: [[SAP (企業)|SAP]]社が提供する中堅・中小企業向けERPソフトウェア。
* [[SAP R/3]]: [[SAP (企業)|SAP]]社の開発した第3世代ERPソフトウェア。（提供終了）
* [[SAP S/4HANA]]: [[SAP (企業)|SAP]]社の開発した[[インメモリデータベース|インメモリープラットフォーム]]を採用した第4世代ERPソフトウェア<ref name=":0" />。
* [[SMILE (ソフトウェア)|SMILE]]: [[大塚商会]]の開発した中小企業向けERPソフトウェア。現在は子会社の[[OSK (ソフトウェア)|OSK]]が開発。
* [[SuperStream-NX]]: [[SuperStream]]社の開発したERPソフトウェア。
* [[ツバイソ]]: [[ツバイソ]]の開発した[[クラウドコンピューティング|クラウド]]／[[SaaS]]型ERPソフトウェア。
* [[WorkPLAN]]: 個別受注生産管理向けに開発したERPソフトウェア。
* [[ZAC Enterprise]]: [[オロ（企業）|オロ]]社の開発したクラウド/[[SaaS]]型ERPソフトウェア。
* [[Reforma PSA]]: [[オロ（企業）|オロ]]社の開発したクラウド/[[SaaS]]型PSAソフトウェア。


エンタープライズシステムソフトウェアは、さまざまなビジネス機能をサポートするコンポーネントを製造する数十億ドル規模の業界です。 IT投資は、2011年の時点で、米国を拠点とする企業における資本支出の最大のカテゴリーの1つになっています。初期のERPシステムは大企業に焦点を合わせていましたが、中小企業はますますERPシステムを使用しています<ref>Rubina Adam, Paula Kotze, Alta van der Merwe. 2011. Acceptance of enterprise resource planning systems by small manufacturing Enterprises. In: Proceedings of the 13th International Conference on Enterprise Information Systems, edited by Runtong Zhang, José Cordeiro, Xuewei Li, Zhenji Zhang and Juliang Zhang, SciTePress, p. 229 - 238</ref>。
== オープンソースERP ==
2000年からいくつかのERPシステムが[[ロイヤルティー]]フリーの[[オープンソース]]ライセンスの下で[[オープンソース]]システムとして無料で利用できるようになっている。現在利用できる、安定された[[バージョン]]をもったパッケージとしては[[iDempiere]], [[Adempiere]], [[Compiere]], [[Openbravo]], [[:en:OpenERP|OpenERP-現Odoo]] などがある。
* [[iDempiere]]: [[Compiere]] -> [[Adempiere]] -> [[iDempiere]]と発展しているコミュニティーベースのオープンソースのERPソフトウェア。
* [[ERP5]]: オープンソースERPソフトウェア。


ERPシステムは、さまざまな組織システムを統合し、エラーのないトランザクションと生産を促進することで、組織の効率を高めます。ただし、ERPシステムの開発は、従来のシステム開発とは異なります。 <ref>{{Cite journal|last=Shaul|first=L.|last2=Tauber|first2=D.|year=2012|title=CSFs along ERP life-cycle in SMEs: a field study|journal=Industrial Management & Data Systems|volume=112|issue=3|pages=360–384|DOI=10.1108/02635571211210031}}</ref> ERPシステムは、さまざまな[[ハードウェア|コンピューターハードウェア]]および[[コンピュータネットワーク|ネットワーク]]構成で実行され、通常は[[データベース]]を[[情報リポジトリ]]として使用します<ref>
== ERPのSaaS化 ==
Khosrow–Puor, Mehdi. (2006). Emerging Trends and Challenges in Information Technology Management. Idea Group, Inc. p. 865.
基幹システム関連での[[SaaS]]提供企業はまだまだ少数だが、製造業向けERPコンサル大手（要出典）である[[東洋ビジネスエンジニアリング]]が2009年1月から、日本初の製造業向けSaaS型原価管理サービスとして、従来型の[[MCFrame]]をSaaS化した、[[MCFrame online]]原価管理を提供開始している。ERP世界最大手[[SAP (企業)|SAP]]は2007年にクラウドネイティブERPである[[SAP Business ByDesign]]をグローバルでリリースし、2013年には日本国内でも提供開始した。<ref>[http://www.atmarkit.co.jp/news/200709/20/sap.html SAPがSaaSに本格参入、中小向けERP発表]</ref><ref>[http://www.itmedia.co.jp/enterprise/articles/1308/27/news099.html SAPジャパン、クラウド型ERP「Business ByDesign」国内投入]</ref><ref>[http://jpn.nec.com/press/201401/20140109_01.html NECとSAP、クラウド型ERPサービス「SAP(R) Business ByDesign(R)」ビジネスでグローバル協業]</ref> オラクル社からはFusionのSaaS化であるERP Cloudが提供されている。2016年にはSAPが従来オンプレミスパッケージであった[[SAP S/4HANA]]をSaaS化したSAP S/4HANA Enterprise Management Cloudを提供開始するなど、ERPのSaaS化が進んでいる。<ref>[http://itpro.nikkeibp.co.jp/atcl/column/14/346926/110800690/ SAP、次世代ERPのSaaS版を国内投入、PaaSの活用でアドオンを分離]</ref>
</ref>。


== 原点 ==
SaaSでは、従来型のライセンシングに対し、サービス利用企業の初期投資が低額で済むため、今後の急速な普及が予測されている。
ガートナーは、1990年代に[[頭字語]]ERPを最初に使用した<ref>{{Cite web|url=http://www.computerworld.com/article/2583660/e-commerce/extended-erp-technology-reborn-in-b2b.html|title=Extended ERP technology reborn in B2B|author=InfoWorld|first=Heather Harreld|date=August 27, 2001|accessdate=July 20, 2016}}</ref> 。ERPは[[資材所要量計画]] (MRP; Material Requirements Planning) から派生した名前である。ERPはMRPの機能を取り込み、その後の[[製造資源計画]]（MRP II） <ref>{{Cite web|author=Anderegg|first=Travis|title=MRP/MRPII/ERP/ERM&nbsp;— Confusing Terms and Definitions for a Murkey Alphabet Soup|url=http://wiki.wlug.org.nz/EnterpriseSpeak|accessdate=September 23, 2013}}</ref><ref>{{Cite web|url=http://www.erp.com/component/content/article/324-erp-archive/4407-erp.html|archiveurl=https://web.archive.org/web/20110710200209/http://www.erp.com/component/content/article/324-erp-archive/4407-erp.html|archivedate=July 10, 2011|title=ERP|accessdate=October 7, 2009}}</ref>および[[コンピュータ統合生産|コンピューター統合生産]]の機能を取り込んだ。ERPという用語はその後そのまま使われ続け、製造を超えたアプリケーション統合の進化を反映した、より大きな概念を表すようになった<ref>{{Cite book|last=Sheilds|first=Mureell G.|title=E-Business and ERP: Rapid Implementation and Project Planning|year=2005|publisher=John Wiley and Sons, Inc.|page=9}}</ref>。


すべてのERPパッケージが製造コアから開発されているわけではありません。 ERPベンダーは、財務および会計、[[メンテナンス|保守]]、および人事のコンポーネントを使用してパッケージをさまざまに組み立て始めました。 1990年代半ばまでに、ERPシステムはすべてのコアエンタープライズ機能に対応しました。政府や非営利団体もERPシステムを使い始めました<ref>{{Cite conference|first1=SI|last=Chang|last2=Guy Gable|last3=Errol Smythe|last4=Greg Timbrell|conference=International Conference on Information Systems|title=A Delphi examination of public sector ERP implementation issues|pages=494–500|publisher=[[Association for Information Systems]]|year=2000|place=Atlanta|url=http://dl.acm.org/citation.cfm?id=359640.359793|access-date=September 9, 2008}}</ref>。
== 出典 ==

<references />
== 拡張 ==
ERPシステムは1990年代に急速な成長を遂げました。 [[2000年問題|2000年問題の]]ため、多くの企業が古いシステムをERPに置き換える機会を得ました<ref name="WagnerMonk2008">{{Cite book|last=Bret Wagner|last2=Ellen Monk|title=Enterprise Resource Planning|url=https://books.google.com/books?id=pG94WAknOF8C|date=4 February 2008|publisher=Cengage Learning EMEA|isbn=978-1-4239-0179-2}}</ref>。

ERPシステムは当初、[[顧客]]や一般の人々に直接影響を与えないバックオフィス機能の自動化に重点を置いていました。[[顧客関係管理|顧客と]]直接やり取りする[[顧客関係管理]]（CRM）などのフロントオフィス機能、または[[E-ビジネス|電子]][[電子商取引|商取引]]、[[電子政府]]、電子テレコム、[[金融|電子金融]]などの[[電子商取引|電子]][[E-ビジネス|ビジネス]]システム、またはサプライヤ関係管理（SRM）が後でインターネットが外部との通信を簡素化したときに統合されました<ref name="HaymanERP00">{{Cite journal|last=Hayman, L.|year=2000|title=ERP in the Internet Economy|journal=Information Systems Frontiers|volume=2000|issue=2|pages=137–139|DOI=10.1023/A:1026595923192}}</ref>。

「ERPII」は、2000年にGartnerPublicationsによるERPIs ''Dead—Long Live ERPII''というタイトルの記事で造られました。 <ref>{{Cite web|title=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 4 October 2000|url=https://www.researchgate.net/publication/3420069|accessdate=October 23, 2020}}</ref> <ref>{{Cite web|title=ERP: What you need to ask before you buy|url=http://www.projectauditors.com/Papers/Buying_An_ERP_System/ERP_Purchasing_the_right_ERP_package_3.php|publisher=projectauditors.com|accessdate=April 23, 2014}}</ref>従業員とパートナー（サプライヤーや顧客など）にERPシステムへのリアルタイムアクセスを提供するWebベースのソフトウェアについて説明します。 ERP IIの役割は、従来のERPリソースの最適化と[[トランザクション処理|トランザクション処理を]]拡張し[[トランザクション処理|ます]]。単に売買などを管理するのではなく。 —ERP IIは、管理下にあるリソースの情報を活用して、企業が他の企業とコラボレーションできるようにします。 <ref>{{Cite web|url=http://www.uncg.edu/bae/people/holderness/readings/ERP_is_Dead--Long_Live_ERP_II.pdf|title=The Bryan School of Business and Economics at UNCG—Exceptional Problem Solvers|publisher=Uncg.edu|accessdate=November 8, 2012|archiveurl=https://web.archive.org/web/20120912185508/http://www.uncg.edu/bae/people/holderness/readings/ERP_is_Dead--Long_Live_ERP_II.pdf|archivedate=September 12, 2012}}</ref> ERP IIは、第1世代のERPよりも柔軟性があります。 ERPシステムの機能を組織内に限定するのではなく、企業の壁を越えて他のシステムと対話します。エンタープライズアプリケーションスイートは、そのようなシステムの別名です。 ERP IIシステムは通常、さまざまな[[E-ビジネス|e-ビジネステクノロジ]]を使用して、[[サプライチェーン・マネジメント|サプライチェーン管理（SCM）]] 、[[顧客関係管理|顧客関係管理（CRM）]] 、ビジネスパートナー組織間のビジネス[[ビジネスインテリジェンス|インテリジェンス（BI）]]などの共同イニシアチブを可能にするために使用されます。 <ref>{{Cite journal|last=Charles Møller|date=August 1, 2005|title=ERP II: a conceptual framework for next‐generation enterprise systems?|journal=Journal of Enterprise Information Management|volume=18|issue=4|pages=483–497|DOI=10.1108/17410390510609626|ISSN=1741-0398}}</ref> <ref>{{Cite journal|last=Ruhi|first=Umar|date=July 1, 2016|title=An experiential learning pedagogical framework for enterprise systems education in business schools|journal=The International Journal of Management Education|volume=14|issue=2|pages=198–211|DOI=10.1016/j.ijme.2016.04.006}}</ref>

開発者は現在、モバイルデバイスをERPシステムと統合するためにより多くの努力を払っています。 ERPベンダーは、他のビジネスアプリケーションとともに、ERPをこれらのデバイスに拡張しています。最新のERPの技術的な利害関係は、ハードウェア、アプリケーション、ネットワーキング、サプライチェーンなどの統合に関係しています。 ERPは現在、[[意思決定]]、利害関係者の関係、[[標準化]]、透明性、[[グローバリゼーション]]など、より多くの機能と役割をカバーしています。 <ref>{{Cite journal|last=Shaul|first=L.|last2=Tauber|first2=D.|year=2013|title=Critical Success Factors in Enterprise Resource Planning Systems: Review of the Last Decade|journal=ACM Computing Surveys|volume=45|issue=4|pages=1–39|DOI=10.1145/2501654.2501669}}</ref>

== 特徴 ==
ERPシステムには通常、次の特性があります。

* 統合システム
* リアルタイム（またはほぼ）で動作します
* すべてのアプリケーションをサポートする共通データベース
* モジュール間で一貫したルックアンドフィール
* 実装が小さなステップで行われないという条件で、情報技術（IT）部門による精巧なアプリケーション/データ統合を伴うシステムのインストール<ref>Sheilds, Mureell G., E-Business and ERP: Rapid Implementation and Project Planning. (2001) John Wiley and Sons, Inc. p. 9-10.</ref>
* 導入オプションには、[[オンプレミス]]、クラウドホスト、または[[SaaS]]が含ま[[オンプレミス|れ]]ます

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

* [[財務会計]]：[[総勘定元帳]]、[[固定資産]]、バウチャー、マッチングと支払いを含む[[買掛金|買掛]]金、[[売掛金]]と回収、現金管理、財務統合
* [[管理会計]]：[[予算|予算編成]]、原価計算、[[原価計算|原価管理]]、[[活動基準原価計算]]
* [[人事]]：[[求人|採用]]、[[訓練|研修]]、名簿作成、給与計算、[[福利厚生]]、[[年金|退職年金制度]]、[[ダイバーシティ・マネジメント|多様性管理]]、[[退職]]、離職
* 製造：[[工学|エンジニアリング]]、[[BOM (部品表)|材料請求書]]、作業指示書、スケジューリング、容量、ワークフロー管理、[[品質管理]]、製造プロセス、製造プロジェクト、製造フロー、[[商品ライフサイクルマネジメント|製品ライフサイクル管理]]
* 注文処理：注文から現金化、注文入力、信用調査、価格設定、約束可能、[[在庫]]、[[貨物輸送|出荷]]、販売分析とレポート、販売試運転
* [[サプライチェーン・マネジメント|サプライチェーン管理]]：サプライチェーン計画、サプライヤスケジューリング、製品コンフィギュレータ、注文から現金化、[[仕入|購入]]、[[在庫]]、請求処理、[[倉庫|倉庫保管]]（受け取り、保管、[[受注処理|ピッキング]]、[[包装|梱包]]）
* [[プロジェクトマネジメント|プロジェクト管理]]：プロジェクト計画、リソース計画、プロジェクト原価計算、[[Work Breakdown Structure|作業分解図]]、[[送り状|請求]]、時間と費用、パフォーマンスユニット、アクティビティ管理
* 顧客関係管理（CRM）：販売およびマーケティング、コミッション、サービス、顧客連絡、[[コールセンター]]サポート{{snd}}CRMシステムは常にERPシステムの一部と見なされるわけではなく、ビジネスサポートシステム（BSS）と見なされます。
* データサービス：顧客、サプライヤー、および/または従業員向けのさまざまな「セルフサービス」インターフェース
* 学校および教育機関の管理。

=== GRP ===
政府のリソースプランニング（GRP）は、[[官業|公共部門の]]ERPおよび政府機関の統合オフィスオートメーションシステムに相当します。 <ref>
Yunliang, Xiongtao, Qing, Jing and Ning (2010) "Design of E-Government Information Management Platform Based on SOA Framework", 2010 First International Conference on Networking and Distributed Computing, Hangzhou, {{Doi|10.1109/ICNDC.2010.42}}.</ref>ソフトウェア構造、モジュール化、コアアルゴリズム、およびメインインターフェイスは、他のERPと同じであり、ERPソフトウェアサプライヤは、システムを政府機関に適合させることができます。 <ref>Allen, Kern and Havenhand (2000) "ERP Critical Success Factors: an exploration of the contextual factors in public sector institutions", Proceedings of the 35th Hawaii International Conference on System Sciences.</ref> <ref>Chang, Gable, Smythe and Timbrell (2000) "A Delphi examination of public sector ERP implementation issues" Proceedings of ICIS.</ref> <ref>{{Cite journal|last=Ebrahim|first=Zakareya|last2=Irani|first2=Zahir|year=2005|title=E‐government adoption: architecture and barriers|journal=Business Process Management Journal|volume=11|issue=5|pages=589–611|DOI=10.1108/14637150510619902}}</ref>

民間組織と公的組織の両方のシステム実装は、組織の生産性と全体的なビジネスパフォーマンスを向上させるために採用されていますが、実装の比較（民間と公共）は、公共部門でのERP実装の成功に影響を与える主な要因が文化的であることを示しています。 <ref>Wingreen, Maryam and Hritik (2014) "An Investigation into Enterprise Resource Planning Implementation Success: Evidence from Private and Public Sector Organizations", [http://aisel.aisnet.org/pacis2014/339 PACIS 2014/339].</ref> <ref>[[arxiv:1207.2860|Shafqat, Enhong and Faisal (2012)]], "Enterprise Resource Planning - 'real blessing' or 'a blessing in disguise': an exploration of the contextual factors in public sector"</ref> <ref>{{Cite book|last=Coelho|first=Cunha|last2=Meirelles|year=2015|title=The client-consultant relationship in the implementation of ERP in government: exploring the dynamic between power and knowledge|journal=DGO|pages=140|doi=10.1145/2757401.2757405|isbn=9781450336000}}</ref>

== ベストプラクティス ==
ほとんどのERPシステムには[[ベストプラクティス|ベストプラクティスが]]組み込まれてい[[ベストプラクティス|ます]]。これは、ソフトウェアが各ビジネスプロセスを実行するための最も効果的な方法のベンダーの解釈を反映していることを意味します。システムは、顧客がこれらの慣行をどれだけ便利に変更できるかによって異なります。 <ref>Monk, Ellen and Wagner, Brett."Concepts in Enterprise Resource Planning" 3rd.ed.Course Technology Cengage Learning.Boston, Massachusetts.2009</ref>さらに、ベストプラクティスにより、他のソフトウェア実装と比較してリスクが71％削減されました。 <ref>"Enhanced Project Success Through SAP Best Practices&nbsp;– International Benchmarking Study". {{ISBN2|1-59229-031-0}}.</ref>

以下のような要件とベストプラクティスを容易にし、コンプライアンスの利用[[国際財務報告基準|IFRS]] 、 [[上場企業会計改革および投資家保護法|SOX法]]、またはバーゼルII 。また、電子送金などの事実上の業界標準への準拠にも役立ちます。これは、手順をERPソフトウェア内で簡単に体系化し、そのビジネス要件を共有する複数のビジネス間で自信を持って複製できるためです。 <ref name="IngolfoEstab11">{{Cite book|title=Establishing Regulatory Compliance for Software Requirements|journal=Conceptual Modeling - ER 2011|volume=6998|last=Ingolfo|first=S.|last2=Siena|first2=A.|last3=Mylopoulos|first3=J.|pages=47–61|year=2011|doi=10.1007/978-3-642-24606-7_5|series=Lecture Notes in Computer Science|isbn=978-3-642-24605-0}}</ref> <ref name="MSITSys">{{Cite web|url=https://www.metricstream.com/insights/IT_sys_val.htm|title=IT Systems Validation for SOx and Regulatory Compliance|website=Insights|publisher=MetricStream, Inc|accessdate=9 May 2018}}</ref>

== プラントフロア情報への接続 ==
ERPシステムは、さまざまな方法でリアルタイムデータとトランザクションデータに接続します。これらのシステムは通常、プロセス、機器、ベンダーソリューションに関する独自の知識をもたらす[[システムインテグレーター]]によって構成され[[システムインテグレーター|ます]]。

'''直接統合'''—ERPシステムには、製品提供の一部として接続性（プラントフロア機器への通信）があります。これには、ベンダーが顧客が操作するプラントフロア機器に対して特定のサポートを提供する必要があります。

'''データベース統合'''—ERPシステムは、データベース内のステージングテーブルを介してプラントフロアのデータソースに接続します。プラントフロアシステムは、必要な情報をデータベースに保管します。 ERPシステムはテーブル内の情報を読み取ります。ステージングの利点は、ERPベンダーが機器統合の複雑さを習得する必要がないことです。接続性はシステムインテグレーターの責任になります。

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

'''カスタム統合ソリューション'''—多くのシステムインテグレーターがカスタムソリューションを提供しています。これらのシステムは、初期統合コストが最も高くなる傾向があり、長期的なメンテナンスと信頼性のコストが高くなる可能性があります。注意深いシステムテストと徹底的な文書化により、長期的なコストを最小限に抑えることができます。カスタム統合ソリューションは通常、[[ワークステーション]]またはサーバークラスのコンピューターで実行され[[ワークステーション|ます]]。

== 実装 ==
ERPの範囲は通常、スタッフの作業プロセスと慣行に大幅な変更を加えることを意味します。 <ref name="tech-faq.com">{{Cite web|url=http://www.tech-faq.com/erp.shtml|title=ERP (Enterprise Resource Planning)|publisher=Tech-faq.com|date=March 5, 2014|accessdate=July 14, 2015}}</ref>一般に、このような変更の実装を支援するために、コンサルティング、カスタマイズ、およびサポートの3種類のサービスを利用できます。 実装時間は、ビジネスの規模、モジュールの数、カスタマイズ、プロセス変更の範囲、およびプロジェクトの所有権を取得する顧客の準備状況によって異なります。モジュラーERPシステムは段階的に実装できます。大企業の一般的なプロジェクトには約14か月かかり、約150人のコンサルタントが必要です。 <ref name="carl.sandiego.edu">{{Cite web|title=Critical Issues Affecting an ERP Implementation|url=http://carl.sandiego.edu/gba573/critical_issues_affecting_an_erp.htm|publisher=Auerbach Publications|website=Information Systems Management|page=7|year=1999|accessdate=January 10, 2013|archiveurl=https://web.archive.org/web/20130103032912/http://carl.sandiego.edu/gba573/critical_issues_affecting_an_erp.htm|archivedate=January 3, 2013}}</ref>小さなプロジェクトには数か月かかる場合があります。多国籍およびその他の大規模な実装には、数年かかる場合があります。 <ref name="SankarImplement06">{{Cite book|url=https://books.google.com/books?id=sVS9AQAAQBAJ&pg=PA8|title=Implementation Strategies for SAP R/3 in a Multinational Organization: Lessons from a Real-World Case Study|last=Sankar|first=C.|last2=Rau|first2=K.-H.|publisher=Cybertech Publishing|page=8|year=2006|isbn=9781591407782|accessdate=9 May 2018}}</ref> <ref name="PelphreyDirecting15">{{Cite book|url=https://books.google.com/books?id=KJO9BwAAQBAJ&pg=PA92|title=Directing the ERP Implementation: A Best Practice Guide to Avoiding Program Failure Traps While Tuning System Performance|last=Pelphrey, M.W.|publisher=CRC Press|pages=92–111|year=2015|isbn=9781482248425}}</ref>[[マスカスタマイゼーション|カスタマイズ]]により、実装時間が大幅に増加する[[マスカスタマイゼーション|可能]]性があります。

それに加えて、情報処理はさまざまなビジネス機能に影響を与えます。たとえば、[[ウォルマート|ウォルマートの]]ような一部の大企業は[[ジャストインタイム生産システム|ジャストインタイム]]在庫システムを使用[[ジャストインタイム生産システム|してい]]ます。これにより、在庫の保管が減り、配送効率が向上し、最新のデータが必要になります。 2014年以前は、ウォルマートは[[IBM]]が開発したInforemというシステムを使用して補充を管理していました。 <ref>{{Cite web|url=http://www.thecitywire.com/node/31165|title=Wal-Mart slow to roll out new replenishment system|publisher=Thecitywire.com|date=January 8, 2014|accessdate=July 14, 2015}}</ref>

=== プロセスの準備 ===
ERPを実装するには、通常、既存のビジネスプロセスを変更する必要があります。 <ref>Turban et al. (2008). ''Information Technology for Management, Transforming Organizations in the Digital Economy''. Massachusetts: John Wiley & Sons, Inc., pp. 300–343. {{ISBN2|978-0-471-78712-9}}</ref>実装を開始する前に必要なプロセス変更を十分に理解していないことが、プロジェクトの失敗の主な理由です。 <ref>{{Cite journal|last=Brown|first=C.|last2=Vessey|first2=I.|year=2003|title=Managing the Next Wave of Enterprise Systems: Leveraging Lessons from ERP|journal=MIS Quarterly Executive|volume=2|issue=1}}</ref>困難は、システム、ビジネスプロセス、インフラストラクチャ、トレーニング、または意欲の欠如に関連している可能性があります。

したがって、組織がERPソフトウェアを実装する前に、ビジネスプロセスを徹底的に分析することが重要です。分析により、プロセスの近代化の機会を特定できます。また、現在のプロセスとERPシステムによって提供されるプロセスとの整合性を評価することもできます。調査によると、ビジネスプロセスの不一致のリスクは次の方法で減少します。

* 現在のプロセスを組織の戦略にリンクする
* 各プロセスの有効性の分析
* 既存の自動化ソリューションを理解する<ref>King. W., "Ensuring ERP implementation success," ''Information Systems Management'', Summer 2005.</ref> <ref>Yusuf, Y., A. Gunasekaran, and M. Abthorpe, "Enterprise Information Systems Project Implementation: A Case Study of ERP in Rolls-Royce," ''International Journal of Production Economics'', 87(3), February 2004.</ref>

ERPの実装は、分散型組織ではプロセス、ビジネスルール、データセマンティクス、承認階層、意思決定センターが異なることが多いため、かなり困難です（そして政治的に負担がかかります）。 <ref>{{Cite web|title=Requirements Engineering for Cross-organizational ERP Implementation: Undocumented Assumptions and Potential Mismatches|first=Maya|author=Daneva|publisher=University of Twente|url=http://www.vital-project.org/papers/Daneva-Wieringa-Camera-Ready-RE-Paper.pdf|accessdate=July 12, 2008}}</ref>これには、一部のビジネスユニットを他のビジネスユニットよりも先に移行する、各ユニットに必要な変更を処理するための実装を遅らせる、統合を減らす（[[MDM|マスターデータ管理]]を介したリンク[[MDM|など]]）、または特定のニーズに合わせてシステムをカスタマイズする必要がある場合があります。 <ref name="Thomas H. Davenport 1998">Thomas H. Davenport, "Putting the Enterprise into the Enterprise System", ''Harvard Business Review'', July–August 1998.</ref>

潜在的な欠点は、「標準」プロセスを採用すると、[[競争優位|競争上の優位性が]]失われる可能性があることです。これが起こっている間、ある領域での損失は他の領域での利益によって相殺されることが多く、全体的な競争上の優位性を高めます。 <ref>Turban et al. (2008). ''Information Technology for Management, Transforming Organizations in the Digital Economy''. Massachusetts: John Wiley & Sons, Inc., p. 320. {{ISBN2|978-0-471-78712-9}}</ref> <ref>[[Bruce Dehning|Dehning, B.]] and T.Stratopoulos, 'Determinants of a Sustainable Competitive Advantage Due to an IT-enabled Strategy,' Journal of Strategic Information Systems, Vol. 12, 2003</ref>

=== 構成 ===
ERPシステムの構成は、主に、組織がシステムを機能させる方法と、システムが機能するように設計された方法とのバランスを取ることです。 ERPシステムには通常、システム操作を変更する多くの設定が含まれています。たとえば、組織は使用する在庫会計のタイプ（ [[後入先出法|FIFOまたはLIFO）]]を選択できます。地理的単位、製品ライン、または流通チャネルごとに収益を認識するかどうか。顧客の返品時に送料を支払うかどうか。 <ref name="Thomas H. Davenport 1998">Thomas H. Davenport, "Putting the Enterprise into the Enterprise System", ''Harvard Business Review'', July–August 1998.</ref>

=== 2層ERP ===
2層のERPソフトウェアとハードウェアにより、企業は2つのERPシステムに相当するものを一度に実行できます。1つは企業レベルで、もう1つは部門または子会社レベルです。たとえば、製造会社はERPシステムを使用して、独立したグローバルまたは地域の流通、生産または販売センター、およびサービスプロバイダーを使用して組織全体を管理し、主要な会社の顧客をサポートできます。各独立したセンター（または）子会社は、独自の[[ビジネスモデル]]、[[ワークフロー]]、および[[ビジネスプロセス]]を持っている場合があり[[ビジネスプロセス|ます]]。

グローバリゼーションの現実を踏まえ、企業は、地域、部門、製品または製造戦略を最適化して、戦略的目標をサポートし、市場投入までの時間を短縮すると同時に、収益性を高め、価値を提供する方法を継続的に評価します。 <ref name="ferdows">{{Cite journal|last=Ferdows|first=K|year=1997|title=Making the most of foreign factories|journal=[[Harvard Business Review]]|volume=75|issue=2|pages=73–88}}</ref> 2層ERPにより、地域の流通、生産、または販売センターとサービスプロバイダーは、独自のERPシステムを使用して、主要企業とは別の独自のビジネスモデルで運営を続けます。これらの中小企業のプロセスとワークフローは、主要企業のプロセスとワークフローに関連付けられていないため、複数の場所でローカルビジネス要件に対応できます。 <ref name="gill">Gill, R. (2011). "The rise of two-tier ERP." ''Strategic Finance'', 93(5), 35-40, 1.</ref>

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

* 製造業のグローバリゼーション、新興経済国における調達の経済学
* 中小企業により適したソフトウェアの選択に基づいて、子会社でのより迅速で低コストのERP実装の可能性
* 2つのERPシステム間でデータをやり取りする必要がある場合（多くの場合、[[Enterprise application integration|エンタープライズアプリケーション統合]]の使用を伴う）、余分な労力が必要になります<ref>Montgomery, Nigel (2010).[http://www.gartner.com/id=1412121 "Two-Tier ERP Suite Strategy: Considering Your Options."] Gartner Group. July 28, 2010. Retrieved September 20, 2012.</ref> 2層ERP戦略により、企業は市場の需要に対応し、ITシステムを企業レベルで調整する際に俊敏性を確保[[Enterprise application integration|できます。]]その結果、組織全体で使用されている1つのERPシステムと比較してより多くのシステムが得られます。 <ref>{{Cite journal|last=Kovacs|first=G. L.|last2=Paganelli|first2=P.|year=2003|title=A planning and management infrastructure for large, complex, distributed projects&nbsp;— beyond ERP and SCM|url=http://ceit.aut.ac.ir/~sa_hashemi/My%20Teachings/MS-CEIT-Supply%20Chain%20Management/W-Selected%20Papers%20for%20class%20seminars-last/scm-pm-A%20planning%20and%20management%20infrastructure%20for%20large%2C%20complex%2Cdistributed%20projects-beyond%20ERP%20and%20SCM.pdf|journal=Computers in Industry|volume=51|issue=2|pages=165|DOI=10.1016/s0166-3615(03)00034-4}}</ref>

=== カスタマイズ ===
ERPシステムは、理論的には業界のベストプラクティスに基づいており、そのメーカーは、組織がそれらを「現状のまま」展開することを意図しています。 <ref>{{Cite journal|last=Kraemmerand|first=P.|year=2003|title=ERP implementation: an integrated process of radical change and continuous learning|journal=Production Planning & Control|volume=14|issue=4|pages=228–248|DOI=10.1080/0953728031000117959}}</ref> <ref>{{Cite journal|last=Vilpola|first=Inka Heidi|year=2008|title=A method for improving ERP implementation success by the principles and process of user-centred design|journal=Enterprise Information Systems|volume=2|issue=1|pages=47–76|DOI=10.1080/17517570701793848}}</ref> ERPベンダーは、組織が独自のビジネスルールを組み込むことができる構成オプションを顧客に提供していますが、構成が完了した後でも機能のギャップが残ることがよくあります。

ERPのお客様には、機能のギャップを調整するためのいくつかのオプションがあり、それぞれに長所と短所があります。技術的な解決策には、提供されたソフトウェアの一部を書き直すこと、ERPシステム内で機能するように自家製のモジュールを書くこと、または外部システムとのインターフェースが含まれます。これらの3つのオプションは、さまざまな程度のシステムカスタマイズを構成します。最初のオプションは、保守が最も侵襲的でコストがかかります。 <ref name="Fryling 2010 391–421">{{Cite journal|last=Fryling|first=Meg|year=2010|title=Estimating the impact of enterprise resource planning project management decisions on post-implementation maintenance costs: a case study using simulation modelling|journal=Enterprise Information Systems|volume=4|issue=4|pages=391–421|bibcode=2010EntIS...4..391F|DOI=10.1080/17517575.2010.519785}}</ref>あるいは、提供されたERP機能セットによりよく一致するようにビジネス慣行や組織のポリシーを変更するなどの非技術的なオプションがあります。カスタマイズと構成の主な違いは次のとおりです。

* カスタマイズは常にオプションですが、ソフトウェアは使用前に常に構成する必要があります（たとえば、コスト/利益センタ構造、組織ツリー、購入承認ルールの設定など）。 ）。
* このソフトウェアは、さまざまな構成を処理するように設計されており、許可された構成で予測どおりに動作します。
* システムの動作とパフォーマンスに対する構成変更の影響は予測可能であり、ERPベンダーの責任です。カスタマイズの効果はあまり予測できません。それは顧客の責任であり、テスト活動を増やします。
* 構成の変更は、新しいソフトウェアバージョンへのアップグレード後も存続します。一部のカスタマイズ（たとえば、データ画面の表示の前後に呼び出される事前定義された「フック」を使用するコード）は、再テストが必要ですが、アップグレード後も存続します。その他のカスタマイズ（基本的なデータ構造の変更など）は、アップグレード中に上書きされるため、再実装する必要があります。 <ref>{{Cite journal|last=Yakovlev|first=I.V.|year=2002|title=An ERP implementation and business process reengineering at a Small University|journal=Educause Quarterly|volume=2|pages=52–57}}</ref>

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

* ユーザーの受け入れを改善します<ref>{{Cite book|last=Fryling|first=Meg|title=Total Cost of Ownership, System Acceptance and Perceived Success of Enterprise Resource Planning Software: Simulating a Dynamic Feedback Perspective of ERP in the Higher Education Environment|year=2010|isbn=978-1-109-74428-6|page=403}}</ref>
* 標準機能のみを使用して、企業に対して競争上の優位性を獲得する可能性を提供します

カスタマイズの欠点には、次のようなものがあります。

* 実装と保守に必要な時間とリソースを増やす<ref name="Fryling 2010 391–421">{{Cite journal|last=Fryling|first=Meg|year=2010|title=Estimating the impact of enterprise resource planning project management decisions on post-implementation maintenance costs: a case study using simulation modelling|journal=Enterprise Information Systems|volume=4|issue=4|pages=391–421|bibcode=2010EntIS...4..391F|DOI=10.1080/17517575.2010.519785}}</ref> <ref name="BradfordModern15">{{Cite book|url=https://books.google.com/books?id=KZRqCAAAQBAJ&pg=PA107|title=Modern ERP: Select, Implement, & Use Today's Advanced Business Systems|last=Bradford, M.|pages=107–108|year=2015|isbn=9781312665989|accessdate=9 May 2018}}</ref>
* システム間の違いにより、サプライヤーと顧客間のシームレスなインターフェース/統合を妨げます
* 将来的にERPソフトウェアをアップグレードする会社の能力を制限します
* カスタマイズへの過度の依存を生み出し、標準化ソフトウェアプラットフォームとしてのERPの原則を損なう

=== 拡張機能 ===
ERPシステムは、多くの場合ベンダー提供のインターフェイスを介して、サードパーティのソフトウェアで拡張できます。 <ref name="BendolyStrat05">{{Cite book|url=https://books.google.com/books?id=GAOHQvgpeNYC&pg=PA95|title=Strategic ERP Extension and Use|last=Bendoly|first=E.|last2=Jacobs|first2=F.R.|publisher=Stanford University Press|page=95|year=2005|isbn=9780804750981|accessdate=9 May 2018}}</ref> <ref name="LeonERP08">{{Cite book|url=https://books.google.com/books?id=95QiBAAAQBAJ&pg=PA171|title=ERP Demystified|last=Leon, A.|publisher=Tata McGraw-Hill Education|pages=170–171|year=2008|isbn=9780070656642}}</ref>拡張機能は、次のような機能を提供します。

* 製品データ管理
* 製品ライフサイクル管理
* 顧客関係管理
* [[データマイニング]]
* 電子調達

=== データ移行 ===
[[データ移行]]は、既存のシステムからERPシステムにデータを移動、コピー、および再構築するプロセスです。移行は実装の成功に不可欠であり、重要な計画が必要です。残念ながら、移行は本番フェーズの前の最終アクティビティの1つであるため、十分な注意が払われないことがよくあります。次の手順で、移行計画を構成できます。 <ref name="RamaswamyData07">{{Cite web|url=http://research.ittoolbox.com/white-papers/backoffice/erp/data-migration-strategies-in-erp-4620/|archiveurl=https://web.archive.org/web/20071030160728/http://research.ittoolbox.com/white-papers/backoffice/erp/data-migration-strategies-in-erp-4620/|title=Data Migration Strategy in ERP|author=Ramaswamy, V.K.|publisher=Information Technology Toolbox, Inc|date=27 September 2007|archivedate=30 October 2007|accessdate=9 May 2018}}</ref>

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

多くの場合、既存のシステムの一部のデータに互換性がないか、新しいシステムでは不要であるため、データの移行が不完全です。そのため、新しいERPシステムが導入されたら、既存のシステムをアーカイブデータベースとして保持して参照できるようにする必要がある場合があります。 <ref name="RamaswamyData07">{{Cite web|url=http://research.ittoolbox.com/white-papers/backoffice/erp/data-migration-strategies-in-erp-4620/|archiveurl=https://web.archive.org/web/20071030160728/http://research.ittoolbox.com/white-papers/backoffice/erp/data-migration-strategies-in-erp-4620/|title=Data Migration Strategy in ERP|author=Ramaswamy, V.K.|publisher=Information Technology Toolbox, Inc|date=27 September 2007|archivedate=30 October 2007|accessdate=9 May 2018}}</ref>

=== 長所 ===
ERPの最も基本的な利点は、無数のビジネスプロセスを統合することで時間と費用を節約できることです。管理者は、より迅速に、より少ないエラーで意思決定を行うことができます。データは組織全体で表示されるようになります。この統合の恩恵を受けるタスクは次のとおりです。 <ref name="MeerBest05">{{Cite book|url=https://books.google.com/books?id=9YaMB6tOd5oC|title=Best Practices in ERP Software Applications|last=Meer, K.H.|pages=59|year=2005|isbn=978-0595345137|accessdate=9 May 2018}}</ref>

* 在庫の最適化を可能にする売上予測。
* 操作のすべての領域での関連データのコンパイルによるすべてのトランザクションの時系列の履歴。
* 受注から履行までの注文追跡
* [[送り状|請求書]]から現金領収[[送り状|書]]までの収益追跡
* 一致する発注書（注文されたもの）、在庫受領書（到着したもの）、および[[費用|原価計算]]（ベンダーが請求したもの）

ERPシステムは、ビジネスデータを一元化します。

* 複数のシステム間で変更を同期する必要がなくなります—財務、マーケティング、販売、人事、製造アプリケーションの統合{{要出典|date=March 2020}}<sup class="noprint Inline-Template Template-Fact" data-ve-ignore="true" style="white-space:nowrap;">&#x5B;''[[Wikipedia:「要出典」をクリックされた方へ|<span title="This claim needs references to reliable sources. (March 2020)">要出典</span>]]''&#x5D;</sup>
* 統計データの各ビットに正当性と透明性をもたらします
* 標準的な製品の命名/コーディングを容易にします
* 包括的なエンタープライズビュー（「情報の島」なし）を提供し、適切な意思決定を行うために、いつでもどこでも管理者がリアルタイムの情報を利用できるようにします
* 複数のセキュリティシステムを単一の構造に統合することにより、機密データを保護します<ref>{{Cite web|first=Katherine|author=Walsh|url=http://www.csoonline.com/article/216940/The_ERP_Security_Challenge|title=The ERP Security Challenge|website=CSOonline|publisher=[[CXO Media, Inc.]]|date=January 2009|accessdate=January 17, 2008}}</ref>

=== メリット ===

* ERPは、変化によりよく適応する、より機敏な会社を作成します。また、企業の柔軟性と構造の厳格さが緩和されるため、組織のコンポーネントがよりまとまりを持って運用され、社内外のビジネスが強化されます。 <ref>{{Cite book|last=O'Brien|first=James|title=Management Information Systems(MIS)|year=2011|publisher=McGraw-Hill, Irwin|location=New York|page=324}}</ref>
* ERPは、閉じた環境でのデータセキュリティを向上させることができます。 ERPシステムが提供するような一般的な制御システムにより、組織は主要な企業データが危険にさらされないようにすることがより簡単になります。ただし、これはよりオープンな環境で変化するため、ERPセキュリティ機能とセキュリティに関する社内ポリシーをさらに精査する必要があります。 <ref name="SheSecurity07">{{Cite journal|last=She|first=W.|last2=Thuraisingham|first2=B.|year=2007|title=Security for Enterprise Resource Planning Systems|journal=Information Systems Security|volume=16|issue=3|pages=152–163|DOI=10.1080/10658980701401959}}</ref>
* ERPは、[[コラボレーション|コラボレーションの]]機会を増やします。現代の企業では、データは、ドキュメント、ファイル、フォーム、オーディオとビデオ、[[電子メール]]など、さまざまな形式を取ります。多くの場合、各データメディアには、コラボレーションを可能にする独自のメカニズムがあります。 ERPは、分散システム間でさまざまな形式で通信するという学習曲線を習得するのではなく、従業員がコンテンツのコラボレーションにより多くの時間を費やせるようにするコラボレーションプラットフォームを提供します。 <ref name="LeonERP08">{{Cite book|url=https://books.google.com/books?id=95QiBAAAQBAJ&pg=PA171|title=ERP Demystified|last=Leon, A.|publisher=Tata McGraw-Hill Education|pages=170–171|year=2008|isbn=9780070656642}}</ref>
* ERPには、共通プロセスの標準化、1つの統合システム、標準化されたレポート、改善された主要業績評価指標（KPI）、共通データへのアクセスなど、多くの利点があります。 ERPの主な利点の1つ。統合システムの概念は、ビジネスによって誤解されることがよくあります。 ERPは、HR、計画、調達、販売、顧客関係、財務、分析などのすべての主要なエンタープライズ機能、およびその他の接続されたアプリケーション機能との緊密な統合を提供する一元化されたシステムです。その意味で、ERPは「集中型統合エンタープライズシステム（CIES）」と表現できます<ref>{{Cite journal|last=Menon|first=Sreekumar|date=July 2019|title=Benefits and Process Improvements for ERP Implementation: Results from an Exploratory Case Study|journal=International Business Research|volume=12|issue=8|pages=124–132|DOI=10.5539/ibr.v12n8p124}}</ref>

=== 短所 ===

* カスタマイズには問題があります。最善のアプローチと比較すると、ERPは、組織の最小公分母のニーズを満たしていると見なすことができ、組織は固有の要求を満たすための回避策を見つける必要があります。 <ref>{{Cite web|author=Young|first=Joanna|url=http://www.evolllution.com/opinions/audio-best-of-breed-vs-erp-whats-higher-ed-today/|title=AUDIO &#124; Best-of-Breed vs. ERP: What's Best for Higher Ed Today?|publisher=The EvoLLLution|accessdate=July 14, 2015}}</ref>
* ERPシステムに合うように[[ビジネスプロセス・リエンジニアリング|ビジネスプロセス]]を[[ビジネスプロセス・リエンジニアリング|リエンジニアリングする]]と、競争力が損なわれたり、他の重要な活動から焦点が逸れたりする可能性があります。
* ERPは、統合されていない、または包括的でないソリューションよりもコストがかかる可能性があります。
* ERP[[スイッチング・コスト|スイッチングコスト]]が高いと、ERPベンダーの交渉力が高まり、サポート、メンテナンス、およびアップグレードの費用が増える可能性があります。
* 部門間で機密情報を共有することへの抵抗を克服すると、経営陣の注意をそらすことができます。
* 真に独立したビジネスの統合は、不必要な依存関係を生み出す可能性があります。
* 広範なトレーニング要件は、日常業務からリソースを取得します。
* ERPシステムの調和は、（特に大企業にとって）巨大な作業になる可能性があり、多くの時間、計画、およびお金を必要とします。 <ref>{{Cite web|url=http://www.cfo-insight.com/reporting-forecasting/forecasting/the-minefield-of-harmonising-erp/|title=The Minefied of Harmonising ERP|publisher=Cfo-insight.com|date=July 23, 2012|archiveurl=https://web.archive.org/web/20120727021524/http://www.cfo-insight.com/reporting-forecasting/forecasting/the-minefield-of-harmonising-erp|archivedate=July 27, 2012}}</ref>
* 重要な課題には、実装後のプロジェクトチームの解散、インターフェイスの問題、適切なテストの欠如、タイムゾーンの制限、ストレス、オフショアリング、変更に対する人々の抵抗、短いハイパーケア期間、データクレンジングなどがあります。 <ref>{{Cite journal|last=Menon|first=S.A.|last2=Muchnick|first2=M.|last3=Butler|first3=C.|last4=Pizur|first4=T.|date=June 2019|title=Critical Challenges in Enterprise Resource Planning (ERP) Implementation|journal=International Journal of Business and Management|volume=14|issue=7|pages=54–69|DOI=10.5539/ijbm.v14n7p54}}</ref>

== ポストモダンERP ==
「ポストモダンERP」という用語は、2013年に[[ガートナー|Gartner]]によって造られ、紙シリーズ「Predicts2014」に最初に登場しました。 <ref>{{Cite web|url=https://www.gartner.com/doc/2633315/predicts--rise-postmodern-erp|title=Predicts 2014: The Rise of the Postmodern ERP and Enterprise Applications World|publisher=Gartner Group|accessdate=October 31, 2016}}</ref>ガートナーのポストモダンERP戦略の定義によると、すべてのパーツが相互に大きく依存している[[レガシーシステム|レガシーの]][[モノリシック・システム|モノリシック]]で高度にカスタマイズされたERPスイートは、遅かれ早かれクラウドベースとオンプレミスの両方のアプリケーションの混合物に置き換えられる必要があります。これらはより疎結合であり、必要に応じて簡単に交換できます。

基本的な考え方は、最も重要なビジネス機能をカバーするコアERPソリューションがまだ存在する必要がある一方で、他の機能は単にコアERPを拡張する専門のソフトウェアソリューションによってカバーされるということです。この概念は、ソフトウェア実行に対するいわゆる最善のアプローチ<ref>{{Cite web|url=https://www.gartner.com/doc/3171517/postmodern-erp-strategy-bestofbreed-approach|title=Postmodern ERP Strategy Is Not a Best-of-Breed Approach|publisher=Gartner Group|accessdate=October 31, 2016}}</ref>に似ていますが、それと混同しないでください。どちらの場合も、全体を構成するアプリケーションは比較的緩く接続されており、非常に簡単に交換できますが、後者の場合、ERPソリューションはまったくありません。代わりに、すべてのビジネス機能は個別のソフトウェアソリューションによってカバーされます。 <ref name=":0">{{Cite book|last=Gentry|first=Spencer Rogers & Sammy|url=https://books.google.com/books?id=k-LEDwAAQBAJ&q=postmodern+erp+vs+best+of+breed+approach&pg=PA33|title=Economic Development and Planning|date=2018-04-07|publisher=Scientific e-Resources|isbn=978-1-83947-212-1|language=en}}</ref>

ただし、どのビジネス機能をコアERPの一部にするか、および何を補足ソリューションでカバーするかについての黄金律はありません。ガートナーによると、すべての企業は、企業の内部および外部のニーズ、運用、およびプロセスに基づいて、独自のポストモダンERP戦略を定義する必要があります。たとえば、企業は、コアERPソリューションがファイアウォールの背後に留まらなければならないビジネスプロセスをカバーする必要があると定義しているため、コアERP[[オンプレミス|をオンプレミスの]]ままにすることを選択する場合があります。同時に、別の企業がコアERPソリューションをクラウドでホストし、補足ソリューションとして少数のERPモジュールのみをオンプレミスに移動することを決定する場合があります。 <ref name=":0">{{Cite book|last=Gentry|first=Spencer Rogers & Sammy|url=https://books.google.com/books?id=k-LEDwAAQBAJ&q=postmodern+erp+vs+best+of+breed+approach&pg=PA33|title=Economic Development and Planning|date=2018-04-07|publisher=Scientific e-Resources|isbn=978-1-83947-212-1|language=en}}</ref>

ポストモダンのERP戦略を実装することで企業が得る主な利点は、ビジネスプロセスや組織レベルでの予期しない変化に対応する際のスピードと柔軟性です。 <ref>{{Cite news|url=http://enterprise-resource-planning.cioreview.com/cxoinsight/5-factors-facilitating-the-transition-to-the-postmodern-erp-era-nid-7292-cid-96.html|title=5 Factors Facilitating the Transition to the Postmodern ERP Era|newspaper=CIOReview|accessdate=October 31, 2016}}</ref>アプリケーションの大部分は接続が比較的緩いため、必要なときにいつでも簡単に交換またはアップグレードできます。それに加えて、上記の例に従って、企業はERPのニーズに最も適したクラウドベースのソリューションとオンプレミスソリューションを選択して組み合わせることができます。ポストモダンERPの欠点は、企業が管理しなければならないソフトウェアベンダーの数が増えるだけでなく、中央ITに追加の統合の課題が生じる可能性が高いことです。 <ref name=":0">{{Cite book|last=Gentry|first=Spencer Rogers & Sammy|url=https://books.google.com/books?id=k-LEDwAAQBAJ&q=postmodern+erp+vs+best+of+breed+approach&pg=PA33|title=Economic Development and Planning|date=2018-04-07|publisher=Scientific e-Resources|isbn=978-1-83947-212-1|language=en}}</ref> <ref>{{Cite web|title=The end of enterprise resource planning|url=https://cen.acs.org/business/informatics/end-enterprise-resource-planning/98/i10|accessdate=2020-06-02|website=Chemical & Engineering News|language=en}}</ref>


== 関連項目 ==
== 関連項目 ==
{{div col|colwidth=22em}}
* [[サプライチェーン・マネジメント]]
* [[List of ERP software packages]]
* [[ビジネスインテリジェンス]]
* [[Accounting software]]
* [[サービス指向アーキテクチャ]]
* [[Bill of resources]]
* [[Business process management]]
* [[Business intelligence]]
* [[Cost accounting]]
* [[Cybernetics]]
* [[Document automation]]
* [[Data migration]]
* [[Economic planning]]
* [[Enterprise feedback management]] (EFM)
* [[Enterprise planning systems]]
* [[Enterprise system]]
* [[ERP modeling]]
* [[ERP system selection methodology]]
* [[Information technology management]]
* [[List of project management software]]
* [[Management information system]]
* [[Manufacturing operations management]]
* [[Material balance planning]]
* [[Operations research]]
* [[Logistics]]
* [[Service management]]
* [[Software as a service]]
* [[Visitor management|Visitor management systems]]
{{div col end}}


== 参考文献 ==
{{DEFAULTSORT:ききようしけんけいかく}}
{{Reflist|30em}}
[[Category:ERPソフトウェア|*]]

[[Category:ITマネジメント]]
== 参考文献 ==
[[Category:生産計画]]

[[Category:事業計画]]
* {{Cite journal|last=Clemons|first=Eric. K.|year=1986|title=IS for Sustainable Competitive Advantage|journal=Information & Management|volume=11|issue=3|pages=131–136|DOI=10.1016/0378-7206(86)90010-8}}
* {{Cite journal|last=Grant|first=David|last2=Richard Hall|last3=Nick Wailes|last4=Christopher Wright|date=March 2006|title=The false promise of technological determinism: the case of enterprise resource planning systems|journal=New Technology, Work & Employment|volume=21|issue=1|pages=2–15|DOI=10.1111/j.1468-005X.2006.00159.x}}
* {{Cite book|last=Head|first=Simon|title=The New Ruthless Economy. Work and Power in the Digital Age|year=2005|publisher=Oxford UP|isbn=978-0-19-517983-5}}<bdi><cite class="citation book cs1" data-ve-ignore="true" id="CITEREFHead2005">[[スペシャル：BookSources / 978-0-19-517983-5|978-0-19-517983-5]]</cite></bdi>
* ヘンダーソン、''最前線''MBEのイアン''ERP''{{ISBN2|978-1-898822-05-9}}[http://www.mlg.uk.com/html/erpfrontline.htm を機能させる]
* {{Cite book|last=Lequeux|first=Jean-Louis|title=Manager avec les ERP, Architecture Orientée Services (SOA)|year=2008|publisher=Ed. d'Organisation|location=Paris|language=fr|isbn=978-2-212-54094-9}}<bdi><cite class="citation book cs1" data-ve-ignore="true" id="CITEREFLequeux2008">[[スペシャル：BookSources / 978-2-212-54094-9|978-2-212-54094-9]]</cite></bdi>
* {{Cite journal|last=Loh|first=Tee Chiat|last2=Lenny Koh Siau Ching|date=September 2004|title=Critical elements for a successful ERP implementation in SMEs|journal=International Journal of Production Research|volume=42|issue=17|pages=3433–3455|DOI=10.1080/00207540410001671679}}
* {{Cite journal|last=Shaul|first=Levi|last2=Tauber Doron|date=September 2010|title=Hierarchical examination of success factors across ERP life cycle|url=http://aisel.aisnet.org/mcis2010/79/|journal=MCIS 2010 Proceedings.|page=79}}
* {{Cite book|last=Waldner|first=Jean-Baptiste|title=Les nouvelles perspectives de la production|year=1990|publisher=Dunod|location=Paris|language=fr|isbn=978-2-04-019820-6}}<bdi><cite class="citation book cs1" data-ve-ignore="true" id="CITEREFWaldner1990">[[スペシャル：BookSources / 978-2-04-019820-6|978-2-04-019820-6]]</cite></bdi>
* {{Cite book|last=Waldner|first=Jean-Baptiste|title=Principles of Computer Integrated Manufacturing|year=1992|publisher=John Wiley & Sons Ltd|location=Chichester|isbn=978-0-471-93450-9}}<bdi><cite class="citation book cs1" data-ve-ignore="true" id="CITEREFWaldner1992">[[スペシャル：BookSources / 978-0-471-93450-9|978-0-471-93450-9]]</cite></bdi>

== 外部リンク ==

* {{Commons category-inline|Enterprise resource planning}}
[[Category:サプライチェーン管理]]
[[Category:サプライチェーン管理]]
[[Category:事業計画]]
[[Category:生産計画]]
[[Category:CAE]]
[[Category:CAE]]
[[Category:ITマネジメント]]
[[Category:ERPソフトウェア]]

2021年1月16日 (土) 16:05時点における版

いくつかの典型的なERPモジュールを示す図

エンタープライズ・リソース・プランニング (英: enterprise resource planning、ERP)は、企業全体を経営資源の有効活用の観点から統合的に管理し、経営の効率化を図るための手法・概念のこと。多くの場合、リアルタイムで、ソフトウェアとテクノロジーによって仲介される。企業資源計画（きぎょうしげんけいかく)と呼ぶこともある。これを実現するための統合型（業務横断型）ソフトウェア（統合基幹業務システム）を「ERPパッケージ」と呼ぶ。

ERPは通常、組織が多くの企業活動からのデータを収集、保存、管理、および解釈するために使用するビジネス管理ソフトウェアに分類（通常は統合アプリケーションスイート）される。

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

エンタープライズシステムソフトウェアは、さまざまなビジネス機能をサポートするコンポーネントを製造する数十億ドル規模の業界です。 IT投資は、2011年の時点で、米国を拠点とする企業における資本支出の最大のカテゴリーの1つになっています。初期のERPシステムは大企業に焦点を合わせていましたが、中小企業はますますERPシステムを使用しています[3]。

ERPシステムは、さまざまな組織システムを統合し、エラーのないトランザクションと生産を促進することで、組織の効率を高めます。ただし、ERPシステムの開発は、従来のシステム開発とは異なります。 [4] ERPシステムは、さまざまなコンピューターハードウェアおよびネットワーク構成で実行され、通常はデータベースを情報リポジトリとして使用します[5]。

原点

ガートナーは、1990年代に頭字語ERPを最初に使用した[6] 。ERPは資材所要量計画 (MRP; Material Requirements Planning) から派生した名前である。ERPはMRPの機能を取り込み、その後の製造資源計画（MRP II） [7][8]およびコンピューター統合生産の機能を取り込んだ。ERPという用語はその後そのまま使われ続け、製造を超えたアプリケーション統合の進化を反映した、より大きな概念を表すようになった[9]。

すべてのERPパッケージが製造コアから開発されているわけではありません。 ERPベンダーは、財務および会計、保守、および人事のコンポーネントを使用してパッケージをさまざまに組み立て始めました。 1990年代半ばまでに、ERPシステムはすべてのコアエンタープライズ機能に対応しました。政府や非営利団体もERPシステムを使い始めました[10]。

拡張

ERPシステムは1990年代に急速な成長を遂げました。 2000年問題のため、多くの企業が古いシステムをERPに置き換える機会を得ました[11]。

ERPシステムは当初、顧客や一般の人々に直接影響を与えないバックオフィス機能の自動化に重点を置いていました。顧客と直接やり取りする顧客関係管理（CRM）などのフロントオフィス機能、または電子商取引、電子政府、電子テレコム、電子金融などの電子ビジネスシステム、またはサプライヤ関係管理（SRM）が後でインターネットが外部との通信を簡素化したときに統合されました[12]。

「ERPII」は、2000年にGartnerPublicationsによるERPIs Dead—Long Live ERPIIというタイトルの記事で造られました。 [13] [14]従業員とパートナー（サプライヤーや顧客など）にERPシステムへのリアルタイムアクセスを提供するWebベースのソフトウェアについて説明します。 ERP IIの役割は、従来のERPリソースの最適化とトランザクション処理を拡張します。単に売買などを管理するのではなく。 —ERP IIは、管理下にあるリソースの情報を活用して、企業が他の企業とコラボレーションできるようにします。 [15] ERP IIは、第1世代のERPよりも柔軟性があります。 ERPシステムの機能を組織内に限定するのではなく、企業の壁を越えて他のシステムと対話します。エンタープライズアプリケーションスイートは、そのようなシステムの別名です。 ERP IIシステムは通常、さまざまなe-ビジネステクノロジを使用して、サプライチェーン管理（SCM） 、顧客関係管理（CRM） 、ビジネスパートナー組織間のビジネスインテリジェンス（BI）などの共同イニシアチブを可能にするために使用されます。 [16] [17]

開発者は現在、モバイルデバイスをERPシステムと統合するためにより多くの努力を払っています。 ERPベンダーは、他のビジネスアプリケーションとともに、ERPをこれらのデバイスに拡張しています。最新のERPの技術的な利害関係は、ハードウェア、アプリケーション、ネットワーキング、サプライチェーンなどの統合に関係しています。 ERPは現在、意思決定、利害関係者の関係、標準化、透明性、グローバリゼーションなど、より多くの機能と役割をカバーしています。 [18]

特徴

ERPシステムには通常、次の特性があります。

  • 統合システム
  • リアルタイム（またはほぼ）で動作します
  • すべてのアプリケーションをサポートする共通データベース
  • モジュール間で一貫したルックアンドフィール
  • 実装が小さなステップで行われないという条件で、情報技術（IT）部門による精巧なアプリケーション/データ統合を伴うシステムのインストール[19]
  • 導入オプションには、オンプレミス、クラウドホスト、またはSaaSが含まれます

機能分野

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

GRP

政府のリソースプランニング（GRP）は、公共部門のERPおよび政府機関の統合オフィスオートメーションシステムに相当します。 [20]ソフトウェア構造、モジュール化、コアアルゴリズム、およびメインインターフェイスは、他のERPと同じであり、ERPソフトウェアサプライヤは、システムを政府機関に適合させることができます。 [21] [22] [23]

民間組織と公的組織の両方のシステム実装は、組織の生産性と全体的なビジネスパフォーマンスを向上させるために採用されていますが、実装の比較（民間と公共）は、公共部門でのERP実装の成功に影響を与える主な要因が文化的であることを示しています。 [24] [25] [26]

ベストプラクティス

ほとんどのERPシステムにはベストプラクティスが組み込まれています。これは、ソフトウェアが各ビジネスプロセスを実行するための最も効果的な方法のベンダーの解釈を反映していることを意味します。システムは、顧客がこれらの慣行をどれだけ便利に変更できるかによって異なります。 [27]さらに、ベストプラクティスにより、他のソフトウェア実装と比較してリスクが71％削減されました。 [28]

以下のような要件とベストプラクティスを容易にし、コンプライアンスの利用IFRS 、 SOX法、またはバーゼルII 。また、電子送金などの事実上の業界標準への準拠にも役立ちます。これは、手順をERPソフトウェア内で簡単に体系化し、そのビジネス要件を共有する複数のビジネス間で自信を持って複製できるためです。 [29] [30]

プラントフロア情報への接続

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

直接統合—ERPシステムには、製品提供の一部として接続性（プラントフロア機器への通信）があります。これには、ベンダーが顧客が操作するプラントフロア機器に対して特定のサポートを提供する必要があります。

データベース統合—ERPシステムは、データベース内のステージングテーブルを介してプラントフロアのデータソースに接続します。プラントフロアシステムは、必要な情報をデータベースに保管します。 ERPシステムはテーブル内の情報を読み取ります。ステージングの利点は、ERPベンダーが機器統合の複雑さを習得する必要がないことです。接続性はシステムインテグレーターの責任になります。

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

カスタム統合ソリューション—多くのシステムインテグレーターがカスタムソリューションを提供しています。これらのシステムは、初期統合コストが最も高くなる傾向があり、長期的なメンテナンスと信頼性のコストが高くなる可能性があります。注意深いシステムテストと徹底的な文書化により、長期的なコストを最小限に抑えることができます。カスタム統合ソリューションは通常、ワークステーションまたはサーバークラスのコンピューターで実行されます。

実装

ERPの範囲は通常、スタッフの作業プロセスと慣行に大幅な変更を加えることを意味します。 [31]一般に、このような変更の実装を支援するために、コンサルティング、カスタマイズ、およびサポートの3種類のサービスを利用できます。 実装時間は、ビジネスの規模、モジュールの数、カスタマイズ、プロセス変更の範囲、およびプロジェクトの所有権を取得する顧客の準備状況によって異なります。モジュラーERPシステムは段階的に実装できます。大企業の一般的なプロジェクトには約14か月かかり、約150人のコンサルタントが必要です。 [32]小さなプロジェクトには数か月かかる場合があります。多国籍およびその他の大規模な実装には、数年かかる場合があります。 [33] [34]カスタマイズにより、実装時間が大幅に増加する可能性があります。

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

プロセスの準備

ERPを実装するには、通常、既存のビジネスプロセスを変更する必要があります。 [36]実装を開始する前に必要なプロセス変更を十分に理解していないことが、プロジェクトの失敗の主な理由です。 [37]困難は、システム、ビジネスプロセス、インフラストラクチャ、トレーニング、または意欲の欠如に関連している可能性があります。

したがって、組織がERPソフトウェアを実装する前に、ビジネスプロセスを徹底的に分析することが重要です。分析により、プロセスの近代化の機会を特定できます。また、現在のプロセスとERPシステムによって提供されるプロセスとの整合性を評価することもできます。調査によると、ビジネスプロセスの不一致のリスクは次の方法で減少します。

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

ERPの実装は、分散型組織ではプロセス、ビジネスルール、データセマンティクス、承認階層、意思決定センターが異なることが多いため、かなり困難です（そして政治的に負担がかかります）。 [40]これには、一部のビジネスユニットを他のビジネスユニットよりも先に移行する、各ユニットに必要な変更を処理するための実装を遅らせる、統合を減らす（マスターデータ管理を介したリンクなど）、または特定のニーズに合わせてシステムをカスタマイズする必要がある場合があります。 [41]

潜在的な欠点は、「標準」プロセスを採用すると、競争上の優位性が失われる可能性があることです。これが起こっている間、ある領域での損失は他の領域での利益によって相殺されることが多く、全体的な競争上の優位性を高めます。 [42] [43]

構成

ERPシステムの構成は、主に、組織がシステムを機能させる方法と、システムが機能するように設計された方法とのバランスを取ることです。 ERPシステムには通常、システム操作を変更する多くの設定が含まれています。たとえば、組織は使用する在庫会計のタイプ（ FIFOまたはLIFO）を選択できます。地理的単位、製品ライン、または流通チャネルごとに収益を認識するかどうか。顧客の返品時に送料を支払うかどうか。 [41]

2層ERP

2層のERPソフトウェアとハードウェアにより、企業は2つのERPシステムに相当するものを一度に実行できます。1つは企業レベルで、もう1つは部門または子会社レベルです。たとえば、製造会社はERPシステムを使用して、独立したグローバルまたは地域の流通、生産または販売センター、およびサービスプロバイダーを使用して組織全体を管理し、主要な会社の顧客をサポートできます。各独立したセンター（または）子会社は、独自のビジネスモデル、ワークフロー、およびビジネスプロセスを持っている場合があります。

グローバリゼーションの現実を踏まえ、企業は、地域、部門、製品または製造戦略を最適化して、戦略的目標をサポートし、市場投入までの時間を短縮すると同時に、収益性を高め、価値を提供する方法を継続的に評価します。 [44] 2層ERPにより、地域の流通、生産、または販売センターとサービスプロバイダーは、独自のERPシステムを使用して、主要企業とは別の独自のビジネスモデルで運営を続けます。これらの中小企業のプロセスとワークフローは、主要企業のプロセスとワークフローに関連付けられていないため、複数の場所でローカルビジネス要件に対応できます。 [45]

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

  • 製造業のグローバリゼーション、新興経済国における調達の経済学
  • 中小企業により適したソフトウェアの選択に基づいて、子会社でのより迅速で低コストのERP実装の可能性
  • 2つのERPシステム間でデータをやり取りする必要がある場合（多くの場合、エンタープライズアプリケーション統合の使用を伴う）、余分な労力が必要になります[46] 2層ERP戦略により、企業は市場の需要に対応し、ITシステムを企業レベルで調整する際に俊敏性を確保できます。その結果、組織全体で使用されている1つのERPシステムと比較してより多くのシステムが得られます。 [47]

カスタマイズ

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

ERPのお客様には、機能のギャップを調整するためのいくつかのオプションがあり、それぞれに長所と短所があります。技術的な解決策には、提供されたソフトウェアの一部を書き直すこと、ERPシステム内で機能するように自家製のモジュールを書くこと、または外部システムとのインターフェースが含まれます。これらの3つのオプションは、さまざまな程度のシステムカスタマイズを構成します。最初のオプションは、保守が最も侵襲的でコストがかかります。 [50]あるいは、提供されたERP機能セットによりよく一致するようにビジネス慣行や組織のポリシーを変更するなどの非技術的なオプションがあります。カスタマイズと構成の主な違いは次のとおりです。

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

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

  • ユーザーの受け入れを改善します[52]
  • 標準機能のみを使用して、企業に対して競争上の優位性を獲得する可能性を提供します

カスタマイズの欠点には、次のようなものがあります。

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

拡張機能

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

データ移行

データ移行は、既存のシステムからERPシステムにデータを移動、コピー、および再構築するプロセスです。移行は実装の成功に不可欠であり、重要な計画が必要です。残念ながら、移行は本番フェーズの前の最終アクティビティの1つであるため、十分な注意が払われないことがよくあります。次の手順で、移行計画を構成できます。 [56]

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

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

長所

ERPの最も基本的な利点は、無数のビジネスプロセスを統合することで時間と費用を節約できることです。管理者は、より迅速に、より少ないエラーで意思決定を行うことができます。データは組織全体で表示されるようになります。この統合の恩恵を受けるタスクは次のとおりです。 [57]

  • 在庫の最適化を可能にする売上予測。
  • 操作のすべての領域での関連データのコンパイルによるすべてのトランザクションの時系列の履歴。
  • 受注から履行までの注文追跡
  • 請求書から現金領収書までの収益追跡
  • 一致する発注書（注文されたもの）、在庫受領書（到着したもの）、および原価計算（ベンダーが請求したもの）

ERPシステムは、ビジネスデータを一元化します。

  • 複数のシステム間で変更を同期する必要がなくなります—財務、マーケティング、販売、人事、製造アプリケーションの統合[要出典][要出典]
  • 統計データの各ビットに正当性と透明性をもたらします
  • 標準的な製品の命名/コーディングを容易にします
  • 包括的なエンタープライズビュー（「情報の島」なし）を提供し、適切な意思決定を行うために、いつでもどこでも管理者がリアルタイムの情報を利用できるようにします
  • 複数のセキュリティシステムを単一の構造に統合することにより、機密データを保護します[58]

メリット

  • ERPは、変化によりよく適応する、より機敏な会社を作成します。また、企業の柔軟性と構造の厳格さが緩和されるため、組織のコンポーネントがよりまとまりを持って運用され、社内外のビジネスが強化されます。 [59]
  • ERPは、閉じた環境でのデータセキュリティを向上させることができます。 ERPシステムが提供するような一般的な制御システムにより、組織は主要な企業データが危険にさらされないようにすることがより簡単になります。ただし、これはよりオープンな環境で変化するため、ERPセキュリティ機能とセキュリティに関する社内ポリシーをさらに精査する必要があります。 [60]
  • ERPは、コラボレーションの機会を増やします。現代の企業では、データは、ドキュメント、ファイル、フォーム、オーディオとビデオ、電子メールなど、さまざまな形式を取ります。多くの場合、各データメディアには、コラボレーションを可能にする独自のメカニズムがあります。 ERPは、分散システム間でさまざまな形式で通信するという学習曲線を習得するのではなく、従業員がコンテンツのコラボレーションにより多くの時間を費やせるようにするコラボレーションプラットフォームを提供します。 [55]
  • ERPには、共通プロセスの標準化、1つの統合システム、標準化されたレポート、改善された主要業績評価指標（KPI）、共通データへのアクセスなど、多くの利点があります。 ERPの主な利点の1つ。統合システムの概念は、ビジネスによって誤解されることがよくあります。 ERPは、HR、計画、調達、販売、顧客関係、財務、分析などのすべての主要なエンタープライズ機能、およびその他の接続されたアプリケーション機能との緊密な統合を提供する一元化されたシステムです。その意味で、ERPは「集中型統合エンタープライズシステム（CIES）」と表現できます[61]

短所

  • カスタマイズには問題があります。最善のアプローチと比較すると、ERPは、組織の最小公分母のニーズを満たしていると見なすことができ、組織は固有の要求を満たすための回避策を見つける必要があります。 [62]
  • ERPシステムに合うようにビジネスプロセスをリエンジニアリングすると、競争力が損なわれたり、他の重要な活動から焦点が逸れたりする可能性があります。
  • ERPは、統合されていない、または包括的でないソリューションよりもコストがかかる可能性があります。
  • ERPスイッチングコストが高いと、ERPベンダーの交渉力が高まり、サポート、メンテナンス、およびアップグレードの費用が増える可能性があります。
  • 部門間で機密情報を共有することへの抵抗を克服すると、経営陣の注意をそらすことができます。
  • 真に独立したビジネスの統合は、不必要な依存関係を生み出す可能性があります。
  • 広範なトレーニング要件は、日常業務からリソースを取得します。
  • ERPシステムの調和は、（特に大企業にとって）巨大な作業になる可能性があり、多くの時間、計画、およびお金を必要とします。 [63]
  • 重要な課題には、実装後のプロジェクトチームの解散、インターフェイスの問題、適切なテストの欠如、タイムゾーンの制限、ストレス、オフショアリング、変更に対する人々の抵抗、短いハイパーケア期間、データクレンジングなどがあります。 [64]

ポストモダンERP

「ポストモダンERP」という用語は、2013年にGartnerによって造られ、紙シリーズ「Predicts2014」に最初に登場しました。 [65]ガートナーのポストモダンERP戦略の定義によると、すべてのパーツが相互に大きく依存しているレガシーのモノリシックで高度にカスタマイズされたERPスイートは、遅かれ早かれクラウドベースとオンプレミスの両方のアプリケーションの混合物に置き換えられる必要があります。これらはより疎結合であり、必要に応じて簡単に交換できます。

基本的な考え方は、最も重要なビジネス機能をカバーするコアERPソリューションがまだ存在する必要がある一方で、他の機能は単にコアERPを拡張する専門のソフトウェアソリューションによってカバーされるということです。この概念は、ソフトウェア実行に対するいわゆる最善のアプローチ[66]に似ていますが、それと混同しないでください。どちらの場合も、全体を構成するアプリケーションは比較的緩く接続されており、非常に簡単に交換できますが、後者の場合、ERPソリューションはまったくありません。代わりに、すべてのビジネス機能は個別のソフトウェアソリューションによってカバーされます。 [67]

ただし、どのビジネス機能をコアERPの一部にするか、および何を補足ソリューションでカバーするかについての黄金律はありません。ガートナーによると、すべての企業は、企業の内部および外部のニーズ、運用、およびプロセスに基づいて、独自のポストモダンERP戦略を定義する必要があります。たとえば、企業は、コアERPソリューションがファイアウォールの背後に留まらなければならないビジネスプロセスをカバーする必要があると定義しているため、コアERPをオンプレミスのままにすることを選択する場合があります。同時に、別の企業がコアERPソリューションをクラウドでホストし、補足ソリューションとして少数のERPモジュールのみをオンプレミスに移動することを決定する場合があります。 [67]

ポストモダンのERP戦略を実装することで企業が得る主な利点は、ビジネスプロセスや組織レベルでの予期しない変化に対応する際のスピードと柔軟性です。 [68]アプリケーションの大部分は接続が比較的緩いため、必要なときにいつでも簡単に交換またはアップグレードできます。それに加えて、上記の例に従って、企業はERPのニーズに最も適したクラウドベースのソリューションとオンプレミスソリューションを選択して組み合わせることができます。ポストモダンERPの欠点は、企業が管理しなければならないソフトウェアベンダーの数が増えるだけでなく、中央ITに追加の統合の課題が生じる可能性が高いことです。 [67] [69]

関連項目

参考文献

  1. ^ Almajali, Dmaithan (2016). “Antecedents of ERP systems implementation success: a study on Jordanian healthcare sector”. Journal of Enterprise Information Management 29 (4): 549–565. doi:10.1108/JEIM-03-2015-0024. http://elartu.tntu.edu.ua/handle/lib/31749. 
  2. ^ Radovilsky, Zinovy (2004). Bidgoli, Hossein. ed. The Internet Encyclopedia, Volume 1. John Wiley & Sons, Inc.. p. 707. ISBN 9780471222026. https://books.google.com/books?id=ACfBmYiNaTcC&pg=PA707 
  3. ^ Rubina Adam, Paula Kotze, Alta van der Merwe. 2011. Acceptance of enterprise resource planning systems by small manufacturing Enterprises. In: Proceedings of the 13th International Conference on Enterprise Information Systems, edited by Runtong Zhang, José Cordeiro, Xuewei Li, Zhenji Zhang and Juliang Zhang, SciTePress, p. 229 - 238
  4. ^ Shaul, L.; Tauber, D. (2012). “CSFs along ERP life-cycle in SMEs: a field study”. Industrial Management & Data Systems 112 (3): 360–384. doi:10.1108/02635571211210031. 
  5. ^ Khosrow–Puor, Mehdi. (2006). Emerging Trends and Challenges in Information Technology Management. Idea Group, Inc. p. 865.
  6. ^ InfoWorld (2001年8月27日). “Extended ERP technology reborn in B2B”. 2016年7月20日閲覧。
  7. ^ Anderegg. “MRP/MRPII/ERP/ERM — Confusing Terms and Definitions for a Murkey Alphabet Soup”. 2013年9月23日閲覧。
  8. ^ “ERP”. 2011年7月10日時点のオリジナルよりアーカイブ。2009年10月7日閲覧。
  9. ^ Sheilds, Mureell G. (2005). E-Business and ERP: Rapid Implementation and Project Planning. John Wiley and Sons, Inc.. p. 9 
  10. ^ Chang, SI; Guy Gable; Errol Smythe; Greg Timbrell (2000). A Delphi examination of public sector ERP implementation issues. International Conference on Information Systems. Atlanta: Association for Information Systems. pp. 494–500. 2008年9月9日閲覧。
  11. ^ Bret Wagner; Ellen Monk (4 February 2008). Enterprise Resource Planning. Cengage Learning EMEA. ISBN 978-1-4239-0179-2. https://books.google.com/books?id=pG94WAknOF8C 
  12. ^ Hayman, L. (2000). “ERP in the Internet Economy”. Information Systems Frontiers 2000 (2): 137–139. doi:10.1023/A:1026595923192. 
  13. ^ “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 4 October 2000”. 2020年10月23日閲覧。
  14. ^ “ERP: What you need to ask before you buy”. projectauditors.com. 2014年4月23日閲覧。
  15. ^ “The Bryan School of Business and Economics at UNCG—Exceptional Problem Solvers”. Uncg.edu. 2012年9月12日時点のオリジナルよりアーカイブ。2012年11月8日閲覧。
  16. ^ Charles Møller (August 1, 2005). “ERP II: a conceptual framework for next‐generation enterprise systems?”. Journal of Enterprise Information Management 18 (4): 483–497. doi:10.1108/17410390510609626. ISSN 1741-0398. 
  17. ^ Ruhi, Umar (July 1, 2016). “An experiential learning pedagogical framework for enterprise systems education in business schools”. The International Journal of Management Education 14 (2): 198–211. doi:10.1016/j.ijme.2016.04.006. 
  18. ^ Shaul, L.; Tauber, D. (2013). “Critical Success Factors in Enterprise Resource Planning Systems: Review of the Last Decade”. ACM Computing Surveys 45 (4): 1–39. doi:10.1145/2501654.2501669. 
  19. ^ Sheilds, Mureell G., E-Business and ERP: Rapid Implementation and Project Planning. (2001) John Wiley and Sons, Inc. p. 9-10.
  20. ^ Yunliang, Xiongtao, Qing, Jing and Ning (2010) "Design of E-Government Information Management Platform Based on SOA Framework", 2010 First International Conference on Networking and Distributed Computing, Hangzhou, doi:10.1109/ICNDC.2010.42.
  21. ^ Allen, Kern and Havenhand (2000) "ERP Critical Success Factors: an exploration of the contextual factors in public sector institutions", Proceedings of the 35th Hawaii International Conference on System Sciences.
  22. ^ Chang, Gable, Smythe and Timbrell (2000) "A Delphi examination of public sector ERP implementation issues" Proceedings of ICIS.
  23. ^ Ebrahim, Zakareya; Irani, Zahir (2005). “E‐government adoption: architecture and barriers”. Business Process Management Journal 11 (5): 589–611. doi:10.1108/14637150510619902. 
  24. ^ Wingreen, Maryam and Hritik (2014) "An Investigation into Enterprise Resource Planning Implementation Success: Evidence from Private and Public Sector Organizations", PACIS 2014/339.
  25. ^ Shafqat, Enhong and Faisal (2012), "Enterprise Resource Planning - 'real blessing' or 'a blessing in disguise': an exploration of the contextual factors in public sector"
  26. ^ Coelho, Cunha; Meirelles (2015). The client-consultant relationship in the implementation of ERP in government: exploring the dynamic between power and knowledge. 140. doi:10.1145/2757401.2757405. ISBN 9781450336000 
  27. ^ Monk, Ellen and Wagner, Brett."Concepts in Enterprise Resource Planning" 3rd.ed.Course Technology Cengage Learning.Boston, Massachusetts.2009
  28. ^ "Enhanced Project Success Through SAP Best Practices – International Benchmarking Study". ISBN 1-59229-031-0.
  29. ^ Ingolfo, S.; Siena, A.; Mylopoulos, J. (2011). Establishing Regulatory Compliance for Software Requirements. Lecture Notes in Computer Science. 6998. 47–61. doi:10.1007/978-3-642-24606-7_5. ISBN 978-3-642-24605-0 
  30. ^ “IT Systems Validation for SOx and Regulatory Compliance”. Insights. MetricStream, Inc. 2018年5月9日閲覧。
  31. ^ “ERP (Enterprise Resource Planning)”. Tech-faq.com (2014年3月5日). 2015年7月14日閲覧。
  32. ^ “Critical Issues Affecting an ERP Implementation”. Information Systems Management. Auerbach Publications. p. 7 (1999年). 2013年1月3日時点のオリジナルよりアーカイブ。2013年1月10日閲覧。
  33. ^ Sankar, C.; Rau, K.-H. (2006). Implementation Strategies for SAP R/3 in a Multinational Organization: Lessons from a Real-World Case Study. Cybertech Publishing. p. 8. ISBN 9781591407782. https://books.google.com/books?id=sVS9AQAAQBAJ&pg=PA8 2018年5月9日閲覧。 
  34. ^ Pelphrey, M.W. (2015). Directing the ERP Implementation: A Best Practice Guide to Avoiding Program Failure Traps While Tuning System Performance. CRC Press. pp. 92–111. ISBN 9781482248425. https://books.google.com/books?id=KJO9BwAAQBAJ&pg=PA92 
  35. ^ “Wal-Mart slow to roll out new replenishment system”. Thecitywire.com (2014年1月8日). 2015年7月14日閲覧。
  36. ^ Turban et al. (2008). Information Technology for Management, Transforming Organizations in the Digital Economy. Massachusetts: John Wiley & Sons, Inc., pp. 300–343. ISBN 978-0-471-78712-9
  37. ^ Brown, C.; Vessey, I. (2003). “Managing the Next Wave of Enterprise Systems: Leveraging Lessons from ERP”. MIS Quarterly Executive 2 (1). 
  38. ^ King. W., "Ensuring ERP implementation success," Information Systems Management, Summer 2005.
  39. ^ Yusuf, Y., A. Gunasekaran, and M. Abthorpe, "Enterprise Information Systems Project Implementation: A Case Study of ERP in Rolls-Royce," International Journal of Production Economics, 87(3), February 2004.
  40. ^ Daneva. “Requirements Engineering for Cross-organizational ERP Implementation: Undocumented Assumptions and Potential Mismatches”. University of Twente. 2008年7月12日閲覧。
  41. ^ a b Thomas H. Davenport, "Putting the Enterprise into the Enterprise System", Harvard Business Review, July–August 1998.
  42. ^ Turban et al. (2008). Information Technology for Management, Transforming Organizations in the Digital Economy. Massachusetts: John Wiley & Sons, Inc., p. 320. ISBN 978-0-471-78712-9
  43. ^ Dehning, B. and T.Stratopoulos, 'Determinants of a Sustainable Competitive Advantage Due to an IT-enabled Strategy,' Journal of Strategic Information Systems, Vol. 12, 2003
  44. ^ Ferdows, K (1997). “Making the most of foreign factories”. Harvard Business Review 75 (2): 73–88. 
  45. ^ Gill, R. (2011). "The rise of two-tier ERP." Strategic Finance, 93(5), 35-40, 1.
  46. ^ Montgomery, Nigel (2010)."Two-Tier ERP Suite Strategy: Considering Your Options." Gartner Group. July 28, 2010. Retrieved September 20, 2012.
  47. ^ Kovacs, G. L.; Paganelli, P. (2003). “A planning and management infrastructure for large, complex, distributed projects — beyond ERP and SCM”. Computers in Industry 51 (2): 165. doi:10.1016/s0166-3615(03)00034-4. http://ceit.aut.ac.ir/~sa_hashemi/My%20Teachings/MS-CEIT-Supply%20Chain%20Management/W-Selected%20Papers%20for%20class%20seminars-last/scm-pm-A%20planning%20and%20management%20infrastructure%20for%20large%2C%20complex%2Cdistributed%20projects-beyond%20ERP%20and%20SCM.pdf. 
  48. ^ Kraemmerand, P. (2003). “ERP implementation: an integrated process of radical change and continuous learning”. Production Planning & Control 14 (4): 228–248. doi:10.1080/0953728031000117959. 
  49. ^ Vilpola, Inka Heidi (2008). “A method for improving ERP implementation success by the principles and process of user-centred design”. Enterprise Information Systems 2 (1): 47–76. doi:10.1080/17517570701793848. 
  50. ^ a b Fryling, Meg (2010). “Estimating the impact of enterprise resource planning project management decisions on post-implementation maintenance costs: a case study using simulation modelling”. Enterprise Information Systems 4 (4): 391–421. Bibcode: 2010EntIS...4..391F. doi:10.1080/17517575.2010.519785. 
  51. ^ Yakovlev, I.V. (2002). “An ERP implementation and business process reengineering at a Small University”. Educause Quarterly 2: 52–57. 
  52. ^ Fryling, Meg (2010). Total Cost of Ownership, System Acceptance and Perceived Success of Enterprise Resource Planning Software: Simulating a Dynamic Feedback Perspective of ERP in the Higher Education Environment. p. 403. ISBN 978-1-109-74428-6 
  53. ^ Bradford, M. (2015). Modern ERP: Select, Implement, & Use Today's Advanced Business Systems. pp. 107–108. ISBN 9781312665989. https://books.google.com/books?id=KZRqCAAAQBAJ&pg=PA107 2018年5月9日閲覧。 
  54. ^ Bendoly, E.; Jacobs, F.R. (2005). Strategic ERP Extension and Use. Stanford University Press. p. 95. ISBN 9780804750981. https://books.google.com/books?id=GAOHQvgpeNYC&pg=PA95 2018年5月9日閲覧。 
  55. ^ a b Leon, A. (2008). ERP Demystified. Tata McGraw-Hill Education. pp. 170–171. ISBN 9780070656642. https://books.google.com/books?id=95QiBAAAQBAJ&pg=PA171 
  56. ^ a b Ramaswamy, V.K. (2007年9月27日). “Data Migration Strategy in ERP”. Information Technology Toolbox, Inc. 2007年10月30日時点のオリジナルよりアーカイブ。2018年5月9日閲覧。
  57. ^ Meer, K.H. (2005). Best Practices in ERP Software Applications. pp. 59. ISBN 978-0595345137. https://books.google.com/books?id=9YaMB6tOd5oC 2018年5月9日閲覧。 
  58. ^ Walsh (2009年1月). “The ERP Security Challenge”. CSOonline. CXO Media, Inc.. 2008年1月17日閲覧。
  59. ^ O'Brien, James (2011). Management Information Systems(MIS). New York: McGraw-Hill, Irwin. p. 324 
  60. ^ She, W.; Thuraisingham, B. (2007). “Security for Enterprise Resource Planning Systems”. Information Systems Security 16 (3): 152–163. doi:10.1080/10658980701401959. 
  61. ^ Menon, Sreekumar (July 2019). “Benefits and Process Improvements for ERP Implementation: Results from an Exploratory Case Study”. International Business Research 12 (8): 124–132. doi:10.5539/ibr.v12n8p124. 
  62. ^ Young. “AUDIO | Best-of-Breed vs. ERP: What's Best for Higher Ed Today?”. The EvoLLLution. 2015年7月14日閲覧。
  63. ^ “The Minefied of Harmonising ERP”. Cfo-insight.com (2012年7月23日). 2012年7月27日時点のオリジナルよりアーカイブ。 Template:Cite webの呼び出しエラー：引数 accessdate は必須です。
  64. ^ Menon, S.A.; Muchnick, M.; Butler, C.; Pizur, T. (June 2019). “Critical Challenges in Enterprise Resource Planning (ERP) Implementation”. International Journal of Business and Management 14 (7): 54–69. doi:10.5539/ijbm.v14n7p54. 
  65. ^ “Predicts 2014: The Rise of the Postmodern ERP and Enterprise Applications World”. Gartner Group. 2016年10月31日閲覧。
  66. ^ “Postmodern ERP Strategy Is Not a Best-of-Breed Approach”. Gartner Group. 2016年10月31日閲覧。
  67. ^ a b c Gentry, Spencer Rogers & Sammy (2018-04-07) (英語). Economic Development and Planning. Scientific e-Resources. ISBN 978-1-83947-212-1. https://books.google.com/books?id=k-LEDwAAQBAJ&q=postmodern+erp+vs+best+of+breed+approach&pg=PA33 
  68. ^ “5 Factors Facilitating the Transition to the Postmodern ERP Era”. CIOReview. http://enterprise-resource-planning.cioreview.com/cxoinsight/5-factors-facilitating-the-transition-to-the-postmodern-erp-era-nid-7292-cid-96.html 2016年10月31日閲覧。 
  69. ^ “The end of enterprise resource planning” (英語). Chemical & Engineering News. 2020年6月2日閲覧。

参考文献

外部リンク

  • ウィキメディア・コモンズには、企業資源計画に関するカテゴリがあります。
「https://ja.wikipedia.org/w/index.php?title=企業資源計画&oldid=81363833」から取得