Friday, May 1, 2009

ERP - Characteristics

Characteristics of ERP…

- Package Software
- Seamless Integrate the majority of business’s process
- Process the majority of an organization’s transactions.
- Use a data warehouse.
- Allow access to data in “real time”.
- Integrated transaction processing and planning activities.
- Financial and business information is often generated automatically by ERP systems based on the data previously entered, without further human instruction.
- It is difficult to make changes after an ERP system has been implemented.
- ERP requires business process reengineering as a precursor to its introduction because ERP systems are centred round world best practise business rules.
- Before starting implementation, the phase of GAP analysis must be completed to reduce the cost of Implementation.
- An ERP system should be flexible to respond to the changing needs of an organization.
- ERP system has to have open system architecture. This means that any module can be interfaced or detached whenever required without affecting the other modules.
- It should be support multiple hardware platforms for the companies having heterogeneous collection of system. It must support some third party add-ons also.
- It must have collection of the best business processes applicable world-wide.
- Last but not list, it must simulate the reality of business processes on the computers. In no way it should have the control beyond the business processes and it must be able to assign accountabilities to the users controlling the system.

Tuesday, April 21, 2009

The Evoluation of ERP


In the earlier days of Manufacturing there was no concept of planning in advance.

After receiving a job order in the shop floor, a Foreman was typically the end responsible person for planning and executing how to make the item, what tools to use, and whom to assign for executing the work.

Foreman used to be the troubleshooter when the workers face problems, either with machines, or about how to execute certain activity etc.

For any major changes such as changing the layout, proposing a new machine, changing the design of the product, ENGINEER came in to picture.

This practice continued as long as it was possible, because those were the times when whatever was produced was sold and supplier was at the dictating position. So the long time taken for planning and making the item was not at all an issue.

However with time, the situation was gradually changing and very soon the industry realized that the process of making items for fulfilling an order was taking long time and in that way they cannot meet the demand.

It was also experienced that there was repetitive effort while planning for materials, other resources and for ways to make the items. Then onwards the Manufacturing Planning systems went through progressive refinement in the last 5 decades.

Inventory Management using Bill of Material
The first popular methodology that was evolved was called the Bill of Material approach.

This approach was evolved based on the observation that the demand for items can be calculated from the demand of the assemblies/Products where the items are used.

To explain this principle, let us take an example of making a standard reading table whose design is assumed to be fixed. The table needs 4 legs, one polished top, and fixtures for connecting the legs to the top. The assumption is that these parts are available through purchase as and when required and the needed effort is only to assemble the parts. So you know that irrespective of the number of tables ordered, the parts needed for each table remains same. Here you must have noticed that the demand for the dining table cannot be calculated because it depends on how customers order for the dining tables. But the demand for the parts used to make the dining table can be calculated based on the orders for dining table. The list of parts for the table can be recorded as for one table; you need 4 legs, one polished top and 8 fixtures. This is nothing but a bill of materials for table. Now, if you get an order for 100 tables, you know that you need to purchase 400 legs, 100 polished tops and 800 fixtures. If you already have 50 legs, 500 fixtures and 150 polished tops in stock, your net purchase requirements will be 50 legs (100‐50) and 300 fixtures (800‐ 500) only.

Even though the concept of Bill of material is not so simple, the example helps understand the basics of this approach.

The Refined BOM used to have the following major information:
1. Material requirements for unit of Main item.
2. Name of the component item
3. Quantity of component item
4. Any scrap factor that must be taken in to account while calculating the material requirement.
5. Expiry information: The date up to which the design is valid or used by the manufacturer

In 1960’s the BOM approach soon became the main input for Inventory Control. For many years, Inventory control was thought as sufficient in manufacturing planning and execution.

Material Requirement Planning (MRP)
However when the manufacturing activities were gradually growing complex, the Shop floor people realized that just knowing Bill of Material does not help the total planning, because of the fact that Bill of Materials tells only the information about material requirements.

Equally important factor is the information on Process of manufacturing such as manufacturing activities to be performed, the time taken for each activity, sequence in which they need to be performed etc.

