Monthly Archives: July 2005

Whither SAP?

I’ve been thinking a lot recently about where SAP is going and what SAP is doing today, especially in the light of where it went and what it did in the past. To be honest, the thinking has been triggered by frustration at the nuts and bolts of SAP technical matters, particularly in the area of service support and basis work.

SAP found success with R/2 and R/3 for many reasons, one of which was abstraction. Because they wanted to offer a set of uniform facilities across a range of vastly different platforms, they built abstractions for basic services such as jobs (background processing), spooling, process and session management, database access, and so on. These abstractions, these inventions of layers on top of OS-level services contributed a great deal to the success of SAP implementations.

However, this culture of abstraction, combined with decades of being the original and best wall-to-wall ERP software solution, is causing problems since SAP started the long process of shaking off its monolith mantle and starting to compete and coexist more with the rest of the software world, and the internet (most particularly the web). SAP are used to designing, building and delivering things on their own terms, according to their own culture, and based on their view of the rest of the world. The problem is, the tech world in which SAP deliver software and services today is vastly different to what it was ten or twenty years ago, and SAP’s size is making it difficult for them to adapt quickly enough.

Let’s take the web as an example (which clearly didn’t exist then, but has for a good while now). And within the web example, let’s take a bread and butter service – OSS Notes, within the larger context of the service portal. Essentially, an OSS note is a document that describes a particular issue, typically with Symptom, Cause, Solution and other sections (including links to software corrections). Pretty straightforward. An OSS note has versions, a status, belongs to an application area, and has other data associated with it, but can be essentially represented as a web page.

The power of the web is vast, but how that power is presented is subtle. Hyperlinks, addressing (URLs), reliable navigation, and so on. And at the user end, we have the UI (the browser) that contains basic but important tools such as bookmarking, browsing history, and simple features like showing what the address of a hyperlink is when you hover over it.

But what SAP has done in implementing OSS notes on the web (they were previously only available on an SAP system that you had to connect to with SAPGUI) shows all the signs of the abstraction (re-invention) culture, and the struggle SAP still has in embracing the rest of the world.

First of all, the OSS notes are available from within the service portal, which is beset with all manner of navigation difficulties and breaks many of the cardinal rules of web design (frames, popups and new windows, impossibly long URLs, overuse of Javascript, pages that don’t fit in your browser even at 1024×768, but I digress … ) – in fact the most telling symptom of the portal’s problems is the fact that SAP never refer to specific URLs for things in the portal, you always receive instructions such as
Go to this base URL, then click here, then here, then here, then here to get what you’re looking for” and of course invariably the texts and hyperlinks that you click through one month have been changed by the next month and this sort of navigation description breaks down entirely (ever tried to find a specific version of, say, SAPINST?)

But the main problem is that the OSS notes are only on the web in the letter of the law. In the spirit of the law, they’re not. The frameset-induced misery means that you can’t use basic browser tools to bookmark and otherwise organise OSS notes the way you want to. But it’s even more interesting than that – on the top frame of each OSS note page, there are Javascript powered ‘favourites’ and ‘subscribe’ links. Why can’t I just use the power of the web – URLs, to manage my own favourites, either in my browser, or using external tools?

Furthermore, even if you overlook the problems caused by overengineering — this abstraction layer of web upon web — you can’t escape the fact that the machine-translation of OSS note content into HTML is beset with problems. Formatting issues mean that you soon lose your way in a long OSS note when it has nested bullet points. Also, none of the things referred to, which are available somewhere in the SAP portal, are hyperlinked (in fact, nothing is hyperlinked).

Finally, there is actually a unique URL for each OSS note but each one is extremely long, bears no relation to the OSS note number, and isn’t easy to exchange in, say, an IM/IRC or email-based chat.

You might think I’m particularly picking on OSS notes. I’m not; it’s just that it’s a tangible (and in-your-face) example of how things can go wrong when the culture of abstraction and the oil tanker-like momentum cause SAP programmers to over-engineer a solution. (And it’s been on my mind recently too). There are plenty of other examples where SAP is unnecessarily re-inventing stuff – take SAPtutor for example – there are plenty of platform-independent ways of presenting slides, video and audio on the web. Why, then, invent yet another format that needs a special player, that’s only available on a single platform? But I digress (again) …

