What cloud-based distributed locking services are there

cronos info SAP and the cloud: a position assessment (p. 12) The specialist magazine for the energy industry


1 issue of cronos info The trade magazine for the energy industry A publication by cronos Unternehmensberatung GmbH Nominal fee: 5.20 EUR SAP and the cloud: a position assessment (p. 12) cronos research: More households and less power consumption by 2030 SAP SuccessFactors: Success strategy for HR -Transformation SAP Strategy 2020+: Impulses and guard rails for transformation and operationalization p. 06 p. 32 p. 35

2 cronos Info Day Workforce Performance Builder (WPB) June 9, 2016, cronos office in Münster 09:00 09:15 am Welcoming the participants with a short round of introductions 09:15 09:45 am Introduction to cronos 09:45 10:15 am Basics of workforce performance Builder Basic functions Requirements Applications 10:15 a.m. 10:30 a.m. Short break 10:30 a.m. 12:00 p.m. Live demonstration Recording a process Demo mode Test mode Navigation mode 12:00 noon 1:15 p.m. Lunch together 1:15 p.m. 2 p.m. 30 p.m. Development of a knowledge database with the WPB 2:30 p.m. 2:45 p.m. Short break Creation of tables of contents Archiving of documents Insertion of links, e.g. B. Google Maps Insertion of images and other objects 2:45 pm 3:45 pm Project options & licensing issues Process of a WPB project Project duration according to the selected option 3:45 pm 4:30 pm Open questions and farewell The FREE information day takes place on the premises of the cronos company beratung GmbH, Weseler Str. 539, Münster. Please send your registration with the subject WPB Info Day by email to Ana Kufner, Ms. Kufner is also available in advance by phone at. Management Consulting GmbH

3 Editorial 03 Dear Readers, A swallow doesn't make a summer! That means: You shouldn't overestimate the first positive news and you don't even need to fall into euphoria. Well, you can understand this attitude. Nevertheless, it is advisable to be attentive and to recognize in good time when individual phenomena become trends and the beginning of something new is emerging. Cloud and in-memory computing are such a trend. SAP is now recording the strongest growth rates in this business area. In particular, software as a service (SaaS), i.e. software via the Internet without one-time licensing, but instead of a kind of monthly rental subscription, is now generally understood as a cloud. Of course, you want to know what SAP S / 4 HANA means specifically for your company. That is why we support you in finding the answers: When does which step make sense? As an existing customer, will I even switch or not? Will the maintenance run out at some point? Which company-specific roadmap are we pursuing? cronos will be happy to support you in formulating your SAP 2020 strategy and advise you on the integration of the new possibilities into the old world. Make use of this added value. SAP S / 4 HANA Finance, for example, will allow you to view your financial data in real time in the future. Interim balances are available at any time at the push of a button. A novelty is within reach. From the strategic altitude, we take you into the concrete, tangible world of operations: Am I properly positioned in my operational units? Do we still have efficiency reserves? The answer is provided by cronos' Smart Scan. This is a special process and organizational analysis that focuses on users, day-to-day business and system usage. You can also read how the barriers to business process optimization can be overcome and optimization effects can be tracked. Do you want to document your processes in a contemporary and, above all, user-friendly way? If you are interested in e-learning and want to give your employees a professional tool, then the Workforce Performance Builder, or WPB for short, is our top recommendation for you. You can also get first-hand information on this: on June 9, 2016 at the cronos information day in Münster. Another innovative topic is the optimization of your personnel processes. With SAP SuccessFactors, we of course also have a cloud-based solution for you. By the way: As in 2015, we can look forward to being ranked among the best management consultants by Statista and brand eins Wissen in 2016. We are very pleased that we were among the first 293 out of a total of. Dear Readers, Numerous innovative topics are waiting for you in this issue - an attractive mix for your daily practice and for your strategic direction in the future. To an exciting summer 2016! Let's tackle the challenges together. We hope you enjoy reading our print edition and thank you for your interest. If you would like to receive the cronos info as an e-paper in the future, then simply fill out the insert. Do you have any questions or suggestions? Then please give us your feedback. We are happy about it. Yours Rainer Johne Member of the management team at cronos Unternehmensberatung GmbH

4 04 Contents Topics in this issue: More households and less electricity consumption by 2030 SAP and the cloud: a position assessment 06 More households and less electricity consumption by 2030 Which influencing factors determine the electricity consumption of private households? A quantitative analysis. 08 Strategy against the threatened daily network account settlement Uncomplicated procedure, good allocation results, risk minimization! 12 SAP and the cloud: a definition of the current situation What is what in the jungle of cloud applications? 15 On our own behalf 16 processbpem [go] removes all ambiguities Read here what the new cronos add-on can do! 19 SWIP 2.0 innovations in the blocking and restarting process Benefit from the cronos best-practice experience and significantly minimize costs and errors. 22 The digitization of the energy transition from the perspective of science What requirements and needs for action does the digitization of the energy transition entail? Joint project with the Dortmund University of Applied Sciences.

5 Content SAP SuccessFactors: Success Strategy for HR Transformation SAP Strategy Workforce Performance Builder (WPB) Introduction made easy! Support the training and process reliability of your employees. 28 Successful business process optimization from within Remove your barriers to implementation in a targeted manner and with little effort. How? Read here! 30 SAP S / 4 HANA Finance IT-technological prerequisites for the increasingly relevant digitization a look at the finance sector! 32 SAP SuccessFactors: Success Strategy for HR Transformation 35 SAP Strategy 2020+: Impulses and Guard rails for transformation and operationalization Develop your personal SAP target vision 2020+! 38 Automated customer recovery: which customers do I want to keep? Learn more about the solution for a successful recovery process. 40 Smart Scan: Professionally organized at the operational level Are we properly positioned? Smart Scan from cronos provides the answer to these and other questions in the context of the structural and process organization. Recruit and retain employees using the cloud-based solution!

