Posts Tagged ‘sap’

What’s the difference between SAP BPC Lite and Full Optimization

Wednesday, July 13th, 2011

On our project we had a discussion on what the optimization functions are in SAP BPC netWeaver 7.5, their differences, and when they are to be used. Here is what we found based on research and our experience:

Lite Optimization

Background (ref SAP 1551154)

  • Is a maintenance process similar to the BW InfoCube performance maintenance tasks of index rebuild, statistics rebuilds, and compression.
  • This process deletes the infocube indexes and moves records from the F to the E fact tables.
  • This process compresses/collapses the records with the same key
  • Additional zero suppression is possible (manually adjusted in process chain)
  • Updates the infocube statistics

How often should it be run? (ref SAP 1508929)

  • There is no set recommendation as to the frequency, however it is generally recommended that these (index/statistics) tasks be executed after the load process to provide satisfactory performance for reporting and input schedule updates.
  • From 1508929 “There is no rule of thumb for how often to run optimizations. The need can vary depending on the characteristics of your hardware environment and your application.”

As best practice:

  1. When new application sets and applications are created run a Full Optimization.
  2. Lite Optimization doesn’t take the system offline, and can be scheduled during normal business activity (e.g. after a data load)
  3. Full Optimization need the system to be offline so they should be run at down-time periods – for example after a month-end close.

Full Optimization

Background (ref SAP 1551154)

  • This process essentially rebuilds the application in its entirety. The process creates a new application and copies the data to the new application.
  • This process is a RESTRUCTURING of the BPC application data model

How does the system determine if a full optimization is necessary?

  • The algorithm looks at the size of the dimensions and the dimension members. If the dimension tables have <20% size of the fact table and as many line item dimensions are used, then the system will give a message “Optimization not required at this time”.
  • The full optimization logic is as follows (ref. SAP 1551154):

If the InfoCube needs restructuring – do it, then perform lite optimization

If not, perform a lite optimization

  • Why does the infocube technical name change with the Full Optimization?

This is expected and by design. (ref SAP 1527747).

The SAP service notes listed in this post can be found here.

Why Nearline Storage matters to your SAP installation

Thursday, May 26th, 2011

How many SAP shops have watched their data growth double, triple, or quadruple, way beyond the projected growth rates?  In the world of I.T. where data centers  are expected to explode beyond their confines, where every service is expected to be 24/7 and where change is the norm, no one is surprised… but what plan to you have in place to attend to it?  SAP data growth is no exception to the explosions in IT.  Having participated in huge installations involving hundreds of servers and almost a petabyte of data, I can attest first-hand how intentional and intelligent architecture can be compromised by the needs of the business.

The issue is that, as your data in SAP grows, your performance will nearly always suffer.  Queries take longer, retrieval is more costly in terms of processing power and overall more of everything is needed to accommodate the data.  Some solutions require the installation of physical hardware such as new storage arrays, new servers, etc.  Nearline storage can help solve this by taking some portion of your data and “archiving” it, but keeping it available at a lower performance threshold.   Nearline Storage is not a new phenomenon and those who are not familiar with it would do well to read this brief article on the concept.

Datavard’s Outboard product is my favorite solution for this because it integrates deeply with SAP making access seamless in terms of interface, but at the slightly lower performance threshold for the non-critical data.

Here is an excerpt from their description sheet:

The lean Near-line Storage solution for SAP® BW. No separate database and no additional software required. Read more about Outboard here .

Since the first release of SAP’s Business Information Warehouse (SAP BW) in 1997 (it was shipped to six customers only in the first release) the reporting and data warehousing solution from SAP has evolved and grown up.  Not only is today’s SAP BW a comprehensive and complete solution for all reporting needs, it is also widely accepted and used with a huge installed base of many thousand businesses.

The most recent IT Spending Intentions Survey by Enterprise Strategy Group (ESG) reveals that 54% of the surveyed organizations will increase their spendings on storage hardware in 2010 (38% in 2009). Therefore, the challenge today is to keep cost at a reasonable level while not compromising quality and speed of reporting in large volumes of data.

To facilitate the necessary Information Lifecycle Management (ILM), DataVard offers a holistic ILM approach based on SAP®’s Business Information Warehouse. This prevents proliferate growth of large scale reporting databases. This is where OutBoard™ comes into play: Customers are able to move historical data to a near-line storage where it is still available for reporting, yet, in a cost optimized system on the basis of offline archives.

