Académique Documents
Professionnel Documents
Culture Documents
To-Be - Parallely you map these processes to SAP. Processes that you are not sure of as to whether they are present in SAP or not you try to do
a configuration of those processes, and along with the BPO(Business process owner he is the clients employee who knows about the clients
business processes probably a middle management guy, ther can more than one), BPO involvement is required as he may be able to tell you his
requirements better. Once you do the business modeling you
will also be made aware of the gaps between as-is and to-be , here decisons have to be made as to whether a ABAP development/system
modification is required or not and so on. Involve the BPO as much as possible and document everything it is good practice do not be lazy about
it.
Business blueprint: Here the as-is and to-be and gap analysis is explained. This is the document that you will be using to do your configuration in
the realization phase.
Realization phase: Here you do the configuration in the development server (there are three clients -development,quality, production). You also
decide on the master data format, so that BPO can go collect the master data. You also gove ABAP specifications for forms, reports etc, system
modifications etc. Unit testing: Your BPOs and a few key users sit down and test your configuration in your module only. It is good to test the
BDCs that you need for uploading data at this stage so you have more realistic data and your BDCs are tested.
Integration testing:
Once all modules unit testing is over then the configuration is trasported to the Quality server, where testing for all the modules is done by BPOs
and end user, this is to check if any problems are there in integration between various modules. Once all is okay from the QA server config is
transported to the production server.
Go live preparation
Data uploading: The collected master data is checked and the uploaded into production server(sever and client I have used interchangeably).
Now you are ready for go live i.e. users can now use the production server.
ASAP methodoligy means nothing but standard process for implementation of SAP, It consists of 5 phases.
1. Project preperation - consists of identifying team members and developing strategy as how to go.
2. Business Blue print - consists of identifying the client current process, reqeirement and how SAP provides solution.
Consists of detailed documentaion
3. Realization -The purpose of this phase is to implement all the business and process requirements based on the
Business Blueprint.
4. Final Preparation - The purpose of this phase is to complete testing, end-user training,
5. Go Live and Support All the functinal consultatns need good rapo with Abapers. right from uploading of legacy data, devoloping customised
reports, BDC's, Forms etc, here functinal consultatns need to give guidence as to get the requried data for reports and all.. like the table name,
fields etc
1) Templates
3) Fit Gap or Gap Analysis
4) Business Process Design
5) Business Process Model
6) Business Change & Impact
7) Configuration Design, which is just 5 % of Total SAP- have different names 8) Future Impact & Change Assessment
9) Functional Design (Module Wise)
10) Risk Assessment
11) Process Metrics and Many More-- Which has impact on Business and its work flow
Note * This documents are prepared in Vanilla SAP Standards -- Things differ from one implementation to another, and it always depends on the
type of business which is opting for SAP.
For example : info type 0001 Org Assignment insists about the three structures of the HR. We should explain each sub field like Emp Group, Emp
Sub Group, Personnel Area and Sub Area and its importance and relevance to their company so as to understand while processing them from
the end- user point of view .
When an employee is hired into the company , now the end-user in a position to understand which employee group and subgroup, Personnel
Area And Sub Area etc., should allotted..
Like this whatever comes across in SAP Easy Access should be insisted through the training of end users.
I) Demo, exercises and solutions should be provided in the manuals.
J) Glossary of terms and expansion of Acronyms, Abbreviations should be given. Like this each consultant should focus on end user training and
SAP BLUEPRINTING
Defining the Business Processes
After you have defined your organizational structure for R/3, the definition of the business process for your Business Blueprint is the next step.
You now map the enterprise requirements onto R/3 business processes, in order to create the conceptual design for your R/3 implementation.
When you write a functional spec, you are meant to be turning the clients requirements into a design document that a techno can then build from.
how should this be linked, an important bit to remember here is the time selection, do you want all the data in the system, or only the data
relevant on the day, or over a month etc.
Authorisations - Should the report check the 'runners' authorisations and tailor the output accordingly
Output - What fields are required to be output, in what order, in what file type, for example this could be a text file, or just out to the screen of the
runner.
Error handling - What should the report do when it encounters a problem eg what scenarios would constitute errors - what should happen etc.
Test mode - does the report require running in test mode prior to a file being produced?
In the Business Blueprint stage, you need to prepare AS-IS (which is a detailed list of the current business practices of the client) and then , you
need to prepare a QADB (Questions and Answer Data Base) questionnaire and send it to the client.
Then, based on client's answers, you need to prepare TO-BE list ( procedure in SAP to match the client's business process).
The consultant takes care that proper training is given to the users and that the system is usable, performing appropriately and the business flow
is complete and correct.
During go live he assists the technical staff by testing the behaviour of the system.
After go live he guarantees that the procedures remain usable and consistent in real live situation and proposes enh
The consultant takes care that proper training is given to the users and that the system is usable, performing appropriately and the business flow
is complete and correct.
During go live he assists the technical staff by testing the behaviour of the system.
After go live he guarantees that the procedures remain usable and consistent in real live situation and proposes enhancements.
The main duty of a consultant is to transfer external know-how to the client. It is not manpower that counts but intelligence, understanding of
processes, a feeling for defects and general a common sense.
Role of a Functional Consultant in an End To End Implementation
1. Functional consultant is expected to generate knowledge about the current business process, design current business flows, study current
business processes and its complication, in all we can say getting through with current business setup. Flow diagrams and DFD are prepared,
most of the time in Vision format, all this forms the part of AS IS document.
2. Everything configured has to be documented as per their categories in the form of predefined templates, these have to be then approved by
the team leads or who ever the consultant is reporting to.
3. Mapping and GAP analysis is done for each module, I have seen people defining integration after mapping, gap analysis and configuration is
done, but as per my experience in implementation, it is a simultaneous process.
4. Before starting configuring future business processes in SAP, the DFD/ERD are prepared, this documentation is called TO BE, which can be
also siad as the result of mapping and gap analysis.
5. Sometimes Functional consultants are also expected to prepare test scripts for testing the configured scenarios.
6. End user manual and user training is also expected from F.Consultants.
The project normally starts off with a Kick off meeting in which the team size, team members, reporting system, responsibilities, duties,
methodlogy, dates and schedules, working hours which have been predicided are
SAP Landscape is like a server system or like a layout of the servers or some may even call it the architecture of the servers viz. SAP is divided
into three different lanscape DEV, QAS and PROD.
- DEV would have multiple clients for ex: 190- Sandbox, 100- Golden, 180- Unit Test.
- QAS may again have mutiple clients for ex: 300- Integration Test, 700 to 710 Training.
- PROD may have something like a 200 Production.
These names and numbers are the implementer's discreet on how they want it or they have been using in their previous implementations or how
is the client's business scenario.
Now whatever you do in the Sandbox doesn't affect the other servers or clients. Whenever you think you are satisfied with your configuration and
you think you can use it moving forward, you RE-DO it in the golden client (remember, this is a very neat and clean client and you cannot use it
for rough usage). As you re-do everything that you had thought was important and usable, you get a transport request pop up upon saving
everytime. You save it under a transport request and give your description to it. Thus the configuration is transported to the Unit Test client (180 in
this example).
You don't run any transaction or even use the SAP Easy Access screen on the 100 (golden) client. This is a configuration only client. Now upon a
successful tranport by the Basis guy, you have all the configuration in the Testing client, just as it is in the Golden client. The configuration
remains in sync between these two clients.
But in the Testing client you can not even access SPRO (Display IMG) screen. It's a transaction only client where you perform the unit test. Upon
a satisfactory unit test, you move the good configuration to the next SERVER (DEV). The incorrect or unsatisfactory configuration is corrected in
Golden (may again as well be practised in the sandbox prior to Golden) and accordingly transported back to 180 (Unit Test) until the unit test
affected
The Golden client remains the 'database' (if you wanna call it that) or you may rather call it the 'ultimate' reference client for all the good, complete
and final configuration that is being used in the implementation.
In summary:
Landscape : is the arrangement for the servers
IDES : is purely for education purpose and is NOT INCLUDED in the landscape.
DEVELOPMENT ---> QUALITY ----> PRODUCTION
DEVELOPMENT : is where the the consultants do the customization as per the company's requirement.
QUALITY : is where the core team members and other members test the customization.
PRODUCTION : is where the live data of the company is recorded.
A request will flow from Dev->Qual->Prod and not backwards.
These three are landscape of any Company. They organised their office in these three way. Developer develop their program in Development
server and then transport it to test server. In testing server tester check/test the program and then transport it to Production Server. Later it will
deploy to client from production server.
Presentaion Server- Where SAP GUI have.
Application Server - Where SAP Installed.
Database Server - Where Database installed
The consultant documents the settings and prepares proper guidelines that allow other consultants to do further changes or
repairs with due efforts.
The consultant takes care that proper training is given to the users and that the system is usable, performing appropriately and
the business flow is complete and correct.
During go live he assists the technical staff by testing the behaviour of the system.
After go live he guarantees that the procedures remain usable and consistent in real live situation and proposes
enhancements.
The main duty of a consultant is to transfer external know-how to the client. It is not manpower that counts but intelligence,
understanding of processes, a feeling for defects and general a common sense.
Role of a Functional Consultant in an End To End Implementation
When you talk about the role of a Functional consultant in an end to end implementation, I think it won't be possible for me or
anybody to define everything but I will try to summarize it:
1. Functional consultant is expected to generate knowledge about the current business process, design current business flows,
study current business processes and its complication, in all we can say getting through with current business setup. Flow
diagrams and DFD are prepared, most of the time in Vision format, all this forms the part of AS IS document.
2. Everything configured has to be documented as per their categories in the form of predefined templates, these have to be
then approved by the team leads or who ever the consultant is reporting to.
3. Mapping and GAP analysis is done for each module, I have seen people defining integration after mapping, gap analysis and
configuration is done, but as per my experience in implementation, it is a simultaneous process.
4. Before starting configuring future business processes in SAP, the DFD/ERD are prepared, this documentation is called TO
BE, which can be also siad as the result of mapping and gap analysis.
5. Sometimes Functional consultants are also expected to prepare test scripts for testing the configured scenarios.
6. End user manual and user training is also expected from F.Consultants.
The project normally starts off with a Kick off meeting in which the team size, team members, reporting system, responsibilities,
duties, methodlogy, dates and schedules, working hours which have been predicided are formally defined.
ASAP, it won't be possible for me to explain it here, but all I can tell you about it is that it is SAP standard implementation
methodology, which SAP prescribes but is not mandatory for any company to follow, but recommended to follow the same.
Five Phases of ASAP methodlogy.
Phase 1: Project Preparation - The purpose of this phase is to provide initial planning and preparation for your SAP project.
Phase 2: Business Blueprint - The purpose of this phase is to achieve a common understanding of how the company intends to
run its business within the SAP System. The result is the Business Blueprint, a detailed documentation of the results gathered
during requirements workshops. The Business Blueprint document represents the business process requirements of the
company. It is the agreed statement of how the company intends to run its business within the SAP System.
Phase 3: Realization - The purpose of this phase is to implement all the business process requirements based on the Business
Blueprint. The system configuration methodology is provided in two work packages: Baseline (major scope); and Final
configuration (remaining scope).
Phase 4: Final Preparation - The purpose of this phase is to complete the final preparation (including testing, end user training,
system management and cutover activities) to finalize your readiness to go live. The Final Preparation phase also serves to
resolve all critical open issues. On successful completion of this phase, you are ready to run your business in your live SAP
System.
Phase 5: Go Live and Support - The purpose of this phase is to move from a project-oriented, pre-production environment to
live production operation.
Additionally:
Some additional Infomation on ASAP methodology:
Phase 1 - Project Preparation
Change Charter - Goals and objectives of Organizational Changen Management
Project Plan - This is a first cut focusing on milestones andn Work Packages; details to come.
Scope - Sets the initial definition of then project; input from sales cycle.
Project Team Organization - Sets the whon of the project: Standards and Procedures - Sets the why and how of the project.
Phase 2 - Business Blueprint - Requirements reviewed for each SAP Reference Structure item and defined using CI Templates
(in the Q and Adb). Business Blueprint - This is the output of the Q and Adb and is the key document for Phase 3.
Phase 3 - Realization - Master Lists - Define business scenarios and R/3 transactions to be realized in the system. BPP Business Process Procedures representing R/3 transactions; used for unit testing and documentation. Planning - Defines how
the configuration will be done and how it will be tested. Development Programs - Provides details of the external programming
requirements. EU Training Material - End User training material and process documentation.
Phase 4 - Final Preparation Stress and Volume Tests - Plans for confirming the production hardware's capabilities
Cutover Plan - The details of how to move to the production environment and go live
Conduct End User Training - Delivery of the necessary levels of R/3 End User training prior to going live
Phase 5 - Go Live and Support: Ensuring system performance through SAP monitoring and feedback.