Enterprise resource planning

Enterprise resource planning (ERP) is the integrated management of main business processes, often in real-time and mediated by software and technology. ERP is usually referred to as a category of business management software—typically a suite of integrated applications—that an organization can use to collect, store, manage and interpret data from many business activities. ERP systems can be local-based or cloud-based. Cloud-based applications have grown in recent years due to the increased efficiencies arising from information being readily available from any location with Internet access.

Refer to caption
Diagram showing some typical ERP modules

ERP provides an integrated and continuously updated view of core business processes using common databases maintained by a database management system. ERP systems track business resources—cash, raw materials, production capacity—and the status of business commitments: orders, purchase orders, and payroll. The applications that make up the system share data across various departments (manufacturing, purchasing, sales, accounting, etc.) that provide the data.[1] ERP facilitates information flow between all business functions and manages connections to outside stakeholders.[2]

According to Gartner, the global ERP market size is estimated at $35 billion in 2021.[3][4] Though early ERP systems focused on large enterprises, smaller enterprises increasingly use ERP systems.[5]

The ERP system integrates varied organizational systems and facilitates error-free transactions and production, thereby enhancing the organization's efficiency. However, developing an ERP system differs from traditional system development.[6] ERP systems run on a variety of computer hardware and network configurations, typically using a database as an information repository.[7]

Origin

The Gartner Group first used the acronym ERP in the 1990s[8][9] to include the capabilities of material requirements planning (MRP), and the later manufacturing resource planning (MRP II),[10][11] as well as computer-integrated manufacturing. Without replacing these terms, ERP came to represent a larger whole that reflected the evolution of application integration beyond manufacturing.[12]

Not all ERP packages are developed from a manufacturing core; ERP vendors variously began assembling their packages with finance-and-accounting, maintenance, and human-resource components. By the mid-1990s ERP systems addressed all core enterprise functions. Governments and non–profit organizations also began to use ERP systems.[13] An "ERP system selection methodology" is a formal process for selecting an enterprise resource planning (ERP) system. Existing methodologies include: Kuiper's funnel method, Dobrin's three-dimensional (3D) web-based decision support tool, and the Clarkston Potomac methodology.[14]

Expansion

ERP systems experienced rapid growth in the 1990s. Because of the year 2000 problem many companies took the opportunity to replace their old systems with ERP.[15]

ERP systems initially focused on automating back office functions that did not directly affect customers and the public. Front office functions, such as customer relationship management (CRM), dealt directly with customers, or e-business systems such as e-commerce and e-government—or supplier relationship management (SRM) became integrated later, when the internet simplified communicating with external parties.[16]

"ERP II" was coined in 2000 in an article by Gartner Publications entitled ERP Is Dead—Long Live ERP II.[17][18] It describes web–based software that provides real–time access to ERP systems to employees and partners (such as suppliers and customers). The ERP II role expands traditional ERP resource optimization and transaction processing. Rather than just manage buying, selling, etc.—ERP II leverages information in the resources under its management to help the enterprise collaborate with other enterprises.[19] ERP II is more flexible than the first generation ERP. Rather than confine ERP system capabilities within the organization, it goes beyond the corporate walls to interact with other systems. Enterprise application suite is an alternate name for such systems. ERP II systems are typically used to enable collaborative initiatives such as supply chain management (SCM), customer relationship management (CRM) and business intelligence (BI) among business partner organizations through the use of various electronic business technologies.[20][21] The large proportion of companies are pursuing a strong managerial targets in ERP system instead of acquire a ERP company.[22]

Developers now make more effort to integrate mobile devices with the ERP system. ERP vendors are extending ERP to these devices, along with other business applications, so that businesses don't have to rely on third-party applications.[23] As an example, the e-commerce platform Shopify was able to make ERP tools from Microsoft and Oracle available on its app in October 2021.[23]

Technical stakes of modern ERP concern integration—hardware, applications, networking, supply chains. ERP now covers more functions and roles—including decision making, stakeholders' relationships, standardization, transparency, globalization, etc.[24]

Characteristics

ERP systems typically include the following characteristics:

  • An integrated system
  • Operates in (or near) real time
  • A common database that supports all the applications
  • A consistent look and feel across modules
  • Installation of the system with elaborate application/data integration by the Information Technology (IT) department, provided the implementation is not done in small steps[25]
  • Deployment options include: on-premises, cloud hosted, or SaaS

