Marktüberblick: Web Service orientierte ERP-Systeme

Marktüberblick
Marktüberblick: Web Service
orientierte ERP-Systeme
Sandy Eggert, Roman Korf und Anne Lämmer, Universität Potsdam
M. Sc. Wi.-Inform. Sandy
Eggert ist Mitarbeiterin am
Center for ERP Reseach der
Universität Potsdam und
wissenschaftliche Mitarbeiterin
am Lehrstuhl für
Wirtschaftsinformatik und
Electronic Government.
M. Sc. AI Roman Korf ist
wissenschaftlicher Mitarbeiter
am Lehrstuhl für
Wirtschaftsinformatik und
Electronic Government der
Universität Potsdam.
Dipl.-Inform. Anne Lämmer
ist Mitarbeiterin am
Center for ERP Reseach der
Universität Potsdam und
wissenschaftliche Mitarbeiterin
am Lehrstuhl für
Wirtschaftsinformatik und
Electronic Government.
Geschäftsprozesse unterliegen zunehmend
dynamischen Einflussfaktoren.
Diese werden auch als Umweltturbulenzen
bezeichnet und führen zu Veränderungen,
auf die ein Unternehmen
aus wettbewerblichen Gründen
reagieren muss [1], [2].
Mit dem schnellen Technologiezuwachs
verändert sich nicht nur der
Markt, vielmehr nimmt auch das Konkurrenzverhalten
bei wachsendem Finanzdruck
zu. Um das Überleben des
Unternehmens zu gewährleisten, wird
In diesem Beitrag lesen Sie:
wie Web Services aufgebaut sind.
welche Bedeutung Web Services im
Zusammenhang mit ERP-Systemen
haben.
welche ERP-Anbieter Web Services
in ihren Systemen umsetzen.
daher die Umsetzung kundenindividueller
Lösungen notwendig. Daher
kommt wandlungsfähigen IT-Architekturen
eine immer größere Bedeutung
zu. Grundvoraussetzung für solche dynamisch
adaptierbaren Geschäftsprozesse
ist eine flexible IT-Architektur, die
es ermöglicht, eine Vielzahl von heterogenen
Legacy-Anwendungen, Plattformen,
Betriebssystemen und Kommunikationsmechanismen
in diese Prozesse
zu integrieren. Dabei gewinnen zunehmend
Web Services als Realisierungstechnologie
verteilter Geschäftsprozesse
an Bedeutung. Web Services stellen
einen Weg zur Realisierung des Prinzips
der Service orientierten Architektur
(SOA) dar, das nachfolgend beschrieben
und in seiner konkreten Umsetzung
vorgestellt wird.
Service orientierte Architektur
In der Komplexität heutiger Informationssysteme
spielen die Faktoren
Heterogenität der Anwendungssysteme
und deren Schnittstellen sowie die sich
ändernden Systemanforderungen eine
wesentliche Rolle. Dabei stellt die Beherrschung
der Komplexität während
Bild 1: Interaktionsmodell
einer SOA [3].
1. veröffentlichen
der Entwicklung ebenso wie die Modifikation
oder Wartung der Anwendung
eine große Herausforderung dar [5].
Die SOA bietet Ansätze zur Lösung
dieser Problematik. SOA wird dabei
als ein abstraktes Konzept einer
Softwarearchitektur verstanden, die
sowohl in Netzwerken, als auch lokal
die Suche, das Anbieten und die
Nutzung von Diensten ermöglicht [6],
[7]. Diese werden dynamisch während
der Laufzeit aufgerufen und entsprechend
eingebunden. Aus Sicht der SOA
wird ein Dienst als wieder verwendbare
Funktionalität im Sinne einer zu bearbeitenden
Aufgabe beschrieben. Die
Funktionalität stellt dabei ein Element
einer größeren Verarbeitungskette, beispielsweise
einem Geschäftsprozess, dar
[8]. Sie ist eindeutig definiert, in sich
geschlossen und nicht vom Status oder
Kontext anderer Dienste abhängig [9].
Die Interoperation erfolgt dabei formal
definiert und unabhängig von der
zugrunde liegenden Plattform und der
Implementierung [6].
Das konzeptuelle Modell der SOA definiert
ein Interaktionsmodell zwischen
drei Parteien (Bild 1). Der Dienstanbieter
stellt Dienste über eine Plattform zur
Verzeichnisdienst
4. Dienstbeschreibung
Dienstanbieter 5. Nutzung
Dienstkonsument
56 ERP Management 2 (2006) 1
2. suchen
3. Referenz auf
Dienst

