Electronic Business Überblick

Electronic Business
Elektronische Auktionen
und XML-Standards
Dr. Giselher Pankratz
Überblick
1. Kurze Wiederholung
2. Auktionsmechanismen
3. XML-Standards

Auktionsmechanismen
• Kombinatorische Auktionen
– Ausgangssituation
• Menge gleichzeitig zu versteigernder
Gegenstände
• Interdependenzen bezüglich Bewertung
• nicht-additive Bewertung von Teilmengen
Beispiel
({1}, A, 5) ({2}, A, 3) ↔ ({1,2}, A, 10)
– wie geeignet unterstützen
• sequentiell durch mehrere einfache Auktionen
• parallel durch mehrere einfache Auktionen
Auktionsmechanismen
• Mehrfache Anwendung einfacher Auktionen
– jeder Gegenstand einzeln versteigert (parallel oder sequentiell)
– jeweils nur ein zulässiger Kontrakt, jeweils nur eine Transaktion
– Offerten abhängig von Erwartungen über Ausgang der anderen
Auktionen
– unsicherheitsbedingte Effizienzverluste
• besser: Kombinatorische Auktion!
– zulässig sind alle Kontrakte über beliebige Bündel
– Bewertungs-Interdependenzen in Offerten explizit
– mehrere Transaktionen über unterschiedliche Teilmengen
– Gewinn an Allokationseffizienz

Auktionsmechanismen
• Beispiel
– 3 Güter: a,b,c
– 3 Bieter: A,B,C
– Anzahl verschiedener Gebotstypen
• Potenzmenge: 2 3 -1 = 7 Elemente
– max. Anzahl verschiedener Gebote
• Jeder Bieter müsste für jedes Element der Potenzmenge
bieten: 3·(2 3 -1) = 21
– Aufgabe:
• Bestimme die erlösmaximale Allokation auf der Grundlage
der abgegebenen Gebote.
Kombinatorische Auktionen
Beispiel-Gebotsmatrix
pa
( X)
{a}
{b}
{c}
{a,b}
{a,c}
{b,c}
{a,b,c}
A
5
6
5
6
5
10
11
B
4
2
2
7
6
2
7
C
1
6
4
6
7
6
9

Kombinatorische Auktionen
Beispiel-Gebotsmatrix
pa
( X)
{a}
{b}
{c}
{a,b}
{a,c}
{b,c}
{a,b,c}
A
5
6
5
6
5
10
11
B
4
2
2 ∑ = 16 7
6
2
7
C
1
6
4
6
7
6
9
Kombinatorische Auktionen
Beispiel-Gebotsmatrix
pa
( X)
{a}
{b}
{c}
{a,b}
{a,c}
{b,c}
{a,b,c}
A
B
5
4
6∑ = 155
2 2
6
7
5
6
10
2
11
7
C
1
6
4
6
7
6
9

Kombinatorische Auktionen
Beispiel-Gebotsmatrix
pa
( X)
{a}
{b}
{c}
{a,b}
{a,c}
{b,c}
{a,b,c}
A
B
5
4
6
2
5
∑ = 14
2
6
7
5
6
10
2
11
7
C
1
6
4
6
7
6
9
Kombinatorische Auktionen
Beispiel-Gebotsmatrix
pa
( X)
{a}
{b}
{c}
{a,b}
{a,c}
{b,c}
{a,b,c}
A
5
6
5
6
5
10
11
B
4
2
2
∑ = 715
!!
6
2
7
C
1
6
4
6
7
6
9

XML-Standards
• EDI vs. Auszeichnungssprachen
Interoperabilität
Ressourcenbedarf
-
Kompaktheit
-
Lesbarkeit
+
+
*ML
(Markup
Languages)
+
+
-
-
EDI
(Electronic
Data
Interchange)
XML-Standards
• EDIFACT-Verarbeitungsprozess
INVOIC
Konvertierungsschablonen
(„Map“)
ORDRSP
ORDERS
für jede
Anwendung neu
zu erstellen
Inhouse-
Format
EDI-
Konverter
EDIFACT
Übertragung

