Profiling for SAP - Analysis and redocumentation of SAP ERP

1. Overview of the solution offering “Profiling for SAP®” for the analysis, re-engineering and re-documentation of SAP® ERP systems TransWare Software Solutions AG

2. Scenarios and Use-Cases Page 2

3. Some typical questions of an SAP® person in charge ? ? ? • Who is actively using SAP®, and in which way? • Is the current number of existing, customer-specific “Z” transactions and reports actually needed? • Which areas should I focus my training efforts on? • Do we have to update our customer-specific transactions and reports to the latest SAP® release? • Do I have a problem with authorizations concerning Segregation of Duties (SoD)? • Where shall I concentrate my validation efforts? • Where I can increase efficiency of corporate SAP® usage? • In the context of a system consolidation, which processes from individual SAP® systems are to be used in the future as Best Practice processes in the new SAP® system? Page 3

4. The aspects of SAP® analysis, re-engineering and re-documentation with Profiling for SAP® Technical analysis Functional & org. analysis Process analysis TransWare AG has developed a comprehensive software solution for process and configuration analysis based on business intelligence, SAP®NetWeaver, SAP® Solution Manager and SAP® methodologies: • 1) Technical analysis • Customer transactions and reports, user exits, development object modifications • Authorizations management (roles, profiles, authorization objects, customizing,…); analysis of arbitrary SAP® configuration data • 2) Functional andorganizational analysis • Functional usage of the SAP® system (transactions, reports, RFC calls (from portals, external applications), document types) • Configuration of the technical organization levels, HR info types • 3) Business process analysis • Capture of the customer-side SAP®-supported business processes • Creation of SAP® Solution Manager Blueprint descriptions (projects) Page 4

5. Analytic reports as work results of Profiling for SAP® Technical analysis Functional & org. analysis Process analysis • Output formats of the analyses: • Web-based reports, Excel reports, business charts • Blueprint projects in SAP® Solution Manager • BPM modeling format • Content-related examples of analyses: • Which transactions and reports are used within the organizations most frequently? • Usage of customer-specific Z, Y transactions and reports • Organizational and authorization analyses • Comparison of the system usage and configuration across several SAP® clients, system roles and systems • Activity of the SAP® users, in view of license usage monitoring and optimization Vergleiche Profiling für SAP® Page 5

6. Use and benefits through Profiling for SAP® Technical analysis Functional & org. analysis Process analysis • Lower costs through automated procedure, as compared to manual documentation • Cost reduction in the creation of an SAP® development object inventory, analysis of transaction usage, customer-specific transactions and reports, user authorizations, document type usage, … • Cost reduction for As-Is process documentation including the semi-automatic creation of SAP® Business Blueprints for process modeling, analysis and optimization • Reduced expenditure of time for data capture; quicker results • Automated inventory list creation instead of conventional approach with audits and workshops • Creation of process models from existing SAP® reference models out of the SAP® BPR, scoping of the models by means of the inventory list data • Via precise snapshots of the inventory, profiling of the temporal development are possible • Higher quality; reproducible results • Accurate usage data for transactions, reports and RFC-enabled function modules; comprises Y, Z, and customer namespace objects, customer extensions and exits • Accurate information on the customizing status of transactions, reports, rights configuration • Inclusion of authorization roles, profiles, user accounts permits Governance-Risk-Compliance (GRC) analyses like access control or 4/6-eye-principle checking (SoD) • Easily repeatable steps with maximum reproducibility of the results Page 6

7. Technical analysis Functional & org. analysis Process analysis Improving the software support and maintenance of SAP® Technical Analysis Page 7

8. Overview: Technical analysis Technical analysis Functional & org. analysis Process analysis Technical analysis delivers basic statements in the profiling of SAP® systems. SAP® development objects like programs, function modules, classes, transactions etc. are read out from SAP®. In addition, the entire authorizations management including roles, profiles, authorization objects and user accounts is read from SAP® into the profiling SQL database. The data baseline from the technical analysis permits a comparison of different SAP® systems in the context of system consolidations, or to check the configuration of individual SAP® system roles like production, test and development. Further analyses permit the optimization of authorizations for the streamlining of the authorizations management, access checking as well as SoD analyses. Page 8

9. Overview of the SAP® modifications of an SAP® system as a 3D chart Technical analysis Functional & org. analysis Process analysis • Analysis of the miscellaneous adoptions of the SAP® system’s development objects: • Z, Y, /customer-namespace/ for SAP® transactions and reports • SAP® modifications • User exits Example of an SAP® ECC 6.0 with SAP ® modifications: Modification types Modification types Anzahl SAP® module Page 9