6 06 cronos research More households and less electricity consumption by 2030 Quantitative analysis of factors influencing electricity consumption in private households How will electricity consumption in private households develop in the future? This question regularly poses major challenges for network operators and distributors when optimizing annual consumption forecasts. For this reason, cronos research has now examined the development of electricity consumption in private households up to 2030 in a new study and identified the significant influencing factors. On this basis, further quantifiable values ​​are now available for the formation of more precise expected values ​​beyond the previous update of the previous year's consumption as a new annual consumption forecast after the regular reading. In this way, the respective commercial risks for the quantities purchased by household customers in the energy cycle between sales and network operators can be further reduced. This applies both to the procurement risks in sales and to the management risks of the network operators in the event of the difference in quantities. The demographic changes in the population, the increasing energy efficiency of electrical appliances and the increasing spread of electromobility were analyzed. The analysis of the respective factors and their effects on the development of consumption was carried out on the basis of existing studies and internal expertise. Demography The population and the number of households in Germany are constantly changing. The population is expected to decrease by around 2 percent to 80 million people by 2030. The currently observable migration is already taken into account in this estimate. Although this dampens the fundamental downward trend somewhat, it cannot compensate for it. As far as the number of households is concerned, however, the decline in population has the opposite effect. While the number of residents in Germany is falling, that of households is rising steadily. This can be explained by the increasing trend towards smaller households. In particular, the number of one- and two-person households will increase disproportionately. The average size will drop to 1.95 people per household by 2030. However, the growing total number of households will not contribute to the increase in electricity demand in Germany in the coming years. The increase in consumption due to the additional one- and two-person households is more than offset by the simultaneous decline in larger households with higher needs. As a result, the total electricity consumption of all households in Germany will decrease by around three percent by 2030. Efficiency of electrical appliances and the rebound effect By far the greatest influence on the electricity demand of private households is due to the increasing spread of electrical appliances with high energy efficiency classes. This will reduce total household consumption by around 19 percent by 2030. Especially in the areas of cooling and freezing, but also

7 cronos research 07 Fig. 1: Number of different household sizes in million Fig. 2: Consumption of refrigerators and freezers in the household in kwh Stefan Sohns Fig. 3: Households equipped with a notebook or tablet in% entertainment electronics and IT, is A significant reduction in specific electricity consumption can be expected in the period under review. The analysis results from cronos research, which were consolidated with the findings of additional studies, suggest that the average electricity demand per household will decrease by around 650 kWh by 2030. In addition to the consumption-reducing factors listed so far, there are consumption-increasing effects. They are partly related to the increasing energy efficiency of the devices. For example, the rebound effect: a reduced specific consumption encourages more use of the more economical devices. As a result, the effectiveness of the increased energy efficiency is limited. The increasing degree of equipment of newer technical devices also contributes to the increase in the demand for electricity. So currently around 65 percent of households in Germany 3-person- HH 2- person- HH 1- person- HH have at least one notebook or tablet; In 2030 it will be an estimated 90 percent. The observed effects of increased use and the increasing spread of technical devices will therefore lead to an increase in the average consumption of households by a total of 150 kWh by 2030. Electromobility By 2030, the number of electrically powered vehicles is expected to grow to around 1.6 million. This is made up of purely electric vehicles and hybrids. The latter are powered by an internal combustion engine with additional electrical assistance and consequently consume significantly less electricity than pure electric vehicles. Taking into account the various average consumption levels, electrically powered vehicles as additional consumers will increase the average electricity consumption of a private household by around one percent by 2030. In addition, the increasing spread of electric bicycles is also leading to an increase in the demand for electricity. Fig. 4: Number of electrically powered vehicles in thousands. Due to the very low consumption of the bicycles, the large number of 11 million electric bicycles expected in 2030 is hardly significant. These only contribute 0.3 percent to total consumption. Conclusion With the results of its own detailed analysis, cronos research was able to make a concrete estimate of the future development of electricity consumption in private households. The results enable the desired formation of more precise annual consumption forecasts. Overall, it can be stated that the increasing energy efficiency of electrical appliances has the greatest impact that can be expected. It is not offset by other factors such as rebound effects or an increase in electromobility. On the whole, the average electricity consumption of a household will decrease by about 570 kWh by the year 2030 with a trend factor of about one percent per year. Born: 1963 Degree / Title: Dipl.-Ingenieur, Tech. Degree in business administration: Studied electrical engineering at Leibniz University in Hanover. Career: Since 2005, freelance management consultant in the energy industry; since 2014 associated partner at cronos Unternehmensberatung GmbH; Specialist and management positions in telecommunications Main focus: Management of complex projects, analysis and design of processes, development of interdisciplinary and strategic solutions Christina Scheunemann Born: 1994 Degree / Title: Bachelor's degree: Studies in economics at the Ruhr University in Bochum Career: Working student since 2015 at cronos Unternehmensberatung GmbH; since 2015 consultant at VIA Studentische Unternehmensberatung e. V. Main areas of activity: Creation of benchmarking studies; Analysis of energy industry developments; Preparation and quantitative evaluation of surveys; Project management

8 08 Gas allocation Strategy against the imminent daily network account settlement Use alternative allocation temperature of the BDEW project

