What are the main characteristics of IBP and what are the differences from APO? Can one migrate from APO to SAP IBP?
We see many signs now that the market is ready to adopt SAP Integrated Business Planning (IBP). The high level of interest in IBP at SAPPHIRE 2018 kept us busier than ever, and Bill McDermott’s repeated references to IBP in his keynote speech was a further indicator that this year will be very active.
Yet SAP customers still struggle to understand what they need to be successful with IBP. Not all the SAP ecosystem partners are equipped to deliver a satisfactory customer experience in an IBP implementation either. Our work over the last 6 years focusing exclusively on IBP implementation has taught us several valuable lessons. In this short article, I would like to share them with the ecosystem and customers. My goal is that this will mean a larger number of happy customers and successful SAP IBP consultants.
It would be tempting to make this article into a sales pitch for my company, but I really don’t need to. Our schedule is already filled up with implementations and projects. Instead, let me come straight to the point and share know-how that can be valuable for all. If these few pages help others to get better results, I will consider our time well spent. As the reader will see, the content below is mainly addressing IT people with a background in APO. We are thinking about more specific content on SAP IBP addressing also other audiences.
Let’s start with the question that comes up so often. Can IBP (Integrated Business Planning) replace APO (Advanced Planning and Optimization)?
In time, the answer will likely be ‘yes’. SAP has a roadmap for IBP and will surely make it into a complete solution in the future. However, for an actionable answer today, we need to reply based on the current state of IBP. As IBP does not yet do everything that APO does, the answer is that “it depends” in that SAP IBP does not do everything that APO can do, yet it certainly does much more in certain areas for which APO was not designed for.
Consider also the following points concerning functionality based on time-series planning and order-based planning:
As these last points suggest, SAP IBP is currently split into two main approaches: time-series planning and order-based planning. Historically, order-based planning was introduced for SAP IBP after time-series planning was developed, giving it some added advantages. For instance, the order-based algorithms in IBP can use time series input and generate time series output.
There are two different integration paradigms in SAP IBP, supported by two different technologies:
SAP designed the order-based solution with more stringent integration requirements. The result is a solution offering greater volume/performance, but with a few limitations.
The time series approach allows users to model specific requirements and any number of master data objects, via a ‘planning area’.
When SAP developed the time-series paradigm in IBP (formerly known as S&OP on HANA), the goal of SAP product managers was a solution capable of being integrated with any backend system. This included transactional systems such as SAP ECC, S/4HANA, and JDA, point solutions like Salesforce and SAP CRM, and legacy systems (even mainframes).
The main value (and selling point) of S&OP on HANA was the ability to aggregate and disaggregate on the fly and on Excel. However, that kind of only made sense if the attributes used for the aggregations were provided by the business users. In turn, that meant that the solution had to support the integration of information from multiple sources.
The result of that approach is a highly configurable, powerful and robust solution allowing the use of four varieties of master data types and no constraints on the information sources.
After building the IBP foundation, SAP added several time-series algorithms/operators, including:
While the time-series initiative progressed, SAP Development began to build IBP for Response and Supply, delivering its first order-based solution in March 2016.
With tougher integration requirements for order-based solutions, the main points compared with time series-based solutions are:
The points above are typically part of the discussion that we have with any prospective client interested in SAP IBP. The first steps are to educate our prospect and explain the basics of SAP IBP. The next step is to enable our prospects to do their own research on the requirements of their supply model and whether operational planning and scheduling will be needed, for example. At this stage, the standard feature and function comparison analysis can also begin.
For each prospective client, the exercise will be different. Instead of a generic analysis of APO vs. IBP, the key items are the analysis of how APO is being currently used, what the APO journey has been so far, and what the prospect wants to change.
If the right move is to use IBP to replace APO Demand Planning, the implementation can then start right away.
Comparison with Supply Network Planning (SNP) is a different matter. APO SNP is functionally very rich and certain capabilities are not yet present in IBP. One example is the Transportation Load Builder (TLB), which transforms transportation volumes into an equivalent number of trucks to estimate the total required fleet.
The Crucial Matter of Implementation Skills
At this stage, you might think that the exercise was over. Yet much of the real work is still to be done.
If you decide to implement SAP IBP, significant part of your budget will go towards implementation costs. The real challenge is therefore in the choice of your implementation partner.
Let’s start with a simple fact. If you are an APO consultant or you intend to use an APO consultant for implementing IBP, you must understand what your implementation is about.
In my experience, experienced APO consultants have consistently demonstrated that they can deliver SAP IBP implementation in the following contexts:
In these cases, they do not need skills in integration or master data (both are also managed technically for them in APO).
However, in IBP time-series the main problem for an APO consultant is that both the integration logic and master data must be delivered as a project-specific deliverable.
APO experience alone does not prove that a consultant knows how to design a solution that will meet requirements and ensure low cost of maintenance. Master data design requires mastery of standard practices and tools such as entity relationship diagrams and a complete understanding of the rules to be followed in creating a planning area.
For work of that type, APO consulting experience is not enough. In general terms, you must make sure that your team has at least one person with enterprise architecture experience. Alternatively, find someone with practical experience of software development of business solution databases.
SAP mitigated the problem by introducing its ‘best practices’. However, supply chain planning is a domain where business users want to do things their way. They will very rarely accept the SAP model in its totality. Any change or improvement to the model must then be properly thought through.
The IBP configuration corresponds to the business needs. It must therefore be done first. After you have identified the best mix for the design of the IBP configuration, you must identify the best profile for the integration. The result will be a set of attributes organized into multiple master data tables with an optimized design, assuming you are using a consultant with the right skills.
However, there will still be three major issues that you must correctly address:
You will need a mix of individuals with the following experience and capabilities:
In the early stages of S&OP on HANA, the best results that I personally saw came from using BW and BW process chains. The customers concerned also made the smart decision to forego use of the object manipulation capabilities of HCI.
In conclusion, here is a summary of the main points of the article:
I hope you found this article to be of value. If you are seeking help to understand how to best leverage SAP IBP, Bizbrain Technologies can help. Contact us.
Author: Luca Massasso, Co-founder – Bizbrain Technologies. August 2018.