Verfügung und veröffentlicht deren Beschreibung
in einem Verzeichnisdienst.
Dieser wird von einem Dienstvermittler
bereitgestellt, der die Beschreibung der
Dienste und deren Schnittstellen enthält.
Zur Gewährleistung des Zugriffs
umfasst er überdies Referenzen zu den
Diensten. Der Dienstnutzer ruft die bereit
gestellten Dienste dynamisch während
der Laufzeit auf. Zu deren Auffinden
dient der Verzeichnisdienst.
© GITO-Verlag
Web Services
Web Services stellen eine konkrete
Umsetzung des abstrakten SOA-
Konzepts dar, zu deren Realisierung
verschiedene Standards definiert sind.
Durch einen Uniform Resource Identifier
(URI) [10] kann ein Web Service
eindeutig im Netz identifiziert werden.
Um eine maschinenlesbare Beschreibung
der Schnittstellen zu gewährleisten,
wird die XML-basierte Beschreibungssprache
Web Services Description
Language (WSDL) [11] verwendet. Mit
der WSDL wird die Art der empfangenen
und der zu senden Nachrichten,
deren Protokolle und die Verfügbarkeit
des Services beschrieben. Eine semantische
Beschreibung des Web Services
findet jedoch nicht statt [6].
Für die Kommunikation wird das
XML-basierte Nachrichtenformat Simple
Object Access Protocol (SOAP) [12]
verwendet. Diese Spezifikation legt lediglich
fest, wie eine Nachricht aufgebaut
sein muss. Sie setzt sich aus Envelope,
Header und Body zusammen: der
Envelope kann als eine Art Container
verstanden werden, der die eigentliche
Nachricht enthält und die zugrunde
liegende SOAP-Spezifikation sowie den
zu verwendenden Namensraum festlegt
[13]. Der Inhalt des Headers ist in der
SOAP-Spezifikation nicht definiert [6].
Es wird allerdings die Möglichkeit der
zur Verfügungstellung weiterer Informationen
angeboten, so etwa Informationen
über das Routing der Nachricht
oder deren eventuelle Verschlüsselung.
Der Body enthält die eigentlichen übertragenen
Nutzdaten der Nachricht. Diese
sind abhängig von der Anwendung
und können unterschiedlicher Natur
S. Eggert u.a.: Web Service orientierte ERP-Systeme
sein. Lediglich das XML-Format muss
berücksichtigt werden.
Die Universal Description Discovery
and Integration (UDDI) [14] stellt einen
Verzeichnisdienst für Web Services im
OASIS-Standard zur Verfügung. Der
Dienstanbieter kann seine Web Services
in Form der WSDL-Beschreibungen im
UDDI-Verzeichnis veröffentlichen. Ein
Dienstkonsument kann damit die veröffentlichten
Dienste finden und die
WSDL-Beschreibung anfordern [6]. Informationen
über den Dienstanbieter
können in UDDI in Form von White-
und Yellow-Pages bereitgestellt werden.
Eine Klartextbeschreibung der Dienste
kann in Form von Green-Pages beigefügt
werden. Die Service Type Registration
enthält eine maschinenlesbare
Beschreibung der Dienste.
Vorteile des Einsatzes von
Web Services in ERP-
Systemen
Auch am Beispiel von ERP-Systemen
kann der Nutzen und der unternehmensspezifische
Mehrwert von Web
Services dargestellt werden:
Durch die Verwendung von Web Services
können vorhandene ERP-Systeme
durch neue Funktionen erweitert und
vorhandene durch alternative Dienste
ersetzt werden. Dies ist vor allem dann
sinnvoll, wenn bestimmte Funktionen
nur selten verwendet werden oder diese
speziellen Anforderungen genügen
müssen.
Eine weitere Möglichkeit für den Einsatz
von Web Services in ERP-Systemen
ist in der Bereitstellung von Diensten
für andere Anwendungen bzw. Kunden,
Partnern und andere Organisationen
zu sehen. So können verschiedene Anwendungen
und Informationsquellen
im Unternehmen miteinander integriert
werden. Auch können Dienste und
Informationen etwa über das Internet
angeboten und Kunden, Partnern und
andere Organisationen zur Verfügung
gestellt werden.
Zudem lassen sich Web Services
zum Abbilden von Geschäftsprozessen
nutzen und senken damit den Integrationsaufwand
für Unternehmen [6].
X
Wandlungsfähige ERP-Systeme
Entwicklung, Auswahl und
Verfahrensweisen
Am 24.05.2006 findet die 1. Fachtagung
zum Thema Wandlungsfähige
ERP-Systeme in Potsdam statt.
Die Veranstaltung behandelt Methoden
zur Ermittlung und Erhöhung der
Wandlungsfähigkeit von ERP-Systemen
sowohl zur Laufzeit im Unternehmen
als auch in der Softwareentwicklung.
Die Veranstaltung wird vom Center
for ERP Research des Lehrstuhls für
Wirtschaftsinformatik und Electronic
Government der Universität Potsdam
ausgerichtet.
Anmeldung
T
Teilnahmegebühr 150,- Euro
(inkl. MwSt., Tagungsunterlagen, Mittagessen,
Jahresabonnement der Zeitschrift
ERP Management)
Name:
Firma:
Anschrift:
Tel.:
Fax:
E-Mail:
Datum:
Unterschrift:
Bitte per Fax an Frau Lämmer
0049 (0) 331/977-4612
oder per E-Mail
anne.laemmer@wi.uni-potsdam.de
Weitere
Informationen unter:
www.erp-management.de
57