9 Gas allocation 09 Fig. 1: Development of network account billing Source: Gaspool 2015 In the following, a completely new alternative approach to daily gas balancing is presented: the fundamental adherence to the standard load profile system of the Technical University of Munich in connection with an alternative allocation temperature. This does not intervene in the eternal discussion about optimal standard load profiles since the introduction of GaBi gas in 2008, but merely fills a parameter in the sigmoid function with an alternative value. From the point of view of the network operator, this procedure can be integrated into day-to-day business operations in a fairly straightforward manner and can lead to surprisingly good allocation results. This minimizes the risk of daily network account billing. Network account billing due to massive under-allocation in the warm winter months of 2015 The standardized load profiles have always been susceptible and inappropriately reflect customers' purchasing behavior at unusual temperatures. This problem, which has been known for years and has not yet been resolved, was clearly evident in the months of November and December in 2015. The unusually high temperatures of these two winter months have led to massive under-allocations in many distribution networks, because customers have withdrawn significantly more gas than originally forecast. As a result, many German network operators have already received a corresponding network account billing. KOV IX: Economic risk from daily network account billing With the second stage of GaBi Gas 2.0, the problem for network operators is further exacerbated: the change from monthly to daily network account control is due on October 1, 2016. Key points for the daily percentage network account deviation: 35% threshold value for underallocation 6 waiting days 3% threshold value for overallocation (remuneration only up to overallocation of 3%) This ultimately means that the standard load profiles used provide a daily forecast quality of over 65% on at least 80% of the gas days within one month to avoid billing. If there are significant inconsistencies in the network account, it is advisable to start analyzing errors and optimizing the standard load profiles now at the latest. The network account is ultimately the measuring point for the quality of the SLP allocation data. The main economic risk for the network operator is a non-predictable loss of liquidity if the network account is unplanned. Since the network account billing is not a penalty payment, the market area manager offsets the network operator's payments already made via the network account billing with the excess / shortfall billing. However, this calculation only comes to zero for the network operator when the SLP excess / shortage billing has also been made to the supplier and the market area manager. Depending on which method the network operator uses for excess / shortage billing, this can lead to a time delay of up to 14 months in terms of financial liquidity. With the introduction of KOV IX, the system has changed; from October 2016, billing with excess / shortage billing will no longer take place. The delayed repayment of network account bills is linked to the timely execution of the over- / under-quantity billing.The question of the further development of the SLP is not only a topical issue due to the requirements for daily network control, but has been occupying the industry for years. The main problems of the sigmoid function are the summer / winter effect and the early kinking in the cold area. Many network operators allocate too much in summer and too little in winter. The SigLinDe profiles introduced since October 2015 also do not adequately remedy the effect in many networks. However, by using an alternative temperature, the allocation quality can be increased significantly without having to deviate from the standard load profile system of the Technical University of Munich. Better forecasts thanks to the new allocation temperature The solution is provided by an SLP gas forecast temperature project run by the German Association of Energy and Water Management (BDEW) in cooperation with the German Weather Service (DWD). The aim of this project is to develop a daily allocation temperature that corresponds to the actual

10 10 Gas allocation Consumption behavior of SLP customers taken into account more realistically. The project task is therefore to determine further meteorological factors influencing the consumption behavior of SLP gas customers. To put it simply, the idea is: The standard load profile system of the Technical University of Munich is adhered to, but in connection with an alternative allocation temperature. This does not intervene in the eternal discussion about optimal standard load profiles since the introduction of GaBi gas in 2008, but merely fills a parameter in the sigmoid function with an alternative value. The Fig. 2 determined with the alternative allocation temperature: Calculation of the profile function (the h-value) with the coefficients A, B, C and D as well as the reference temperature ϑ0 According to TU Munich The temperature is calculated by means of temperature prognosis (recommended: geometric series). Fig. 3: Calculating the daily allocation amount The profile function value h (ϑ) is then used as usual in the formula for calculating the daily allocation amount. According to the Technical University of Munich with project temperature Project schedule Since October 1, 2015, the DWD has made the new SLP gas forecast temperature available to the network operators involved in the project. In addition to the conventional forecast temperature, the network operators involved in the project also use this temperature as part of an as-if allocation for control purposes. After the winter half of 2015/2016, the results of the test were queried again and the findings were evaluated in a second round together with the DWD. The project ends on October 1st. The temperatures are specified in the project by the BDEW / DWD. Own illustration based on BDEW / VKU / GEODE guidelines (2015). Daily allocation amount = KW * h (ϑ) * FWT Source: BDEW / VKU / GEODE-Leitfaden (2015) From this point in time, if the project is positive, the SLP gas forecast temperature is available to all network operators for the daily allocation amount determination. The knowledge gained by the DWD is made available to the weather service providers who are also active in Germany. The allocation temperature will continue to be determined daily by the weather service provider and, as before, the conventional forecast temperature will also be made available to the market participants. Project description The greatest dependency of the heat demand is with approx. 90% on the daytime temperature. According to the first findings, the other influencing variables include the dew point temperature and the soil moisture. These are the resulting quantities from the duration of sunshine, rain and wind. However, other regional and calendar influences can also play a role. User behavior and the resulting gas requirement that is actually required are conditioned by the tendency and speed of rising or falling temperatures. When calculating the allocation temperature, the geometric series smooths statically extreme temperature profiles by weighting several temperatures in the profile with fixed factors. The SLP gas prognosis temperature to be developed, on the other hand, can have a dynamic smoothing effect if the conditions are met, but (e.g. in the case of special calendar influences or weather conditions) it can also have an effect on the temperature profile. Last but not least, the fact that the temperatures in summer are perceived differently by gas customers, and thus also result in a different gas consumption than in winter, should also be taken into account in the gas forecast temperature. ¹ Simulation of your own allocation results with the new temperatures First, with the help of an as-if allocation, past periods with this new alternative temperature are reallocated on a daily basis. The results are then compared with the actual daily allocations and the daily residual load. For a longer period of time it can be analyzed exactly which of the two methods allocation with the forecast equivalent temperature, for example by using the geometric series or allocation with the alternative gas forecast temperature from the BDEW, is more suitable from the point of view of the network account.

