Thursday, 7 April 2016

Success factor for sap implementing



There are several factor depending upon successful sap implementation .

Most five most important things one should consider before embarking on an implementation.

My top five factors to consider would be:

  •  Set up a Project Board
  •  Secure the resources
  •  Complete the GAP Analysis
  •  Cut Over Plans
  •  Train the users.

The Project Board


The correct set up and operation of the Project Board in my view is major factor in the Success failure of the project. The Project Board will consist of the stakeholders, key users and the vendor. The Project Board is part of the governance of the project. The Project Board will meet regularly to ensure that the project plans are created and being Executed as planned, moves from stage to stage with all the deliverables being signed off is resourced properly.

The Resources

Three types of resources are absolutely necessary -- end users, change team and technicians.Early involvement by the end users is absolutely necessary, as they will be the ones living with the system for hopefully many years to come. They will want to feel involved in its implementation. Buy in from the end users of the system is absolutely essential if the system is to have a long and stable life in any organisation. The Change Team will identify the gaps between the package and the business requirements, re-engineer some of the businesses process to cope with the package, train the users to ensure implementat ion is smooth as possible into the business.The Technical Team will prepare the systems environment for the package, apply any software fixes from the vendor, implement the  software in the best way possible for the organisation set up and tune the software for the particular technical environment.


GAP Analysis

A through gap analysis will identify the gaps between how the business operates ad its needs against what the package can can't do. For each gap there will be one of three outcomes which must be recorded and actioned, GAP must be closed and customised software can be developed close the gap, GAP must be closed but software cannot be written therefore a workaround is required, GAP does not need to be closed. In simple terms: Gap means small crack s. In SAP world. In information technology, gap analysis is the study of the differences between two different information systems or applications( ex; existing system or legacy system with Client and new is SAP), often for the purpose of determining how to get from one state to a new state. A gap is sometimes spoken of as "the space between where we are and where we want to be." Gap analysis is undertaken as a means of bridging that space.Actual gap analysis is time consuming and it plays vital role in blue print stage.


Cut Over Plans

Detailed plans need to be developed for cutting over from the old system(s) to the new. Parallel runs of what will happen over the conversion period using test data,convert and watch for a period after wards to ensure nothing unexpected happens.


Train Users


Well trained users will support and defend the system on site. Unsupported users will continually undermine the system and eventually it will be replaced. Therefore the more effort you put into helping the user s master the system early the better.






Difference between the User Exit & Gap analysis



User exits

User exits are standard gate ways provided by SAP to exit the standard code and we can
write our own code with the help of ABAP workbench. its not new functionality which
we are trying to build in sap but its slight enhancement within the same code.


Gap analysis

Gap analysis is start point of Realization and once blue print is finished we have to find
the realization of sap system for client requirment and there will be certain gaps when
compared to system fit. 

Gaps can be closed either by re -engineering of business process to fit with SAP 

we have to use USER exits in case of smal l deviations or complete enhancements with the help of ABAP to fit with the SAP system

Tuesday, 5 April 2016

ERP and Change Management

ERP calls for a lot of change. The changes can be categorised as follows:

  • Business Processes

The business processes are most likely to undergo some changes. These changes could even involve scrapping the process entirely or tasks in the process, if they are considered as a redundant tasks in the ERP environment.

  • Organisation Authority, Jobs and Roles

The organisation authority and role definition of an individual also changes. In the new environment, information is available on-line, and access to information makes it easier to take decisions quickly at any levels. This creates new jobs and role definitions and new authority definitions.

  • Performance Measures and Rewards System

The new system also calls for a revised set of performance measures and rewards system. This is necessary since ERP causes a change in the job definition and role definition of the organisation employees.

  • Technology and IT Infrastructure


ERP involves a change in the existing technology and IT infrastructure. The architecture of ERP system requires an upgradation of the existing hardware and implementing of new technology