It is obvious that similar to Bill of Materials, the process definition also remains same, irrespective of the orders of course with some exceptions when different processes may have to be adopted based on the quantities. So the process definition, which is also known as routing, became an input to Planning.

In 1970’s the concept arrived to a complete shape and was known as Material Requirement Planning. This Planning is popularly known as MRP. A refined MRP briefly takes the demand, important item related information (such as ordering rules, safety stock , Inventory information ), Bill of Material, routing and existing shop floor schedule as inputs.

Based on the demand and other supporting information MRP:
1. Calculates the requirements for each component item that is required to make the order quantity of end item.
2. Calculates the time taken to make the order quantity of the end item.
3. Calculates the needed hours of Man, Tools and Machines for making the Order quantity of end item.
4. Any exceptions.
5. Any reschedule recommendations to the existing shop floor schedule (by comparing the demand quantities and dates with the current scheduled dates and quantities of the item).
6. Net requirements of each component item, (by comparing the gross requirements with the existing inventory.)

Manufacturing Resource Planning (MRP II)

The concept of MRP seemed to be complete and perfect, but some more inputs were identified as essential for reasonably realistic planning.

The original MRP as defined was looking at the Material Requirements and Process Requirements as the major deliverables from the planning process. However this information is not sufficient to go ahead with production.

For example, what if you do not having sufficient finance to perform the production to meet the demand, even if you have material and machines to make the item? Similarly how will you tackle the sudden break down of a critical machine while executing the manufacturing process?

In fact the planning needs the output information from the shop floor execution as the input to re‐plan according to the current shop floor condition.

Based on such realizations, MRP was continuously refined. After a decade MRP reached such as stage that it was entirely different from what was originally defined as MRP.

So a new name MRP II was coined. MRP II is defined as Manufacturing Resource Planning. Major identification of MRP II is through the integrated planning involving all possible functions in an Industry, which need not always be a Manufacturing Industry.

In addition to exploiting all the features of earlier planning versions such as traditional Inventory control and, MRP , MRP II focused on ensuring the integration between various functions such as Planning, Engineering design, Production , Purchase, Sales, Marketing, Finance, and Human Resources.

The seamless integration that was the main feature of MRP II ensured that the planning was more meaningful with more transparency to all the stakeholders of the business. Even though theoretically it is possible to plan manually, it was concluded that the practice of applying the principles of MRP, MRP II and ERP was almost impossible without the help of software.

The integration among all the functions was also made easy through planning software.

Enterprise Resource Planning (ERP)
In the early 1990’s, increased complexity of businesses and the need to integrate all the functions within an enterprise to sustain in the dynamic environment lead to development of what is called Enterprise Resource planning (popularly known as ERP).

ERP was extension of MRP II to cover the range of activities within any enterprise as you can analyze by the figure given above:

IC – Inventory Control
MRP – Material Requirement Planning
MRP II – Manufacturing Resource Planning
ERP – Enterprise Resource Planning

Major contributors that made the ERP Solutions as complex are:

1. The priorities of various functions are always overlapping and the software is expected to support the integration among all the functions. A design may be impractical but will be realized only when the design is submitted to production.

If there were access of design details to the production engineer in the earlier stages, the wrong (or less feasible or impractical) design can be prevented in advance. Similarly if the Sales personnel have access to production schedule, they can make the reasonable order promises based on the expected deliveries from the schedules.

At the time of Sales Order entry, you can stop the order taking if the customer is overdue to the company (A piece of information that is known to Accounts personnel).

2. In addition to supporting the basic processes of MRP II, ERP was expected to take care of other issues such as:
a. Software in different languages…
i. Software interface, error and other messages and Help Documentation must look in the language that is preferred by the customer.
ii. Certain languages such as Arabic, Chinese needed additional efforts and technologies to support the Software accessing in these languages.
b. Software was expected to support various trade laws that are locally influenced.
c. The cross border logistic activities needed certain features such as the ability to support multiple currencies, currency conversions, methodologies to support corrections and writing off currency differences etc. In addition specific features such as Import and export rules were required.

3. ERP software solutions were expected to be generic which must be more or less readily used by the customers with minimum modifications to the software. To make it simple to the customer, it will be very complex for the vendors to develop such software.