11 Gas allocation 11 The respective allocation results are therefore analyzed for possible consequences of a daily network control. Fig. 4: November 2015 residual load, allocation according to TU Munich and allocation with the BDEW temperature in comparison. In addition, it is optionally possible to apply this simulation to the SigLinDe method 3 and 4. With SigLinDe, the Forschungsgesellschaft für Energiewirtschaft mbh (FfE) has added a linear component to the sigmoid function. Anyone who has always wanted to know whether SigLinDe is worthwhile for their own network now has the opportunity to take a look at this process at the same time. In this way, a daily comparison of the residual load with the calculations from the SLP allocation Own illustration according to TU Munich to TU Munich with the alternative temperature according to SigLinDe 3 according to SigLinDe 3 with the alternative temperature according to SigLinDe 4 according to SigLinDe 4 with the alternative temperature. Figure 3 shows an example of the course of the residual load in an unusually warm winter month of November. The red line represents the actual allocation to TU Munich in contrast to the blue line of the allocation with the BDEW / DWD temperature. Check allocation whether the alternative accounting approach from BDEW helps in avoiding daily network account accounting. The network operator must of course ensure that the data from the last few years can also be used for such a comparison and that data errors can be taken into account when interpreting the results. In addition, despite the change to an alternative allocation temperature, the daily gas allocation remains a forecasting method and is therefore still subject to uncertainties. Initial findings from the BDEW project have shown that adhering in principle to the standard load profile system of the Technical University of Munich in connection with an alternative allocation temperature can be economically advantageous. At first glance, the slight difference between the two allocation approaches can lead to a significant improvement in the quality of the allocation results and thus the network account balance. The monthly under-allocation could be minimized for many network operators involved in the project. Deviations cannot be avoided, but the amount depends on the quality of the allocation temperature. Outlook cronos is currently advising a leading German gas network operator on the decision whether the new SLP gas forecast temperature from BDEW should be introduced into its own EDM system for daily allocation. Read more about this in a later edition of our customer magazine cronos info, the specialist magazine for the energy industry. References: 1 C. Burg (2014): BDEW project with DWD: SLP forecast temperature. Stefan Dömer Born: 1969 Degree / Title: Dipl.-Ing. Studies: Study of business administration at the University of Applied Sciences in Münster. Career: Since 2000 active as a consultant in the energy industry; Senior consultant at cronos since 2012 Hakan Sayman Born: 1989 Degree / Title: Bachelor of Arts (FH) Studies: Energy and water management in Mühlheim an der Ruhr Career: Junior consultant at cronos since 2016

12 12 Cloud Computing SAP and the cloud: a position assessment

13 Cloud Computing 13 Cloud Computing has been the business field with the strongest growth rates at SAP for some time, even if this is still very different regional and industry-specific. In fact, SAP has positioned itself increasingly broadly in this area on the product side, both through its own developments and through acquisitions, while at the same time strengthening its own technological basis. Behind the term cloud computing stands a multitude of different offers, some of which are quite confusing (and constantly changing) names. In the following we structure and describe the current cloud offerings from SAP. Traditionally, the service portfolio in cloud computing is divided into the basic forms Infrastructure as a Service (IaaS), Platform as a Service (PaaS) and Software as a Service (SaaS). The latter is what is commonly associated with actual cloud applications: software applications that are provided, maintained and operated via the Internet by a cloud provider and for which no one-time license fees or annual maintenance fees are required, but a kind of monthly rent in the Subscription. In fact, SAP has some of these applications designed from the ground up as cloud products in the quiver: The S / 4HANA Cloud Edition is particularly worthy of mention, which, however, compared to the on-premise variant, is functionally restricted and with regard to possible expandability scenarios (see cronos info issue 40). For medium-sized companies, SAP provides the now no longer developed ERP solution BusinessByDesign as an original cloud application. The business application Cloud for Customer with the two versions Cloud for Sales and Cloud for Service is derived from the BusinessByDesign architecture. For both there are specific extensions for the utility industry (see issue 40 of cronos info). Business One in the cloud version rounds off the ERP portfolio for small and medium-sized companies, but in this segment it also competes with BusinessByDesign. With SuccessFactors, a special solution for human resource management (see the detailed article in this issue of cronos info), with Concur and SAP Cloud for Travel, two solutions for travel management, and with Fieldglass, an application for the management of temporary workers, are available as more professional-oriented applications to disposal. The cloud version of Hybris serves as a powerful web shop component in the portfolio (see cronos-info 40), and Ariba is a cloud software for procurement. The somewhat mixed up character of this solution portfolio with overlaps between the cloud applications themselves, as well as Overlapping between cloud applications and the classic software packages is no coincidence, but is the result of a high-paced shopping spree by SAP. As a result of various acquisitions, the various cloud applications have not yet used a common technical infrastructure. SAP is now faced with the task of lifting the cloud product range onto a common platform and in this way redesigning the solution portfolio and harmonizing it technically. Such software as a service offers are characterized by the fact that the responsibility for the provision and operation of all components (hardware, operating system, database, application server, etc.) lies in the data center of the service provider. Since real cloud applications have to be multi-tenant capable (not to be understood as multi-tenant in the sense of a client in SAP ERP), different customers can get the required resources (memory, processor power, disk space, network bandwidth) for the operating system, database and the actual cloud Share (web) application. Since no dedicated system resources or local software installation are required for a new customer in the cloud, it is possible to add new customers quickly and inexpensively. However, the various customers of the cloud provider also share its release planning and system availability restrictions due to maintenance windows at the weekend. Because these are set centrally by the service provider for all supported systems.