XML-Sprachfamilie
• DTD bzw. XSD
– zulässige Struktur, Elemente, Attribute, Wertebereiche
– Vorteile Schemata:
• größerer Vorrat an Datentypen
• Restriktionen z.B. bzgl. Typ oder Länge
• XPath
– Selektion von Elementen oder Datensätzen
• XSLT
– Konvertieren von XML-Dateien in andere Formate
– z.B. HTML, PDF, EDIFACT, iDoc
• XSL:FO („Formatting Objects“)
– Präsentation der XML-Datei in seitenorientiertem Format
– analog CSS – HTML
XML-Standards
• XML-Verarbeitungsprozess
DTD
oder
XML-Schema
XSLT
XSL-FO
(Layout)
XML
Parser
(Dokument
valide)
XML
Parser
(Dokument
wohlgeformt)
XSLT-
Prozessor
XSL-FO
(Daten)
XSL-FO-
Prozessor
SAX, DOM
SAX, DOM
Anwendung
(Java,
Anwendung
C++, ...)
(Java, C++, ...)
HTML
XML
EDI-
FACT
SAP
IDOC
SQL ...
...
z.B.
PDF

XML-Standards
• XEDI
– 1:1-Umsetzung der EDIFACT-
Nachrichtentypen in XML-Tags
– Volumenexplosion
– dennoch kryptisch
– historischer Ballast aus EDIFACT wird
mitgeschleift
XML-Standards
• ebXML (Electronic Business XML)
– gemeinsames Projekt von UN/CEFACT und OASIS
– universeller Ansatz
–„The vision of ebXML is to create a single global
electronic marketplace where enterprises of any size
and in any geographical location can meet and
conduct business with each other through the
exchange of XML based messages. ebXML enables
anyone, anywhere, to do electronic business with
anyone else ...“ (ebXML Business Process Team
(2001))

XML-Standards
• ebXML (Forts.)
– Ziel: Interoperabilität!
• Datenkommunikations-Ebene: Mechanismen, Schnittstellen und
Regeln für das Zusammenstellen von Nachrichtenteilen und
„Zustellmodell“
– Collaboration Protocol Profile (CPP)
– Collaboration Protocol Agreement (CPA)
• semantische Geschäfts-Ebene: Schemata zur einheitlichen
Beschreibung von Geschäftsprozessen und Zusammenstellung von
Geschäftsdokumenten aus kontextfreien Bausteinen
– ebXML Business Processes (BPSS), ebXML Core Components
– kein konkretes Schema/DTD für Geschäftsdokumente/Nachrichten
• Geschäftsbeziehungs-Ebene: Bekanntmachung von Angebot und
Nachfrage nach Geschäftsbeziehungen, Unternehmensinfo,
Geschäftsprozess-Spezifikationen, verwendete Nachrichtentypen
– ebXML Registry
– ebXML Repository
XML-Standards
• BMECat/OpenTRANS
– BMECat: XML-Standard für die Beschreibung multimedialer
Kataloge
• Katalogstrukturen
• Geschäftsvorfälle (Orders)
• Preis- und Produktaktualisierungen
• mehrere DTDs
– OpenTRANS
• einheitliche el. Geschäftsdokumente für Interaktion zwischen
Geschäftspartnern
• Datentypen, Elementbibliothek, Transaktionen (geringe Zahl)
• Entwicklungspartnerschaft mit BMECat
– Spezialisierung auf Prozesse im Beschaffungsbereich/Supply
Chain Management!
– hohe Bedeutung in Deutschland für Austausch von Katalogen

XML-Standards
• Der OpenTRANS-Geschäftsprozess
XML-Standards
• cXML(commerceXML)
–Ariba
– Einsatzgebiet: e-Procurement
– nur wenige cXML-Geschäftsdokumente, keine
Prozesse
– cXML-Dokumente werden auf Basis von DTDs
konstruiert – keine Schemata
• Kataloge
• Punch Out (Springen auf beliebige Webseite und Übernahme
des Inhalts beim Rücksprung zu Procurement-Anwendung –
lange Zeit Alleinstellungsmerkmal von Ariba)
• Bestellungen
– MIME-Anhänge (Zeichnungen, Memos) möglich