Functional areas

An ERP system covers the following common functional areas. In many ERP systems, these are called and grouped together as ERP modules:

GRP - ERP use in government

Government resource planning (GRP) is the equivalent of an ERP for the public sector and an integrated office automation system for government bodies.[26] The software structure, modularization, core algorithms and main interfaces do not differ from other ERPs, and ERP software suppliers manage to adapt their systems to government agencies.[27][28][29]

Both system implementations, in private and public organizations, are adopted to improve productivity and overall business performance in organizations, but comparisons (private vs. public) of implementations shows that the main factors influencing ERP implementation success in the public sector are cultural.[30][31][32]

Best practices

Most ERP systems incorporate best practices. This means the software reflects the vendor's interpretation of the most effective way to perform each business process. Systems vary in how conveniently the customer can modify these practices.[33]

Use of best practices eases compliance with requirements such as IFRS, Sarbanes-Oxley, or Basel II. They can also help comply with de facto industry standards, such as electronic funds transfer. This is because the procedure can be readily codified within the ERP software and replicated with confidence across multiple businesses that share that business requirement.[34][35]

Connectivity to plant floor information

ERP systems connect to real–time data and transaction data in a variety of ways. These systems are typically configured by systems integrators, who bring unique knowledge on process, equipment, and vendor solutions.

Direct integration—ERP systems have connectivity (communications to plant floor equipment) as part of their product offering. This requires that the vendors offer specific support for the plant floor equipment their customers operate.

Database integration—ERP systems connect to plant floor data sources through staging tables in a database. Plant floor systems deposit the necessary information into the database. The ERP system reads the information in the table. The benefit of staging is that ERP vendors do not need to master the complexities of equipment integration. Connectivity becomes the responsibility of the systems integrator.

Enterprise appliance transaction modules (EATM)—These devices communicate directly with plant floor equipment and with the ERP system via methods supported by the ERP system. EATM can employ a staging table, web services, or system–specific program interfaces (APIs). An EATM offers the benefit of being an off–the–shelf solution.

Custom–integration solutions—Many system integrators offer custom solutions. These systems tend to have the highest level of initial integration cost, and can have a higher long term maintenance and reliability costs. Long term costs can be minimized through careful system testing and thorough documentation. Custom–integrated solutions typically run on workstation or server-class computers.

Implementation

ERP's scope usually implies significant changes to staff work processes and practices.[36] Generally, three types of services are available to help implement such changes: consulting, customization, and support.[36] Implementation time depends on business size, number of modules, customization, the scope of process changes, and the readiness of the customer to take ownership for the project. Modular ERP systems can be implemented in stages. The typical project for a large enterprise takes about 14 months and requires around 150 consultants.[37] Small projects can require months; multinational and other large implementations can take years.[38][39] Customization can substantially increase implementation times.[37]

Besides that, information processing influences various business functions e.g. some large corporations like Walmart use a just in time inventory system. This reduces inventory storage and increases delivery efficiency, and requires up-to-date data. Before 2014, Walmart used a system called Inforem developed by IBM to manage replenishment.[40]

Process preparation

Implementing ERP typically requires changes in existing business processes.[41] Poor understanding of needed process changes prior to starting implementation is a main reason for project failure.[42] The difficulties could be related to the system, business process, infrastructure, training, or lack of motivation.

It is therefore crucial that organizations thoroughly analyze processes before they deploy an ERP software. Analysis can identify opportunities for process modernization. It also enables an assessment of the alignment of current processes with those provided by the ERP system. Research indicates that risk of business process mismatch is decreased by:

  • Linking current processes to the organization's strategy
  • Analyzing the effectiveness of each process
  • Understanding existing automated solutions[43][44]

ERP implementation is considerably more difficult (and politically charged) in decentralized organizations, because they often have different processes, business rules, data semantics, authorization hierarchies, and decision centers.[45] This may require migrating some business units before others, delaying implementation to work through the necessary changes for each unit, possibly reducing integration (e.g., linking via master data management) or customizing the system to meet specific needs.[46]

A potential disadvantage is that adopting "standard" processes can lead to a loss of competitive advantage. While this has happened, losses in one area are often offset by gains in other areas, increasing overall competitive advantage.[47][48]