14 14 Cloud Computing The SAP cloud products are software packages that have been designed from the ground up for use in the cloud and are therefore highly scalable. Fake cloud software offers that are widespread in the market correspond to real SaaS offers in terms of billing by subscription, but this is often a disguised classic data center operation with a stored cloud-like price model. In operation, the difference between the two SaaS variants is that in the fake variant, new customers cannot technically be served with cloud-typical mechanisms (i.e. adding new customers via configuration), but usually dedicated ones for each customer (if also virtualized) system resources, e.g. B. a separate SAP ERP instance must be provided and operated. So if the customer is relieved of the troubles of operating the system, the implementation effort remains largely the same as with a local installation at the customer's premises. In addition, the economies of scale that can be achieved in the joint use of system resources are limited, since resource pooling does not go as far as the operation of actual cloud applications, which is then reflected in the more modest potential for cost savings. A widespread opinion is that cloud applications are not very flexible and functionally reduced in terms of adaptation to customer requirements. Since all customers use the same application, we are, to a certain extent, restricted to the lowest common denominator. That is only partially correct, at least with regard to the SAP products. Certainly there is no possibility of adapting a cloud application such as a SAP ERP / IS-U system using ABAP programming at all ends and of The use of cloud applications requires an adaptation of the IT strategy in many companies, as questions arise IT security becomes more important and compliance with the relevant legal regulations must be ensured. optimize because the program code of the cloud application is protected and can neither be viewed nor modified. On the other hand, SAP's cloud products are equipped with an extensive, rule-based implementation guide, which allows the depicted processes to be flexibly adapted within the scope of the configuration options as in a SAP ERP / IS-U. In addition, a wide range of customization options are usually available without any programming effort: These include process configurations, adapting the layout, adding customer-specific data fields, configuring workflows, integrating other web applications or web services, integrating SAP ERP / CRM background systems and much more. On this basis, it is entirely possible to adapt the cloud applications in large areas without modification, even if the actual application logic cannot be changed. In many areas (finance, human resources, logistics, etc.) it is quite feasible to remain within a set functional framework. It makes sense here anyway, if one only thinks of the efforts of a re-standardization of an SAP ERP with optimized systems. In terms of software as a service offerings, at the other end of the scale are infrastructure as a service cloud offerings. As with a classic data center operator, the services of the cloud provider are limited to the provision of system resources and a few basic services. System operation remains with the customer, who can then also determine his own release planning. Licensing takes place in the classic form (at least in the relationship between the data center and SAP), even if the data center operators can of course sublet licenses acquired to their customers for their own account or the costs of licensing are stretched over a leasing contract. Numerous established and new providers are bustling around in the area of ​​data center operators: Amazon Web Services (AWS) in particular has become known in the market because AWS makes SAP HANA database installations available as part of an Infrastructure as a Service offering. SAP itself is not active in the Infrastructure as a Service market, but leaves this business to various partners with one important exception: SAP products based on SAP HANA (SAP Business Suite, SAP Business Warehouse, S / 4HANA) and a stand-alone SAP HANA database can be operated in a data center. Either rental prices can be agreed as a license model or existing licenses can be brought in (bring-your-own-license model). This offer became possible after the SAP HANA database was technically upgraded to be multitenant. Several customers can now technically share a SAP HANA database (each with several internal classic SAP clients) without them conflicting with one another. Using this mechanism, SAP can develop the necessary economies of scale for a meaningful Infrastructure as a Service model in the SAP HANA Enterprise Cloud. Between Software as a Service and Infrastructure as a Service offers, the SAP HANA Cloud Platform stands as a platform as a Service offer. But be careful: the name is misleading.This is not a platform that offers access to a SAP HANA database via the cloud; this offer is already covered by the SAP HANA Enterprise Cloud. In fact, the SAP HANA Cloud Platform represents a development and runtime environment for self-developed cloud applications that can access a SAP HANA database in the background (but also a classic relational Sybase database or other more specialized database systems). Applications in the SAP HANA Cloud Platform can be developed in Java, but also directly as HTML5 applications (in Fiori design or separately). However, ABAP is not supported as a programming language. The SAP HANA Cloud Platform offers numerous services and integration points for background systems such as SAP ERP or IS-U, its own portal, connection and more so that the development is inte-

15 On our own behalf, cronos research 15 will be significantly simplified compared to the previous tools in the SAP world. At the moment, the SAP HANA Cloud Platform is primarily of interest to customers and SAP consulting firms who develop their own web applications and want to make them available for themselves or for third parties via the cloud. A whole range of solutions is already available in the SAP Appstore, and it is definitely worth taking a look. SAP strategically positions the SAP HANA Cloud Platform as the environment under which customer-specific functions are to be provided and developed later for S / 4HANA or as a supplement to its own cloud applications. There is still a long way to go before then, but first attempts to explore possibilities and limits are certainly a sensible step, because the SAP HANA Cloud Platform will become a central component of the system architecture in the medium term. And because of its quality as an expansion platform, regardless of whether a company otherwise uses cloud applications or not. The use of cloud applications requires an adaptation of the IT strategy in many companies, since questions of IT security are becoming more important and compliance with the relevant legal regulations has to be ensured. The IT architecture is also becoming more colorful, as applications have to be integrated with one another across data center boundaries. In addition, the SLAs have to be coordinated with one another, so there is a lot to be done. When it comes to data storage, SAP is already accommodating its customers: data from German customers are always stored in Germany if necessary. To this end, SAP is currently investing large sums in expanding the existing data centers. In this respect, at least in terms of data security, the global cloud is becoming a national cloud. Volker Schwalm Born: 1967 Degree / Title: Dipl.-Ing. Studies: Studied technical computer science at the Technical University of Hamburg-Harburg. Career: Since 1994 consultant in the energy industry; since 2015 division manager at cronos Unternehmensberatung GmbH Main activities: Analysis of energy management processes and their implementation in IT systems brand eins topic 2016 BEST CONSULTANTS Renewed award as best consultant for cronos, c.con and crm consulting brand eins knowledge and Statista have for the third time determines the best management consultants in Germany. cronos and the two subsidiaries c.con and crm consulting are among the top management consultancies in Germany. The best list is based on an expert and client survey. This time, executives from both large, medium and small companies took part in the survey. The study is the most extensive survey on this topic in Germany. As part of the expert survey, the partners and project managers as well as executives from the customer companies were able to make recommendations for management consultancies for 13 industries and 18 work areas. The query was open, that is, there were no specifications of names and companies. Cronos management consultancy and c.con both received awards in the energy & environment sector. The cronos also in the field of IT implementation and the c.con in the field of sustainability. Crm consulting scored well in the area of ​​sales, aftersales & CRM. Further information and source: brand eins topic management consultants 2016, issue 3, May July 2016