10. Modification types for a given SAP® module Technical analysis Functional & org. analysis Process analysis Distribution of the SAP® modification types for a given module like e.g. SAP® MM Critical code modifications without modification assistant Drill-down into object types like e.g. “programs modified” Critical, modifiedprogram objects Page 10

11. SAP® modules for a given SAP® modification type Technical analysis Functional & org. analysis Process analysis SAP® SD Distribution of e.g. critical SAP® code modifications “Program changes without modification assistant” Drill-down into object types like e.g. “programs modified” Critical, modifiedprogram objects SAP® modules Page 11

12. Analysis of authorizations management including the use of SAP® transactions Technical analysis Functional & org. analysis Process analysis • Analyses on different levels: • Anonymous analyses (without user account reference) • Analyses with SAP user account reference Call count SAP® objects like transactions including descriptions Authorization objects (roles and profiles, hierarchy) Page 12

13. Technical analysis Functional & org. analysis Process analysis Improving the efficiency and utility of SAP® Functional & org. analysis Page 13

14. Overview: Functional and organizational analysis Technical analysis Functional & org. analysis Process analysis Functional and organizational analysis utilizes the data from the technical analysis, and combines them with data on the usage of transactions, reports, RFC function modules, document history and document flow, organizational levels (of technical org units) as well as (optionally) HR info types. SAP® usage can be correlated with accounts, authorizations or organizational units. Further, modifications of the standard can be identified with reference to SAP® usage. Hence detailed statements arise as to the system usage characteristics of the organization, as well as to license optimization. A comparison of the usage with the customizing of SAP® across the time frame investigated provides detailed assertions concerning the real use of adapted objects. This way, the deconstruction of customized objects is facilitated, as well as the upgrade of systems. Page 14

15. Functional and organizational analysis:“What is used within SAP®, and by whom?” Technical analysis Functional & org. analysis Process analysis Detailed usage analysis of SAP® transactions on an organizational level like e.g. business areas Usage frequency of SAP® objects like e.g. transactions and reports per SAP® module Page 15

16. Savings potential with functional SAP® upgrades Technical analysis Functional & org. analysis Process analysis • 355 customer-specific transactions, 312 thereof unused (about 88% unused) • 2.783 customer-specific reports, 2376 thereof unused (about 85% unused) • Estimation for the “functional upgrade” scenario:Reduce by up to 50% of unused transactions and reports • 0.5 days needed for upgrade & validation per transaction; 0.25 days per report; EUR 800.- per day • Typical cost reduction: 50% (312 / 2 + 2376 / 4) * 800 = EUR 300,000.- Reduce Page 16

17. License optimization Technical analysis Functional & org. analysis Process analysis 168 users have been inactive within the analysis timeframe Detailed analysis ofSAP® usage in different contexts like org. units, roles, user accounts Minor (or no) usage e.g. usage with reference to module and user account Page 17

18. Pre-configured reports for the analysis of all aspects of transactions, organizational levels, document types, etc. Technical analysis Functional & org. analysis Process analysis Statistics, analytical reports Master data and organizational data Document types, doc. flow and history Page 18

19. Technical analysis Functional & org. analysis Process analysis Optimizing SAP® business processes Process analysis Page 19

20. Overview: Process analysis of SAP® Technical analysis Functional & org. analysis Process analysis Process analysis is based on the data from the functional and organizational analysis, in combination with business process reference models. Those reference models may be customer-specific, or originate from the SAP® reference model or from Blueprint projects in SAP® Solution Manager. By means of a specified methodology, the quality of the generated process models – according to the SAP® systematic – is improved via workshops with process owners. Through an interface, the process models and their associated SAP® transactions can be loaded into the SAP® Solution Manager process repository which is structured into projects. These process models, as a so-called SAP® Business Blueprint, form the basis of a detailed documentation of the customizing of an SAP® solution. Page 20

21. SAP® Solution Manager Blueprint Project including the used SAP® Transactions Technical analysis Functional & org. analysis Process analysis • The Process Analysis has 3 sub-phases: • SAP® analysis and re-engineering to upload SAP® Transactions to SAP Solution Manager • As-Is Process Documentation, the business process analysis for the optimization of to-be business processes • Mapping the to-be processes to SAP Objects for the SAP® Blueprint • The Profiling for SAP® solution is a part of the initial analysis phase and delivers the input for the following process documentation and optimization phases • Transactions are loaded into the SAP® Solution Manager project with a structure based on existing Blueprints or Reference Models • Profiling for SAP® comes with a methodology to improve generated process maps 1) Analysis &Reengineering 2) As-Is / to-be Process Models 3) To-be Blueprint SAP® Solution Manager Blueprint Project withBusiness Scenarios, Processes and Process-Steps including assigned Transactions Page 21