So, to the title of this post, then. Where is SAP going? They’ve made good progress in opening up to the world (albeit with a number of wrong turns, in the past and more recently), but there’s a lot to do. I know there’s a lot to do, as I’ve seen it first hand while performing some Basis activities recently, and having to use the service portal to get to where we need to be.

Can SAP adapt? Can they start to embrace, rather than resist, the environments in which they find themselves today? Can they tune their complex culture (of complexity) to deliver a better service and better software?

I have faith in them. But sometimes, when you’re making a living as a SAP-hacking footsoldier, it’s hard.


Shortly after posting this, Piers wrote an interesting followup on how the closed culture may end in doom. Also, I spotted a well-written post by Ryan Tomayko called Motherhood and Apple Pie today which spookily touches on the core point of this post – that SAP are resisting the very tools and technologies and design axioms that make the most scalable and widely distributed meta-application tick.

Hacking the SAP service portal to make OSS notes better

Using OSS notes on SAP’s service portal is extremely cumbersome. I used Greasemonkey to hack the UI to make it a little better. I had written it up on my SDN blog:

Hacking the SAP service portal to make OSS notes better

but forgot to mention it here. Piers had just complained to me that he couldn’t find any reference to it here, hence this post.

For the impatient, there’s the screencast, and the ossnotefix.user.js script.

SDN, Blogging, and Planet SAP

In May I was approached by a chap at SAP in Walldorf who wanted to ask me some questions on blogging (I have a blog over on the SAP Developer Network) for an article he was writing for an SAP-internal magazine.

One of the questions was “Why do you write two blogs?“. I wrote a longish reply, and thought it was worth putting up here (mostly because he didn’t use any of it ;-)

My answer:

Well, there are many reasons. Here are the main ones:

(a) History

I was writing on my blog before SDN came along. SDN came along, and I
was invited to write some posts there. I did. I continue to post on my
blog while contributing to the collective SDN one too.

(b) Freedom

The web is a great leveller. There’s no ‘us and them’ anymore. And
with weblogs crystallising the essence of publishing at the individual
level, everyone benefits. Get a weblog, express your voice. It’s
your individual press. I’m a member of SDN, but like everyone else,
still a guest there. SDN is run by, hosted by, and funded by SAP. So
naturally I feel restricted in what I can, or should, say. There have
been occasions when what people have written on SDN has ruffled a few
feathers. Sometimes because what they wrote is ridiculous and negative,
and others because what they wrote flies in the face of where SAP is
going, in a technology context (I experienced the latter first hand).

Writing in my own blog means that I know that I’m not going to be
censored, or have my posts pulled. This isn’t by any means a criticism
of SAP or SDN. It’s just the way it is.

(c) Technology

When SDN first came along, it wasn’t properly on the web. It was an
island, blocked off by the requirement to register and log on with a
userid and password. Many people (including me) hassled the SDN team
into removing the registration and authentication restriction (at least
for people who just wanted to _read_ stuff). And they did. Kudos to
those who made the wheels turn (and they know who they are).

Now it’s time, in my opinion, for SDN to embrace community technologies
even more, and use the power of RSS (and / or Atom) to aggregate weblog
posts into one big ‘Planet SAP’. Syndicate blogs from around the
web-o-sphere into a single place. Many communities do this to great
effect. If SDN doesn’t do it, I’m sure someone else will come along
and do it eventually. Embrace, don’t resist :-)

So if there was a ‘Planet SAP’ weblog aggregation mechanism, I’d only
have to write on one blog, my own, and the SAP stuff would appear in SDN.

Actually, I write on three blogs. The third is a shared “Mr Angry” type
weblog where I rant. And rant. And rant.

As I was writing the bit about aggregation, I thought “Why don’t I do that?”. So I did. Using the excellent Planet Planet aggregation software, I put together Planet SAP.

It’s in the early stages, gathering posts from only a small number of feeds. If you have SAP related things to say, and a feed for it, give me a shout, and I can add it. It’s just an experiment right now … let’s see how it goes.