Benefits of OutBoard™ for SAP BW

DataVard’s “OutBoard™ for SAP® BW” provides near-line NLS storage functionality with reporting capabilities without the need of any additional database or software, thus keeping the system landscape simpler and easier to maintain. This is achieved by using effective data compression technology directly within the SAP® BW system’s database and ABAP™ stack – no installation and operation of additional software technology is required. Installing DataVard’s OutBoard™ for SAP® BW solution requires only the import of a standard SAP® transport request with our ABAP™-based implementation of the near line storage solution and database tables. Instead of an external second database which coexists with the main SAP® BW database the OutBoard™ solution stores all data directly within the BW database – albeit in separate database tables and with effective data compression. OutBoard™ uses compression technology which is not only very fast, but which can easily compete with external near line systems in terms of compression ratio. Typical compression ratios for Business Warehouse data are approximately 10:1. OutBoard™ can provide a compression ratio of up to 20:1. Thus, significant improvements of database sizes can be achieved while keeping the data ready and available for reporting. In order to decide for which InfoProviders it makes sense to relocate data into the OutBoard™ NLS solution, OutBoard™ offers flexible data analysis capabilities in the OutBoard™ Cockpit to help administrators of SAP® BW systems decide which and how much data to move to the NLS storage. These analysis capabilities include the determination of space which is used by each InfoProvider in the system, and a drill down with powerful capabilities to decide which data in these InfoProviders should best be moved into the NLS system. Contact us for a live demo of Outboard today.

Better Data – Why it Matters

Monday, May 16th, 2011
Gartner recently announced new sales data within the Business Intelligence and EPM market to
indicate significant growth in 2010 for the overall market and all products.
The overall sales came in at $10.5 billion with SAP’s BI product still ranking
in the number one spot. Gartner notes that not only is the economy improving
and therefore spend is increasing, but there are also some priority shifts
happening in the market. Dan Sommer, Principal Research Analyst at Gartner
indicated that “BI spending has far surpassed IT budget growth overall for
several years, and it is clear that BI continues to be a technology at the
center of information-driven initiatives in organizations. Vendors aggressively
market their capabilities in this area, so revenue growth is as much a function
of vendor push as a demand pull.”

Three Reasons

More and more companies are deciding it is in their best interest to
devise an efficient and nimble way to track data and make more accurate
projection for the overall health of their business. So, with this in mind,
what can the right Business Intelligence, Analytics, and Performance Management
software truly do for a company? Why is it worth the shift in dollar spend?
  1. Better data means an increased ROI. In today’s constantly changing economy and global
    competitiveness, no one can afford for data generation to take days or weeks.
    Companies need to process information rapidly and with as little staff cost as
    possible. By automating the process of data generation and providing managers
    with transparent information, companies automatically cut costs but also
    identify other areas of their business where they should focus dollar spend,
    improve processes, or adjust resources to provide a better service or more
    effectively sell a product. Improved decision making capabilities and ways to
    improve processes to build customer loyalty can make the difference between a
    company succeeding or failing in today’s fragile marketplace.
  2. Better Data means better cost control.
    We’ve all seen the case studies where companies saved millions by using their warehouse space better,
    or outsourced staff and seen an impact on the bottom line. But what about the
    company that installed a new BI system and suddenly realized that the rebate
    incentive plan their marketing company had been issuing for the past five years
    was actually costing them money? What about the company that began using GIS
    based analytics and instantly saved money on repair and maintenance of their
    transportation equipment? Accurate timely data provides that big picture and
    drill down capability so that the management team can better understand what
    the right choices are to better run the business.
  3. Better Data Means a
    Competitive Edge.

    Let’s face it. The economic downturn of 2008-2009 left us all feeling a bit
    uneasy about the economy as a whole. We saw large institutions need financial
    assistance from the government, and many of those we knew lost jobs. Investors
    are still a bit skittish today, and we all have a collective feeling of wanting
    to rebuild. While no one can predict the future with 100% certainty, companies
    can strive to ensure that they are making smart decisions with their capital
    investments to produce good results. In a global market, staffing costs,
    material investments and management of our businesses can make the difference.
    Profitability is essential to survivability. The right tools to forecast
    expenditures and revenue stream, ensure the right amount of staff are hired and
    trained, and equipment and warehouses are being used to maximum capacity has a
    direct impact on profit, investment potential, and a companies’ ability to
    thrive.
