+ All Categories
Home > Documents > Enterprise Resource Planning Systems February 17, 2005.

Enterprise Resource Planning Systems February 17, 2005.

Date post: 26-Dec-2015
Category:
Upload: penelope-weaver
View: 216 times
Download: 1 times
Share this document with a friend
Popular Tags:
35
Enterprise Resource Planning Systems February 17, 2005
Transcript
Page 1: Enterprise Resource Planning Systems February 17, 2005.

Enterprise Resource Planning Systems

February 17, 2005

Page 2: Enterprise Resource Planning Systems February 17, 2005.

PROBLEMS WITH NON-ERP SYSTEMS

In-house design limits connectivity outside the company

Tendency toward separate IS’s within firm Lack of integration limits communication

within the company Strategic decision-making not supported Long-term maintenance costs high Limits ability to engage in process reengineering

Page 3: Enterprise Resource Planning Systems February 17, 2005.

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

Page 4: Enterprise Resource Planning Systems February 17, 2005.

Order EntrySystem

Manufacturingand

DistributionSystem

ProcurementSystem

CustomerSales

Account Rec

ProductionScheduling

Shipping

VendorAccts PayInventory

Customer Database Manufacturing Database

Procurement Database

BUSINESS ENTERPRISE

Customer Supplier

Products

Orders Purchases

Materials

Traditional Information System with Closed Database Architecture

Page 5: Enterprise Resource Planning Systems February 17, 2005.

WHAT IS ERP?

Those activities supported by multi-module application software that help a company manage the important parts of its business in an integrated fashion

Key features include: Smooth and seamless flow of information across

organizational boundaries Standardized environment with shared database

independent of applications and integrated applications

Page 6: Enterprise Resource Planning Systems February 17, 2005.

Data Warehouse

On-Line Analytical Processing(OLAP)

Bolt-On Applications(Industry Specific Functions)

Sales&

Distribution

BusinessPlanning

Shop FloorControl

Logistics

Customers Suppliers

Operational DatabaseCustomers, Production,Vendor, Inventory, etc.

LegacySystems

Core Functions [On-Line Transaction Processing (OLTP)]

ERP System

BUSINESS ENTERPRISEERP System

Page 7: Enterprise Resource Planning Systems February 17, 2005.

TWO MAIN ERP APPLICATIONSCore applications: A.K.A. On-line 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

Page 8: Enterprise Resource Planning Systems February 17, 2005.

TWO MAIN ERP APPLICATIONSBusiness analysis applications:

A.K.A. On-line 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

Page 9: Enterprise Resource Planning Systems February 17, 2005.

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.

Page 10: Enterprise Resource Planning Systems February 17, 2005.

ERP SYSTEM CONFIGURATIONS: CLIENT-SERVER NETWORK

TOPOLOGY

Two-tier:

Common server handles both application and database duties

Used especially in LANs

Page 11: Enterprise Resource Planning Systems February 17, 2005.

Server

Applications Database

User Presentation Layer

First Tier

Second Tier

Application and Database Layer

TWO-TIER CLIENT SERVER

Server

Page 12: Enterprise Resource Planning Systems February 17, 2005.

ERP SYSTEM CONFIGURATIONS: CLIENT-SERVER NETWORK

TOPOLOGYThree-tier:

Client links to the application server which then initiates a second connection to the database server

Used especially in WANs

Page 13: Enterprise Resource Planning Systems February 17, 2005.

THREE-TIER CLIENT SERVER

Applications

Database

First Tier

Second Tier

Third Tier

User Presentation Layer

Application Layer

Database Layer

Application Server

Database Server

Page 14: Enterprise Resource Planning Systems February 17, 2005.

ERP WITH OLTP AND OLAP CLIENT SERVER USING DATA WAREHOUSE

OLTPApplications

Operations Database

Server

OperationsDatabase

First Tier

Second Tier

Third Tier

User Presentation Layer

Application Layer

Database Layer

OLAPApplications

DataWarehouse

Server

Data Warehouse

OLAP Server

OLTP Server

Page 15: Enterprise Resource Planning Systems February 17, 2005.

ERP SYSTEM CONFIGURATIONS:DATABASES AND BOLT-ONS

Database Configuration Selection of database tables in the thousands

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

Page 16: Enterprise Resource Planning Systems February 17, 2005.

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.

Page 17: Enterprise Resource Planning Systems February 17, 2005.

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

Page 18: Enterprise Resource Planning Systems February 17, 2005.

DATA WAREHOUSE PROCESS:STAGE 1

Modeling data for the data warehouse Because of the vast size of a data

warehouse, the warehouse database consists of de-normalized data.

Relational theory does not apply to a data warehousing system.

Wherever possible normalized tables pertaining to selected events may be consolidated into de-normalized tables.

Page 19: Enterprise Resource Planning Systems February 17, 2005.

DATA WAREHOUSE PROCESS:STAGE 2

Extracting data from operational databases

The process of collecting data from operational databases, flat-files, archives, and external data sources

Changed Data Capture: can reduce extraction time by capturing only newly modified data.

Snapshots vs. stabilized data: A key feature of a data warehouse is that the data

contained in it are in a non-volatile (stable) state.

Page 20: Enterprise Resource Planning Systems February 17, 2005.

DATA WAREHOUSE PROCESSSTAGE 3

Cleansing extracted data Involves filtering out or repairing invalid data

prior to being stored in the warehouse

Operational data are “dirty” for many reasons: clerical, data entry, computer program errors, misspelled names and blank fields

Also involves transforming data into standard business terms with standard data values

Page 21: Enterprise Resource Planning Systems February 17, 2005.

DATA WAREHOUSE PROCESS:STAGE 4

Transforming data into the warehouse model

To improve efficiency, data is transformed into summary views before they are loaded.