16 16 Market communication processbpem [go] eliminates all ambiguities Especially due to the topic of SAP Common Layer, BPEM clarification cases are becoming more and more important. Processing is usually carried out using transaction EMMACLS. However, in the standard, this only allows the clarification cases to be processed individually. Efficient selection and filtering of the BPEM clarification cases is not possible without significant setting and programming efforts. For experienced clerks and key users, the benefits of the EMMACLS transaction for the mass processing of dispute cases are limited. The cronos extension processbpem [go] provides a remedy here. With this tool, similar clarification cases can be selected efficiently and in a time-saving manner and processed in bulk. Extension of the standard clarification case selection Before clarification cases can be processed, a meaningful and target-oriented selection must be guaranteed. For this purpose, EMMACLS offers layouts that can be freely created and configured. processbpem [go] also has its own shortcut key for clarification processing, which can be integrated into an existing or a new layout if required. If a layout is called up in the EM-MACLS that has been expanded with processbpem [go], the individual shortcut key is also available. Selection (Fig. 1, 1) available. A selection pop-up is hidden behind this function, which in turn allows a freely configurable selection of dispute cases. Under Clarification Case (Fig. 1, 2) there is a list of criteria that are also visible in the Free delimitation area (Fig. 1, 3). The pre-assignment of the criteria is free and can be predefined individually for each customer. In addition, every user has the ability to call up the shortcut key Individ. Selection the possibility to adapt this pre-assignment according to your requirements and wishes. The search for clarification cases is started using the diskette symbol (Fig. 1, 4). If enough of your own layouts are already available, you can use the shortcut key Individ. Selection can be waived. Processing of dispute cases in bulk For a wide variety of reasons, in productive or test operation it can happen again and again that a large number of dispute cases have to be processed in the same way. Reasons for this can be problems or misunderstandings in the

17 Market communication 17 Fig. 1: Individual selection of the clarification cases with freely configurable selection of filter criteria programming, be in the process flow or in the processing of the process steps by the clerk. In addition, there are also desired clarification cases that require manual processing, for example for information. processbpem [go] offers the possibility to process all such clarification cases in bulk. A security check is carried out during the selection: If different clarification case categories have been selected, the user is informed that different categories have been selected and processing cannot be continued. If a number of similar clarification cases (Fig. 2, 1) has now been marked (it is also possible to mark all hits), the processing of the clarification cases can be started using the Cronos mass end button (Fig. 2, 2). In the simplest case, these clarification cases are unrelated to another SAP object, such as a process document. These can then be acknowledged in bulk with the End process option. Clarification cases for the process document If clarification cases with reference to a process document or the common layer were selected, processbpem [go] offers further intelligent functions (Fig. 2, 3): Repeat checks The check group of the associated process document is repeated and the clarification case is closed. This is useful, for example, in the event of customizing or programming errors within a test. After correcting such an error, all clarification cases that have arisen are processed by processbpem [go] with just a few clicks and the associated processes continue to run as desired and defined. This can also affect the sending of messages or IDocs, for example, if this failed and clarification cases were triggered. Continue process Similar to the option Repeat exams, the dispute case is closed. However, the incorrect process step is not repeated and the associated process is continued directly as defined. It is, for example, possible to have clarification cases regarding rejected market news or IDocs continue to run efficiently. The associated processes are Fig. 2: Efficient processing of clarification cases

18 18 Market communication processbpem [go] is, as it is now, a great relief for our work. Anne-Marie Drews, NEW Service GmbH Individually expandable using the SAP standard Mass processing after error corrections for unnecessary & superfluous BPEM clarification cases for BPEM and process termination Fig. 3: Selectable process status which is then continued as with a manual execution. End process This option allows the user to acknowledge clarification cases directly. If the associated object is a process document, a process status can also be selected into which the process documents should then be transferred (Fig. 3). If workflows are active for the process documents or if there are further clarification cases for these documents, these are also terminated correctly and completely. The functionalities for the process document work with processes on the workflow engine (e.g. when changing suppliers), but also with new processes in the common layer process engine (without workflow, e.g. with change notifications, business data requests, etc.). And even more expandability The basic version of the processbpem [go] add-on offers all the functions described and thus enables efficient and user-friendly handling when processing clarification cases. However, the functionalities of processbpem [go] can also be expanded on a customer-specific basis. For example, your own authorization checks can be implemented and the search and filter options can be specified and adjusted. The processing of clarification cases can also be individually expanded. It is thus possible to display, directly execute or call up solution steps for certain clarification case categories as an option. Your advantages at a glance Fully dynamic selection and filter criteria All types of BPEM clarification cases (with and without reference to a process document) Use and expansion of the SAP standard (EMMACLS) Completely concludes clarification cases Fast implementation in the target system Modular expandability And most importantly: Significantly reduced processing time of Clarification cases being processed Christian Winter Year of birth: 1985 Degree / title: Degree in computer science: Degree in computer science at the Technical University of Dortmund Career: Consultant at cronos Unternehmensberatung GmbH since 2011. Main focus: conception and implementation of requirements in SAP IS-U ( Common Layer, BPEM, IDEX Packets, Billing, etc.)