Configuration

Configuring an ERP system is largely a matter of balancing the way the organization wants the system to work, and the way the system is designed to work out of the box. ERP systems typically include many configurable settings that in effect modify system operations. For example, in the ServiceNow platform, business rules can be written requiring the signature of a business owner within 2 weeks of a newly completed risk assessment. The tool can be configured to automatically email notifications to the business owner, and transition the risk assessment to various stages in the process depending on the owner's responses or lack thereof.

Two-tier enterprise resource planning

Two-tier ERP software and hardware lets companies run the equivalent of two ERP systems at once: one at the corporate level and one at the division or subsidiary level. For example, a manufacturing company could use an ERP system to manage across the organization using independent global or regional distribution, production or sales centers, and service providers to support the main company's customers. Each independent center (or) subsidiary may have its own business operations cycles, workflows, and business processes.

Given the realities of globalization, enterprises continuously evaluate how to optimize their regional, divisional, and product or manufacturing strategies to support strategic goals and reduce time-to-market while increasing profitability and delivering value.[49] With two-tier ERP, the regional distribution, production, or sales centers and service providers continue operating under their own business model—separate from the main company, using their own ERP systems. Since these smaller companies' processes and workflows are not tied to main company's processes and workflows, they can respond to local business requirements in multiple locations.[50]

Factors that affect enterprises' adoption of two-tier ERP systems include:

  • Manufacturing globalization, the economics of sourcing in emerging economies
  • Potential for quicker, less costly ERP implementations at subsidiaries, based on selecting software more suited to smaller companies
  • Extra effort, (often involving the use of enterprise application integration) is required where data must pass between two ERP systems[51] Two-tier ERP strategies give enterprises agility in responding to market demands and in aligning IT systems at a corporate level while inevitably resulting in more systems as compared to one ERP system used throughout the organization.[52]

Customization

ERP systems are theoretically based on industry best practices, and their makers intend that organizations deploy them "as is".[53][54] ERP vendors do offer customers configuration options that let organizations incorporate their own business rules, but gaps in features often remain even after configuration is complete.

ERP customers have several options to reconcile feature gaps, each with their own pros/cons. Technical solutions include rewriting part of the delivered software, writing a homegrown module to work within the ERP system, or interfacing to an external system. These three options constitute varying degrees of system customization—with the first being the most invasive and costly to maintain.[55] Alternatively, there are non-technical options such as changing business practices or organizational policies to better match the delivered ERP feature set. Key differences between customization and configuration include:

  • Customization is always optional, whereas the software must always be configured before use (e.g., setting up cost/profit center structures, organizational trees, purchase approval rules, etc.).
  • The software is designed to handle various configurations and behaves predictably in any allowed configuration.
  • The effect of configuration changes on system behavior and performance is predictable and is the responsibility of the ERP vendor. The effect of customization is less predictable. It is the customer's responsibility, and increases testing requirements.
  • Configuration changes survive upgrades to new software versions. Some customizations (e.g., code that uses pre–defined "hooks" that are called before/after displaying data screens) survive upgrades, though they require retesting. Other customizations (e.g., those involving changes to fundamental data structures) are overwritten during upgrades and must be re-implemented.[56]

Advantages of customization include:

  • Improving user acceptance[57]
  • Potential to obtain competitive advantage vis-à-vis companies using only standard features.

Customization's disadvantages include that it may:

  • Increase time and resources required to implement and maintain[55][58]
  • Hinder seamless interfacing/integration between suppliers and customers due to the differences between systems[58]
  • Limit the company's ability to upgrade the ERP software in the future[58]
  • Create overreliance on customization, undermining the principles of ERP as a standardizing software platform

Extensions

ERP systems can be extended with third–party software, often via vendor-supplied interfaces.[59][60] Extensions offer features such as:[60]

Data migration

Data migration is the process of moving, copying, and restructuring data from an existing system to the ERP system. Migration is critical to implementation success and requires significant planning. Unfortunately, since migration is one of the final activities before the production phase, it often receives insufficient attention. The following steps can structure migration planning:[61]

  • Identify the data to be migrated.
  • Determine the migration timing.
  • Generate data migration templates for key data components
  • Freeze the toolset.
  • Decide on the migration-related setup of key business accounts.
  • Define data archiving policies and procedures.

