Executive Summary

  • This is the Brightwork Research & Analysis software rating series.
  • We rate both the software and estimate the risk of implementing each application.

MUFI Rating & Risk for SAP APO SNP

MUFI: Maintainability, Usability, Functionality, Implement ability

Vendor: SAP (Select For Vendor Profile)

Supply Network Planning (SNP) is SAP’s supply planning application. SAP APO is a broad advanced planning suite that includes, depending on how you count, around ten modules (although the bulk of its implementations are in just four modules). The relevant modules for supply planning and production planning are called Supply Network Planning (SNP) and Production Planning and Detailed Scheduling (PP/DS), respectively. As with all of the APO modules, SNP and PP/DS work in conjunction with each other. While there is some overlap (which will be explained), these are traditional sequential and supply planning first applications. Their design goes back to the mid-1990s, and both products are patterned off of products made by i2 Technologies,

Application Detail

SNP is part of the SAP APO/SCM advanced planning suite. It is the highest quality and most stable module in a suite, but that is not saying much because the overall APO suite is of overall poor quality.

SNP’s design is from the mid-1990s and offers three planning methods. They are the following:

  1. Heuristics:
    1. The SNP heuristic: This replicates MRP (material requirements planning) – which creates planned production and planning procurement orders.
    2. SNP Deployment Heuristic: The replicates DRP (distribution requirements planning) and creates the stock transfers between the locations in the supply network, which is the deployment plan.
    3. Capable to Match, or CTM: This is an allocation method of supply planning that allows the prioritization of supply versus demand. So one could have some supplies processed in through the supply network before others, and some demand processed before other demand. CTM has no deployment method, so typically the SNP Deployment Heuristic is used to create stock transfers.
    4. 3.     The Cost Optimizer
      1. The Network Optimizer: This creates the planned production and planning procurement orders. It works by setting a series of costs, both explicit costs (such as storage costs and transportation costs). Implicit costs (such as the cost of a lost sale), and then have the optimizer attempt to minimize these costs when it creates supply plan (and initial production plan) against a set of constraints. SNP then uses what we call method modifiers, which are master data that typically batch the orders to economic quantities.
      2. The Deployment Optimizer: This works the same way as the Network Optimizer, but it leaves out production – so uses the existing production plan as an assumption.

As with other supply planning systems, each method has some method modifiers that make the planning output realistic. That is if the order quantity created by the planning method is 320, but an economic quantity is 400, the order is rounded up to 400. A variety of controls of this type are placed in the master data which assigned to a product and location combination as is shown in the following screenshot.

Lot Size Tab Quantity and Date

The Lot Size tab of the Product Location Master has two sub-tabs. These two sub-tabs contain the method modifiers. SAP SNP has an enormous number of fields on its product-location master. In contrast, Demand Works Smoothie has a single “tab” for all of the supply planning parameters. While Demand Works Smoothie can adjust these parameters within the interface in groups, SNP cannot. Still, instead, one must use a specific master data mass update transaction, which is inefficient, and most users do not do.

SNP has been designed more for sales than for effective implementation, and the more advanced methods in SNP. Which is the main reason companies select SNP, are poorly designed, meaning that SNP is not able to deliver more value than applications with much more straightforward methods.

None of this is unique to SNP. Instead, all of SAP’s APO modules give advanced planning a black eye, because of their poor quality. The problem is not advanced planning, but in the fact that buyers are not able to differentiate a bad solution from a good solution. Some excellent supply planning applications can add serious value to a company. SNP does not happen to be one of them.

SNP is primarily implemented by large consulting companies, which while they may occasionally staff experienced personnel, do not fundamentally understand how to manage advanced planning projects, and can never lead their clients to choose the best planning applications. The major consulting companies are still stuck following approaches that have been shown not to work that is rooted in the first generation of planning products that were introduced in the 1990s.

Stock Requirements List-1

This is a primary user interface view in SAP ERP. Most companies who implement SNP have already implemented SAP ERP. SAP APO is a more recently developed product versus SAP ERP, so it has a more sophisticated user interface (although it still lags all other advanced planning products that we cover)

Pegging Structure in APO