Marktüberblick
Die am Geschäftsprozess beteiligten
IT-Systeme können durch eine Zusammenstellung
(Komposition) von Web
Services schnell und effizient integriert
werden.
Größere Anbieter von ERP-Systemen,
wie SAP und Oracle setzen bereits auf
Web Services in ihren Systemen. Dabei
steht die Integration anderer Anwendungen
und Module als Erweiterung
ihrer Systeme im Vordergrund [15]. Bei
mittleren und kleineren Anbietern ist
dieser Trend noch nicht feststellbar.
Längerfristig müssen sich aber auch
diese Unternehmen mit der Problematik
auseinandersetzen, um den Anforderungen
der Kunden gerecht zu werden.
Auswertung der
Marktrecherche
Die am Center for ERP-Research
(CER) der Universität Potsdam durchgeführte
Marktuntersuchung nennt
ERP-Anbieter, welche die Web Services-
Idee in ihren Systemen umsetzen bzw.
planen.
Bei der Erhebung wurden kleine
und mittelständische Softwarehersteller
ebenso befragt, wie die Großen der
Branche. Unter den 16 teilnehmenden
Anbietern waren alle Unternehmensgrößen
vertreten.
Davon unterstützen acht die Web
Service-Technologie bereits in der Standardversion,
zwei Anbieter bieten die
Möglichkeit Web Services im kundenindividuellen
Projektgeschäft umzusetzen
und ein Anbieter plant die Umsetzung
des Web Services-Konzeptes im kommenden
Release.
Bei den Anbietern, die Web Services
noch nicht umsetzen, handelt es sich
um kleinere und mittelständische Unternehmen,
die ihre Software anhand
von Kundennachfragen ausrichten.
Grundsätzlich haben alle teilnehmenden
Anbieter den Vorteil des Web Services-Einsatzes
erkannt. Allerdings werden
die Kosten für eine Umsetzung des
Konzeptes als relativ hoch eingeschätzt,
weshalb insbesondere kleine Unterneh-
men diesen Aufwand nur dann betreiben
können, wenn die Kunden eben
solche Funktionen anfragen.
Die Verwendung von Standards ist
vor allem für Unternehmenskooperationen
von besonderer Bedeutung, da
die Vorteile der systemübergreifenden
Lösungen nur dann genutzt werden
können, wenn alle beteiligten Systeme
die Schnittstellen standardisiert beschreiben.
Nicht alle Anbieter verwenden
Standards, wie WSDL, SOAP und
UDDI. Allerdings halten die meisten
Schnittstellen bereit, die eine Anbindung
ermöglichen.
Auf den folgenden Seiten sind ausgewählte
Ergebnisse der Recherche präsentiert.
Die gesamte Übersicht wird auf
www.erp-management.de zum Download
zur Verfügung gestellt.
Literatur
[1] Andresen, K.; Gronau, N.: Die Gestaltung
von Unternehmensarchitekturen
– Wieviel Flexibilität ist notwendig?. In:
ERP Management 1/2005, S. 30-32.
[2] Westkämper, E. et. Al.,: Ansätze zur
Wandlungsfähigkeit von Produktionsunternehmen.
Ein Bezugsrahmen für
die Unternehmensentwicklung im turbulenten
Umfeld, wt: Werkstattstechnik,
Jahrgang 90, Nr. 1/2, Düsseldorf, 2004,
S. 22-26.
[3] Berbner, R.; Heckmann, O.; Mauthe,
A.; Steinmetz, R.: Eine Dienstgüte
unterstützende Webservice-Architektur
für flexible Geschäftsprozesse. In:
Wirtschaftsinformatik 47 (2005) 4, S.
268–277
[4] Endrei, M.; Ang, J.; Arsanjani, A.; Chua,
S.; Comte, P.; Krogdahl, P.; Luo, M.:
Tony Newling Patterns: Service-Oriented
Architecture and Web Services. IBM
ITSO Redbook SG246303. 2004.
[5] Newcomer, E.: Lomow, G.: Understanding
SOA with Web Services. Addison
Wesley, Amsterdam, 2005.
[6] Dostal, W.; Jeckle, M. Melzer, I.; Zengler,
B.: Service-orientierte Architekturen mit
Web Services. Spektrum Akademischer
Verlag, 2005.
[7] Kaye, D.: Loosely coupled: The missing
pieces of Web services. RDS Press, Kentfield,
CA, 2003.
[8] Richter, J.-P.; Haller, H.; Schrey, P.: Serviceorientierte
Architektur. In Informatik
Spektrum, Band 28, Heft 5, Springer,
2005, S. 413-416.
[9] Barry, D.K.: Web Services and Service-
Oriented Architecture: The Savvy Manager‘s
Guide. Morgan Kaufmann, 2003.
[10] Berners-Lee, T.; Fielding, R.; Masinter,
L.: Uniform Resource Identifier (URI):
Generic Syntax. IRTF RFC 3986, 2005.
[11] Booth, D.; Liu, C. K.: Web Services
Description Language (WSDL) Version
2.0 Part 0: Primer. W3C Candidate
Recommendation, 2006: http://www.
w3.org/TR/wsdl20-primer, letzter Zugriff:
18.01.2006.
[12] Mitra, N.: SOAP Version 1.2 Part 0:
Primer. W3C Recommendation, 2003:
http://www.w3.org/TR/soap12-part0/,
letzter Zugriff: 18.01.2006.
[13] Bray, T.; Hollander, D.; Layman, A.:
Namespaces in XML. World Wide Web
Consortium, 1999: http://www.w3.org/
TR/REC-xml-names/, letzter Zugriff:
18.01.2006.
[14] Clement, L.; Hately, E.; von Riegen,
C; Rogers, T.: UDDI Version 3. UDDI
Spec Technical Committee Draft, 2004:
http://uddi.org/pubs/uddi_v3.htm, letzter
Zugriff: 18.01.2006.
[15] Clark, M.; Fletcher, P.: Web Services
Business Strategies and Architectures.
APress, 2003.
Schlüsselwörter:
Recherche, Web Services, SOA, Serviceorientierte
Architektur, ERP Systeme,
Marktüberblick
Market review: Web Service
oriented ERP-Systems
Many companies increasingly see the
strategic significance of Web Services-
Technology. This article introduces Web
Services and the underlying abstract
concept of Service Oriented Architecture
(SOA) and points out possible ways in
order to use Web Services in Enterprise
Resource Planning (ERP) Systems. The
results of the accomplished market survey
show the actual state of the art of
Web Services in ERP-Systems in German
speaking countries.
Keywords:
Market review, Web Services, SOA, Service
Oriented Architecture, ERP Systems
Kontakt
Universität Potsdam
Lehrstuhl für Wirtschaftsinformatik
und Electronic Government
August-Bebel-Str. 89
14482 Potsdam
Tel. ++49 331/ 977-4566, Fax -4612
58 ERP Management 2 (2006) 1

Unternehmen:
Adresse:
URL:
Besteht seit:
Unternehmensgröße
(Mitarbeiter):
Ansprechpartner:
Telefon:
E-Mail:
© GITO-Verlag
3S GmbH
Finnentroper Str. 23, 57439 Attendorn
http://3S-ERP.de
1994
8
Ulrich Mester
02722/929090
umester@3S-ERP.de
S. Eggert u.a.: Web Service orientierte ERP-Systeme
bäurer GmbH
Humboldtstraße 11, 78166 Donaueschingen
http://www.baeurer.de/
GmbH seit 2003, Unternehmenshistorie seit den 80-er Jahren
230
Christopher Catterfeld
0771/9211131
pr@baeurer.de
System 3S ERP Software b2industry / b2trade
Was verstehen Sie
unter Web Services?
Worin sehen Sie das
größte Anwendungspotenzial
von Web
Services?
Wofür verwenden Sie
Web Services?
Kommen in Ihrem
aktuellen Release
bereits Web Services
zum Einsatz oder in
welchem Zeitrahmen
planen Sie den
Einsatz von Web
Services?
Haben Sie bereits
Integrationsprojekte
durchgeführt, bei
denen Web Services
eingesetzt wurden?
Welche technischen
Voraussetzungen
müssen für solche
Integrationsprojekte
erfüllt werden?
Ist die Umsetzung der
Web Services eine
Eigenentwicklung?
Werden Standards
verwendet, wie WS-
DL, UDDI und SOAP?
Für wie flexibel halten
Sie ihr System
und warum?
Eine Bereitstellung von Programm funktionalitäten über
das Internet, die jeder authorisierte Benutzer verwen den
kann.
Übermittlung von Daten, die schnellst mög lich verarbeitet
werden müssen bzw. bei denen der Datensender ei nen
direkten Verarbeitungsstatus benötigt (Response).
Für die Übermittlung von Daten unse rer Kunden an deren
Kunden und Lieferanten.
Ja, bereits ab Jahr 2005, Release 2.3.2. Ja, seit b2 Release 5.0.
Ja, Schnittstelle eines Kunden zur Firma Thyssen. Anfängliche
Probleme, da keine genauen Fehlermeldung seitens
des WebService geliefert wurden. Nach Beseitigung keine
weiteren Probleme.
Offengelegte Funktionalitäten einer Software, welche auf der Basis von
Standard-Internet-Protokollen angesprochen werden können.
Offenlegung von Funktionalitäten für B2B, Collaboration; Kopplung
verschiedener Systeme auf plattformneutraler, standardisierter Basis;
Realisation einer Service-Orientierten Architektur (SOA)
Integration von OEM-Produkten; Bereitstellung von ERP-Funktionalitäten
als Web-Service, z.B. für die Anbindung von Online-Bestellsystemen,
eCommerce-Systemen etc.
Ja, z.B. im Bereich von Automobilbereich (Integration diverser Online-
Ordersysteme).
3S ERP Software, MS Windows, SQL-Server Es bestehen keine grundlegenden Einschränkungen hinsichtlich Plattform
oder Betriebssystem (technische Details sind projektbezogen zu
definieren).
Der WebService wurde von unserem Partner definiert. Den
Client haben wir mit Visual Studio .Net erstellt.
Es werden u.a. die Standards SOAP und WSDL unterstützt. Eine Service-Registry
wird derzeit nicht eingesetzt. Es kommen Java-Tools und
Frameworks wie Apache Axis zum Einsatz.
Es wird WSDL verwendet. Es werden die Standards WSDL und SOAP unterstützt.
Unser WebClient kann jederzeit um weitere WebServices
erweitert werden und ist durch die Verwendung der .Net
Entwicklungsumgebung sehr flexibel.
b2 bietet eine Vielzahl von Schnittstellen, angefangen vom b2 Connector
über EDI bis hin zu Web Services. Weiterhin existieren Schnittstellen
zu diversen Fremd- und OEM-Produkten.
59

