Die Prozesse machen den Unterschied

Die Prozesse machen den Unterschied Von Thomas Egeling* Geschäftsprozesse sind nicht statisch, sondern dynamisch. Mit einer Service-orientierten Architektur haben Unternehmen ihre Geschäfts- prozesse fest im Griff und können gezielt auf Marktveränderungen reagieren. In den Prozessen liegt die Wettbewerbskraft der Unternehmen. Hier gewinnen oder verlieren sie, so lautet ein Kernsatz der Betriebswirtschaft. Ob in der Fertigungsindustrie, bei Finanzdienstleistern oder Telekommunikationsanbietern: Wo Geschäftsprozesse optimiert werden, geht es um Ziele wie Durchlaufzeiten reduzieren, eine stärkere Kundenbindung, eine höhere Kundenzufriedenheit und die Erschließung neuer Geschäftsfelder. Wer diese Aufgaben beherrscht, erfüllt eine wichtige Voraussetzung wirtschaftlichen Erfolgs. Die zentralen Geschäftsprozesse umfassen immer mehr als eine Anwendung, eine Fachabteilung oder das einzelne Unternehmen – das gilt für die Beschaffung, die Auftragssteuerung, die Logistik, den Kundenservice oder den Rechnungseingang. Insellösungen, die nur notdürftig kommunizieren und Anwender, Daten oder Handelspartner miteinander verknüpfen, bremsen aber Prozesse; sie verursachen Eingabefehler durch manuelle Eingriffe oder führen zu Diskrepanzen in den Daten. Lösungen, die eine Vielzahl von IT-Schnittstellen schaffen, kurieren dann nicht die Ursachen, sondern therapieren bestenfalls die Symptome wenig effektiver Business-Prozesse. Denn es reicht nicht aus, die Abläufe einer einzelnen Applikation zu optimieren: Thema ist der gesamte Geschäftsprozess von A bis Z, zusammengefasst unter dem Begriff Business Process Management (BPM). Was muss getan werden, um hier eine Optimierung zu erreichen? Wie lässt sich der Prozess steuern? Geschäftsprozesse managen Seinen Anfang nahm das Management von Geschäftsprozessen bei der Enterprise Application Integration, der unternehmensinternen Integration von Anwendungen und Daten. Vielfach konzentrierten sich Unternehmen zunächst einmal auf die Verbindung vorhandener und neuer ERP-, SCM- und CRM-Systeme. In einem zweiten Schritt wurde eine einheitliche Integrationsinfrastruktur errichtet und Geschäftsprozesse wo nötig neu designed, um sie besser steuern zu können. Der dritte Schritt besteht darin, auch externe Anwendungen von Lieferanten und anderen Dienstleistern einzubeziehen. Doch wie ist gewährleistet, dass interne und externe Systeme reibungslos zusammenarbeiten? Und wie muss die IT-Infrastruktur beschaffen sein, um flexibel auf die Kundenanforderungen reagieren zu können? Die Lösung lautet: SOA, eine Service-orientierte Architektur. Als Designprinzip für Integrationsvorhaben baut SOA in vielerlei Hinsicht auf den EAI-Fundamenten auf und erweitert sie um Die Prozesse machen den Unterschied 1/5 Technologien wie Web-Services. Aber Vorsicht: Die Arbeit ist nicht damit getan, dass SOA zum Leitprinzip erkoren wird. Zunächst einmal stellt sich die Frage, wie eine bestehende Systemlandschaft in eine Service-Architektur überführt werden kann. Denn die vorhandenen Standard-Anwendungen und die Eigenentwicklungen sind noch gar nicht Service-fähig. Dazu müssen die Applikationen als Service gekapselt und über die XML-basierte Beschreibungssprache WSDL (Web Service Description Language) anderen Services oder einer Integrationsplattform zur Verfügung gestellt werden. WSDL kümmert sich um die Definition einer strukturierten Form der XML-basierten Kommunikation. Damit steht dann die Anwendung einem übergeordneten Prozessablauf als Ressource (Service) bereit. Kernelemente einer generischen SOA-Architektur Aber auch damit ist eine SOA-Architekur noch nicht vollständig. Ein generisches Referenzmodell umfasst mehrere Bausteine. Die bereits im Einsatz befindlichen Applikationen bilden nur eine der Komponenten. Im Rahmen der Integrationsinfrastruktur sind sie über Daten- und Anwendungs-Services zugänglich. Über diese Komponente werden die Kommunikation und die Funktionsaufrufe abgewickelt. Hervorgegangen sind die Daten- und Anwendungs-Services aus der Konnektoren- Technologie der EAI-Welt. Konnektoren sorgen für eine bidirektionale Anbindung zwischen den Applikationen und einer Integrationsplattform („Integrationsdrehscheibe“) wie BusinessWare von Vitria. Die Integrationsplattform bildet das Zentrum einer SOA-Architektur. Der Begriff „Drehscheibe“ ist durchaus wörtlich zu nehmen: Statt Anwendungen stehen jetzt Geschäftsprozesse und deren Management im Mittelpunkt. Von hier aus werden die Geschäftsprozesse (Order Management, Fulfillment, Cash-Flow etc.) durchgängig integriert – und sind bei Bedarf auch über das Web für Lieferanten und Partner zugängig. In der Terminologie einer generischen SOA-Architektur sind das dann die Web-Application-Services. Sie stellen intern eine Verbindung zur Integrationsdrehscheibe her und ermöglichen den externen Lieferanten und Partnern über ein Portal den Zugang zu den unternehmensübergreifenden Geschäftsprozessen. Es fehlt noch ein vorläufig letzter Baustein: Event-Services. Sie verfügen über eine direkte Anbindung an die Daten- und Anwendungs-Services, die Integrationsplattform und die Web-Application-Services. Event-Services erkennen Ereignisse in Geschäftsprozessen und Transaktionen und reagieren darauf. Das gilt natürlich auch für den umgekehrten Fall: ein erwartetes Ereignis (etwa ein Lagereingang) ist nicht eingetreten. Auch darauf müssen Event-Services reagieren können. Controlling von Geschäftsprozessen Eine möglichst effiziente Gestaltung der Geschäftsprozesse ist der eine Punkt – und hier leistet SOA ganz entscheidende Beiträge. Business Process Management ist kein einmaliger Akt. Ganz im Gegenteil: BPM ist ein kontinuierlicher Prozess. Er umfasst das Design und die Implementierung, aber auch die kontinuierliche Überwachung und Die Prozesse machen den Unterschied 2/5 Steuerung der wertschöpfenden Prozesse eines Unternehmens. Das Ziel ist eine effizientere Gestaltung und Durchführung von Geschäftsprozessen, die als Folge positive Auswirkungen auf den Unternehmenserfolg haben. Spürbare Effekte stellen sich nur dann ein, wenn zeitnah ein kontinuierliches Monitoring der Wertschöpfungskette stattfindet. Wer wissen will, wie gut, wie schnell und wie teuer die Geschäftsprozesse seines Unternehmens tatsächlich ablaufen, benötigt objektiv erhobene Leistungskennzahlen seiner Geschäftsprozesse. Solche Kennziffern bilden wesentliche Indikatoren für die Leistungsstärke eines Unternehmens. Voraussetzung für die Nutzung derartiger Key Performance Indicators (KPIs) sind wiederum genau definierte und modellierte Geschäftsprozesse, deren Abläufe die Basis zur Messung der notwendigen Werte bilden. Im Supply-Chain-Management könnten beispielsweise Liefervollständigkeit, -zeit, -treue, Reaktionszeit, Anteil der Nachlieferungen oder die Reklamationsquote als Indikatoren herangezogen werden. Durch eine kontinuierliche, automatische Überwachung der in den operativen Systemen ablaufenden Prozesse lassen sich die ermittelten Werte als Frühwarnindikatoren nutzen; sie liefern dann eine Entscheidungsgrundlage für steuernde Eingriffe in die Geschäftsprozesse. Damit ergibt sich ein geschlossener Kreislauf des Business Performance Management: Auf Basis einer SOA-Architektur werden die Geschäftsprozesse entwickelt und sind so auch sehr leicht neuen Gegebenheiten anzupassen. Im laufenden Betrieb erfolgt mit Hilfe betriebswirtschaftlicher Indikatoren eine permanente Überwachung. Deren Ergebnisse dienen wiederum dem weiteren Tuning der Geschäftsprozesse – womit der Kreislauf Design, Ausführung und Optimierung wieder von vorne beginnen kann. * Thomas Egeling ist Presales Consultant bei Vitria Technology in der Geschäftstelle München. Die Prozesse machen den Unterschied 3/5 Kasten: Vitria BusinessWare und SOA Die Integrationsplattform Vitria BusinessWare unterstützt SOA auf drei Gebieten: Sie ermöglicht erstens, vorhandene Softwarebestände als wieder verwendbare Bausteine beziehungsweise Services zu behandeln. Zweitens lassen sich mit der Integrationsplattform derartige Services mit Hilfe von Business-Process-Management-Funktionen zu neuen, komplexen Geschäftsprozessen zusammenstellen. Ein wichtiges Merkmal an der Stelle: Die synchrone, häufig Service-orientierte Einbindung von Web-Services kann um eine asynchrone Ereignis-gesteuerte Integration ergänzt werden. Drittens schließlich ermöglicht BusinessWare die Service-orientierten Designprinzipien mit übergeordneten Management- Services wie Exception Handling, Logging und Auditing sowie Trading Partner Management zu kombinieren. Kasten: Web-Services: unabhängig von Plattformen und Programmiermodellen Einer der großen Vorteile von Web-Services besteht darin, dass sie unabhängig von Programmiersprachen sind. Hier knüpfen Web-Services an das Erbe von CORBA (Common Object Request Broker Architecture) an. Beide befassen sich mit verteilten Applikationen. Während CORBA auf die Interface Definition Language (IDL) setzt, nutzen die Web- Services das XML-basierende SOAP (Simple Object Access Protocol). Der große Unterschied: Die im Rahmen von CORBA implementierten Dienste müssen bereits während der Entwicklung einer Applikation fix kodiert werden, die SOAP-Aufrufe dagegen erfolgen erst zur Laufzeit. Das macht SOAP weit flexibler. Solange ein Web-Service die SOAP- Message (das XML-Dokument) verarbeiten kann, spielt es für ihn keine Rolle, auf welcher Plattform der Service entwickelt wurde und nun abläuft. Auch wenn CORBA in komplexen Anwendungsszenarien noch immer leistungsfähiger als Web-Services ist, hat es sich wegen seiner Schwerfälligkeit nie als breit unterstützter Standard durchgesetzt. Dagegen unterstützt heute nahezu jeder Anbieter von Business-Software die wichtigsten Web-Services-Protokolle.