APICS defined ERP as an accounting‐oriented information system for identifying and planning the enterprise wide resources needed to take, make, ship, and account for customer orders.

An ERP system differs from the typical MRP II system in technical requirements such as graphical user interface, relational database, use of fourth‐generation language, and computer‐aided software engineering tools in development, client/server architecture, and open‐system portability.

The marking line between ERP and MRP II was very vague and even APICS could not clearly distinguish what makes ERP different from MRP II.

ERP could attend the most wanted needs of Business in 1990’s such as reliable delivery commitments, high quality, low and controlled inventory and reasonably low prices etc. But the competitive advantage too vanished.

Many performance capabilities that previously provided distinct competitive advantage became normal expectations. Capabilities such as reliable delivery commitments, high quality, and low prices became the minimum to participate, not the Order winners previously experienced.

The competition within manufacturing industry has created many new concepts, business models, and techniques that have influenced the evolution of Extended ERP.

Major factors that contributed the evolution of Extended ERP are:
1. Requirement to focus on the core strength and grow family of partners that work together to deliver the end product and share directly or indirectly the revenue and competitive advantage. This is because it was practically impossible to maintain strength in all areas that are needed to satisfy the expectations of customer.

2. A trend that forced to adopt what is called Mass customizations. Customers expect a unique combination of features from a product and at the same time do not want to wait for the long production and delivery cycles. This situation led to Mass customization and soon became mandatory for the vendors.

The Mass customization principles were even applied to financial services on certain areas such as “Instant approval of loan, instant opening of account etc. Similarly industries such as Automotives devised mechanisms to deliver the vehicles in days to the customer.

3. Trend to avoid interaction with systems for long and expect the system to have enough intelligence to perform most of the work. If there are certain rules followed while scheduling the machine and man resources, why can’t you expect the System to follow the same and generate the best schedule?

The user interferes with the system only on exceptions for which no business rule has been defined for scheduling. Another example that supports this trend is configuring the Production BOM based on the choice of customer. If the vendor knows what are the combination of features that can be offered for a computer, the tool called configuration must generate the Part list that makes the item as per the options of customer.

4. Urge for Work flow based applications. Even while refining the processes in a company through techniques such as Business Process re‐engineering, the main focus for improvement was on logistic activities and the indirect functions such as administrative functions were not focused heavily for improvement in the earlier times.

Once the logistic processes were matured enough the focus shifted to improving the administrative processes. Rule based work flow mechanisms were expected to take care of routine administrative activities and only interference on exception was required. For example, there is a work flow having steps Raise requisition, approve requisition, raise purchase order, receive goods and make the payment.

There is a business rule which says, requisition for purchasing items of Class A can be approved as long as the latest consumed budget level is more than the needed purchase value. This is a rule based on which the purchase requisitions can be approved by the software automatically and move the control to the next step (say print purchase order).

5. Use of the Internet rapidly increased in the mid 1990’s. People quickly became Internet literate and Internet became part of life for them. Users liked the Web Browser. Using web browser was simple and over time, only two versions of the browser (only one version that is, Microsoft Internet Explorer) had the majority of market share.

The demand for the business systems to utilize these browsers started to grow and continues to this day. Manufacturing Industry, ever under competitive pressure recognized the cost reduction possibilities of using the Internet. The possibility of cost effective Electronic Data Interchange (EDI) seemed possible. Visionaries saw the possibility of speeding up the business‐to business (B2B) buying and selling processes and reducing the cost of each business transaction.

The Internet made Supply‐Chain Management to be simpler. Those who wanted to grab the market early started making applications compatible to Internet and instrumental in making extended ERP’s.

The Evolution of ERP

In the earlier days of Manufacturing there was no concept of planning in advance.

After receiving a job order in the shop floor, a Foreman was typically the end responsible person for planning and executing how to make the item, what tools to use, and whom to assign for executing the work.

Foreman used to be the troubleshooter when the workers face problems, either with machines, or about how to execute certain activity etc.

For any major changes such as changing the layout, proposing a new machine, changing the design of the product, ENGINEER came in to picture.

This practice continued as long as it was possible, because those were the times when whatever was produced was sold and supplier was at the dictating position. So the long time taken for planning and making the item was not at all an issue.