Both of these views provide similar information, but the Product View is much more powerful and multi-faceted. (Although it’s not an elite user interface design, it is much better than the similar view in SAP ERP). SAP APO has something that SAP ERP does not have: the Product View can show more detail on peggings. A “pegging” is a connection between a supply element and a demand element. While a pegging is a single connection between demand and supply, a chain of peggings can show the relationship between a purchase requisition at the end of the supply network and a sales order or forecast at the very top of the supply network. This is shown in the following graphic.

SNP 1 Tab Penalty Costs

The SNP 1 Tab holds both delay and non-delivery penalties. Because these penalties can be applied at the product level, some products can be prioritized over others based on differentiated non-delivery penalty costs. As with the other costs added to the optimizer, these costs are traded off against additional costs. These costs are not necessarily the final costs that the optimizer uses because SNP has something called cost profiles, which can be used to further, adjust the cost values that are distributed in many different locations. The overall setup and maintenance of these costs are confusing and difficult. SNP is a complicated system to troubleshoot – and so once it is configured, it typically stays in the same state for years, because a small change can completely alter the output because of the interaction with so many settings. 

SNP is marketed as a leading solution, but it does not have the most advanced method in supply planning, which is inventory optimization and multi-echelon planning (MEIO). There are some reasons why MEIO is a far better method than cost optimization for supply planning. However, one of the most important is that service levels are far easier for companies to set than determining their costs. SAP argues that this functionality is integrated with SNP through their SmartOps acquisition – however, as is discussed in the SAP SmartOps analysis, this is only partially true.

SNP has a very high maintenance footprint, a maintenance level that is unsustainable for buyers that activate the more advanced functionality. This maintenance requirement catches companies unprepared, which is why in all of the SNP post-go-live evaluations we have performed, SNP is in a state of disrepair.

As with every software category, which we cover where SAP has an entrant, SNP is the highest TCO application. SNP also has the lowest rated user interface of an application in this category, and this is just one of many reasons that SNP has low user adoption.

MUFI Scores

All scores out of a possible 10.

MUFI Scores

Search for the vendor in this table using the search bar in the upper right of the table. Shortening Key: 
  • Ma. = Maintainability
  • Us. = Usability
  • Fu. = Functionality
  • Im. = Implementability
AppMa.Us.Ft.Im.Cat.
Average Score for Big ERP5.14.85.25.4Big ERP
Average Score for CRM6.26.25.15.9CRM
Average Score for Small and Medium ERP8.386.78.5Small and Medium ERP
Average Score for Finance8.88.888.8Finance
Average Score for Demand Planning7.67.277.1Demand Planning
Average Score for Supply Planning6.76.976.8Supply Planning
Average Score for Production Planning6.86.976.9Production Planning
Average Score for BI Heavy5.55.36.95.3BI Heavy
Average Score for PLM77.26.87.3PLM
Average Score for BI Light7.78.798.3BI Light
Arena Solutions Arena PLM 10101010PLM
AspenTech AspenOne48107Production Planning
Birst 88.5108BI Light
ERPNext10107.510Small and Medium ERP
Delfoi Planner866.57Production Planning
Demand Works Smoothie SP910710Supply Planning
Hamilton Grant RM1098.59PLM
IBM Cognos2.731.53BI Heavy
Infor Epiphany7865CRM
Infor Lawson8767Big ERP
Intuit QuickBooks Enterprise Solutions9959Finance
JDA DM97.588Demand Planning
Microsoft Dynamics CRM2322CRM
NetSuite CRM6433CRM
Netsuite OneWorld7788Big ERP
OpenERP788.587
Oracle BI4436BI Heavy
Oracle CRM On Demand4535CRM
Oracle Demantra533.54.5Demand Planning
Oracle JD Edwards World4136Big ERP
Oracle RightNow6745CRM
PlanetTogether Galaxy APS10101010Production Planning
Preactor8737Production Planning
QlikTech QlikView99109BI Light
Rootstock9899Small and Medium ERP
Sage X38878Big ERP
Salesforce Enterprise88.597.5CRM
SAP APO DP3432Demand Planning
SAP APO PP/DS2243Production Planning
SAP APO SNP3484Supply Planning
SAP BI/BW1.5242BI Heavy
SAP Business Objects32.573BI Heavy
SAP CRM4364CRM
SAP ECC336.53Big ERP
SAP PLM12.523PLM
SAP SmartOps4475.5Supply Planning
SAS BI6.5796BI Heavy
SAS Demand Driven Forecasting7897Demand Planning
Tableau (BI)9101010BI Light
Tableau (Forecasting)10859Demand Planning
Teradata86.39.76BI Heavy
ToolsGroup SO99 (Forecasting)7897Demand Planning
ToolsGroup SO99 (Supply)56107Supply Planning