22. Profiling for SAP® for the process documentation and blueprinting with SAP® Solution Manager (SSM) Technical analysis Functional & org. analysis Process analysis • Re-engineering and analysis • As-Is and To-Be processes models To-Be SAP® Blueprint SAP landscape SAP® As-Is process maps Profiling for SAP® As-Is business process models To-Be modelswith SAP® objects SSM Blueprintproject Development template: Optimized SSM Blueprint project Optimized To-Be process models SSM As-Is project Page 22

23. SAP® business process capability maps Technical analysis Functional & org. analysis Process analysis Corporate business processes on the basis of the SAP® system specifications (excerpt) Business scenario level Process level Unused process with respect to SAP® standard Active process in the company Page 23

24. Process level with process steps (activities) and assigned SAP®transactions (capability map) Technical analysis Functional & org. analysis Process analysis Process steps (activity executed) Transaction (inactive) Process steps (activity not executed) SAP® module Transaction (active) Roles or profiles Page 24

25. Modeling methodologies, Best Practice and governance for BPM in SAP® projects Technical analysis Functional & org. analysis Process analysis • Modeling methods • are compliant with SAP® standards and conventions • are aligned to the SAP® process meta-model • safeguard the compliance of the SAP® Solution Manager repository business logic • “BPM Best Practice” for BPM • employs SAP® reference models from the SAP® Business Process Repository (BPR) • describes the connection between SAP® processes and end-to-end business processes • specifies the application of business process architectures within SAP® projects • BPM governance • assures BPM project progress as well as the workflows among the actors • defines the end-to-end process of modeling using SAP® Solution Manager • matches the BPM procedure to the course of action within the SAP® project Page 25

26. Profiling for SAP® for a comprehensive configuration, usage and process analysis of complex SAP® landscapes Technical configuration Page 26

27. Solution components and information flow SAP® system landscape SAP® Solution Manager Profiling for SAP® SAP® Business ProcessRepository, reference models Results Business intelligence,web-based reporting BPM tool SAP® Solution Manager SQL SAP® projects and process repository Process models Reporting templates Page 27

28. Three alternatives for the execution of Profiling for SAP® for system landscape analysis Variant 1: Execution of a job on the SAP® systems Variant 2: Execution of Profiling on SAP® Solution Manager Variant 3: Profiling as a SaaS offering Within this variant, the Profiling solution is used as Software as a Service (SaaS). The analysis takes place across a SAP® Router connection. ABAP 700 application server is used. Profiling installed on a central server, analysis of the satellite systems via RFC. No SAP® Solution Manager is used. Installation of an ABAP report andexecution as a job on the SAP® system External service provider Customer – SAP® Solution Manager • Customer – SAP® landscape SAP ECC 5.0, 6.0 R/3 4.6, 4.7, ECC, CRM, SCM, ... R/3 4.6, 4.7, ECC, CRM, SCM, ... Page 28

29. Summary • Safety, simple use • Central installation of the analysis software needed on an SAP® application server >700 • No software installation needed on the productive SAP® ERP systems • Variety of supported target systems: R/3, ECC5, ECC6 as well as new SAP® modules (CRM, SCM, PLM, SRM, ...) • Access to the full potential of the SAP® system • Support for a migration towards SAP® standards, employing the latest SAP® reference models • Employment of automatically created process models where they are actually needed (SAP® Business Blueprints in the Solution Manager, SOLAR01), in implementation/upgrade projects • Easy processing and publishing of inventory data and process models • BI analysis tools for the inventory data catalogs; publishing as MS Excel, HTML, etc. • Creation of process models in the BPM format, for subsequent processing in BPM tools and viewing by users from a business process perspective • Access to SAP® usage, process, and configuration data without the need for technical SAP® knowledge Page 29

30. Solutions by TransWare TransWare Software Solutions AG Fritz-Wunderlich-Str. 49 66869 Kusel Germany Phone: +49-(0)6381-916-0 Email: info@transware.de Web: www.transware.de All product, service and company names mentioned herein are for identification purposes only and may be trademarks or registered trademarks of their respective owners Page 30