DENVER — The last session at ASUG's mySAP ERP Upgrade Symposium was a panel made up of users who had completed upgrades and SAP executives. We took this opportunity to ask what SAP could have done to make each customer's upgrade easier. Here are a couple of the responses:

Scott Petrack, Bayer Corporation
One of the things Bayer struggled with was trying to make decisions about the external environment around SAP. The company has 17 or 18 different third-party, complimentary software products that are interfaced or integrated with the SAP environment. So, it was a struggle for the team to determine whether these third-party products were going to be compatible in terms of the company's SAP upgrade.

"You go to the vendors and they say, ‘Oh, just go to the latest release of our product and everything will be OK,'" said Petrack. "I'm sorry, but that doesn't work for me."

As for what SAP could do to help solve this issue, Petrack said, "I would very much like to see, maybe as part of the certified partner program, SAP step up and say, ‘OK, here's the latest release of the product, and here's what we can report to you in terms of vendor compatibility.'"

Ian Wyatt, Cox Newspapers, Inc.
When Cox was entering into the upgrade, it wasn't entirely clear what it needed, what was recommended, and what options it had around support packs and stacks. This issue reared its head during the upgrade when the project team looked at some functionality in HR testing. That functionality changed with mySAP ERP 2005. But Cox had a problem with the new functionality that required implementation of a support pack — it wasn't available as a single node.

"Well, we didn't want to [implement the support pack] because we would have to go back and repeat a whole lot of testing," said Wyatt. "If we had known up front that we needed that support pack, no problem, we'd put it on up front and it would have no impact whatsoever. But, we didn't know, so we had to go back a bit."

"One thing I would like to see from SAP when going into an upgrade is more guidance around what support packs and support stacks you are going to need before you can start," he said. "You know, it wasn't a huge deal, but it did cost us some time." 

Steven Passer of NASA and Stefan Kneis, vice president and ASUG executive liaison at SAP, also responded. We'll have their take soon as well as something on Enhancement Packages. If you have your own ideas on how SAP can improve the upgrade process, please email me at jfranke@techtarget.com. 

Until then, we have to find a place to watch The Office in the Denver airport.

DENVER — We made it to the ASUG mySAP ERP Upgrade Symposium in Denver with no problems. There are about 200 attendees at various stages of upgrading to mySAP ERP 2005 — from just considering upgrading, to already done (granted, most of these people are presenters).

Since we're at an ASUG event, we asked for a couple specific examples of how ASUG had influenced SAP products or strategy in our interview with Stefan Kneis, vice president and ASUG executive liaison, and Martin Riedel, head of SAP's global upgrade office. Kneis's reply was:

Well, there's a lot, it happens on a regular basis. Influence councils are running on a monthly basis, and there are many real examples. An exciting one to me was the new xApps around sales operations planning which was really a story where ASUG told SAP to build a new product if you will. That's on the level of the influence councils.

Another example of influence from the group is the maintenance strategy. The 5-1-2 strategy [mainstream maintenance for all SAP products will for five years from the general release date. After that, customers can extend maintenance for one year for an additional 2% and for two additional years at a rate 4% above the annual maintenance fee.] was heavily, heavily driven by ASUG a few years ago. We had all kinds of maintenance strategies for different products and it was somewhat confusing for customers. ASUG really influenced our cleaning up of the maintenance strategy.

We're planning a couple more posts this week. We attended and interesting session that shed some light on SAP's enhancement packages strategy, so we're planning to post some information (and, if all goes well, pictures) from that. We'll also get some attendee comments on their upgrades and the conference in general.

Weather permitting (we are flying Jet Blue), SearchSAP.com will be covering the ASUG (Americas' SAP Users' Group) mySAP ERP Upgrade Symposium in Denver Wednesday and Thursday. In advance of the event, we spoke with ASUG president Rod Masney about SAP CEO Henning Kagermann's contract extension and what to expect at the conference.

Masney was very positive about Kagermann's new deal and said he extended Kagermann congratulations that evening. Kagermann personally responded with thanks and good words for ASUG the next day. So, it's probably not surprising that Masney sees the extension as a good thing.

"We [ASUG] see it as a positive because of the relationship we've built with him and his team over the years and the programs we've worked on together. Henning has articulated his commitment to all the user groups, not just ASUG. He has articulated that there's value that groups such as ours bring to his customers. He shows this through SAP resources, time at our events and his personal time meeting with us."

Masney views Kagermann as atypical among CEOs in his willingness and interest in working with user groups. Kagermann generally meets with ASUG leadership face-to-face twice a year, once at Sapphire and once in Germany.

The co-location of the ASUG annual conference and Sapphire is a prime example in Masney's mind. He also mentioned that ASUG developed the "voice of the customer" program (where ASUG surveys members about SAP products, services and relationship with SAP) at Kagermann's request, as well as a book that ASUG and SAP are working on jointly.

"The board extending Henning's contract is a testament to the strategies he's put in place and the leadership he's demonstrated within SAP, the growth they've experienced and the commitment to the strategy around ESA and where they're taking the platform with the customers."