Conclusion

 

With the increase of BI, Analytics and Performance
Management software on the rise, it is evident that it is viewed as a pinnacle
competitive advantage for companies in the industry worldwide. What steps are
you taking to ensure that your company will maintain its edge and have the
information it needs to thrive?

Part I – Best Practices for Digital Dashboards – an Operating Executive’s View

Monday, May 16th, 2011

Business Intelligence (BI) dashboards can be valuable business tools providing a quick overview of key business metrics.  If not implemented judiciously, they can also prove to be a time-consuming exercise providing inaccurate and/or misleading business intelligence.

The difference is how the dashboard is conceived, set-up, and managed.  By defining clear objectives, involving key stakeholders, and identifying uniform data sources, your dashboard will provide actionable data to fuel business decisions.  This is the first in a two-part series that presents best practices for building effective digital dashboards.

In Part I, we address the following fundamental rules and guiding principles for dashboard development, including

  • Defining your process
  • Setting a goal
  • Identifying dashboard constituents and securing their buy-in
  • Validating and confirming key business metrics
  • Challenging Convention
  • Selecting your dashboard implementation & governance stakeholders

 

Part II of this whitepaper focuses on best practices for implementation.

 

The Right Frame of Mind Yields Desired Results

Good BI dashboards require an open mind, thoughtfulness, teamwork, discipline, knowledge of your business and the right tools.  The reward, a well-managed successful business, is worth the effort.

Keep in mind, you will look at your dashboard every day; and make decisions that profoundly affect your business based on what you see.  You, your team, your peers, your boss and ultimately the entire business will spend countless hours analyzing it, as well as identifying and supplying the data to drive it.  Plus, inevitably, decisions affecting the very viability of your enterprise depend on your dashboard’s accuracy and effectiveness delivering critical insight into the health of your business.  The bottom line: if your dashboard is off – either in purpose, execution, or accuracy – your company is driving blind.  You just don’t know it.  If your data is bad, your presentation unclear, or you are tracking the wrong metrics, you are in trouble.

Getting It Right – Rules & Guiding Principles

Define Your Process

At the outset, you need to define your process for creating and implementing your new dashboard; then you need to communicate the process and the importance of the dashboard to all concerned.  Without a clear process, coupled with clear communication, your task becomes much more difficult, and you jeopardize the success of your dashboard project.   Following are the process steps to drive a successful dashboard project and recommendations on ‘best practices” to make your dashboard project a success, giving your business a valuable new business intelligence tool:

 

  • Set a dashboard goal
  • Define dashboard constituents and get buy-in
  • Identify critical business metrics
  • Select a dashboard team
  • Identify data sources and how you’ll access them
  • Design your dashboard to present information in the most meaningful and accessible fashion
  • Survey the universe of tools available for creating your dashboard and allowing users to generate their own views
  • Develop a project schedule and budget for your dashboard project
  • Review your project and process with all concerned
  • Implement

 

Set a Goal

First, you need to set a goal for your dashboard.  It may be the single most important thing you do.  It doesn’t matter if you are showing available cash, the number of new sales leads, or the number of support calls received on a new product.  Everyone needs to be in agreement on the purpose of the dashboard, its relevance to the business, and its level of accuracy.  For example, if the goal of your senior management team is not only to document and present enterprise financial results but to look into and plan for the future, then your goal may be to design a reliable tool, driven from secure enterprise financial data, that provides intuitive, interactive ‘what if’ capabilities.  Whatever your purpose, be specific, and make certain all your constituents know what the goal is, what the dashboard measures, how accurately, and over what period of time.

This example shows a sales and revenue dashboard incorporating powerful ‘what if’ capabilities.  The data comes from the financial system, sourced from ‘Income Statements’.  The dashboard displays revenue and expense information and generates income figures.  Interactive features like sliders and dials allow dashboard users to adjust a number of financial variables affecting growth rate, revenue and different classes of expenses.  Users can quickly adjust different metrics, such as ‘Cost of Goods Sold’ and immediately see what affect an increase or decrease will have on the business.  This facilitates a management team’s ability to look at business scenarios, and speeds the intelligence of business decision making.

 

Define Dashboard Constituents & Get Buy-In