Marktüberblick
Unternehmen:
Adresse:
URL:
Besteht seit:
Unternehmensgröße
(Mitarbeiter):
Ansprechpartner:
Telefon:
E-Mail:
DELTA BARTH Systemhaus GmbH, Ludwig-Richter-
Straße 3, 09212 Limbach-Oberfrohna
www.debas.de
1990
40
Romy Steitz
03722/71700
steitz@delta-barth.de
Dontenwill GmbH
Oberanger 42, 80333 München
www.business-express.de
1978
20
Martin Steffel
089/23114838
m.steffel@dontenwill.de
System DELECO business express GODYO P/4
Was verstehen Sie
unter Web Services?
Worin sehen Sie
das größte Anwendungspotenzial
von
Web Services?
Wofür verwenden
Sie Web Services?
Kommen in Ihrem
aktuellen Release
bereits Web Services
zum Einsatz oder in
welchem Zeitrahmen
planen Sie den
Einsatz von Web
Services?
Haben Sie bereits
Integrationsprojekte
durchgeführt, bei
denen Web Services
eingesetzt wurden?
Welche technischen
Voraussetzungen
müssen für solche
Integrationsprojekte
erfüllt werden?
Ist die Umsetzung
der Web Services
eine Eigenentwicklung?
Werden Standards
verwendet, wie
WSDL, UDDI und
SOAP?
Für wie flexibel halten
Sie ihr System
und warum?
Die Bereitstellung von Services, Funktionen und
Interaktionen zu anderen Anwendungen, sozusagen
nach außen, ohne dass sich der Nutzer dabei um
interne Abläufe zu kümmern braucht. Es gibt nur
eine definierte Schnittstelle, der Rest ist eine Art
„Black Box“.
In der Bereitstellung von Diensten über das Internet
sowie der Integration von Drittsystemen.
Zur Integration von Drittanbietern und umgekehrt
zur Bereitstellung allgemeiner Schnittstellen
und Funktionen zur Integration von DELECO in
Fremdanwendungen.
Ja, im Moment werden Web Services für die B2B-
Kommunikation genutzt. Weitere umfangreiche
Web Services für DELECO werden 2006 erscheinen.
Ja, es wurde die Integration eines Lieferanten-Informationssystems
vorgenommen, das heißt, Bestellungen
und zugehörige Dokumente werden dort
per Webservice abgerufen und verarbeitet.
Plattform- und datenbankunabhängig; Webserver:
Jakarta Tomcat mit Apache Axis als Webservice-
Plattform.
Ja, die Umsetzung ist eine Eigenentwicklung.
Die Schnittstellen werden über eine WSDL-Datei
beschrieben bzw. über eine Dokumentation. Die
Registrierung erfolgt über Apache Axis.
Services zum automatisierten
Datenaustausch zwischen verschiedenen
Systemen.
Integration / teilweise Integration
von Anwendungen über
Unternehmensgrenzen hinweg,
automatisierter Informationsaustausch
zwischen Geschäftspartnern,
b2b-Automatisierung.
Integration von Drittanbietern,
Erweiterung des Funktionsumfangs
(z.B. webshops …).
Webservices werden immer
Kundenindividuell umgesetzt.
GODYO AG
Prüssingstr. 35, 07745 Jena
www.godyo.com
1990
46
Jens Schenderlein
03641/2870
jens.schenderlein@godyo.com
WebServices sind über HTTP aufrufbare
Funktionen. Eine standardisierte Beschreibung
(WSDL) legt fest, wo und mit welchen
Parametern die Funktion aufgerufen werden
kann. Somit ist es möglich, verschiedene
Systeme ohne weitere Spezifikationen miteinander
agieren zu lassen.
Potential steckt in der Standardisierung der
Kommunikation und der damit zusammenhängenden
Integrationsmöglichkeit beliebiger
Systeme ohne spezifische Anpassungsaufwende.
Damit wird eine Verkürzung von Projektlaufzeiten
und Verminderung von Projektkosten
erreicht
Webservice wird u.a. verwendet zur Integration
von Fremdsystemen an GODYO P/4
sowie zur Konsolidierung verteilter P/4 Installation
in Konzernstrukturen.
Webservice wird eingesetzt ab GODYO P/4
Release 2.3. Das Release ist seit 2004 verfügbar.
Nein. Ja, sowohl Integration von Fremdsystemen
zu GODYO P/4, als auch Integratin von
Fremdsystemen zu SAP R/3. GODYO hat
umfangreiche Praxiserfahrungen in Integrationsprojekten
gesammelt.
Windows 2003 Server, ADS-
Datenbank
Bisher war noch kein Bedarf für
Webservices durch unsere Kunden,
falls Bedarf entsteht werden
wir es im Haus entwickeln
Für die Bereitstellung eines WebService sind
folgende technische Voraussetzungen nötig.
Ein Webserver und eine Implementierung der
SAOP Spezifikation des W3C (z.B. Axis).
Die P4 WebService Anbindung erfolgt über
einen dem System GODYO P/4 vorgeschalteten
Applikations Server, in dem auf Basis des JAVA
WebService Pakets der P4WebService zur
Verfügung gestellt wird und nach außen eine
webservice-konforme SOAP XML Schnittstelle
anbietet. Die P/4 Webservices sind Eigenentwicklungen
der GODYO.
WSDL und SOAP werden verwendet. Wird bei Bedarf entschieden. Eingesetzt werden Standards wie WSDL,
Axis und SOAP. GODYO hat bereits Integrationen
über Webservices zu Systemen wie
SAP, IS enfinity, FiBu u.a. realisiert.
DELECO ist sehr flexibel, die Lösung ist plattform-
und datenbankunabhängig und für jede Programmiersprache,
welche Web Services unterstützt,
ansprechbar (z.B.: VB .NET, Java).
k.A. Heute ist fast jedes Projekt ein Integrationsprojekt.
Standardisierte, wiederholbare Integrationslösungen
gewinnen immer mehr an
Bedeutung. Die Webservices können von jeden
beliebigen System zur Abbildung übergreifender
Geschäftsprozesse verwendet werden. Die
Entwicklung aufwendiger, properitärer Schnittstellen
entfällt.
60 ERP Management 2 (2006) 1

