spend matters spend matters About this site
Advertise with Spend Matters
Advertise with Spend Matters
 

February 09, 2010

 

Newsflash: Is SAP SRM 6.0 No More? A Rumor that G/A is Called Off

I just learned yesterday from a handful of contacts close to -- but not employed by -- SAP that the ERP provider will discontinue selling SRM 6.0 to customers not already in the 6.0 Ramp-Up program. If my sources are to be believed -- and there are multiple ones in this case -- SAP has made a mistake by recently deciding not to go G/A with SRM 6.0 (or SRM 2007, as they also referred to it as earlier in the year). The botched release has the potential to have disastrous effects on the SAP procurement pipeline because SRM 6.0 was to address many of the weaknesses of 5.0 which included a kludgy UI, a challenging interface that made it hard to search and find POs, a cumbersome process to define filters, and workflow which forced users to go through multiple clicks to launch actions (I once heard it referred to as the "anti"-one-click-Amazon).



While I'm not sure at this point the exact reasons for forcing customers to wait for SRM 7.0 which will be available in Q42008 from what I've heard, it provides a great window for Ariba, Ketera, and many others to push their wares into the SAP installed base. It also calls into questions the current market viability of SAP MDM, which was supposed to be a replacement for Requisite and previous SAP attempts at catalog content management (one wonders if that is the reason for the delayed release, or whether it was something else). Perhaps most damaging, the cancellation of the G/A release will benefit Oracle, who will clearly now get a check in the procurement arena over SAP in head to head ERP systems comparisons. I also suspect that it will force SAP to keep selling the old Frictionless contract management toolset which while highly configurable, lacked many of the capabilities of others in the market and the eye-candy benefits of Duet.

6.0 was also supposed to enable a category management approach to procurement and sourcing on a single platform including frameworks and category guidance based on third-party processes and expertise (i.e., it was to be a consultant’s dream to customize). The thought behind this was to essentially copy what Ariba pioneered with its own solutions by enabling standardized and formal sourcing and procurement organizational structure, global monitoring and significant process visibility and workflow controls. I suppose that companies looking for this today -- or anytime before 2009, for that matter, given SAP's historical track record of not meeting scheduled release dates in this space -- will have to turn elsewhere. And I'm sure Ariba, Ketera, Oracle, and many others will be happy to take their calls.

I will continue to update this story as information develops and becomes available.

- Jason Busch

Comments
I don't know if SAP is or isn't discontinuing selling SRM 6.0 but either way, Jason’s passage is clearly biased against SAP. Please don’t incorporate passion in making a business decision. Evaluate track records, company viability for the long term, and overall functionality for the enterprise.
# Posted By Mike Adams | 10/22/07 3:41 PM
I have no biases against SAP, only against vendors who promise one thing to the market (and bloggers) and then complete backtrack without an explanation. There are dozens if not hundreds of companies who stalled eProcurement and SRM decisions waiting on SRM 6.0. How much have they left on the table because they waited for a false promise from SAP?

In addition, see:

http://blog.sourcinginnovation.com/2007/05/01/the-...

You'll see an archive of posts on my coverage of SAP at their event earlier this year. No biases. Just objective coverage.
# Posted By Jason Busch | 10/22/07 4:13 PM
It was probably very wise for SAP to pull the plug on the pig before it pulled everyone into the sty. Oracle used to put out very unstable releases and subsequent patches until they got their house in order - even though they still continued to overpromise and underdeliver (not the first software firm to do that). It's like Animal House: "You fu*&ed up, you trusted us"!
SAP's previous app stack from C1 days (Enterprise Buyer Marketplace Edition I think it was) was a joke. This is similar because of all the stuff happening under the hood with MDM, contract management, and other NetWeaver components, combined with a Feature 500 list that likely turned into 5000 based on the innovation happening in the space (and maybe from the Frictionless stuff). Adding features with an existing data model and infrastructure is easy. Doing so while fundamentally re-architecting the data model underneath is the hard part.
I completely understand SAPs move. Better to delay than release an unusable and unstable app. Still, let's just say that SAP has not been the CPOs darling, and this delay is going to cost a lot of companies a lot of hard money and lost time and thus lost savings.
# Posted By SpendFool | 10/23/07 7:17 PM
About Us | Advertising and Sponsorships | Advisory Services | Contact Us   © 2004-2010 Spend Matters, LP All rights reserved