Many decision makers may need to see product sales figures summarized for a week, month, quarter or annually.

Summaries by product, customer, region

Page 22: Enterprise Resource Planning Systems February 17, 2005.

DATA WAREHOUSE PROCESS:STAGE 5

Loading the data into the data warehouse database Data warehouses must be created & maintained

separately from the operational databases.

Internal efficiencyTPS need data structures that emphasize performance; OLAP and

data mining need data organized in a manner that permits broad examination and the detection of underlying trends.

Integration of legacy systems70% of data in large organizationsData are often incompatible and end up in tape librariesData warehouse process makes sure this data is integrated

Consolidation of global dataNeed to assess the profitability of products built and old in multiple

countries with volatile currencies. Separate data warehouse is an effective means of collecting, standardizing and assimilating data from diverse sources.

Page 23: Enterprise Resource Planning Systems February 17, 2005.

Supporting Supply Chain Decisions

• Sharing Data Externally– Western Digital: hard drive manufacturer;

Allows suppliers to access its data warehouse to view performance data. 100,000 parts/day 800 attributes/drive

– General Motors: makes its data warehouse available over the web to 5000 suppliers. Query information on quantities shipped, delivery times, prices. Suppliers can optimize their product planning, ability to source material, shipping, etc.

Page 24: Enterprise Resource Planning Systems February 17, 2005.

Current (this weeks) Detailed Sales Data

Sales Data Summarized Quarterly

Archived over Tim

e

Data CleansingProcessOperations

Database

VSAM FilesHierarchical DB

Network DB

DATA WAREHOUSE SYSTEM

The Data Warehouse

Sales Data Summarized Annually

Previous

Years

Previous

Quarters

Previous

Weeks

PurchasesSystem

Order Entry

System

ERPSystem

Legacy Systems

Page 25: Enterprise Resource Planning Systems February 17, 2005.

APPLICATIONS OF DATA MINING

Page 26: Enterprise Resource Planning Systems February 17, 2005.

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 integratedOpposition to changes to the businesses

culture User reluctance and inertia Need of (upper) management support

Page 27: Enterprise Resource Planning Systems February 17, 2005.

RISKS ASSOCIATED WITH ERP IMPLEMENTATION

Choosing the wrong ERP Goodness of fit: no ERP system is best for all industries

SAP’s R/3 was designed for manufacturing firms with highly predictable processes that are relatively similar to those of other manufacturers. Not best for service firms

Scalability: system’s ability to grow; transaction processing volume, data entry volume, data output volume, data storage volume, size, speed, workload, transaction cost

Need good software selection process

Choosing the wrong consultant Common to use a third-party (the Final Four) $20 billion market! Be thorough in interviewing potential consultants Establish explicit expectations…contract…pay performance scheme.

Page 28: Enterprise Resource Planning Systems February 17, 2005.

RISKS ASSOCIATED WITH ERP IMPLEMENTATION

High cost and cost overruns Common areas with high costs:

Training: software and new processesTesting and integration: special programs often have to be

written to link to old legacy systemsDatabase conversion

Disruptions to operations ERP is reengineering--expect major changes in

how business is done Dow Chemical, Dell, Boeing, Apple, Whirlpool,

Waste Management, Hershey

Page 29: Enterprise Resource Planning Systems February 17, 2005.

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 Ex. Bills of material drive manufacturing systems. If procedures

over the creation of the bill of material are not configured correctly, every component that uses the bill could be affected.

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

Page 30: Enterprise Resource Planning Systems February 17, 2005.

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

ERPs have the ability to streamline the entire financial reporting process. Some organizations close their books daily. OLTP quickly produce ledger entries, accounts receivable and payable summaries, and financial consolidation for both internal and external users. Traditional batch control and audit trails are no longer needed.

However, due to close interfaces, corrupted data may be passed from external sources and from legacy systems

Loss of paper audit trail Strict data cleansing is an important control…scrubber programs

Page 31: Enterprise Resource Planning Systems February 17, 2005.

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. Access privileges, firewalls, passwords, encryption,

digital signatures, auditing tools for intrusion detection, risk assessment of access levels given to both external and internal users based on job description.

Page 32: Enterprise Resource Planning Systems February 17, 2005.

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

For example, the traditional three-way match of the PO, receiving reports and invoice no longer serves a purpose in an EDI environment in which the vendor’s check is cut when the order is placed.

Need to shift from transaction level to overall performance level. ERP have canned controls. Auditors need to have a complete understanding of the technical capabilities of the systems and the controls

Page 33: Enterprise Resource Planning Systems February 17, 2005.

• Can use data in the data warehouse for trend analysis during analytical review– Compare reported sales for the quieter with those of the same prior

in previous years– AR may be examined in time slices for changes in balances relative

to sales– Scan for unusual transactions and abnormal account balances– Expenditure cycle: provide trend analysis in accounts payable and

expenses. Current expenses compared to historical expenses and management budget

– Drill down down techniques to identify unusually high levels of business with one supplier..fraud or too much dependency

• Caution: more pristine environment that operational stores.

Auditing the Data Warehouse

Page 34: Enterprise Resource Planning Systems February 17, 2005.

ERP PRODUCTS

SAP: largest ERP vendor Modules can be integrated or used alone New features include SCM, B2B, e-

commerce, XMLJ.D. Edwards

Flexibility: users can change features; less of a pre-set structure than SAP’s

Modularity: accept modules (bolt-ons) from other vendors

Page 35: Enterprise Resource Planning Systems February 17, 2005.

ERP PRODUCTS Oracle

Tailored to e-business focus Internet based vs. client-server based

applicationsPeopleSoft

Open, modular architecture allows rapid integration with existing systems

Baan Use of “best-of-class” applications


Recommended