Erp Assignment: Enterprise Resource Planning
Erp Assignment: Enterprise Resource Planning
Erp Assignment: Enterprise Resource Planning
ERP ASSIGNMENT
SUBMITTED BY –
AMISHAA ARORA
MALVIKA SRIVASTAVA
B.F.TECH (SEM 7)
Page | 1
Enterprise Resource Planning
CONTENTS
Page | 2
Enterprise Resource Planning
1. INTRODUCTION
Starting in the late 1980s and the beginning of the 1990s new software systems known
in the industry as enterprise resource planning (ERP) systems have surfaced in the
market targeting mainly large complex business organizations. These complex,
expensive, powerful, proprietary systems are off the-shelf solutions requiring
consultants to tailor and implement them based on the company’s requirements. In
many cases they force companies to reengineer their business processes to
accommodate the logic of the software modules for streamlining data flow throughout
the organization. These software solutions, unlike the old, traditional in-house-designed
company- specific systems, are integrated multi-module commercial packages suitable
for tailoring and adding “add-ons” as and when required.
The phenomenal growth of computing power and the Internet is bringing ever more
challenges for the ERP vendors and the customers to redesign ERP products, breaking
the barrier of proprietorship and customization, and embracing the collaborative
business over the intranet, extranet and the Internet in a seamless manner. The
vendors already promise many “add-on” modules, some of which are already in the
market as a sign of acceptance of these challenges by the ERP vendors. It is a never-
ending process of reengineering and development bringing new products and solutions
to the ERP market. ERP vendors and customers have recognized the need for packages
that follow open architecture, provide interchangeable modules and allow easy
customization and user interfacing.
Page | 3
Enterprise Resource Planning
Enterprise resource planning systems or enterprise systems are software systems for
business management, encompassing modules supporting functional areas such as
planning, manufacturing, sales, marketing, distribution, accounting, financial, human
resource management, project management, inventory management, service and
maintenance, transportation and e-business. The architecture of the software facilitates
transparent integration of modules, providing flow of information between all functions
within the enterprise in a consistently visible manner. Corporate computing with ERPs
allows companies to implement a single integrated system by replacing or re-
engineering their mostly incompatible legacy information systems.
American Production and Inventory Control Society (2001) has defined ERP systems as “a
method for the effective planning and controlling of all the resources needed to take, make,
ship and account for customer orders in a manufacturing, distribution or service company.”
“ERP systems are configurable information systems packages that integrate information and
information-based processes within and across functional areas in an organization” (Kumar &
Van Hillsgersberg, 2000).
“One database, one application and a unified interface across the entire enterprise” (Tadjer,
1998).
Page | 4
Enterprise Resource Planning
3. WHAT IS ERP?
Enterprise resource planning software, or ERP, doesn’t live up to its acronym. Forget about
planning—it doesn’t do much of that—and forget about resource, a throwaway term. But
remember the enterprise part. This is ERP’s true ambition. The software attempts to integrate
all departments and functions across a company onto a single computer system that can serve
all those departments’ particular needs.
Building a single software program that serves the needs of people in finance as well as it
does the people in human resources and in the warehouse is a tall order. Each of those
departments typically has its own computer system optimized for the particular ways that
the department does its work. But ERP combines them all together into a single,
integrated software program that runs off a single database so that the various
departments can more easily share information and communicate with each other.
That integrated approach can have a tremendous payback if companies install the
software correctly.
Take a customer order, for example. Typically, when a customer places an order, that
order begins a mostly paper-based journey from inbox to inbox throughout the company,
often being keyed and rekeyed into different departments’ computer systems along the
way. All that lounging around in inbox causes delays and lost orders, and all the keying
Page | 5
Enterprise Resource Planning
into different computer systems invites errors. Meanwhile, no one in the company truly
knows what the status of the order is at any given point because there is no way for the
finance department, for example, to get into the warehouse’s computer system to see
whether the item has been shipped. "You’ll have to call the warehouse" is the familiar
refrain heard by frustrated customers.
ERP vanquishes the old standalone computer systems in finance, HR, manufacturing and
the warehouse, and replaces them with a single unified software program divided into
software modules that roughly approximate the old standalone systems. Finance,
manufacturing and the warehouse all still get their own software, except now the software
is linked together so that someone in finance can look into the warehouse software to see
if an order has been shipped. Back in the ‘90s ERP was developed as a tightly integrated
monolith, but most vendors’ software has since become flexible enough that you can
install some modules without buying the whole package. Many companies, for example,
will install only an ERP finance or HR module and leave the rest of the functions for
another day.
The evolution of ERP systems closely followed the spectacular developments in the field
of computer hardware and software systems. During the 1960s most organizations
designed, developed and implemented centralized computing systems, mostly
automating their inventory control systems using inventory control packages (IC).
These were legacy systems based on programming languages such as COBOL, ALGOL
and FORTRAN. Material requirements planning (MRP) systems were developed in the
1970s which involved mainly planning the product or parts requirements according to
the master production schedule. Following this route new software systems called
manufacturing resources planning (MRP II) were introduced in the 1980s with an
emphasis on optimizing manufacturing processes by synchronizing the materials with
production requirements. MRP II included areas such as shop floor and distribution
management, project management, finance, human resource and engineering. ERP
systems first appeared in the late 1980s and the beginning of the 1990s with the power
of enterprise-wide inter-functional coordination and integration. Based on the
technological foundations of MRP and MRP II, ERP systems integrate business processes
including manufacturing, distribution, accounting, financial, human resource
management, project management, inventory management, service and maintenance,
and transportation, providing accessibility, visibility and consistency across the
enterprise.
Page | 6
Enterprise Resource Planning
During the 1990s ERP vendors added more modules and functions as “add-ons” to the
core modules giving birth to the “extended ERPs.” These ERP extensions include
advanced planning and scheduling (APS), e-business solutions such as customer
relationship management (CRM) and supply chain management (SCM).
Page | 7
Enterprise Resource Planning
ERP vendors, mostly experienced from the MRP and financial software services fields,
realized the limitations of the old legacy information systems used in large enterprises
of the 1970s and 1980s. Some of these old systems were developed in-house while
others were developed by different vendors using several different database
management systems, languages and packages, creating islands of noncompatible
solutions unfit for seamless data flow between them. It was difficult to increase the
capacity of such systems or the users were unable to upgrade them with the
organization’s business changes, strategic goals and new information technologies.
• The modules are integrated and provide seamless data flow among the
modules, increasing operational transparency through standard interfaces
• The modules work in real time with online and batch processing capabilities
Different ERP vendors provide ERP systems with some degree of specialty but the core modules
are almost the same for all of them. Some of the core ERP modules found in the successful ERP
systems are the following:
Page | 8
Enterprise Resource Planning
• Accounting management
• Financial management
• Manufacturing management
• Production management
• Transportation management
• Sales & distribution management
• Human resources management
• Supply chain management
• Customer relationship management
• E-Business
The five dominating ERP software suppliers are SAP, Oracle, PeopleSoft, Baan and J.D.
Edwards. Together they control more than 60% of the multi- billion dollar global market.
Each vendor, due to historic reasons, has a specialty in one particular module area such
as Baan in manufacturing, PeopleSoft in human resources management, SAP in logistics
and Oracle in financials. There are also about 50 established and a few more newly
emerging smaller and midsize ERP vendors including third-party developers competing
for the ERP market. The result is stiff competition and feature-overlapping products
difficult to differentiate. Due to keen competition for control of the lucrative ERP market
share, the vendors are continuously updating their products and adding new technology-based
features. Long-term vision, commitment to service and support,
module features, specialty, experience and financial strength for R&D are considered
the major vendor qualities for product selection and turnkey implementation.
8. ERP EXPLAINED
Page | 9
Enterprise Resource Planning
ERPs are often incorrectly called back officesystems indicating thatcustomers and the
general public are not directly involved. This is contrasted with front office systems like
customer relationship management (CRM) systems that deal directly with the customers,
or the eBusiness systems such as eCommerce, eGovernment, eTelecom, and eFinance, or
supplier relationship management (SRM) systems.
ERPs are cross-functional and enterprise wide. All functional departments that are
involved in operations or production are integrated in one system. In addition to
manufacturing, warehousing, logistics, and Information Technology, this would include
accounting, human resources, marketing, and strategic management.
ERP II means open ERP architecture of components. The older, monolithic ERP systems
became component oriented.
EAS - Enterprise Application Suite is a new name for formerly developed ERP systems which
include (almost) all segments of business, using ordinary Internet browsers as thin clients.
Before
Prior to the concept of ERP systems, departments within an organization would have their
own computer systems. For example, the Human Resources (HR) department, the Payroll
(PR) department, and the Financials department. The HR computer system (Often called
HRMS or HRIS) would typically contain information on the department, reporting
structure, and personal details of employees. The PR department would typically
calculate and store paycheck information. The Financials department would typically
store financial transactions for the organization. Each system would have to rely on a set
of common data to communicate with each other. For the HRIS to send salary
information to the PR system, an employee number would need to be assigned and
remain static between the two systems to accurately identify an employee. The Financials
system was not interested in the employee level data, but only the payouts made by the
PR systems, such as the Tax payments to various authorities, payments for employee
benefits to providers, and so on. This provided complications. For instance, a person
could not be paid in the Payroll system without an employee number.
After
ERP software, among other things, combined the data of formerly disparate applications.
This made the worry of keeping employee numbers in synchronization across multiple
Page | 10
Enterprise Resource Planning
Best Practices
Best Practices were also a benefit of implementing an ERP system. When implementing an ERP
system, organizations essentially had to choose between customizing the software or modifying
their business processes to the "Best Practice" functionality delivered in the vanilla version of
the software.
Typically, the delivery of best practice applies more usefully to large organizations and
especially where there is a compliance requirement such as IFRS, Sarbanes-Oxley or
Basel II, or where the process is a commodity such as electronic funds transfer. This is
because the procedure of capturing and reporting legislative or commodity content can be
readily codified within the ERP software, and then replicated with confidence across
multiple businesses who have the same business requirement.
Where such a compliance or commodity requirement does not underpin the business
process, it can be argued that determining and applying a best practice actually erodes
competitive advantage by homogenizing the business compared to everyone else in their
industry sector.
Evidence for this can be seen within EDI, where the concept of best practice, even with
decades of effort remains elusive. A large retailer, for example, wants EDI plus some
minor tweak that they perceive puts them ahead of their competition. Mid-market
companies adopting ERP often take the vanilla version and spend half as much as the
license cost doing customisations that deliver their competitive edge. In this way they
actively work against best practice because they perceive that the way they operate isbest
practice, irrespective of what anyone else is doing.
9. IMPLEMENTATION
Because of their wide scope of application within a business,ERP softwares yste ms are
typically complex and usually impose significant changes on staff work practices (if they
did not, there would be little need to implement them). Implementing ERP software is
typically not an "in-house" skill, so even smaller projects are more cost effective if
specialist ERP implementation consultants are employed. The length of time to
implement an ERP system depends on the size of the business, the scope of the change
Page | 11
Enterprise Resource Planning
and willingness of the customer to take ownership for the project. A small project (e.g., a
company of less than 100 staff) may be planned and delivered within 3 months; however,
a large, multi-site or multi-country implementation may take years.
The most important aspect of any ERP implementation is that the company who has
purchased the ERP product takes ownership of the project.
To implement ERP systems, companies often seek the help of an ERP vendor or of third-
party consulting companies. These firms typically provide three areas of professional
services: Consulting, Customisation and Support.
10. ADVANTAGES
In the absence of an ERP system, a large manufacturer may find itself with many
software applications that do not talk to each other and do not effectively interface. Tasks
that need to interface with one another may involve:
• tracking the 3-way match between Purchase orders (what was ordered),Inventory
receipts (what arrived), andCost ing (what the vendor invoiced)
Change how a product is made, in theengin eering details, and that is how it will now be
made. Effective dates can be used to control when the switch over will occur from an old
version to the next one, both the date that some ingredients go into effect, and date that
some are discontinued. Part of the change can include labeling to identify version
numbers.
• Computer security is included within an ERP to protect against both outsider crime, such as
industrial espionage, and insider crime, such ase mbezzle ment. A data tampering
Page | 12
Enterprise Resource Planning
scenario might involve aterror ist altering a Bill of Materials so as to putpoison in food
products, or other sabotage. ERP security helps to prevent abuse as well.
11. DISADVANTAGES
Many problems organizations have with ERP systems are due to inadequate investment in
ongoing training for involved personnel, including those implementing and testing
changes, as well as a lack of corporate policy protecting the integrity of the data in the
ERP systems and how it is used.
• Success depends on the skill and experience of the workforce, including training
about how to make the system work correctly. Many companies cut costs by
cutting training budgets. Privately owned small enterprises are often
undercapitalized, meaning their ERP system is often operated by personnel with
inadequate education in ERP in general, such asAPICS foundations, and in the
particular ERP vendor package being used.
• Personnel turnover; companies can employ new managers lacking education in the
company's ERP system, proposing changes in business practices that are out of synchronization
with the best utilization of the company's selected ERP.
• ERP vendors can charge sums of money for annual license renewal that is
unrelated to the size of the company using the ERP or its profitability.
• Technical support personnel often give replies to callers that are inappropriate for
the caller's corporate structure. Computer security concerns arise, for example
when telling a non-programmer how to change a database on the fly, at a
Page | 13
Enterprise Resource Planning
• ERPs are often seen as too rigid and too difficult to adapt to the specificworkflow and
business process of some companies—this is cited as one of the main causes of their failure.
• The system can suffer from the "weakest link" problem—an inefficiency in one
department or at one of the partners may affect other participants.
• Many of the integrated links need high accuracy in other applications to work effectively. A
company can achieve minimum standards, then over time "dirty data" will reduce the reliability
of some applications.
• Once a system is established, switching costs are very high for any one of the
partners (reducing flexibility and strategic control at the corporate level).
• There are frequent compatibility problems with the various legacy systems of the
partners.
• The system may be over-engineered relative to the actual needs of the customer
Although different companies will find different land mines in the budgeting process,
those who have implemented ERP packages agree that certain costs are more commonly
overlooked or underestimated than others. Armed with insights from across the business,
ERP pros vote the following areas as most likely to result in budget overrun.
Page | 14
Enterprise Resource Planning
because workers almost invariably have to learn a new set of processes, not just a
new software interface. Worse, outside training companies may not be able to help
you. They are focused on telling people how to use software, not on educating
people about the particular ways you do business. Prepare to develop a curriculum
yourself that identifies and explains the different business processes that will be
affected by the ERP system. One enterprising CIO hired staff from a local
business school to help him develop and teach the ERP business-training course
to employees. Remember that with ERP, finance people will be using the same
software as warehouse people and they will both be entering information that
affects the other. To do this accurately, they have to have a much broader
understanding of how others in the company do their jobs than they did before
ERP came along. Ultimately, it will be up to your IT and businesspeople to
provide that training. So take whatever you have budgeted for ERP training and
double or triple it up front. It will be the best ERP investment you ever make.
2.Integration and testing—Testing the links between ERP packages and other
corporate software links that have to be built on a case-by-case basis is another
often-underestimated cost. A typical manufacturing company may have add-on
applications from the major—e-commerce and supply chain—to the minor—sales
tax computation and bar coding. All require integration links to ERP. You’re better
off if you can buy add-ons from the ERP vendors that are pre-integrated. If you need to build
the links yourself, expect things to get ugly. As with training, testing
ERP integration has to be done from a process-oriented perspective. Veterans
recommend that instead of plugging in dummy data and moving it from one
application to the next, you should run a real purchase order through the system,
from order entry through shipping and receipt of payment—the whole order-to-
cash banana—preferably with the participation of the employees who will
eventually do those jobs.
Page | 15
Enterprise Resource Planning
won’t. No matter what, the vendor will not be there to support you. You will have
to hire extra staffers to do the customization work, and keep them on for good to
maintain it.
5. Data analysis—Often, the data from the ERP system must be combined with data
from external systems for analysis purposes. Users with heavy analysis needs
should include the cost of a data warehouse in the ERP budget—and they should
expect to do quite a bit of work to make it run smoothly. Users are in a pickle
here: Refreshing all the ERP data every day in a big corporate data warehouse is
difficult, and ERP systems do a poor job of indicating which information has
changed from day to day, making selective warehouse updates tough. One
expensive solution is custom programming. The upshot is that the wise will check
all their data analysis needs before signing off on the budget.
7. Replacing your best and brightest—It is accepted wisdom that ERP success
depends on staffing the project with the best and brightest from the business and
IS divisions. The software is too complex and the business changes too dramatic
to trust the project to just anyone. The bad news is a company must be prepared to replace
many of those people when the project is over. Though the ERP market is
not as hot as it once was, consultancies and other companies that have lost their
best people will be hounding yours with higher salaries and bonus offers than you
can afford—or that your HR policies permit. Huddle with HR early on to develop
Page | 16
Enterprise Resource Planning
a retention bonus program and create new salary strata for ERP veterans. If you
let them go, you’ll wind up hiring them—or someone like them—back as
consultants for twice what you paid them in salaries.
Page | 17
Enterprise Resource Planning
In the race to fix these problems, companies often lose sight of the fact that ERP
packages are nothing more than generic representations of the ways a typical company
Page | 18
Enterprise Resource Planning
does business. While most packages are exhaustively comprehensive, each industry has
quirks that make it unique. Most ERP systems were designed to be used by discrete
manufacturing companies (that make physical things that can be counted), which
immediately left all the process manufacturers (oil, chemical and utility companies that
measure their products by flow rather than individual units) out in the cold. Each of these
industries has struggled with the different ERP vendors to modify core ERP programs to
their needs.
Page | 19