Often, data migration is incomplete because some of the data in the existing system is either incompatible or not needed in the new system. As such, the existing system may need to be kept as an archived database to refer back to once the new ERP system is in place.[61]

Advantages

The most fundamental advantage of ERP is that the integration of a myriad of business processes saves time and expense. Management can make decisions faster and with fewer errors. Data becomes visible across the organization. Tasks that benefit from this integration include:[62]

  • Sales forecasting, which allows inventory optimization.
  • Chronological history of every transaction through relevant data compilation in every area of operation.
  • Order tracking, from acceptance through fulfillment
  • Revenue tracking, from invoice through cash receipt
  • Matching purchase orders (what was ordered), inventory receipts (what arrived), and costing (what the vendor invoiced)

ERP systems centralize business data, which:

  • Eliminates the need to synchronize changes between multiple systems—consolidation of finance, marketing, sales, human resource, and manufacturing applications
  • Brings legitimacy and transparency to each bit of statistical data
  • Facilitates standard product naming/coding
  • Provides a comprehensive enterprise view (no "islands of information"), making real–time information available to management anywhere, anytime to make proper decisions
  • Protects sensitive data by consolidating multiple security systems into a single structure[63]

Benefits
  • ERP creates a more agile company that adapts better to change. It also makes a company more flexible and less rigidly structured so organization components operate more cohesively, enhancing the business—internally and externally.[64]
  • ERP can improve data security in a closed environment. A common control system, such as the kind offered by ERP systems, allows organizations the ability to more easily ensure key company data is not compromised. This changes, however, with a more open environment, requiring further scrutiny of ERP security features and internal company policies regarding security.[65]
  • ERP provides increased opportunities for collaboration. Data takes many forms in the modern enterprise, including documents, files, forms, audio and video, and emails. Often, each data medium has its own mechanism for allowing collaboration. ERP provides a collaborative platform that lets employees spend more time collaborating on content rather than mastering the learning curve of communicating in various formats across distributed systems.[60]
  • ERP offers many benefits such as standardization of common processes, one integrated system, standardized reporting, improved key performance indicators (KPI), and access to common data. One of the key benefits of ERP; the concept of integrated system, is often misinterpreted by the business. ERP is a centralized system that provides tight integration with all major enterprise functions be it HR, planning, procurement, sales, customer relations, finance or analytics, as well to other connected application functions. In that sense ERP could be described as a centralized integrated enterprise system (CIES)[66]

Disadvantages
  • Customization can be problematic. Compared to the best-of-breed approach, ERP can be seen as meeting an organization's lowest common denominator needs, forcing the organization to find workarounds to meet unique demands.[67]
  • Re-engineering business processes to fit the ERP system may damage competitiveness or divert focus from other critical activities.
  • ERP can cost more than less integrated or less comprehensive solutions.
  • High ERP switching costs can increase the ERP vendor's negotiating power, which can increase support, maintenance, and upgrade expenses.
  • Overcoming resistance to sharing sensitive information between departments can divert management attention.
  • Integration of truly independent businesses can create unnecessary dependencies.
  • Extensive training requirements take resources from daily operations.
  • Harmonization of ERP systems can be a mammoth task (especially for big companies) and requires a lot of time, planning, and money.[68]
  • Critical challenges include disbanding the project team very quickly after implementation, interface issues, lack of proper testing, time zone limitations, stress, offshoring, people's resistance to change, a short hyper-care period, and data cleansing.[69]

Critical success factors

Critical success factors are limited number of areas in which results, if satisfactory, will ensure the organization's successful competitive performance. The CSF method has helped organizations specify their own critical information needs. Achieving satisfactory results in the key areas of critical success factors can ensure competitive advantage leading to improved organizational performance and overcome the challenges faced by organizations. Critical success factors theoretical foundation was improved upon, verified, and validated by several researchers, which underscored the importance of CSFs and its application to ERP project implementations.[70]

The application of critical success factors can prevent organizations from making costly mistakes, and the effective usage of CSFs can ensure project success and reduce failures during project implementations. Some of the important critical success factors related to ERP projects are: Know your data, longer and more integrated testing, utilization of the right people, longer stabilization period (hyper-care), clear communication, early buy-in from business, have a Lean Agile program, less customization, ERP projects must be business-driven and not IT-driven.[70]

