Providing Explanation and Unbiased Information on SAP APO / SCM

What This Article Covers

• Understanding the SAP EWM Design
• Why did SAP development take the design approach that it did with EWM?
• What would have been a better strategy for EWM?
• What negative implications have followed the introduction EWM?
• How is the SAP EWM design related to SAP SPP?
• Will EWM cease to be invested in by SAP, or will SAP put even more resources toward improving the product?

Background of SAP EWM Design

EWM has had limited success in the market. EWM is similar to SPP in that is came to the market with high hopes. However, it has proven to be both buggy and simply overly difficult to configure. I covered the issues with EWM’s enormous configuration challenges in this post.

What is the SAP EWM Design Actually For?

EWM is really designed more for a 3PL or logistics (FedEx, UPS, etc.) companies that manages its own warehouse. Many of the features that EWM has really pay off more when a warehouse is very large and very sophisticated. Interestingly, 3PLs and logistics companies are not really users of APO. A major way that SAP gets companies to implement APO modules is when they are already customers of APO. So a company that has DP and SNP, then often wants to turn on other modules. However, by directing the functionality of EWM towards 3PLs and logistics types of warehouses, SAP has undercut its own natural marketing advantage. I have worked in both 3PLs and understand the logistics companies. I simply can’t see them implementing EWM. EWM is not sufficiently practical for their needs and orientation. Very complex and expensive to implement systems don’t fly these types of companies. The fact that SAP even developed the product with a functionality set for these types of companies show the lack of business knowledge within both the development and marketing organizations in SAP. This is an example of poor development decision being made by people within SAP. It stems from SAP resources who both don’t understand the warehouse management market very well and who are applying a kitchen sink approach to product development.

A Better Strategy for EWM

SAP would have been far better off to simply direct EWM toward the needs of companies that have APO already, that is that have more basic warehouse management needs. This would also have made EWM much more implementable. This is a major factor holding back EWM from being a successful products. SAP has a tremendous advantage when they introduce a new products. Many companies want to use SAP, and the problems with both EWM and SPP in gaining market share demonstrate both how weak the products are, but also how poor the overal marketing and development strategy has been for these products. As a person who has been trained on both EWM and SPP, paying for the training myself, and this was money that was wasted. SAP keeps marketing these classes and talking about the great future of EWM and SPP, but let’s get real, both these applications have had years to find an audience, and they have not for a good reason. I have personally questioned whether SPP is even live, that is in a real way, at any account globally. Some of the first SPP clients have been trying to get the system live for roughly a decade. What is length of payback on a ten-year implementation?

Should SPP and EWM Been Introduced?

I bought into the idea that SAP would have success with these new products, and in fact, I work in all the older modules. In fact, most companies, consultants, and even SAP itself would have been better off if EWM and SPP had never been introduced. Instead, SAP should have allocated the development effort to fixing the continuing problems in the pre-existing modules. If SAP is ever serious about getting traction in EWM or SPP (which will be more difficult now that they have generated such a problematic track record), they need to hire people with business experience in warehousing and service parts planning, something which they have not done very much of up to this point.

What These Products Have Lead To:

1. Individuals to waste money on products that are in beta stage and not ready to be implemented.
2. Companies spending implementation and software licence on products that they could have spent on best of breed applications that actually worked.
3. Friction between consultants that work in this modules and depend upon them for their livelihood and those like me who point out that these products are not ready for prime time.
4. Confusion within companies as to what the actual direction is with these products.
5. Resources diverted that could have been used to make the other APO modules better and less buggy.
6. A less efficient market, with limited monies that could have gone to vendors like MCA Solutions or Servigistics (for service parts planning) or Red Prairie or Manhattan and Associates (for warehouse management), all of which had products that were fully functional and ready to add value to client’s businesses.

What is the Future for EWM?

The future for EWM does not good. SAP will probably try to reboot it, but rebooting it will be difficult. I am also unsure that warehouse management offers the types of margins that SAP is used to. SAP’s WM product took very little development effort and is more of a glorified inventory management system rather than a true WMS. It has been moderately successful in terms of implementations, although is a bad product overall. However, with so little invested in it, it was still a worthwhile development. EWM took a lot of development work, and will take much more development work to get right. If I am managing SAP development, I may consider cutting the product. I don’t think they will, but it may end up as sort of like the F&R module, that is it exists, but it’s not actively implemented.

Share

{ 0 comments }