Enterprise Resource Planning
Enterprise Resource Planning
Expansion[edit]
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.[12]
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, e-
government, e-telecom, and e-finance—or supplier relationship management (SRM) became
integrated later, when the internet simplified communicating with external parties.[13]
"ERP II" was coined in 2000 in an article by Gartner Publications entitled ERP Is Dead—Long Live
ERP II.[14][15] 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.[16] 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 e-business technologies.[17][18]
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. 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.[19]
Characteristics[edit]
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[20]
Deployment options include: on-premises, cloud hosted, or SaaS
Functional areas[edit]
An ERP system covers the following common functional areas. In many ERP systems, these are
called and grouped together as ERP modules:
Best practices[edit]
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.[28] In addition, best practices reduced risk by
71% compared to other software implementations.[29]
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.[30][31]
Implementation[edit]
ERP's scope usually implies significant changes to staff work processes and practices.[32] Generally,
three types of services are available to help implement such changes—consulting, customization,
and support.[32] 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.[33] Small projects can require months;
multinational and other large implementations can take years.[34][35] Customization can substantially
increase implementation times.[33]
Besides that, information processing influences various business functions e.g. some large
corporations like Wal-Mart 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.[36]
Process preparation[edit]
Implementing ERP typically requires changes in existing business processes.[37] Poor understanding
of needed process changes prior to starting implementation is a main reason for project failure.
The difficulties could be related to the system, business process, infrastructure, training, or lack of
[38]
motivation.
It is therefore crucial that organizations thoroughly analyze business processes before they
implement 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:
Configuration[edit]
Configuring an ERP system is largely a matter of balancing the way the organization wants the
system to work with the way it was designed to work. ERP systems typically include many settings
that modify system operations. For example, an organization can select the type of inventory
accounting—FIFO or LIFO—to use; whether to recognize revenue by geographical unit, product line,
or distribution channel; and whether to pay for shipping costs on customer returns.[42]
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 activities.
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.[52]
Customization advantages include that it:
Advantages[edit]
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:[58]
Postmodern ERP[edit]
The term "postmodern ERP" was coined by Gartner in 2013, when it first appeared in the paper
series "Predicts 2014".[66] 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.
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[67] 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.[68]
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. 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.
[68]
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.[69] 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.