Identify your constituents; make sure they understand their role as constituents and participants in the creation, maintenance and use of the dashboard.  Define the individuals who will create, contribute, use, and serve as executive overseers of the dashboard.  Let them know how you perceive their role in context of the dashboard and tell them what their rights and responsibilities are in this role.  Create a common understanding of constituent roles:

 

  • Owner – owns the dashboard, which means defining its goal, as well as managing the process of creating the dashboard, introducing it to the organization, and maintaining it throughout its lifecycle.

 

  • Implementer – works with the owner to develop and deliver the dashboard.  This could be someone in the IT department, an executive, or a contributor in a department.

 

  • Contributor – an individual or group who owns the data or information required to drive the dashboard.  For example, a sales vice president or a sales administrator may provide information on closed sales, projected sales, deal size, and revenue.

 

  • User – this could be an individual who uses a dashboard to understand their performance or that of their group; a manager who uses it to evaluate the health of a process, improve programs, or change organizational behavior.  This could also be a manager who uses dashboard information to measure individual or group performance for evaluation and compensation purposes.

 

 

Know Your Business – Identify Critical Business Metrics

Know your business, know your information needs, know the information needs of your constituents, know the requirements for timeliness, and understand what types of decisions will be based on your dashboard.  This is a critical phase in the definition of your dashboard.

 

It’s important to identify business metrics in conjunction with dashboard constituents, both to get the support you need to create and maintain the dashboard, and to gain support for its relevance as a strategic business tool.

 

Challenge convention.

Really analyze what you want to track and measure in your dashboard.  Don’t accept what and how the business has measured things historically.  Dig in and understand what is really important.  For example, is the number of raw sales leads coming into the company a valuable metric, or is it a misleading data point that distracts from a more critical metrics and understanding? The following dashboard depicts the number of leads generated on a monthly basis for a company, breaking out leads sourced from a ‘New Business Development’ team and marketing programs. The chart communicates raw lead numbers, but does not provide insight into the relative value of the leads, cost of acquisition, or likelihood of closure.

 

 

The critical view for accurately predicting the sales forecast may include multiple metrics encompassing the development state of qualified prospects, the average time to conversion of prospects at particular development stages, and the revenue opportunity associated with pipeline deals possessing a particular set of characteristics.  A window to regional or geographic performance may also provide valuable insight for managing a business, allowing management to account for regional political or economic circumstances in forecasting.  The short answer is you must understand what you need to know and test your reasons carefully before you start measuring.

 

This example of a ‘Sales Pipeline’ dashboard provides a lot of bang for the dashboard buck.  At a glance, it provides granular visibility – opportunity-by-opportunity – into the pipeline while simultaneously delivering high-level regional sales information and key financial projections.  A user can discern the cost of customer acquisitions, conversion time, the number of qualified deals and their value in the pipeline.  Plus, the pipeline maps into a window that calculates projected financial metrics, providing an immediate, at-a-glance, understanding of how the pipeline is projected to impact financial performance.  Business critical data can reside throughout the organization.  The dashboard is driven from data sourced from a variety of sources including a CRM system and disparate spreadsheets on individual employees’ laptops.  It is important to pay close attention to data sources as you define your dashboard.

 

Select Your Dashboard Team

You’ll need to define a dashboard team that is inclusive of your constituents, or stakeholders.  The dashboard team will be the thought-leaders, the evangelists for a new business tool.  Their opinion of the dashboard, its efficacy and value will infect the entire organization for good or for ill.  You will want to include your IT organization as well as operating organizations like sales, marketing, and finance that will contribute data to the dashboard, or use its results to make decisions managing the business.  Plus, be especially mindful to secure representation from individuals and organizations whose performance will be measured using the dashboard.  If they are represented in the process, they are much more likely to view it is a useful and fairly conceived tool, rather than something arbitrary and outside of their control.  And, therefore they are more likely to support its value throughout the organization.

At the very least, make certain you have a team member representing all constituent groups:  owner, implementer, contributor(s), users(s).  And, then build your team’s identity by communicating your goals, holding regular team meetings, and defining and tracking project milestones and related metrics.

So now you know what your goal is, you understand who your constituents are, you’ve got your team, and you know what you need to measure and why.  It’s time for some elbow grease, getting down to specifics of how you are going to feed and maintain your dashboard.

(To be continued…in Part II Best Practices for Digital Dashboards – an Operating Executive’s View)