Vendor and Application Risk

SAP SNP is a bit of a hypothetical application that is designed more to be sold to buyers than to be implemented and maintained. SNP has an enormous amount of functionality contained within it, but like all the SAP APO modules, the functionality is hit and miss. SAP spends a great deal of time beating around the bush and future promising, bouncing messages back and forth between support and “Platinum Consultants.” Still, the fact is most buyers confirm the same problems with the various functionalities that are known not to work well.

Likelihood of Implementation Success

This accounts for both the application and the vendor-specific risk. In our formula, the total implementation risk is application + vendor + buyer risk. The buyer specific risk could increase or decrease this overall likelihood and adjust the values that you see below.

Likelihood of Application Implementation Success and Failure

Estimates are for a typical project. A specific implementation requires details from the project to make a project-specific estimate.

Search for the application in this table using the search bar in the upper right of the table.
ApplicationProb of Implementation SuccessProb of Implementation Failure
Actuate0.770.23
SAP Smartops0.390.61
NetSuite CRM0.460.54
Sugar CRM0.620.48
Base CRM0.910.09
SAP CRM0.350.65
Salesforce Enterprise0.720.28
QlikTech QlikView0.820.18
Tableau (BI)0.980.02
SAP Crystal Reports0.460.54
Brist0.830.17
MicroStrategy0.70.3
SAS BI0.760.24
Oracle BI0.350.65
IBM Cognos0.230.77
Infor Epiphany0.580.42
Microsoft Dynamics CRM0.260.74
Oracle RightNow CRM0.410.59
Oracle CRM On Demand0.360.64
Teradata0.760.24
SAP Business Objects0.320.68
SAP BI/BW0.250.75
SAP PLM0.290.71
Hamilton Grant RM0.890.11
Arena Solutions0.960.04
Delfoi Planner0.70.3
Preactor0.640.36
PlanetTogether Galaxy APS0.960.04
AspenTech AspenOne0.550.45
SAP APO PP/DS0.270.73
Demand Works Smoothie SP0.930.07
ToolsGroup SO99 (Supply)0.820.18
Demand Works Smoothie0.960.04
Tableau (Forecasting)0.90.1
SAS Demand Driven Forecasting0.820.18
ToolsGroup SO99 (Forecasting)0.860.14
JDA DM0.570.43
Oracle Demantra0.330.67
SAP APO DP0.280.72
FinancialForce0.920.08
Intacct0.980.02
Intuit QB Enterprise0.80.2
ERPNext0.90.1
OpenERP0.780.22
Rootstock0.910.09
ProcessPro0.930.07
Microsoft Dynamics AX0.40.6
SAP Business One0.490.51
Sage X30.620.38
Infor Lawson0.580.42
Epicor ERP0.40.6
Oracle JD Edwards World0.310.69
Oracle JD Edwards EnterpriseOne0.360.64
SAP ERP ECC/R/30.320.68
NetSuite OneWorld0.650.35

Risk Definition

See this link for more on our categorizations of risk. We also offer a Buyer Specific Risk Estimation as a service for those that want a comprehensive analysis.

Risk Management Approach

The best approach to implementing SAP SNP is to keep expectations low and keep the configuration as simple as possible. Using the SNP optimizer or CTM is very time consuming and once configured takes a great deal of effort to troubleshoot – and many issues will invariably arise. Keeping the configuration simple is critical because as the highest maintenance application in the supply planning software category, SAP SNP can quickly end up creating a support load that overwhelms the buyer. Activating functionalities like subcontracting, or attempting to model constraints from suppliers is asking for trouble.

Finished With Your Analysis?

To go back to the Software Selection Package page for the Supply Planning software category. Or go to this link to see other analytical products for SAP SNP.

References