19 SAP IS-U 19 SWIP 2.0 Innovations in the blocking and restarting process Regulatory and best practice innovations The deregulation of the electricity and gas market and the associated separation of market roles between the suppliers on the one hand and the network operators on the other have continued to this day numerous legal requirements relating to the exchange of electronic data on the basis of EDIFACT. Nonetheless, gray areas still existed. For example, there are no regulatory requirements for the data exchange based on EDIFACT for the blocking and restarting process. There is therefore no standardized process flow for the synchronization of blocking documents between the IT system of the supplier and that of the network operator (blocking service provider). The only basis for any customer-specific implementations is the Data Exchange and Quantity Balancing (DuM) guideline from cronos therefore offers the SWIP add-on (blocking and restarting process) to map the relevant processes, which enables an efficient process flow and automated data exchange between the suppliers' systems and network operators (blocking service providers). Since January 1, 2016, the BNetzA's supplier framework agreement has stipulated new restrictions on the subject of blocking and restarting in accordance with the BK resolution: new deadlines to be taken into account instead of the blocking date, generation of a BNetzA Excel blocking order, which the supplier must communicate to the network operator Inbound processing of the BNetzA- Excel lock order from the network operator's point of view

20 20 SAP IS-U The solution for this is called SWIP 2.0, the extended package for mapping the blocking and restarting processes, which is again available as an add-on. In addition to taking into account the new regulatory requirements, extensive best-practice approaches have been incorporated into SWIP 2.0, adding value for process automation and minimizing manual effort. BK On April 16, 2015, Ruling Chamber 6 of the Federal Network Agency made the decision to specify the blocking process as of January 1, 2016 by means of the network usage / supplier framework agreement (electricity). According to this decision and the blocking regulation according to 24 para. 2 NAV, the supplier instructs the network operator to block the connection by electronically transmitting the blocking order in accordance with Annex 4 to the model contract and thus assures the network operator that the necessary requirements are met. After weighing the interests of suppliers and network operators, the Ruling Chamber considers a period of six working days to be appropriate. The network operator must re-establish the connection as soon as possible as soon as the reasons for a connection interruption no longer apply and the corresponding costs have been paid. In order to be able to carry out the blocking after the deadline stipulated in the contract on January 1, 2016, the introduction of a standardized business process by the network operator is necessary. The Ruling Chamber complied with this requirement by designing the form provided for ordering a blocking as an electronic document that can generally be processed automatically. In addition, the deadline for executing a block has been increased to six working days compared to drafts previously communicated. For the implementation of the specifications for data exchange, SWIP 2.0 provides for a partially automated process flow that is individually coordinated with the customer. BPEM clarification cases With SWIP 2.0, the process flows are processed automatically as far as possible. If manual intervention in the process becomes necessary, this is done via BPEM clarification cases. cronos consciously relies on the use and expansion of the SAP standard. In addition to the mass processes in SAP IS-U, the BPEM clarification cases have gained relevance and awareness, especially through the topic of common layers. The processing of BPEM clarification cases is therefore in most cases business as usual, so that uniform and continuous process processing can be ensured. Extension for MDE interface In order to avoid media disruptions and thus no risks of process interruption or critical sources of error with regard to efficient locking service / field service control, the SWIP 2.0 package offers the option of connecting an MDE interface. Interface descriptions for the relevant data are available for this purpose, which are exported accordingly from the locking and restarting process and must be re-imported after confirmation from the locking service / field service. A continuous process flow is thus ensured. Optimization of process throughput times The blocking and restarting process is initially triggered by the blocking document created manually on the supplier side or resulting from the dunning run. Based on this blocking document, the delivery system sends a message with the blocking request to the system of the associated distribution network operator, which leads to the automatic creation of a blocking document in the network system. The blocking is then recorded in the network system and the blocking document is automatically updated by sending a corresponding EDIFACT message in the supplier system. The SWIP 2.0 add-on depicts the following process variants with regard to the message between the supplier and the associated distribution network operator: Blocking request Blocking feedback Restart request Restarting confirmation Block postponement Cancellation Block request Rejection Block request Fig .: cronos SWIP-Cockpit: information and functions bundled at a glance. An exemplary excerpt