Masney indicated that ASUG really doesn't care who succeeds Kagermann, and mentioned the organization's relationship with Shai Agassi, president of SAP's product and technology group, and Léo Apotheker, president of SAP's customer solutions and operations, have grown in recent years as well.

"It's not a beauty contest. For us it's about having the right relationships and having the opportunity to have influence in SAP, as well as to demonstrate that we're delivering value by educating our members and giving them an opportunity to network and learn from each other."

Masney also talked about the upcoming upgrade symposium. He said the attendees will represent the whole spectrum of the upgrade process from just thinking about it to already in the throes of it. (Earlier this year, Masney said he was starting to see an uptick in users considering upgrades.)

"The whole idea behind a symposium is a very small [200-250], very focused, very intimate event. There is a real good opportunity for education and peer-to-peer networking. This is not for giving them big-picture, esoteric information, if you will. But more to deliver concrete stuff that attendees can take back and use in their business."

We're bringing our digital camera to the event, so we'll aim to have some thoughts and pictures posted on the blog late Wednesday or early Thursday. We'll also have a couple items up on the main site by later in the week. If there's anything specific you're interested in, please shoot me an email (jfranke@techtarget.com).

You've probably read Axel Angeli's guest editorial SAP under fire: Axel Angeli on why 2007 will be tough for SAP. Not surprisingly, there was an avalanche of reader responses. Some agreed and applauded the honesty, while some jeered and argued Dynamics was nowhere near ready for prime time. Axel answered two questions in depth yesterday; today he concludes his stint on the soap box by going to the heart of the matter:
What exactly did SAP do to fumble the ERP ball, and what can/should they do about it?

Axel: The SAP ERP is still the flagship of SAP, despite all efforts to gain market shares in areas where competitors seem to be strong. While FI/CO seems to be stable and has set the European way of accounting as IT standard all over the world, the SD/MM and PP areas are still areas where the customers ask for significant enhancements. Let us pick SD for instance… Currently, we still find a hybrid of functionality, powerful but extremely difficult to make any enhancements. And it is the latter that is more and more required by companies, especially if SAP wants to conquer the markets of the SMB. The classical areas of concern are variant donfiguration, pricing, special shipping & handling scenarios, intercompany invoices … all topics the experienced SAP consultant can be caught with a cheshire grimace on her/his face. 

Don't let me be misunderstood: the functionality is powerful and covers many, many areas. But if you need to do something special, the SAP approach with user-exits (aka customer enhancements, BADIs) has its severe limitations. 

To cope with the challenges of agility, a more object-oriented approach, one that has been rightly drawn and begun with the BAPI concept, is required. And again, one has to regret that SAP lost the completion of the BAPI concept out of sight. The SD-BAPIs are far from complete: e.g. the "order read" and "order create" modules have different interfaces, isolated pricing modules are still missing, variant configuration is still dug far down in the inside belly of the SD core modules. Modern ERP systems would break down an SD component into small, self-contained objects that inter-operate through message pipes. That would even allow to run a SAP SD fully decentralized, maybe the order creation on one instance, the delivery on a second and invoicing on a third one. Revamping the BAPI concept might already bring a high degree of progress and eventually a convincing argument to upgrade a newer SAP release, one based on ROI instead of simply falling out of maintenance. 

SAP did well in the MM sector when succeeding in rewriting procurement in the form of the SRM component. SRM has all that the purchaser needs and it integrates with ease many external offers, like life vendor catalogue access, auctions or goods tracking via slim or sometimes not so slim Web interfaces. Although SRM might well be broken down in smaller atomic units, it is a step into the right direction of an object oriented componentization. However, the drink may be poisoned here as well: while SAP admits the necessity of integration, they are still reluctant in releasing interface specifications to the public and offering demo hubs against which developers can test their development. 

The peril is ante portas, not mainly and only in the shape of Microsoft Dynamics, whose principle power lies in the marketing strength or through Oracle where we observe - I admit: to my surprise - an increasing number of new "Peoplesoft" installation, mainly in countries where SAP traditionally had a bad standing, like France for instance. There is also the open source community that seems to increasingly enjoy the ERP worlds after they worked the CMS fields to exhaustion.  

Momentarily the importance of open source ERP is low due to the fact that although open source (SAP is also "open source&quo they are mostly not "free software" sporting a pretty amusing variety of "licensing models". I have seen licensing constraints where software is free but consulting must be purchased by the owner of the code and others that keep the software free for developers but require substantial licensing fees for productive use. Both models cannot work, as it is too obvious that the makers want cheap labor from the community but are pretty selfish when it comes to give anything back.

But there are also good examples of open source and free ERP approaches, like Adempiere that - after divorcing from Compiere on arguments about licensing philosophy - became number three in the charts of the most attended projects at SourceForge. Until now the ERP has not yet reached the PHP or Python community that would allow to run distributed ERP on cheap Web hosted platforms, giving the notion of EDI (Electronic Data Exchange) a completely new flavor.

Editor's comment:
This is the last (?) part of Axel's take on the "SAP under fire" issue. As always, we'd love to hear your thoughts on the matter. Reply to this post or send your thoughts to mdanielsson@techtarget.com.

Matt Danielsson
Editor