Via Business Connector konnten SAP-Anwender ihre Lösungen mit anderen SAP-Systemen, Drittsoftware und Marktplätzen kommunizieren lassen. Er eignete sich zur einfachen und schnellen Einrichtung von Punkt-zu-Punkt-Verbindungen und kleineren Integrationsszenarien.

Seit es die Exchange Infrastructure (SAP XI) gibt, ist er aus Sicht der SAP aber nicht mehr das Werkzeug der Wahl, um Geschäftsprozesse über Applikationen und Geschäftspartner hinweg zu integrieren. Da die Entwicklung des BC eingestellt wurde, dürften Anwender sukzessive auf XI umsteigen. Doch wann sollten Unternehmen migrieren, und was ist dabei zu beachten?

Der designierte Nachfolger

Mit der aktuellen Version 3.0 von SAP XI stehen heute erheblich umfangreichere Werkzeuge für Entwicklung, Customizing und den Betrieb von über System- und Unternehmensgrenzen hinweggehenden Geschäftsprozesse zur Verfügung als mit dem BC. Derzeit ist SAP dabei, das XI- eigene "Integration Repository" zum "Enterprise Services Re- pository" weiterzuentwickeln. Grund genug, sich mit den wesentlichen Änderungen bereits jetzt vertraut zu machen (siehe auch Kasten "Was sich mit XI ändert").

Gründe für eine Migration

Nach wie vor verwenden viele Unternehmen den Business Connector, da er einfach zu betreiben und kostengünstig ist. Trotzdem diskutieren Anwen- der seit einiger Zeit über ihre Erfahrungen mit einer Migration auf SAP XI. Einerseits stößt der Business Connector in manchen Szenarien an seine Grenzen, andererseits sprechen bei Firmen strategische Überlegungen für XI. Besonders in stark SAP-geprägten IT-Landschaften kann das modernere Integrations- produkt sinnvoll sein, da neue SAP-Lösungen zunehmend mit ihm als Integrationsplattform entwickelt werden und des- halb eine Einführung über kurz oder lang ohnehin notwendig ist.

Die aktuelle Version des BC ist dagegen drei Jahre alt. Sie wurde mit Windows 2000 (neben einigen Unix-Derivaten) freigegeben. Spätestens dann, wenn Microsoft die Wartung für dieses Betriebssystem-Release einstellt, müssen sich Unternehmen fragen, was mit BC-Installationen auf Windows-Rechnern geschehen soll.

Außerdem leidet der BC bei großen Datenmengen in komplexen Szenarien unter Stabilitätsproblemen, und das Moni- toring bereitet ebenfalls Schwierigkeiten. Zudem lassen sich diese Überwachungsfunktionen nicht vollständig in CCMS (Computing Center Management System, ein System-Management-Werkzeug der SAP) einbinden.

In komplexeren Szenarien ist eine Unterstützung durch eine lokale Datenbank für Steuerungsdaten wünschenswert. Dies ist mit SAP XI deutlich besser zu realisieren, da das Produkt als Plattform den "Web Application Server 6.40" nutzt.

In vielen Unternehmen finden sich unternehmensweit verteilte BC-Installationen. Gelingt es, deren Zahl zu reduzieren, lässt sich Geld sparen. Integrationsarchitekten müssen prüfen, wie und wann eine Migration auf XI erfolgen soll. Zu Hektik besteht kein Anlass, die deutschsprachige SAP-Anwendergruppe (DSAG) empfiehlt, die Planung in den nächsten Monaten anzugehen.

Schrittweiser Umstieg

Insbesondere dann, wenn eine SAP-XI-Installation schon vorhanden ist, bietet sich ein schrittweiser Umstieg an. Ein guter Anlass dafür sind anstehende Änderungen am BC oder der Einführung einer neuen Hardware.

Ist noch keine XI-Installation vorhanden, sollten Firmen zunächst ein überschaubares Integrationszenario des BC auf die neue Plattform migrieren. Auf diese Weise können die Projektbeteiligten Erfahrungen in puncto Entwicklung und Betrieb sammeln.

Analyse der BC-Installation

Bevor mit einer Migration begonnen werden kann, ist eine gründliche und vollständige Analyse der vorhandenen BC-Umgebung(en) notwendig: Als problematisch erweist sich oft die fehlende, unvollständige oder nicht aktuelle Dokumentation der Prozesse und Mappings sowie das fehlende Know-how über Schnittstellen, die vor längerer Zeit eingerichtet wurden. Es gilt zu analysieren, welche Prozesse und Funktionen realisiert wurden und welche Protokolle und Packages im Einsatz sind; wo mögliche Probleme (Stabilität, Monitoring, Performance, Funktionalität) liegen und ob Flow Logic oder Java genutzt wird.