XML-Standards
• RosettaNet
– Supply Chain in der High-Tech-Branche (Microsoft,
SAP, IBM, Sun, HP, Compaq ...)
– Komponenten:
• RNIF (RN Implementation Framework) – (technische)
Protokolle für Informationsaustausch
• Dictionary – Beschreibung der Elemente eines
Geschäftsdokuments: Transaktionen, Produkte,
Dienstleistungen
• PIP (Partner Interface Processes) – Beschreibungen für
Kernprozesse der Supply Chain als System-zu-System-
Dialoge mit DTDs für Geschäftsdokumente
XML-Standards
• xCBL (XML Common Business Library)
– Komponentenbibliothek und Rahmenkonzept
für die Erstellung wiederverwendbarer
Geschäftdokumente (700 Schema-Dateien!)
– 9 Namespaces für unterschiedliche
Anwendungsgebiete (Catalog, Financial ...),
40 vordefinierte Dokumenttypen
– keine Prozesse!

XML-Standards
• UBL (Universal Business Language)
– Erweiterung von xCBL, Ergänzung zu ebXML (nur
Prozesse!)
– Spezifikation der wichtigsten Geschäftsdokumente
– Komponenten
• XML-Schema-Bibliothek „Data Components“– Adresse,
Kontoverbindung... – abgeglichen mit ebXML Core
Components
• XML-Schema-Definitionen „Geschäftsdokumente“ – Order,
Invoice,
• Richtlinien für die Erweiterung von UBL für spezifische
Anwendungssituationen
– Bislang nur ein Beschaffungs-Szenario unterstützt
(Order to Invoice)
XML-Standards
• Eigenschaften
Dokumente
Prozesse
DTD
XML-
Schema
BMECat/
OpenTrans
cXML
RosettaNet
ebXML
xCBL/UBL

XML-Standards
UN/CEFACT
OASIS
UN/CEFACT
OASIS
HighTech
Industrie
Ariba-
Nutzer
BME
vor allem D
Unterstützung
/ –
–
–
–
(Katalog)
Dokumente
Prozesse
Dok.logik
Dokumente
Prozesse
Dokumente
Dokumente
Ansatz
++/ –
–
o
–
o
Vollständigkeit
Supply
Chain
HighTech
RosettaNet
–
xCBL/UBL
–
ebXML
Einkauf
Materialwirtschaft
BMECat/
OpenTrans
–
cXML
Fokus
XML-Standards
UN/CEFACT
OASIS
UN/CEFACT
OASIS
HighTech
Industrie
Ariba-
Nutzer
BME
vor allem D
Unterstützung
/
–
–
–
(Katalog)
Dokumente
Prozesse
Dok.logik
Dokumente
Prozesse
Dokumente
Dokumente
Ansatz
++/
–
o
–
o
Vollständigkeit
Supply
Chain
HighTech
RosettaNet
–
xCBL/UBL
–
ebXML
Einkauf
Materialwirtschaft
BMECat/
OpenTrans
–
cXML
Fokus

XML-Standards
• Vorteile XML
– Dokumente formal nach Metasprache definiert (selfdefining,
self-validating)
– Vorlagen änder- und erweiterbar durch offene
Struktur
– konvertierbar in andere Formate durch XSLT
– Transportmedium Internet (statt VAN) – attraktiv für
KMU
– erleichterte Weiterverarbeitung wegen Verfügbarkeit
standardisierter Programmierschnittstellen
– Entwicklung und Wartung erleichtert wegen
„Menschenlesbarkeit“
– zunehmende Verbreitung und Unterstützung
XML-Standards
• Nachteile XML
– „geschwätzig“
– erzeugt aufgeblähte Files (Faktor 20-30) – „In
many circumstances, size matters“
– löst nicht das Integrationsproblem zwischen
isolierten Systemen (z.B. verschiedene nichtkompatible
DTDs)
– Basisannahme: Daten sind baumartig
strukturierbar