GSD Software mbH, Ludwigsstädter Str. 95+97,
96342 Stockheim-Neukenroth
www.gsd-software.com
1988
70
Michael Funk
09265/9550
mfunk@gsd-software.com
© GITO-Verlag
S. Eggert u.a.: Web Service orientierte ERP-Systeme
Industrial Application Software GmbH
Augartenstr. 1, 76137 Karlsruhe
www.canias.de
1989
100
Alice von Korff
0721/9641622
a.korff@iascon.de
Intentia Deutschland GmbH
ProACTIV-Platz 3, 40721 Hilden
www.intentia.com
in SE seit 1984, in D seit 1994
ca. 100 MA in D
Eva Richter
089/99 65 40 34
eva.richter@intentia.de
ERPframe® CANIAS ERP Intentia Application Suite
Die GSD Software versteht unter Web Services die
Integration von Geschäftsprozessen über die eigenen
Unternehmensgrenzen hinweg, in die eigene, unternehmensinterne
ERP Infrastruktur. Damit bekommt
der Kunde die Möglichkeit, insbesondere bei unterschiedlichen
Standorten, Home Office Mitarbeiter,
Außendienstmitarbeiter, Lieferanten oder Partnerunternehmen
einfach und direkt mit dem zentralen Server
der Hauptniederlassung zu verbinden. Aber auch
e-Commerce Lösungen sind denkbar, z.B. mit einer
Echtzeit-Bestandsabfrage.
Da sich GSD Software auf den Kreis der kleinen- und
mittelständischen Unternehmen spezialisiert hat, liegt der
Fokus auf der Entwicklung einer einfachen, branchenneutralen
und benutzerfreundlichen e-Commerce Lösung,
welche als Schnittstelle zur angebotenen ERP Software
den Web-Service nutzt. Kundenlogin, eine Preisfindung
ins, oder aus dem ERP-System gelesen.
Momentan verwenden wir den Webservice für Kunden
aus der Dienstleistungsbranche, hier können z.B. Außendienstmitarbeiter
Ihre Serviceauftrage direkt eingeben.
Des weiteren haben wir Kunden die den Web
Service für eine Webshop Applikation (mit Echtzeit
Bestandsanzeige) nutzen.
Die erste Implemetierung einer e-Commerce Lösung
mit direkter Anbindung an unser ERPframe® wurde
bereits im August 2005 bei einem Kunden realisiert.
Ja, diverse Projekte. Siehe Frage 6. Die größte Herausforderung
besteht darin, den Datenbestand von verteilten
Systemen zu verwalten. Zudem können die Daten aus
Java- oder Web Service fähigen Fremdanwendungen ohne
größere Probleme im Internet dargestellt werden.
Plattformunabhängigkeit, ERP-Software: ERPframe®,
MS SQL.
Die Umsetzung des Web Services ist eine Eigenentwicklung
der GSD Software mbH. Der Zugriff erfolgt
mittels der Spezifikation WSDL und XML. Zugänglich
wird das ganze über jeden Webbrowser. Serverseitig ist
ein Webserver (Apache, IIS) und die Programmiersprache
PHP notwendig.
Ein Web Service ist eine Software-Anwendung, die
mit einem Uniform Resource Identifier (URI) eindeutig
identifizierbar ist und deren Schnittstellen als XML-
Artefakte definiert, beschrieben und gefunden werden
können. Da die meisten ERP-Lösungen in sich nicht
webfähig waren/sind wurden einige Transaktionen als
Web-Services erstellt und waren somit via Internent
bedienbar. Da WEB-Services jedoch fast alle Protokolle
unterstützt ist es das zentrale Kommunikationsmedium
zwischen den Systemen. Die Lösung der IAS
GmbH ist webbasiert und bereits vor der eigentlichen
Web Services-Ära schon bereits internetfähig gewesen,
da sich CANIAS-ERP selber servt.
Wenn einzelne Geschäftsaufgaben an andere
Unternehmen abgegeben wurden und deshalb
Prozesse auf verschiedenen Plattformen aus- und
zusammengeführt werden. Hier ist das Anwendungspotential
am größten.
Web Services sind in die Lösung der IAS GmbH
bereits von vorneherein integriert. So kann der
Kunde auf das CANIAS ERP per Web zugreifen und
darin arbeiten, ohne dass beim Kunden selber das
System installiert werden muss. Ebenso können
über die von CANIAS-unterstützten WEB-Services
Kommunikationen sichergestellt werden.
Ja, in unserem aktuellen Release kommen Web
Services zum Einsatz.
Wenn es von unseren Kunden gewünscht wird, dann
in der Regel z.B. für Preisauskünfte, Lieferanteninformationen.
Da CANIAS-ERP selber jedoch wenfähig
ist ohne WEB-Services finden die meisten Internetkommunikationen
ohne WEB-Services statt.
Das System CANIAS ERP ist plattfromunabhängig
in Betriebssystem und Datenbank. Somit müssen
keine besonderen technischen Voraussetzungen
gegeben sein.
Ja, alle Lösungen der IAS GmbH sind Eigenentwicklungen.
CANIAS unterstützt dabei alle wesentlichen
und bekannten Protokolle.
WSDL Schnittstelle, Verwendung des SOAP Service. Ja, z.B. SOAP. Durch die offene Systemarchitektur
sind Schnittstellen gegeben und andere Systeme
können problemlos angeschlossen werden.
Derzeit nur Schnittstellen zu eigenen Software-Produkten.
Aber es sind jederzeit weitere Schnittstellen
zu anderen Web-Service fähigen Systemen programmierbar.
Unser System ist sehr flexibel, da es über eine
offene Systemarchitektur verfügt. Somit kann
es an andere Systeme ohne Komplikationen angeschlossen
werden. Vordefinierte Schnittstelle
wie z.B. aus SAP heraus sind in CANIAS nicht
notwendig.
Die Movex Web Services liefern die Basis für
eine Software-Orientierte-Architektur. D.h. Bereitstellen
von Services und Funktionen.
Die Movex Web Services bieten die Möglichkeit,
Movex Komponenten für Partner, Kunden, Lieferanten
u. Benutzern individuell zur Verfügung zu
stellen und somit die Effektivität zu steigern.
Intentia verwendet Web Services für die Movex
Collaboration. D.h. für die Interaktion (z.B. Benutzer,
Portale, etc.) und für die Integration (z.B.
B2Bi, EAI, etc.).
Seit unserer derzeitigen V12.4 Java Version (bereits
seit Mitte 2004)
Intentia hat bereits einige Movex Web Services
Projekte im Bereich Interaktion (Partnern, Lieferanten
u. Kunden) und Integration durchgeführt. Der
Vorteil war die einfache, flexible Konfiguration und
Bereitstellung der Movex Komponenten.
Windows u. IBM eServer I5 mit den Betriebssystem
Win2000/Win2003 sowie OS/400. Die
Datenbanken sind MS SQL-Server u. DB2/400.
Zusätzlich ist die Middleware IBM WebSphere
notwendig.
Movex Web Services liefert ein Framework zur
Konfiguration der Movex Komponenten. Die
konfigurierten Movex Web Services unterstützen
die Standards WSDL und UDDI.
Movex WebServices unterstützt die Standards
WSDL, UDDI und SOAP. Movex Web Services
sind im Zusammenhang mit der ERP Anwendung
Intentia Application Suite V12 Java verwendbar.
Die Movex Komponenten können zusammen
mit Movex Web Services beliebig konfiguiert
werden und somit stehen diese für die verschiedensten
Anwendungen (Portale, 3rd Party
Anwendungen, etc.) zur Verfügung.
61