Adoption rates

Research published in 2011 based on a survey of 225 manufacturers, retailers and distributors found "high" rates of interest and adoption of ERP systems and that very few businesses were "completely untouched" by the concept of an ERP system. 27% of the companies survey had a fully operational system, 12% were at that time rolling out a system and 26% had an existing ERP system which they were extending or upgrading.[71]

Postmodern ERP

The term "postmodern ERP" was coined by Gartner in 2013, when it first appeared in the paper series "Predicts 2014".[72] According to Gartner's definition of the postmodern ERP strategy, legacy, monolithic and highly customized ERP suites, in which all parts are heavily reliant on each other, should sooner or later be replaced by a mixture of both cloud-based and on-premises applications, which are more loosely coupled and can be easily exchanged if needed.[72]

The basic idea is that there should still be a core ERP solution that would cover most important business functions, while other functions will be covered by specialist software solutions that merely extend the core ERP. This concept is similar to the so-called best-of-breed approach[73] to software execution, but it shouldn't be confused with it. While in both cases, applications that make up the whole are relatively loosely connected and quite easily interchangeable, in the case of the latter there is no ERP solution whatsoever. Instead, every business function is covered by a separate software solution.[74]

There is, however, no golden rule as to what business functions should be part of the core ERP, and what should be covered by supplementary solutions. According to Gartner, every company must define their own postmodern ERP strategy, based on company's internal and external needs, operations and processes.[72] For example, a company may define that the core ERP solution should cover those business processes that must stay behind the firewall, and therefore, choose to leave their core ERP on-premises. At the same time, another company may decide to host the core ERP solution in the cloud and move only a few ERP modules as supplementary solutions to on-premises.

The main benefits that companies will gain from implementing postmodern ERP strategy are speed and flexibility when reacting to unexpected changes in business processes or on the organizational level.[75] With the majority of applications having a relatively loose connection, it is fairly easy to replace or upgrade them whenever necessary. In addition to that, following the examples above, companies can select and combine cloud-based and on-premises solutions that are most suited for their ERP needs. The downside of postmodern ERP is that it will most likely lead to an increased number of software vendors that companies will have to manage, as well as pose additional integration challenges for the central IT.[76]

See also