Der BC läuft bei vielen Unternehmen unter Windows, XI dagegen oft unter einem Unix-Derivat. Hier muss genau geprüft werden, ob alle Funktionen der Windows-Installation auch unter Unix zur Verfügung stehen. Für eine erfolgreiche Migration ist daher in jedem Fall fundiertes Know-how auf beiden Seiten (BC und XI) notwendig.

Migration der Szenarien

Sind die Prozesse genau analysiert, geht es an das mehr oder weniger intelligente Abschreiben der BC-Konfiguration. Ein Migrations-Tool steht derzeit nicht zur Verfügung. Bewegt sich ein Unternehmen ausschließlich in Szenarien ohne Individualentwicklung, lassen sich die Einstellungen ohne allzu großen Aufwand nach XI überführen. Zu den dort zum Einsatz kommenden Standardmechanismen gibt es in der Regel jeweilige Entsprechungen in XI, die jedoch umfangreichere Konfigurationsmöglichkeiten bieten.

Schwieriger wird es bei Individualentwicklungen. Hier gilt es grundsätzlich zu beachten:

- Flow Language ist proprietär, wird von keinem gängigen Produkt unterstützt und lässt sich auch nicht automatisiert auf XI migrieren. Diese Funktionen sind mit XI-Werkzeugen neu zu entwickeln.

- Zwar können beide Plattformen Java verarbeiten, allerdings ist der BC im Gegensatz zu XI kein standardisierter Java-Applikations-Server. Er erfüllt den J2EE-Standard nicht und hat ein proprietäres Laufzeitdatenmodell. Deshalb laufen solche Java-Routinen in XI nicht immer ohne Änderungen.

- Es lohnt sich zudem zu prüfen, ob nicht auf der neuen Plattform eine Standardlösung für das zu migrierende Szenario existiert. Beispielsweise ist zur Übertragung von steuerrelevanten Daten ans Finanzamt ("Elster") kein BC mehr erforderlich. Auch das aktuelle ERP-Produkt "Mysap ERP 2005" benötigt ihn nicht mehr.

Die Erfahrung zeigt, dass in den Fällen, in denen auf dem Business Connector Individualentwicklungen betrieben wurden, ein nicht zu vernachlässigender Entwicklungsaufwand bei einer Migration auf XI anfällt. Unverändert übernehmen lassen sich meist nur XML-Stylesheets (XSLT), die Anwender gerne zur Transformation von XML-Dokumenten verwenden. Dabei ist aber zu beachten, dass diese zwar in XI importiert und verwendet, die Mappings aber in der Folge nicht mit den dortigen grafischen Mapping-Tools weiterbearbeitet werden können.

Umfang und Komplexität der erforderlichen Entwicklung hängen stark von Art und Qualität der vorhandenen Programmierung ab. Unterstützung seitens SAPs gibt es bei einem solchen Vorhaben gegenwärtig in Form eines Migrations-Guides. Darin sind exemplarisch Schritte ausgeführt, die bei einer Umstellung notwendig sind. Das Dokument beschreibt die Grundlagen, orientiert sich jedoch eher an Standardszenarien und kann, insbesondere was Individualentwicklung betrifft, nicht alle Fragen beantworten.

Kostenaspekte

Eine generelle Aussage zu den Kosten ist derzeit nicht möglich, da der Migrationsaufwand, wie ausgeführt, stark von den gewählten Szenarien abhängt. Der Einspareffekt durch die Reduzierung dezentraler BC-Systeme kann aber erheblich sein.

Der aus Sicht der Unternehmen große Vorteil des Business Connector liegt in der kostenfreien Nutzung, wenn mindestens auf einer Seite der Schnittstelle ein eigenes SAP-System steht. Für XI gilt, dass alle Szenarien, an denen nur unternehmenseigene SAP-Komponenten beteiligt sind, im Rahmen einer Mysap-Business-Suite-Lizenz kostenlos von den Firmen verwendet werden können.

Volumenabhängige Abrechnung

Die Integration von Nicht-SAP-Applikationen und/oder die Kommunikation mit Geschäftspartnern wird von den Walldorfern volumenabhängig bepreist. Diese Kosten sind je nach Szenario nicht zu vernachlässigen. Ist im Unternehmen noch keine XI-Installation vorhanden, müssen die Projektveranwortlichen zusätzliche Aufwände für Hardwarebeschaffung und -betrieb, Installation und Schulung einplanen. Spielt man die aktuellen Service Packs ein, lässt sich XI für kleinere Umgebungen auf dem Server betreiben, auf dem schon das ERP-System läuft.