Marktüberblick
Unternehmen:
Adresse:
URL:
Besteht seit:
Unternehmensgröße
(Mitarbeiter):
Ansprechpartner:
Telefon:
E-Mail:
Microsoft Deutschland GmbH
Konrad-Zuse-Str. 1, D-85716 Unterschleißheim
www.microsoft.com/germany/default.aspx
1983 in Deutschland gegründet
1.850 Mitarbeiter
Barbara Steiger,Developer Platform & Strategy Group
089-3176-5000
prserv@microsoft.com
ORACLE Deutschland GmbH
Riesstraße 25, 80992 München
www.oracle.com/de
1987
k.A.
Oracle Direct
0800/1810111
info_de@oracle.com
System .NET Framework Oracle Fusion Middleware
Was verstehen Sie unter
Web Services?
Worin sehen Sie das
größte Anwendungspotenzial
von Web Services?
Wofür verwenden Sie
Web Services?
Kommen in Ihrem aktuellen
Release bereits
Web Services zum Einsatz
oder in welchem
Zeitrahmen planen Sie
den Einsatz von Web
Services?
Haben Sie bereits Integrationsprojekte
durchgeführt, bei denen
Web Services eingesetzt
wurden?
Welche technischen Voraussetzungen
müssen für
solche Integrationsprojekte
erfüllt werden?
Ist die Umsetzung der
Web Services eine Eigenentwicklung?
Werden Standards verwendet,
wie WSDL, UDDI
und SOAP?
Für wie flexibel halten
Sie ihr System und warum?
Web Services sind über Web Protokolle wie http erreichbare
funktionale Einheiten. Der Datenaustausch
und die dazugehörigen Protokolle sind typischerweise
basierend auf Standards wie beispielsweise XML und
SOAP.
Integration von Fremdsystemen und über Internet
kommunizierende verteilte Anwendungen.
Integration von Drittanbietern,
Steuerung von Funktionen über Web,
Integration eigener Softwaresuiten (z.B. Office &
Sharepoint),
Abbildung von dienstorientierten Architekturen.
Web Services kommen bereits seit einiger Zeit in
verschiedenen Releases (abhängig vom Produkt) zum
Einsatz.
Web Services stellen eine Reihe von Standards dar, die eine Serviceorientierte
und Komponenten-basierte Anwendungsarchitektur beschreiben.
Web Services sind modulare, selbst-beschreibende Anwendungen,
die über Standard Internet Protokolle aufrufbar sind.
Web Services stellen eine kostengünstige Integrationstechnologie dar.
Bestehende und neu entwickelte heterogene Applikationen können mit
wenig Aufwand als Web Services unternehmensintern oder für Geschäftspartner
zur Verfügung gestellt werden. Besonderen Nutzen bieten
Web Services im Rahmen der Orchestrierung für die Automatisierung
und Optimierung der Geschäftsprozesse, sowie für die Implementierung
Service-orientierter Architekturen.
Oracle stellt mit dem Oracle Application Server und dem Oracle JDeveloper
eine umfassende Web Services Infrastruktur und Entwicklungsumgebung,
sowie mit dem Oracle BPEL Process Manager eine Web Services
Orchestrierungsumgebung zur Verfügung.
Web Services und BPEL werden von Oracle in weiteren Produkten, wie
zum Beispiel der Oracle E-Business Suite, sowie von zahlreichen Oracle
Kunden und Partner bereits produktiv eingesetzt.
k.A. Oracle Consulting, sowie Oracle Kunden und Partner haben bereits
zahlreiche Integrationsprojekte mit Web Services und BPEL durchgeführt.
Die Erfahrungen haben gezeigt, dass Web Services insbesondere
in Zusammenhang mit Orchestrierung eine kostengünstige Integration
und Optimierung der Geschäftsprozesse ermöglichen. Weitere Informationen:
http://www.oracle.com, Kundenreferenzen.
k.A. Als technische Voraussetzungen werden (1) eine Ablaufumgebung
für Web Services, wie zum Beispiel Oracle Application Server 10g, (2)
für die Orchestierung eine BPEL-Engine und eine Datenbank, (3) als
Verzeichnisdienst eine Service Registry benötigt. Oracle BPEL-Engine
ist plattformunabhängig und kann auf allen gängigen J2EE Servern mit
allen gängigen SQL-Datenbanken eingesetzt werden. Für den Betrieb
einer Service Registry bietet Oracle eine UDDI Registry basierend auf
einer Oracle Datenbank.
Microsoft ist eine treibende Kraft in den für Web
Services zuständigen Standardisierungsgremien und
bietet mit dem .NET Framework eine der leistungsfähigsten
und umfangreichsten Technologieplattformen
in diesem Bereich an. Die Microsoft Produkte wiederrum
setzen Web Service Technologie in ebenso breiter
Front ein, oft basierend auf dem selben Technologiestack.
WSDL, UDDI, SOAP, im Falle der WSE Implementation
auch einen großteil der flankierenden WS-Spezifikationen
(WS-Transaction, WS-Authentication, WS-Routing,
etc. pp.)
Die Web Services Schnittstellen werden mit XML-basierten WSDL
Standards beschrieben. Der Zugriff erfolgt über das XML-basierte
Nachrichtenprotokoll SOAP. Der Web Service kann in einer UDDI Registry
registriert werden oder dem Client wird direkt die URL der Service
WSDL zur Verfügung gestellt.
Ja, es werden Web Services Standards WSDL, SOAP und UDDI verwendet.
Für die Orchestrierung von Web Services wird BPEL (Business
Process Execution Language) benutzt.
k.A. Die Benutzung der standardbasierten Web Services Infrastruktur
werden Plattform-Unabhängigkeit und hohe Flexibilität erreicht. Die
Service-Implementierung kann ausgetauscht werden ohne Auswirkung
auf Anwendungen, die diesen Service benutzen.
62 ERP Management 2 (2006) 1