However with time, the situation was gradually changing and very soon the industry realized that the process of making items for fulfilling an order was taking long time and in that way they cannot meet the demand.

It was also experienced that there was repetitive effort while planning for materials, other resources and for ways to make the items. Then onwards the Manufacturing Planning systems went through progressive refinement in the last 5 decades.

Saturday, April 18, 2009

The ERP - Introduction

- Software solution that address all the needs of an enterprise with the process view of an organisation to meet organizational goal and integrate all the functions of the enterprise.

- ERP is a package with the techniques and concepts for the integrated management of business as a whole, for effective use of management resources, to improve the efficiency of an enterprise.

- Initially, ERP was targeted for manufacturing industry mainly for planning and managing core business like production and financial market. As the growth and merits of ERP package ERP software is designed for basic process of a company from manufacturing to small shops with a target of integrating information across the company.

- ERP is a term coined in the early 1990s. It began as a group of applications or software focused on combining multiple systems in to one integrated system where data could be shared across the enterprise, presumably reducing redundant data entry and processes.

- It was originally proposed for manufacturing and production planning. Almost any discussion of enterprise resource planning starts with material requirement planning (MRP) and MRP II systems of the 1970s and 1980s.

- In the manufacturing environment of old, the ability to produce the product was the focus. As manufacturing evolved over time, the number of difficult questions increased. Such questions largely focused on the areas of component procurement for the finished product and on strong the material necessary to make the products. Organizations were trying to understand both the finished manufacturing totals and how to get to the finished product.

- MRP II added a focus on the planning aspects of this processes these system integrated capacity, design engineering and management, cost and long range planning of the enterprise in to the equation.

- Many organizations that implemented this approach instituted mechanisms to correlate the planning and forecasting process with the actual production numbers this allowed the organization to achieve higher level of over all efficiency in the manufacturing arena.

- The real issue is that while the organization had a better handle on the manufacturing aspect of the business, it was still missing integration to other components of finance, sales, marketing, customer satisfaction and distribution to name a few.

- A fundamental feature of the package is a high level of integration, with all applications sharing a single corporate database. The system is designed for an on-line client/server environment.

- A high level of application functionality, richly configurable to the needs of the individual customer is an important objective embedded in the package. The package is also intended to provide best practice, in a global sense, through a range of standardized business processes.

- ERP is an industry term for the broad set of activities supported by multi-module application software that help a manufacturer or other business mange the important parts of its business, including product planning, parts purchasing, maintaining inventories, interacting with suppliers, providing customer service, and tracking orders.

- ERP cans also include application modules for the human resources aspects of a business. Typically, an ERP system uses or is integrated with a relational database system.

- ERP is massive software engine that seeks to provide one seem less interface to all departments, systems and existing data with in organization sp that each department understands how it fits with in the organizations macro structure and how it impacts that macro structure. Such understanding in crucial in facilitating enhanced communication between departments, better knowledge management, and improved processes. Such enhancement is the foundation for fundamental business changes.

- ERP sits between all of the systems and users regardless of where they are in the pipeline. It knows all the different data collection points, and it must interface with all the different formats of the particular data.

- It also intelligently routes the order to the appropriate department at the appropriate time; reducing the number of times a human has to enter data can dramatically reduce errors. ERP also takes all the data and formats it so that each department can perform its required function.

- Today, ERP has gone beyond its original limits to evolve into ‘extended ERP’ Extended ERP includes (Customer Relation management) CRM and Supply chain management applications. Although there is a huge focus on the technological aspects of an ERP deployment, there must be an equal focus on changing the way an organization functions. Deploying ERP for the sake of ERP can be dangerous.

- ERP is not simply reengineering systems; it is reengineering the way organizations do business. While the benefits of ERP an impressive, deploying an ERP system is a major undertaking for any organization. Some of the real issues that occur during an ERP deployment center on job function.

- Changing the mentality of the organization’s employee is critical to changing the business process. The organization will spend millions of dollars in time, software, and hardware with negligible results.

Wednesday, April 15, 2009

What is ERP?

Is that only Enterprise Resource Planning??? or much more???

To get deep and valuable information about ERP just go through this blog and contact me....