Upload
vukien
View
263
Download
2
Embed Size (px)
Citation preview
SAP AGS IT Planning
Active Global Support, January 2014
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 2
Agenda
What is IT Planning?
SAP AGS IT Planning Focus Topics
Delivery Model
What is IT Planning?
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 4
What is IT Planning?
“IT Planning” is the task to initially design or reshape an IT solution with respect to customer-specific requirements and boundary conditions.
Initiator is typically a plan for a major IT change, e.g.:
A functional extension of an existing IT solution,
An overhaul of the technical platform
Preparation for business volume growth
Or a change of business organizations to be reflected in the IT solution etc.
IT Planning
PRE- WORKSHOP
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 5
And what is SAP AGS IT Planning?
SAP AGS IT Planning provides help for IT decision-making processes like review of concepts for solution landscapes or operations strategies that fulfill the SAP customer’s long term requirements.
SAP AGS IT Planning services are non-standard services addressing strategic non-standard requests. They are tailored to the customer specific situation.
SAP AGS IT Planning is for SAP MAXATTENTION customers exclusively.
SAP AGS IT Planning Team
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 6
SAP AGS IT Planning Focus Topics
Focus Topics
SAP AGS IT Planning
Transition to SAP HANA
Run SAP like a Factory
Technical Architecture
Software Change Management
Production System Strategy
Performance & Capacity Management
SAP AGS IT Planning Focus Topics Transition to SAP HANA
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 8
SAP AGS IT Planning Supports the Transition to SAP HANA
Transition to SAP HANA
SAP AGS IT Planning
SAP AGS IT Planning supports in detail the transition of an IT solution to SAP HANA, leveraging the unique value and benefits of SAP HANA to business and IT. The transition is supported at all phases – beginning at the development of a long-term platform strategy for the IT solution on SAP HANA, up to a transition roadmap and migration plans and technical architectures for individual SAP systems
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 10
Transition to SAP HANA – From Strategy to Value Realization Big Picture
Platform
Strategy
• Understand the value and benefit of SAP HANA to Business and IT
• Proof how to manage the transition
Establish a consistent platform strategy leveraging SAP HANA
High-level
Roadmap
• Evaluate technical feasibility, migration risks & efforts, and Business & IT value per system
• Define a customer specific adoption roadmap driven by business value – best migration sequence
Develop an overall high-level value and transition roadmap
Detailed
Plan
• Create a detailed plan for the transition of one or multiple systems to SAP HANA
• Focus: Migration approaches/project plan and Technical Architecture for SAP HANA
Develop a detailed transition plan per system
Execution
• Execute the detailed migration plan, with the help of SAP Active Global Support
SAP Landscape is successfully and safely transitioned to SAP HANA
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 11
Transition to SAP HANA – From Strategy to Value Realization Big Picture
Platform
Strategy
High-level
Roadmap
Detailed
Plan
Execution
One workshop for the complete
solution landscape
- One delivery unit – one workshop
- 3 days onsite
- Results:
a) Platform strategy
b) Customer-specific adoption
roadmap Executed per system
Results:
Detailed execution plan, landscape,
transition methods, custom code
adj. methodology,..
Execution:
SAP AGS offering for transition to
HANA
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 12
SAP Platform Value and Adoption Roadmap Workshop Purpose & Deliverable – Focus: Platform Strategy
Workshop “SAP Platform Value and Adoption Roadmap”
Ensure that the capabilities of SAP platform powered by SAP HANA and the related business and IT
benefits and opportunities for your company are understood
Input for the IT and platform strategy
Scope
1. Proof that the new strategy makes
sense commercially
• Core elements of the SAP Platform
• SAP platform Value Proposition
2. Proof how you can get there
• How to get the skills and resources in a
sustainable way to realize the value
• Support engagement model, agile benefit
driven methodologies and our control
center objectives
Deliverables
1. Aligned Platform
Strategy &
Value Proposition
2. Definition of follow-up activities to
further explore the opportunities for
business and IT and to define
concrete transition steps
Platform Strategy
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 14
SAP Platform Value and Adoption Roadmap Workshop Purpose & Deliverable – Focus: Adoption Roadmap
Scope
1. Basis: As-Is and Requirements • Business scenarios and technical setup
• Planned business releases
• Operational challenges
2. Detailed evaluation of: • Technical migration feasibility
• Value and opportunities for the business
• Value for IT
• Transition risks and efforts
Deliverables
1. Risk / Value evaluation
2. Identification of the best migration
sequence for fast business
value
realization
High-level Roadmap
2013
ERP
BW
SCM
SRM
2014 2015 2016
ERP BW
SRM SCM
Risk /
Efforts
Business
Value
Workshop “SAP Platform Value and Adoption Roadmap”
Define a customer-specific transition roadmap driven by business and IT value
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 16
Technical Architecture for SAP HANA Workshop Purpose & Deliverable
Designing the technical architecture and IT infrastructure design for a SAP solution
landscape leveraging SAP HANA.
Purpose
1. Technical Architecture Design
• Major focus on SAP solution landscape with
HANA platform and application server layer
2. IT-Infrastructure definition • General SAP landscape
• Storage, Server, Virtualization, OS, HA/DR
Topologies
• Private and public clouds
3. Decision support • Provide basic information to enable decisions
Deliverables
1. Technical Architecture
Outline
2. High Level Deployment
Plan
3. Basic Information for
Hardware / Cloud Decision
Detailed Planning
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 18
Migration to SAP HANA – Planning Workshop Workshop Purpose & Deliverable
Planning workshop to define holistic SAP HANA migration approach
Followed by the actual migration execution phase where the customer is safely guided
through the project.
Purpose
1. Define Migration Method and Landscape
• Migration scope and method
• Target landscape
• Requirements
• Operations, capacity
2. Develop high level transition roadmap • Major phases
• Key activities in the phases
3. Define a project working model • Involved parties
• Responsibilities
Deliverables
1. Migration Plan
2. Roles and
Responsibilities Plan
3. Service Plan
Detailed Planning
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 21
Transition to the SAP Platform – Offering of SAP Active Global Support
Holistic Methodology Based on SAP Solution Manager
One end-to-end methodology – implemented in SAP Solution Manager
Migration Tasks Architecture
Infrastructure
Operational
Readiness
Performance
Scalability
Project
Management
Project Management Define, drive and control milestones and Q-gates
Architecture & Infrastructure Define the infrastructure and landscape architecture to fulfill requirements of the
migration and the operation after GoLive
Migration Tasks Ensure that migration tasks are executed along a proven plan and approach and
based on best practices for procedures and configurations
Adjustment of custom code – back to standard + HANA-aware
Performance & Scalability Ensure performance, throughput, scalability, availability. Define the technical
architecture and infrastructure
Operational Readiness Ensure that procedures, tools and skills are adequate to run the new solution safely
and efficiently
Concept &
Project Setup Blueprint Realization
Post
Go-Live
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 22
Arc
hit
ectu
re
Infr
astr
uctu
re
Op
era
tio
nal
Read
iness
Perf
orm
an
ce
Scala
bilit
y
Transition to SAP HANA The Foundation: SAP Solution Manager Roadmap
Pro
ject
Mg
mt.
Concept &
Project Setup
Mig
rati
on
&
Test
Project definition
Detailed target SAP landscape definition
Detailed technical infrastructure definition
Blueprint
Q – Gate Def.
Detailed Migration plan
Detailed test planning
Realization
Q-Gate management / issue tracking
Infrastructure setup & configuration
Verification
Pro
duction c
ut-
over
Performance Verification & Optimization
Operations procedures
Post
Go-Live
Tool implementation
Trainings
SLA verification
Performance
Monitoring
Performance
Optimization
Operations handover
Project tracking
Test scope determination
Issue tracking
Sandbox Migrations Detailed Migration Method definition
Issue tracking
Hyper care /
Optimization
Inventory
Procedures
Tools
Roles & Skills
Definition of future concept
Operations procedures
Tool roadmap
Roles & Skills, training plan
Technical architecture options of DB’s
Cut-over rehearsal
Functional regressions
Performance, HA, Sec. tests
Migration of non-prod systems
Migration tests
Performance Baseline - KPI
Sizing
Source Scalability check
Mig
ration m
aste
r pla
n d
efinitio
n
mig
ration s
cope,
arc
hitectu
re a
nd t
echnic
al
infr
astr
uctu
re
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 23
Arc
hit
ectu
re
Infr
astr
uctu
re
Op
era
tio
nal
Read
iness
Perf
orm
an
ce
Scala
bilit
y
Delivery Model – New Services from SAP AGS Mapping of the Main New Services to the Roadmap
Pro
ject
Mg
mt.
Concept &
Project Setup
Mig
rati
on
&
Test
Project definition
Blueprint
Q – Gate Def.
Detailed Migration plan
Detailed test planning
Realization
Q-Gate management / issue tracking
Infrastructure setup & configuration
Verification
Post
Go-Live
Operations handover
Project tracking
Test scope determination
Issue tracking
Sandbox Migrations Detailed Migration Method definition
Issue tracking
Cut-over rehearsal
Functional regressions
Performance, HA, Sec. tests
Migration of non-prod systems
Migration tests
Optional: Landscape architecture planning
Inventory
Procedures
Tools
Roles & Skills
Definition of future concept
Operations procedures
Tool roadmap
Roles & Skills, training plan
Performance Baseline - KPI
Sizing
Source Scalability check
Detailed target SAP landscape definition
Detailed technical infrastructure definition
Technical architecture options of DB’s
Performance
Monitoring
Performance
Optimization
Hyper care /
Optimization
Pro
duction c
ut-
over
Mig
ration m
aste
r pla
n d
efinitio
n
mig
ration s
cope,
arc
hitectu
re a
nd t
echnic
al
infr
astr
uctu
re
TIC for Migration
Operations procedures
Tool implementation
Trainings
SLA verification
Performance Verification & Optimization
Integration Validation
Data Consistency / Exception Management/System Integration
/ Volume processing / Performance & Scalability
Service 2a – Performance baseline
Service 4a – Operational readiness
Se
rvic
e 1
– M
igra
tio
n P
lan
nin
g W
ork
sho
p
Service 2b – Performance optimization
Serv. bundle 4b : Operational readiness
Se
rvic
e 5
– G
oL
ive
Su
pp
ort
Service 3 – Post
GoLive
SAP AGS IT Planning Focus Topics Run SAP like a Factory
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 25
SAP AGS IT Planning Supports Run SAP like a Factory
Run SAP like a Factory
SAP AGS IT Planning
SAP AGS IT Planning supports the design and setup of an Operations Control Center OCC as part of Run SAP like a Factory. The OCC design should be based on operational requirements collected in an RSLAF workshop at a very early stage. The setup of the OCC processes, and the proper integration into the existing IT support structure is being supported as well.
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 26
Operations Control Center: Establish Run SAP Like a Factory
Operations and continuous improvement
Operations Phase: After go-live
Operated by a small team of IT
Operators, who work on the alerts in a
guided way (event management)
Provides monitors and dashboards,
which report the status of the business
processes and related IT landscapes
Includes a continuous improvement
process, which optimizes the overall
operational setup depending on newly
identified business requirements
Operations Control Center
Event Management
Incident Management
Problem Management
Continuous Improvement Central Monitors
SAP Solution Manager
Change M
anagem
ent
Status Business Users Status Core Business
Processes
Status of Technical
Components
Alert Inbox
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 27
Run SAP like a Factory Workshop – Building Blocks
OCC & ITSM
• Explains the concept of an OCC
• Explains Event Management and Continuous Improvement
• Discusses the integration into existing IT support processes
• Starts discussing operational pain points and challenges, and derive OCC requirements
Adv. Pain Point Analysis
• Analyzes SAP related customer incidents (in front of the workshop)
• Identifies areas of operational challenges from the business users perspective, as an additional input into the workshop
• Further discusses operational pain points and requirements
AppOps Positioning
• Explains and demos SAP’s functionality offer for:
• Technical Monitoring, Alerting, Administration and Analytics
• Root Cause Analysis
• Data Volume Management
• Puts the functionality into the customer context
BPOps Positioning
• Explains and demos SAP’s functionality offer for:
• Business Process Analytics and Monitoring
• Job Scheduling Management
• Data Consistency Management
• Puts the functionality into the customer context
RSLAF Workshop
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 28
OCC Process Design Workshop – Building Blocks
Event Management
Incident Management
Problem Management
Continuous Improvement Central Monitors
SAP Solution Manager
Change M
anagem
ent
Status Business Users Status Core Business
Processes
Status of Technical
Components
Alert Inbox
Alert catalog
& maintenance
Alert process
Integration Incident
process
OCC Charter
Service reviews Improvement
scenarios
SAP AGS IT Planning Focus Topics Technical Architecture
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 30
SAP AGS IT Planning Supports the Design
of the Technical Architecture
Technical Architecture
SAP AGS IT Planning
The term “technical architecture” denotes the layout of SAP software solutions on technical infrastructures like data centers, hardware, virtualization/private cloud solutions, HA/DR solutions etc. SAP AGS IT Planning supports the design of scalable, flexible and maintainable solutions, fitting to customer-specific boundary conditions like availability demands, data center locations, preferred software/hardware partners etc.
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 31
Designing the Technical System Landscape (w/ or w/o SAP HANA)
Objective • Develop a technical architecture and IT
Infrastructure concept for SAP solutions,
considering customer’s boundary conditions.
Availability
Requirements
Flexibility / Scalability
Requirements
Technical Architecture for
SAP, OS, Virtualization
(+ Hardware)
Software Change
Management
Landscape
Hardware
Decision
Technical
Deployment
Plan
Data Center
Strategy
Approach Introduction of typical architecture and landscape options
Discussion of design aspects and definition of technical
architecture building blocks.
Major topics:
– General SAP technical architecture
– Availability SLAs, DC strategy & HA/DR architecture
– IT infrastructure architecture
– Scalability and load balancing
– Software change management landscape
Joint assessment of options according agreed set of
evaluation criteria.
Sizing
General SAP
Technical
Architecture
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 32
Areas to be Discussed for a SAP HANA Landscape
Areas SAP HANA Landscape
Current and planned SAP
Landscape
• How does the current SAP system landscape look like and how does HANA complement the SAP landscape
• Mid- and long term strategy (mergers and acquisitions, business growth, consolidation, new applications)
SAP HANA Platform in the
Cloud
• SAP HANA as future platform in Cloud
• Major building blocks (Application layer, HANA Platform Layer, Storage Layer)
Architecture Overview • HANA Architecture and Appliance Model
• SAP landscape (architecture, deployment options, …)
Sizing, Scalability,
Performance
• Source and target system based on workload analysis
• Sizing methodology, performance and scalability
Technical platform options /
architecture
• Cloud strategy, deployment options, platforms
• HANA appliance implementation models, storage, OS, virtualization
HA / DR & Backup / Restore • Availability classification and requirements (RPO / RTO) and error categories
• DC Strategy
• HANA / SAP application server functionalities and implementation strategies
PRD and non-PRD SAP
System landscape
• Software change management landscapes (non-PRD landscape, use cases, …)
• HANA stacking options (MCOD, multi-SID, Virtualization)
• Stacking options and SAP system landscape platform usage and distribution (virtualization, server platform,.)
Future Planning • Project setup
• Roles and responsibilities - Partner relationships (HW, hosting partner, implementation, …)
SAP AGS IT Planning Focus Topics Software Change Management
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 34
SAP AGS IT Planning Supports in Software Change Management
Software Change Management
SAP AGS IT Planning
Managing software changes in a SAP solution, e.g. for bug fixing, new releases or maintenance events, requires mature processes and well-designed support landscapes. SAP AGS IT Planning can help to find the right balance between flexibility, safety and cost by reviewing or introducing change, release, maintenance and test management processes as well as best-fitting non-production SAP system landscapes.
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 35
Software Change Management - Examples
Typical service agenda Typical support landscape
Typical release plan
SAP AGS IT Planning Focus Topics Production System Strategy
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 37
SAP AGS IT Planning Designs the Appropriate Production System
Strategy
Production System Strategy
SAP AGS IT Planning
The production system strategy for an application (e.g. single global system, regional systems, systems by LoB) needs to ensure that business requirements can be met, that the solution is technically feasible and maintainable. SAP AGS IT Planning helps defining and evaluation suitable landscape variants based on Best Practices, customer-specific requirements and boundary conditions and well-defined decision criteria. This includes the design of related SAP transport landscapes.
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 38
Production System Strategy – General Approach
(3) Architecture variants
suitable for the customer
(5) Conclusion
(1) Possible architecture
variants,
Experiences from other
companies (2) Selection of suitable architecture variants
What is the business model of a customer? Global business with global supply chain, global customers?
Considerable regional differences how business is done?
Strong differences between LoBs?
Organizational independence required?
What are other deciding business-critical factors? High volume (overall or in selected application areas)?
Very high business criticality/time criticality of single processes ?
(4) Evaluation against customer–specific criteria
How do the selected variants fulfill further company-specific requirements and priorities?
Definition of a set of evaluation criteria, and detailed evaluation of the system architecture variants against these criteria
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 39
Example: Production System Strategy – Customer-specific
Evaluation
Sample Evaluation Criteria
Qualitative Evaluation: Comparison of options per
criterion
Quantitative Summary: Rating per option and
criterion, with customer-specific weighting
SAP AGS IT Planning Focus Topics Performance & Capacity Management
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 41
SAP AGS IT Planning Supports in
Performance & Capacity Management
Performance & Capacity Management
SAP AGS IT Planning
Growth in business volume, growth in users, system consolidations or release upgrades shall not compromise performance. This is ensured by proactive management of performance, scalability and hardware capacity of the SAP solution. SAP AGS IT Planning analyzes existing SAP systems in this regard, develops customer-specific capacity models and can support the introduction of performance and capacity management processes at customers.
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 42
Some Customer Requests in the Area of Sizing
Sizing Definition
Translate business requirements into hardware requirements
– in an iterative process
Typical sizing questions / statements
“ Can SAP software payroll 3+ million employees and pensioners in less than two hours?
Can SAP software payroll 3+ million employees and pensioners in less than two hours? “ When I check your sizing Portal, there is no sizing guideline for FIN-FSCM-TRN.
How can I do a sizing?
“ We want to consolidate our 5 functional ERP systems into one, what are the hardware requirements for
the target system?
We want to migrate our 10 TB BW system to SAP HANA. What will our technical infrastructure look like?
“
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 43
Sizing-Relevant KPIs (Key Performance Indicators)
CPU
Disk Size
Disk I/O
Memory
Network
Load
Processing times of business transactions or tasks
Cost factor: Number and processing power of servers
Data that resides on the database
File read and write activity to storage
Cost factors: Backup/recovery depends on size of database
Allocated to a user or background process
Garbage collection, acceleration, planning capabilities, buffers, caches
Cost factor: Physical memory slots
Transferred amount of data
Network time and round trips
Cost factor: Leasing bandwidth, network design
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 44
Different Times, Different Phases, Different Goals of Sizing
1. Very early to plan hardware expenditures
2. A few months before live start to verify assumptions
Determine the overall performance requirements
3. During production stages to ensure operations and verify/adjust estimations made earlier. ”Trigger events”
include:
Upgrade database, operating system, SAP application
Reconfigure system landscape
Change business process
Rollouts: more users or other load
Project
Preparation Business Blueprint Realization
Final
Preparation
Going Live &
Support
Upgrade Migration Business Units Functional
Changes
Go Live
Sizing takes place in different phases of a project
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 45
Hardware Budget Sizing Advanced Sizing Expert Sizing
Smaller companies
Very simple algorithms
Assumptions, likelihoods
Level setting of project
Risk identification
Medium to large companies
Throughput estimates
Questionnaires, formulas
Usage of standard tools
Focus on core business processes
Large or complex projects
Custom calculations
Analysis of custom coding
Custom sizing guidelines
Possible Definitions for Different Types of Sizing
All projects
SAP system monitors
Goal: Extend an existing system by load
e.g. by volume: 100 additional users who'll do the same as the current ones
All projects
SAP system monitors
Goal: Extend an existing system by functions
By different functions, e.g. you are live with CRM and want to add SCM
All projects
SAP system monitors
SAP Notes
Goal: Upgrade SAP software
Re-Sizing Delta Sizing Upgrade Sizing
Production Sizing's
Go Live
Initial Sizing's
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 47
Three parties collaborate in the benchmarking and sizing process
Three-Party Collaboration Model
Contributions
Certified benchmarks scalable hardware
Different configurations together with technology partners
Performance studies
Custom load tests in collaboration with customers
Service level agreements
Expectations from benchmarking
and sizing
Optimal performance
Suggestion for hardware configuration
Contributions
Response time requirements
Throughput requirements
Provides business data input
Contributions
Development and provision of benchmark toolkits
Regression testing for new releases
Standard sizing guidelines as part of quality assurance process
Sizing verification processes
Hardware Vendors Customer
SAP
Sizing Recommendation
CPU (SAPS)
Memory (GB)
Database space (GB)
Disk I/O operations per sec
Frontend bandwidth mbps
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 49
Capacity Planning
Typical approaches for sizing services
1. Remote Preparation:
– Understand the functional and technical roadmap of the affected systems – ideally for the next 3-5 years. Examples:
Upgrades, consolidation, functional enhancements
– If available, review sizing-related documentation. Examples: Quick Sizer results or technical design documents.
– If there already are production systems available: workload analysis to understand performance and capacity behavior.
2. Required input from customer
– Overview of the SAP System strategy for the next 3-5 years. At least for the key systems
– Sizing-related documentation such as Quick Sizer project information, technical documents
– Access and login information for the key systems
3. Onsite discussion
– Present the results of the workload with an assessment of the performance and scalability behavior of the system(s).
– Present the sizing results and discuss their implications.
– Identify and discuss risks.
Result: Initial capacity estimation as an input into decision for technical platform, architecture and
configuration
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 50
Capacity Planning
Examples from capacity management services
Different sizing approaches and
building blocks
Fact based: Workload analysis of
current systems. Top consumers Scalability assessment and system
health check for growth
Capacity projection and full
disclosure of assumptions
Holistic sizing prediction, including
non-production systems
Sizing and deployment options
such as virtualization
Delivery Model
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 59
Delivery Model
Scoping
• SAP MAXATTENTION Customer has a strategic question, and requests support from SAP AGS
• The SAP TQM clarifies the customer request with the SAP AGS IT Planning team
Agreement on scope, agenda and deliverable in a detailed scoping call (additional lead time)
Preparation
(remote)
• The customer provides preparation information upfront.
• SAP AGS IT Planning team prepares the service (e.g. runs analysis remotely)
Service is ready for delivery
Delivery
(onsite)
• The service is delivery (typically onsite). SAP AGS IT Planning includes additional delivery resources if
necessary.
Active participation of the customer is key for success (workshop type of service).
Report
(remote)
• Results are documented by the SAP AGS IT Planning team, and discussed in a final call
Execution of follow-up activity in the responsibility of the customer, together with the SAP TQM
© 2013 SAP AG or an SAP affiliate company. All rights reserved.
Thank You
SAP AGS IT Planning team
Mail to: [email protected]
SAP Active Global Support
SAP AG
© 2013 SAP AG or an SAP affiliate company. All rights reserved. 61
© 2013 SAP AG or an SAP affiliate company. All rights reserved.
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG.
The information contained herein may be changed without prior notice.
Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.
National product specifications may vary.
These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and
SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth
in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.
SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and
other countries.
Please see http://www.sap.com/corporate-en/legal/copyright/index.epx#trademark for additional trademark information and notices.