PiSA GmbH
Charlottenburgerstrasse 4, 14169 Berlin
www.pisa.de
1989
30 Mitarbeiter
Frank Rieger
030 81070045
rieger@pisa.de
© GITO-Verlag
PSI AG
Dircksenstr. 42-44, 10178 Berlin
http://www.psi.de
1969
1100
Lukas Birn
030/28012051
lbirn@psi.de
PiSA cubes PSIpenta.com proALPHA
Die Bereitstellung und Anwendung von
Software-Diensten über Unternehmensgrenzen
hinweg unabhängig von
der jeweils eingesetzten Plattform bzw.
Rechnerarchitektur.
Consumerbereich: Bereitstellung von
Diensten für mobile Endgeräte (Handys,
PDAs) Businessbereich: Bereitstellung von
Software-Services, die nicht über Browser-Oberflächen
bedient werden können
sowie Integrationsprojekte.
Integration von Software-Applikationen,
Unterstützung mobiler Endgeräte im
Vertrieb und Service.
Seit April 2005 werden mit PiSA cubes
V6 bei uns Web Services in konkreten
Projekten eingesetzt.
Ein Webservice ist ein selbstbeschreibendes Software-
System zur plattformübergreifenden Zusammenarbeit
unterschiedlicher Komponenten basierend auf HTTP.
Die Zusammenarbeit erfolgt dabei über Nachrichtenaustausch
im XML-Format.
Plattformunabhängige Koppelung von Anwendungen;
Neue Möglichkeiten des Refactorings bestehender
Anwendungen; Neue Geschäftsmodelle (Software as
a service)
Integration von Anwendungen wie z.B. Planungsserver,
Messaging Systemen, Update-Diensten (z.B.aktuelle
Währungskurse)
Webservices werden im aktuellen Release 7.0.x in
Projekten eingesetzt. Da die Anforderungen unserer
Kunden hier noch recht heterogen sind, ist eine entsprechende
Funktionalität noch nicht im Standard
integriert.
Ja, die Erfahrungen sind sehr gut. Die Integration mit Webservices ist unproblematisch hinsichtlich
der techischen Aspekte. Wesentliches Problem
bleibt aber wie bei allen Schnittstellen-Projekten die Überführung
der Semantiken der zu übertragenden Datenstrukturen.
Die Verwendung von XML vereinfacht jedoch diesen
Vorgang erheblich.
Praktisch keine, da durch das Tool PiSA
cubes und durch den WSDL/SOAP Standard
Plattform-, Betriebssystem- und
Datenbank-Unabhängigkeit gewährleistet
ist.
Es ist eine Eigenentwicklung auf Basis
der Axis-Spezifikation. Beschreibung,
Bedienung und Registrierung des Web
Services erfolgt auschliesslich über
Masken-Dialoge, sodass hierfür keinerlei
Programmierkenntnisse notwendig sind.
Eingesetzte Standards sind WSDL und
SOAP, Schnittstellen gibt es zu einer
Vielzahl von Systemen (Microsoft-Welt,
SAP, etc)
Das System ist hochflexibel. Web Dienste
können beliebig interaktiv konfiguriert,
getestet und verändert werden. Die
Abbildung erfolgt in einem Datenbank
Repository.
Webservice-Lösungen werden auf allen von PSIpenta
unterstützten Server-Plattformen (Windows, Unix,
OS/400) realisiert.
Nein, es werden ausschließlich Standards und Open
Source verwendet.
Bei der Implementierung werden WSDL und SOAP
verwendet. Die technische Implementierung des SOAP-
Servers erfolgt mit unterschiedlichen Technologien.
Hier wurde z.B. die Open-Source Komponente Axis
verwendet. Der Einsatz von UDDI war bisher nicht
sinnvoll bzw. notwendig.
Prinzipiell besitzen Webservices eine hohe Flexibilität.
Diese wird jedoch immer durch die nachfolgenden
Systeme eingeschränkt. Da über den Business Object
Broker von PSIpenta die gesammte Anwendungsfunktionalität
offen liegt, kann über Webservices der komplette
Leistungsumfang angesprochen werden.
S. Eggert u.a.: Web Service orientierte ERP-Systeme
proALPHA Software AG
Auf dem Immel 8, 67685 Weilerbach
www.proalpha.de
1992
330
Werner Heitmann
06374/8000
werner.heitmann@proalpha.de
Wir verstehen unter Web Service die direkte Interaktion
mit anderen Software-Progammen unter Verwendung
XML-basierter Nachrichten durch den Austausch
über internetbasierte Protokolle.
Einfache Anbindung (Schnittstellen) zu anderen Systemen.
Ja, z.B. für die Anbindung eines BDE/PZE Systems oder
Austauschen von Belegen (Rechnung, Angebot, Auftrag)
unter den Systemen.
Ja, Web Services kommen zum Einsatz. Unser aktuelles
Release ist proALPHA 5.1.
Ja, in einem Pilotprojekt mit zwei anderen Anbietern.
In diesem Projekt haben wir gute Erfahrungen gemacht.
Keine besonderen Voraussetzungen.
Die Umsetzung ist im Wesentlichen eine Eigenentwicklung.
In der Konfigurationsumgebung werden die
Schnittstellen beschrieben. Die WebServices werden
nur an bekannte Dritte ausgetauscht und daher ist
eine Registrierung nicht notwendig.
WSDL und SOAP wird verwendet.
Wir halten proALPHA für sehr flexibel, weil in der
Standardentwicklungsumgebung alle wesentlichen
Komponenten für den WebService enthalten sind.
63