References
  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.
  2. Radovilsky, Zinovy (2004). Bidgoli, Hossein (ed.). The Internet Encyclopedia, Volume 1. John Wiley & Sons, Inc. p. 707. ISBN 9780471222026.
  3. Wilson, Deborah (19 April 2019). ""The ERP Software Market: $35 billion+, 40 years in the making, but still growing nicely!" by Chris Pang". Blogs.gartner.com. Retrieved 24 July 2022.
  4. Louis Columbus. "Predicting The Future Of Services-Centric ERP". Forbes.com. Retrieved 24 July 2022.
  5. 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
  6. 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.
  7. Khosrow–Puor, Mehdi. (2006). Emerging Trends and Challenges in Information Technology Management. Idea Group, Inc. p. 865.
  8. InfoWorld, Heather Harreld (27 August 2001). "Extended ERP technology reborn in B2B". Retrieved 20 July 2016.
  9. "A Vision of Next Generation MRP II", Scenario S-300-339, Gartner Group, April 12, 1990
  10. Anderegg, Travis. "MRP/MRPII/ERP/ERM — Confusing Terms and Definitions for a Murkey Alphabet Soup". Retrieved 23 September 2013.
  11. "ERP". Archived from the original on 10 July 2011. Retrieved 7 October 2009.
  12. Sheilds, Mureell G. (2005). E-Business and ERP: Rapid Implementation and Project Planning. John Wiley and Sons, Inc. p. 9.
  13. 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. Retrieved 9 September 2008.
  14. Frédéric Adam, David Sammon (2004), The enterprise resource planning decade, Idea Group Inc (IGI), p. 94, ISBN 978-1-59140-262-6
  15. Bret Wagner; Ellen Monk (4 February 2008). Enterprise Resource Planning. Cengage Learning EMEA. ISBN 978-1-4239-0179-2.
  16. Hayman, L. (2000). "ERP in the Internet Economy". Information Systems Frontiers. 2000 (2): 137–139. doi:10.1023/A:1026595923192. S2CID 207642319.
  17. "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". Retrieved 23 October 2020.
  18. "ERP: What you need to ask before you buy". projectauditors.com. Retrieved 23 April 2014.
  19. "The Bryan School of Business and Economics at UNCG—Exceptional Problem Solvers" (PDF). Uncg.edu. Archived from the original (PDF) on 12 September 2012. Retrieved 8 November 2012.
  20. Charles Møller (1 August 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.
  21. Ruhi, Umar (1 July 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.
  22. Adam, Frédéric; O'Doherty, Peter (December 2000). "Lessons from enterprise resource planning implementations in Ireland – towards smaller and shorter ERP projects". Journal of Information Technology. 15 (4): 305–316. doi:10.1080/02683960010008953. ISSN 0268-3962.
  23. "Shopify enlists Microsoft, Oracle for business tools on app". Reuters. 14 October 2021. Retrieved 8 December 2021.
  24. 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. S2CID 3657624.
  25. Sheilds, Mureell G., E-Business and ERP: Rapid Implementation and Project Planning. (2001) John Wiley and Sons, Inc. p. 9-10.
  26. Yunliang, Jiang; Xiongtao, Zhang; Qing, Shen; Jing, Fan; Ning, Zheng (2010). "Design of E-Government Information Management Platform Based on SOA Framework". 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.
  27. 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.
  28. Chang, Gable, Smythe and Timbrell (2000) "A Delphi examination of public sector ERP implementation issues" Proceedings of ICIS.
  29. Ebrahim, Zakareya; Irani, Zahir (2005). "E‐government adoption: architecture and barriers". Business Process Management Journal. 11 (5): 589–611. CiteSeerX 10.1.1.453.87. doi:10.1108/14637150510619902.
  30. Wingreen, Maryam and Hritik (2014) "An Investigation into Enterprise Resource Planning Implementation Success: Evidence from Private and Public Sector Organizations", PACIS 2014/339.
  31. Shafqat Ali Shad; Chen, Enhong; Faisal Malik Faisal Azeem (2012). "Enterprise Resource Planning - Real blessing or a Blessing in Disguise : An Exploration of the Contextual Factors in Public Sector". arXiv:1207.2860 [cs.CY].
  32. Coelho, Cunha; Meirelles (2015). "The client-consultant relationship in the implementation of ERP in government: Exploring the dynamic between power and knowledge". Proceedings of the 16th Annual International Conference on Digital Government Research. p. 140. doi:10.1145/2757401.2757405. ISBN 9781450336000. S2CID 13941079. {{cite book}}: |journal= ignored (help)
  33. Monk, Ellen and Wagner, Brett."Concepts in Enterprise Resource Planning" 3rd ed. Course Technology Cengage Learning. Boston, Massachusetts.2009
  34. Ingolfo, S.; Siena, A.; Mylopoulos, J. (2011). "Establishing Regulatory Compliance for Software Requirements". Conceptual Modeling – ER 2011. Lecture Notes in Computer Science. Vol. 6998. pp. 47–61. doi:10.1007/978-3-642-24606-7_5. ISBN 978-3-642-24605-0.
  35. "IT Systems Validation for SOx and Regulatory Compliance". Insights. MetricStream, Inc. Retrieved 9 May 2018.
  36. "ERP (Enterprise Resource Planning)". Tech-faq.com. 5 March 2014. Retrieved 14 July 2015.
  37. "Critical Issues Affecting an ERP Implementation". Information Systems Management. Auerbach Publications. 1999. p. 7. Archived from the original on January 3, 2013. Retrieved January 10, 2013.
  38. 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. Retrieved 9 May 2018.
  39. 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.
  40. "Wal-Mart slow to roll out new replenishment system". Arkansas: Thecitywire.com. 8 January 2014. Retrieved 14 July 2015.
  41. 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
  42. Brown, C.; Vessey, I. (2003). "Managing the Next Wave of Enterprise Systems: Leveraging Lessons from ERP". MIS Quarterly Executive. 2 (1).
  43. King. W., "Ensuring ERP implementation success," Information Systems Management, Summer 2005.
  44. 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.
  45. Daneva, Maya; Roel Wieringa. "Requirements Engineering for Cross-organizational ERP Implementation: Undocumented Assumptions and Potential Mismatches" (PDF). University of Twente. Archived from the original (PDF) on 5 July 2010. Retrieved 12 July 2008.
  46. Thomas H. Davenport, "Putting the Enterprise into the Enterprise System", Harvard Business Review, July–August 1998.
  47. 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
  48. 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
  49. Ferdows, K (1997). "Making the most of foreign factories". Harvard Business Review. 75 (2): 73–88.
  50. Gill, R. (2011). "The rise of two-tier ERP." Strategic Finance, 93(5), 35-40, 1.
  51. Montgomery, Nigel (2010)."Two-Tier ERP Suite Strategy: Considering Your Options." Gartner Group. July 28, 2010. Retrieved September 20, 2012.
  52. Kovacs, G. L.; Paganelli, P. (2003). "A planning and management infrastructure for large, complex, distributed projects — beyond ERP and SCM" (PDF). Computers in Industry. 51 (2): 165. CiteSeerX 10.1.1.474.6993. doi:10.1016/s0166-3615(03)00034-4.
  53. Kraemmerand, P.; et al. (2003). "ERP implementation: an integrated process of radical change and continuous learning". Production Planning & Control. 14 (4): 228–248. doi:10.1080/0953728031000117959. S2CID 108921043.
  54. 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. S2CID 3032440.
  55. 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. S2CID 34298012.
  56. Yakovlev, I.V. (2002). "An ERP implementation and business process reengineering at a Small University". Educause Quarterly. 2: 52–57.
  57. 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.
  58. Bradford, M. (2015). Modern ERP: Select, Implement, & Use Today's Advanced Business Systems. Lulu.com. pp. 107–108. ISBN 9781312665989. Retrieved 9 May 2018.
  59. Bendoly, E.; Jacobs, F.R. (2005). Strategic ERP Extension and Use. Stanford University Press. p. 95. ISBN 9780804750981. Retrieved 9 May 2018.
  60. Leon, A. (2008). ERP Demystified. Tata McGraw-Hill Education. pp. 170–171. ISBN 9780070656642.
  61. Ramaswamy, V.K. (27 September 2007). "Data Migration Strategy in ERP". Information Technology Toolbox, Inc. Archived from the original on 30 October 2007. Retrieved 9 May 2018.
  62. Meer, K.H. (2005). Best Practices in ERP Software Applications. iUniverse. p. 59. ISBN 978-0595345137. Retrieved 9 May 2018.
  63. Walsh, Katherine (January 2009). "The ERP Security Challenge". CSOonline. CXO Media, Inc. Retrieved 17 January 2008.
  64. O'Brien, James (2011). Management Information Systems(MIS). New York: McGraw-Hill, Irwin. p. 324.
  65. She, W.; Thuraisingham, B. (2007). "Security for Enterprise Resource Planning Systems". Information Systems Security. 16 (3): 152–163. doi:10.1080/10658980701401959. S2CID 16472963.
  66. 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 – via Canadian Center of Science and Education.
  67. Young, Joanna (16 May 2014). "AUDIO | Best-of-Breed vs. ERP: What's Best for Higher Ed Today?". The EvoLLLution. Retrieved 14 July 2015.
  68. "The Minefied of Harmonising ERP". Cfo-insight.com. 23 July 2012. Archived from the original on 27 July 2012.
  69. 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 – via Canadian Center of Science and Education.
  70. Menon, Sreekumar (13 January 2020). "Critical Success Factors for ERP Projects: Recommendations from a Canadian Exploratory Study". International Journal of Business and Management. 15 (2): 80–91. doi:10.5539/ijbm.v15n2p80.
  71. McCrea, B., Supply Chain Technology: Putting the spotlight on ERP, Logistics Management, June 2011, accessed 22 April 2022
  72. "Predicts 2014: The Rise of the Postmodern ERP and Enterprise Applications World". Gartner Group. Retrieved 31 October 2016.
  73. "Postmodern ERP Strategy Is Not a Best-of-Breed Approach". Gartner Group. Retrieved 31 October 2016.
  74. ""ERP, the Future of Applications, and the Composable Enterprise" by Mike Guay". Debbie Wilson. 27 January 2020. Retrieved 12 December 2022.
  75. "5 Factors Facilitating the Transition to the Postmodern ERP Era". CIOReview. Retrieved 31 October 2016.
  76. "The end of enterprise resource planning". Chemical & Engineering News. Retrieved 2 June 2020.

Bibliography
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.