21 SAP IS-U 21 On the network side, a delivery point identification is carried out when the blocked document is received, analogous to the point of delivery identification in the change processes in store communication. If a master data discrepancy is found during identification, a control is made in a BPEM clarification case, whereupon the message and thus the blocking order are rejected or the master data can be adjusted. The implemented solution process is based on extensive best practice experience and can be customized. In addition to its own basic processes, SWIP 2.0 also includes comprehensive data exchange processes.The EDI-FACT messages for communication between the supplier system and the system of the associated network operator are set up using a separate IDoc basic type in order to be able to map the message contents shown. Furthermore, for the time being there are no dependencies on the EDIFACT message types affected by the regular format adjustments. SWIP 2.0 also offers an interface for the automated booking of status-dependent fee documents both in the supplier and in the network system. In addition, there is an automatic generation of customer contacts that can include further text information. The booking logic on the network side provides for the generation of receipts via automatically generated manual invoices in order to enable the direct communication of the fee claims via INVOIC. Furthermore, an incoming payment check or a clearing check is optionally possible, in which the blocked delivery points are analyzed for any clearing movements. In the case of an OP amount for the items relevant to the blocking, dunning levels can be reset, dunning blocks can be deleted, customer contacts can be created and the blocking document can be concluded. Efficient control of the SWIP cockpit With the cockpit integrated in the SWIP 2.0 package, an additional control and monitoring tool is available in addition to the automated process in order to manage the blocking documents efficiently and purposefully. The tool can be used both on the supplier and on the website. The SWIP cockpit is accessed via a clear and extensive selection mask for blocking documents, so that optimal delimitations can be made when the cockpit is called up, for example according to responsibilities. Comprehensive detailed information is determined for each blocking document, which supports the monitoring and processing of the blocking documents without the need for time-consuming or manual determination. A status light for data exchange, an error log, all customer contacts to the business partner and all notes on the blocking document are available with one click for integrated monitoring. For this purpose, individual fields such as a display about the dispatch of an information letter, information about the field service employee and the status of the communication with the MDE interface can be customized. Using forward and backward navigation, it is possible to call up more information on a specific date. Efficient monitoring of the SWIP cockpit The cockpit in the SWIP 2.0 package offers E2E monitoring (end-to-end monitoring) of blocking documents. For an optimized use of mass data, blocking documents can be processed in bulk by selecting multiple lines. Individual processing of each blocked document is also possible, but not absolutely necessary. The SWIP cockpit offers an interface for intuitive use, which distributes the relevant blocking documents to individual tabs for each status. The following statuses should be emphasized: Open Blocking initiated Blocked WIB initiated Completed If the blocking documents have been transferred to the status Blocking initiated, for example, they can be further processed (completed or reprinted) or monitored from the identically named tab. Other functions of the SWIP cockpit are the generation of control orders, calling up the lock document in change mode, jumping to BPEM clarification cases for the lock document, initiating recommissioning or the removal of devices. The entire SWIP 2.0 package has a modular structure and can also be expanded in a modular manner if the customer has specific requirements. The following options are available for this purpose: Further selection criteria or individual arrangement of the existing criteria in the search mask Defaults for the search Activation or deactivation of existing information (columns) on the blocked document Further jumps to transactions or SAP objects Expansion of the range of functions for processing blocked documents Conclusion: With the SWIP 2.0 package, energy providers can leverage significant optimization potential in the context of shutdown and recommissioning activities, effectively minimize process lead times and manual efforts and meet regulatory requirements. Redundant work on two different SAP IS-U systems is no longer necessary with the SWIP package. The minimization of manual activities when entering and processing the blocked documents also leads to a significantly lower susceptibility to errors. SWIP 2.0 also takes into account the regulatory requirements from the BK decision as well as extensive best practice experience, which is reflected in the expansions and optimizations explained. The SWIP cockpit offers a central instance for managing and monitoring the blocking documents on the respective SAP IS-U system, which can be expanded regardless of market role and customer-specific. The connection of an MDE interface also offers full process integration. Daniel Große Sundrup Born: 1980 Degree / Title: Dipl.-Kfm. Studies: Studied economics at the University of Münster. Career: since 2011 consultant in the energy industry; Since 2011 consultant at cronos Unternehmensberatung GmbH Main focus: IS-U FI-CA Contract Accounts Receivable and Payable, conceptual design and implementation of requirements in SAP (SWIP package, Convergent Invoicing, S / 4Hana Finance) Christian Winter Born: 1985 Degree / Title: Dipl.- Degree in computer science: Studied computer science at the Technical University of Dortmund Career: Consultant at cronos Unternehmensberatung GmbH since 2011. Main areas of activity: Conception and implementation of requirements in SAP IS-U (Common Layer, BPEM, IDEX packages, billing, etc.)

22 22 Digitization of the energy transition The digitization of the energy transition from the perspective of science Joint project with the Dortmund University of Applied Sciences

23 Digitization of the energy transition 23 The energy transition brings numerous new changes with it. It is still partly unclear to what extent these changes affect the individual market roles. In any case, the new requirements will affect both business processes and models and IT systems. The changed business processes and models will also be based primarily on data and information in the future. As part of a project work, it was therefore examined which requirements and needs for action the digitization of the energy transition brings with it and how this affects the role of the new, fundamentally responsible metering point operator. In this context, the question also arises as to which forms of characteristics of the metering point operator are suitable for the implementation and operational operation of the smart meter gateway administration. First of all, it was analyzed to what extent the present government draft of the Metering Point Operation Act will shape the roles of the partners involved in the market. The focus was on the new role of the meter operator with basic responsibility in relation to his future tasks. A key aspect was the accounting unbundling of the metering point operator with basic responsibility from the distribution network operator, which was analyzed in detail. Another focus examined the system and IT architecture of distribution network operators. The existing system world was analyzed and the future system landscape presented. On this basis, it was finally possible to develop a final recommendation for action for distribution network operators to implement the role of the new metering point operator. The catalyst for the digitization of the energy transition is the draft law of the Federal Ministry of Economics. This laid down the foundation for the introduction of smart meters and thus also the basic framework for the future smart grid in Germany, as well as the rights and obligations in connection with metering point operation and its financing. The mandatory function of the smart meter gateway administrator for the future metering point operator includes both the reliable technical operation of a metering point and the organizational management of this activity. Recommended action With the introduction of modern measuring equipment and intelligent measuring systems, new fields of activity arise. This also means that the new meter operator will face new challenges. On the one hand, existing system components are being expanded in their function, on the other hand, new IT systems must also be introduced. Due to the rapidly increasing exchange of data, these IT systems also have to meet the requirements for data protection and security. An important aspect is therefore the consideration of the existing systems to be expanded and the new IT systems to be introduced for the role of the basic measuring point operator, so that a smooth handling of future business processes can be ensured. Target architectures are required that are designed for the conversion, i.e. digitization, and provide functions that meet the requirements. To achieve this, a system landscape with the necessary system components and functions was created and described based on the relationships and tasks of the market roles of the energy sector. Fig .: New world and future systems Own illustration, based on Zierau, Tobias SAP for Utilities, 2nd edition (p. 590)