Marktüberblick
Unternehmen:
Adresse:
URL:
Besteht seit:
Unternehmensgröße
(Mitarbeiter):
Ansprechpartner:
Telefon:
E-Mail:
R.S. Consult & Software
GmbH, Nordring 100,
90409 Nürnberg
www.rscons.de
1995
15
Peter Reitzmann
0911/9352450
peter.reitzmann@
rscons.de
SAP Deutschland AG & Co. KG
Neurottstraße 15a
www.sap.de
1972
35.000 Mitarbeiter
Susanne Kapfer
06227 / 76 84 49
susanne.kapfer@sap.com
Software SNAJDR
Roggensteiner Allee 260,
82223 Eichenau
www.snajdr.de
1976
3
Vaclav Snajdr
08141/70310
vsn@snajdr.de
System PROFID/2 SAP NetWeaver, mySAP Business Suite und SAP xApps. VS-FERT
Was verstehen Sie
unter Web Services?
Worin sehen Sie
das größte Anwendungspotenzial
von
Web Services?
Wofür verwenden
Sie Web Services?
Kommen in Ihrem
aktuellen Release
bereits Web Services
zum Einsatz oder in
welchem Zeitrahmen
planen Sie den
Einsatz von Web
Services?
Haben Sie bereits
Integrationsprojekte
durchgeführt, bei
denen Web Services
eingesetzt wurden?
Welche technischen
Voraussetzungen
müssen für solche
Integrationsprojekte
erfüllt werden?
Ist die Umsetzung
der Web Services
eine Eigenentwicklung?
Werden Standards
verwendet, wie
WSDL, UDDI und
SOAP?
Für wie flexibel halten
Sie ihr System
und warum?
Bereitstellung von
gekapselten Funktionskomponenten,
die
über das WEB aufrufbar
und in eigene bzw.
weitere solche Komponenten
eingebunden
werden können. Sie
bilden damit die Basis
für sogenannte Service
orientierte Architekturen
(SOA‘s).
Flexiblere Geschäftsprozessunterstützung
im ERP/CRM Bereich.
Derzeit noch keine
Verwendung.
Ab nächstem Release
mit .net Oberfläche
(Release 300).
Web Services sind in erster Linie gleichzusetzen mit offenen, XML basierten,
Industriestandards die die Interoperabilität unterschiedlicher Systeme vereinfachen.
Um einen Nutzen durch den Einsatz von Web Services zu erlangen,
bedarf es jedoch mehr als deren technische Implementierung
Das größte Anwendungspotenzial liegt in der Kombination einer Standardbasierten
Implementierung mit nützlicher Business Semantik. Diese wird
beispielsweise von der SAP über Enterprise Services zur Verfügung gestellt.
Enterprise Services sind Web Services, die einen betriebswirtschaftlichen Nutzen
liefern. Geschäftsprozesse werden dadurch flexibler für Anpassungen und
Erweiterungen.
Web Services bilden die technologische Grundlage der Enterprise Services
Architecture. Auf der Basis von Web Services werden Enterprise Services
beschrieben und implementiert. Dies geschieht im Rahmen der Enterprise
Services Architecture, die Richtlinien für das Design, die Entwicklung und den
Einsatz von Web Services vorgibt. Enterprise Serives können für die Zusammenstellung
innovativer Prozesse verwendet werden.
Web Services sind in SAP Produkten bereits seit 5 Jahren im Einsatz. Prinzipiell
lassen sich alle Geschäftsfunktionen als Web Services abbilden. Daraus
allein ergibt sich allerdings erst ein begrenzter Nutzen für Unternehmen.
Ein wirklicher Mehrwert entsteht wenn Enterprise Services eingesetzt werden,
z.B. auf Basis von mySAP ERP und SAP NetWeaver.
Nein. Web-Services-Standards werden heute in den meisten Integrationsprojekten
benutzt, da sie die in der Vergangenheit oftmals proprietären Adaptoren ersetzen.
Die Idee hinter dem Einsatz von Web-Services-Technologie und Enteprise Services
folgt jedoch einem höherwertigen Ansatz: Integration nicht mehr als technisches
Entwicklungsprojekt, sondern als fertig einsetzbare Lösung. Solche Lösungen werden
als „Composite Applications“ bezeichnet, basieren auf Enteprise Services und
werden von SAP als SAP xApps ausgeliefert.
k.A. SAP unterstütz alle gängigen Datenbanken und Betriebsystems, sowie alle
führenden Web-Services-Standards. Als Plattform für die Implementierung
dient SAP NetWeaver mit all seinen Möglichkeiten der Integration von
Benutzern, Prozessen und Informationen (Analytische Anwendungsfunktionlität).
k.A. Hier ist mit SAP NetWeaver und der Enterprise Serives Architecture beides möglich.
Wir beobachten einen Trend weg von Entscheidungen „build vs. buy“ hin zu
„buy, build and extend“. SAP Lösungen können einfach implementiert und mit
Hilfe von SAP erweitert werden. Es können aber auch eigene Lösungen entwickelt
werden. Dazu werden alle Werkzeuge im Rahmen des SAP NetWeaver Developer
Studios und des Composite Application Framework zur Verfügung gestellt.
k.A. SAP unterstützt alle gängigen Web-Services-Standards und ist maßgeblich
an allen relevanten Standardisierungsgremien beteiligt: z.B. WS-I, OASIS,
UN/CFACT, OMG, W3C. Schnittstellen zu anderen System sind selbstverständlich
vorhanden.
k.A. Für sehr flexiblel! - Wenn Unternehmen Differenzierung und Flexibilität
thematisieren, geht es darum, wie sie optimaler auf Kundenanforderungen
reagieren und mit Lieferanten und Partnern zusammenarbeiten können.
Die Anwendungsentwicklung mit ESA und ihren modularen Anwendungsfunktionen
(: Enterprise Services) ermöglicht es, aus bereits vorhandenen
Prozessen rasch neue, innovative Prozesse zu bilden. Das ist wesentlich
preisgünstiger als - wie das bisher der Fall war - alles neu zu entwickeln
oder gar ein komplett neues System einzusetzen.
Die Möglichkeit, mit anderen
Software-Systemen
zu kommunizieren, sie
Funktionen ausführen zu
lassen und die Ergebnisse
zu verwerten.
Daten- und Funktionenverwertung
mit Fremdsystemen
on-line.
Noch gar nicht, da der Preis
in einer properitären Umgebung
ziemlich hoch ist und
um es im Open Source Bereich
auzuprobieren, haben
wir zeitlich nicht geschafft.
Erst bei echtem Bedarf
durch den Kunden.
64 ERP Management 2 (2006) 1
Nein.
Keine besonderen.
Wir können fertige Funktionalität
im Cobol von Micro
Focus kaufen oder in Open
Source (Tcl/Tk) austesten.
Bei Micro Focus gibt es
WSDL, bei Tcl/Tk SOAP auf
jeden Fall.
Wir haben Schnittstellen zu
CAD (Procad), Lagerverwaltungsrechner
(CIM), Fibu, Zoll
(ATLAS). Im KMU-Markt, in
dem wir tätig sind, treffen
wir im Augenblick nur auf
ascii-Daten-Kommunikation
(online und offline).