Enterprise Resource Planning Systems
Enterprise Resource Planning Systems
Enterprise Resource Planning Systems
Resource
Planning
Systems
1
Problems with Non-ERP
Systems
2
Traditional IS Model:
Closed Database Architecture
Similar in concept to flat-file approach
data remains the property of the application
fragmentation limits communications
Existence of numerous distinct and independent
databases
redundancy and anomaly problems
Paper-based
requires multiple entry of data
status of information unknown at key points
3
Business Enterprise
Products Materials
Manufacturing
Order Entry and Procurement Purchases
Orders Supplier
Customer System Distribution System
System
Legacy
Data Warehouse Systems
ERP System
On-Line Analytical Processing Bolt-On Applications
(OLAP) (Industry Specific Functions)
Customers Suppliers
Core Functions [On-Line Transaction Processing (OLTP)]
Sales
Business Shop Floor
& Logistics
Planning Control
Distribution
Operational Database
Customers, Production,
Vendor, Inventory, etc.
Two Main ERP Applications
Core applications
a.k.a. Online Transaction Processing (OLTP)
transaction processing systems
support the day-to-day operational activities of the
business
support mission-critical tasks through simple
queries of operational databases
include Sales and Distribution, Business Planning,
Production Planning, Shop Floor Control, and
Logistics modules
7
Two Main ERP Applications
Business analysis applications
a.k.a. Online Analytical Processing (OLAP)
decision support tool for management-critical tasks through
analytical investigation of complex data associations
supplies management with “real-time” information and
permits timely decisions to improve performance and
achieve competitive advantage
includes decision support, modeling, information retrieval,
ad-hoc reporting/analysis, and what-if analysis
8
OLAP
Supports management-critical tasks through
analytical investigation of complex data associations
captured in data warehouses:
Consolidation is the aggregation or roll-up of
data.
Drill-down allows the user to see data in
selective increasing levels of detail.
Slicing and Dicing enables the user to examine
data from different viewpoints often performed
along a time axis to depict trends and patterns.
9
ERP System Configurations:
Client-Server Network Topology
Two-tier
common server handles both application and
database duties
used especially in LANs
10
First Tier
User
Presentation
Layer
Application
Second Tier Server and Database
Server
Layer
Applications Database
Three-tier
client links to the application server which
then initiates a second connection to the
database server
used especially in WANs
12
User
First Tier Presentation
Layer
Operations Data
Third Tier Operations Data Database
Database Warehouse
Database Warehouse Layer
Server Server
ERP with OLTP and OLAP Client Server using Data Warehouse
ERP System Configurations:
Databases and Bolt-Ons
Database Configuration
selection of database tables in the thousands
setting the switches in the system
Bolt-on Software
third-party vendors provide specialized
functionality software
Supply-Chain Management (SCM) links vendors,
carriers, third-party logistics companies, and
information systems providers
15
What is a Data Warehouse?
A relational or multi-dimensional database that may
consume hundreds of gigabytes or even terabytes of disk
storage
The data is normally extracted periodically from operational database
or from a public information service.
A database constructed for quick searching, retrieval, ad-hoc
queries, and ease of use
An ERP system could exist without having a data warehouse.
The trend, however, is that organizations that are serious
about competitive advantage deploy both. The
recommended data architecture for an ERP implementation
includes separate operational and data warehouse databases
16
Data Warehouse Process
The five essential stages of the data
warehousing process are:
Modeling data for the data warehouse
Extracting data from operational databases
Cleansing extracted data
Transforming data into the warehouse model
Loading the data into the data warehouse
database
17
Data Warehouse Process:
Stage 1
18
Data Warehouse Process:
Stage 2
19
Data Warehouse Process:
Stage 3
20
Data Warehouse Process:
Stage 4
Transforming data into the warehouse model
To improve efficiency, data is transformed into
summary views before they are loaded.
Unlike operational views, which are virtual in
nature with underlying base tables, data
warehouse views are physical tables.
OLAP, however, permits the user to construct virtual
views from detail data when one does not already
exist.
21
Data Warehouse Process:
Stage 5
22
Data Warehouse System
Legacy Systems
Order
Entry
System
VSAM Files
Purchases
Hierarchical DB The Data Warehouse s
System
Network DB vio u
Pre s
ar
Ye
s
viou s
ERP Pre arter
Sales Data Summarized Qu
System Annually s
viou
Pre eeks
Sales Data Summarized W
Quarterly
Data Cleansing
Operations Process
Database e
im
erT
v
do
h i ve
Current (this weeks) c
Ar
Detailed Sales Data
Risks Associated with ERP
Implementation
Pace of Implementation
Big Bang--switch operations from legacy
systems to ERP in a single event
Phased-In--independent ERP units installed
over time, assimilated and integrated
Opposition to Changes to the Businesses
Culture
User reluctance and inertia
Need of (upper) management support
24
Risks Associated with ERP
Implementation
Choosing the Wrong ERP
Goodness of Fit: no ERP system is best for all
industries
Scalability: system’s ability to grow
Choosing the Wrong Consultant
Common to use a third-party (the Big Five)
Be thorough in interviewing potential consultants
Establish explicit expectations
25
Risks Associated with ERP
Implementation
26
Implications for Internal
Control and Auditing
Transaction Authorization
Controls are needed to validate transactions
before they are accepted by other modules.
ERPs are more dependent on programmed
controls than on human intervention.
Segregation of Duties
Manual processes that normally require
segregation of duties are often eliminated.
User role: predefined user roles limit a user’s
access to certain functions and data.
27
Implications for Internal
Control and Auditing
Supervision
Supervisors need to acquire a technical and
operational understanding of the new system.
Employee-empowered philosophy should not
eliminate supervision.
Accounting Records
Corrupted data may be passed from external
sources and from legacy systems.
Loss of paper audit trail
28
Implications for Internal
Control and Auditing
Access Controls
Critical concern with confidentiality of
information
Who should have access to what?
Access to Data Warehouse
Data warehouses often involve sharing
information with suppliers and customers.
29
Implications for Internal
Control and Auditing
Contingency Planning
How to keep business going in case of disaster
Key role of servers requires backup plans:
redundant servers or shared servers
Independent Verification
Traditional verifications are meaningless
Need to shift from transaction level to overall
performance level
30
Implications for Internal
Control and Auditing
31
Implications for Internal
Control and Auditing
32
Audits of ERPs
33
ERP Products
SAP: largest ERP vendor
modules can be integrated or used alone
new features include SCM, B2B, e-commerce,
XML
J.D. Edwards
flexibility: users can change features; less of
a pre-set structure than SAP’s
modularity: accept modules (bolt-ons) from
other vendors
34
ERP Products
Oracle
tailored to e-business focus
Internet based vs. client-server based applications
PeopleSoft
open, modular architecture allows rapid integration
with existing systems
Baan
use of “best-of-class” applications
35
this concludes the ERP slide
presentation
36