それに加えて、情報処理はさまざまなビジネス機能に影響を与える。たとえば、ウォルマートのような一部の大企業はジャストインタイム在庫システムを使用している。これにより、在庫の保管が減り、配送効率が向上し、最新のデータが必要になる。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ベンダーの責任である。