Software-as-a-Service (eBook)

Peter Buxmann ist Professor für Wirtschaftsinformatik an der Technischen Universität Darmstadt. Thomas Hess ist Professor für Betriebswirtschaftslehre und Wirtschaftsinformatik an der Ludwig-Maximilians-Universität München. Dr. Alexander Benlian ist Habilitant an der Ludwig-Maximilians-Universität München.

Geleitwort 5
Vorwort 7
Inhaltsverzeichnis 13
Teil 1: Grundlagen 16
1 Will SaaS and Cloud Computing become a new Industry Platform? 17
1.1 Introduction and Definitions 18
1.2 The Four Levers 20
1.3 The Evolution of Platform Research 21
1.4 From SaaS to Cloud Computing 23
1.5 Pluses and Minuses of the New Platform 25
2 Software-as-a-Service as Disruptive Innovation in the Enterprise Application Market 28
2.1 Introduction 29
2.1.1 Characteristics of Software-as-a-Service (SaaS) 29
2.1.2 Characteristics of disruptive innovations 31
2.2 Software-as-a-Service as a Disruptive Technology 32
2.3 Software-as-a-Service Economics 34
2.4 The Economic Downturn’s Impact on the SaaS Business 40
2.5 Future Outlook for SaaS 42
3 Rechtliche Rahmenbedingungen des „Software as a Service"- Konzepts 43
3.1 Einleitung 44
3.2 Vertragliche Pflichten und Einordnung 45
3.2.1 Vertragstypologische Einordnung 45
3.2.2 Typische vertragsrechtliche Probleme 46
3.2.2.1 Verfügbarkeit und Verfügbarkeitsklauseln 46
3.2.2.2 Wartungsklauseln, Support 47
3.2.2.3 Sonderproblem: Open Source Software als SaaS 48
3.3 Urheberrechtliche Fragen 49
3.4 Internationales Privatrecht 50
3.5 Datenschutzrecht 51
3.6 Zusammenfassung 52
Teil 2: Marktsicht 53
4 SaaS: A Love-Hate Relationship for Enterprise Software Vendors 54
4.1 Introduction and Summary 55
4.2 Expected Changes in the Enterprise Software Industry 56
4.2.1 Effects of the current downturn on enterprise software vendors 56
4.2.2 Analysis of the industry profit pool 58
4.3 Software-as-a-Service as a Love-Hate Relationship for Software Vendors 62
4.4 Required Capabilities of SaaS Ecosystem Players 64
5 Das „as-a-Service"-Paradigma: Treiber von Veränderungen in der Software-Industrie? 68
5.1 Einführung 69
5.2 Grundlagen 71
5.2.1 Das „as-a-Service"-Paradigma und seine Ebenen 71
5.2.2 Theorien zur Analyse von Wertschöpfungsstrukturen in der Software-Industrie 72
5.2.2.1 Vergleich der Transaktionskosten zur Analyse der Innensicht 73
5.2.2.2 Intermediärstheorie zur Analyse der Außensicht 74
5.3 Fallstudie: "on-premise" vs. "as-a-Service" 75
5.3.1 Vorstellung der Unternehmen 76
5.3.1.1 CAS genesisWorld 76
5.3.1.2 Salesforce.com 77
5.3.2 Vergleichende Analyse der Innensicht 77
5.3.3 Vergleichende Analyse der Außensicht 81
5.4 Fazit und Ausblick 83
6 Electronic Business Services and their Role for Enterprise Software 86
6.1 Introduction 87
6.2 Business Process Outsourcing and Outtasking via Electronic Business Services 88
6.2.1 Definition and characteristics of electronic business services 88
6.2.2 Outtasking and business process outsourcing 90
6.2.3 Typology of electronic business services 92
6.3 Integration of Electronic Business Services in Enterprise Application Software 94
6.3.1 New key technologies in standard enterprise software 94
6.3.2 Architecture for the integration of electronic business services 95
6.4 Business Models for Vendors of Enterprise Application Software 97
6.4.1 Architecture of value creation 97
6.4.2 Value proposition 99
6.4.3 Challenges and risk considerations 99
6.4.4 Revenue model 100
6.5 Summary and Outlook 102
7 Cloud Computing in Practice – Rain Doctor or Line-of-Sight Obstruction 103
7.1 Introduction 104
7.2 Cloud Services – A Potential Change to the Future IT Operating Model 104
7.3 Cloud-based Services Change the Operating Model of Service Providers 107
7.4 Why Bet on Clouds? Impact on and Implications for the Business and its Operating Model 109
7.5 Required Changes in Today's IT Operating Model to Prepare for Cloud Services 113
7.6 Conclusion 115
Teil 3: Anbietersicht 116
8 Neue Anbieterstrategien: Wie Salesforce.com den Software-Markt umkrempelt 117
8.1 Einleitung 118
8.2 Software-as-a-Service – Ein wichtiger Baustein von Cloud Computing 119
8.2.1 Software-as-a-Service (SaaS) 120
8.2.2 Infrastruktur-as-a-Service (IaaS) 120
8.2.3 Platform-as-a-Service (PaaS) 121
8.3 Was Analysten und Branchenkenner über Cloud Computing sagen 121
8.4 Sparen mit „as-a-Service" 122
8.5 SaaS-Praxistest bei JobScout24 123
8.6 Exkurs Betriebskosten: Budgetfalle Wartung und Support 124
8.6.1 Wartungsgebühren – Wie lange zieht hier noch Überzeugungsarbeit? 124
8.6.2 Veraltete Software – Hemmschuh für Innovationen 125
8.6.3 Nimm 2, Zahl 1! – Die im Paket versteckte Rabattfalle 126
8.7 Platform-as-a-Service: Business Software in der Cloud entwickeln 127
8.7.1 PaaS: Individuelle Business-Software aus der Wolke 128
8.7.2 Ein Beispiel aus Amerika: ROI Analyse bei Vetrazzo 130
8.8 Wohin die Reise geht 131
9 Auf Wolke 7 – Microsoft Windows Azure 133
9.1 Einleitung 134
9.2 Ergänzung statt Ablösung 135
9.3 Flexibel und sicher 136
9.4 Standardisierung ist Trumpf 137
9.5 Neue Zutaten für den Softwaremix 138
9.6 Des Kaufmanns Liebling 139
9.7 Einsatzmöglichkeiten 140
9.8 Vermarktung & Vertrieb
9.9 Hohes Wachstumspotenzial 141
9.10 Fazit 142
10 Revolution in der Wolke: Google und der Cloud-Computing-Markt 143
10.1 Cloud Computing beflügelt den Wandel 144
10.1.1 Alle Informationen sind überall zu jeder Zeit auf jedem Gerät verfügbar 144
10.1.2 Die optimierte Cloud-Infrastruktur 145
10.1.3 Unternehmenskunden setzten Cloud Computing ein 146
10.1.4 Sicherheit von Cloud-Services 149
10.2 Google und Cloud Computing 153
10.2.1 Arbeiten mit Google Apps 153
10.2.1.1 Funktionen der Google Apps Premier Edition 154
10.2.1.2 Tools werden laufend an aktuelle Unternehmensanforderungen angepasst 155
10.2.2 Migration zu Google Apps 157
10.2.3 Vertrieb von Google Apps 157
10.2.4 Einsatz von Google Apps in Unternehmen 157
10.2.4.1 Google als Anwender der Google Apps 158
10.2.4.2 Google Apps im Einsatz bei Avago Technologies 159
10.3 Fazit 161
11 SaaS-Preisgestaltung: Bestehende Preismodelle im Überblick 162
11.1 Einleitung 163
11.2 Parameter der Software-Preisgestaltung 163
11.3 Status quo der SaaS-Preisgestaltung – ausgewählte Ergebnisse 166
11.3.1 Methodik 166
11.3.2 Datenbasis 166
11.3.3 Ergebnisse 167
11.3.3.1 Struktur des Zahlungsstroms 168
11.3.3.2 Preisdifferenzierung 169
11.3.3.3 Bemessungsgrundlage 170
11.4 Fallstudie zum Vergleich nutzungsabhängiger und nutzungsunabhängiger Preismodelle 172
11.4.1 Methodik 172
11.4.2 Datenbasis 173
11.4.3 Ergebnisse 173
11.5 Fazit und Ausblick 175
Teil 4: Anwendersicht 177
12 Chancen und Risiken des Einsatzes von SaaS – Die Sicht der Anwender 178
12.1 Einleitung 179
12.2 Die Chancen und Risiken von SaaS – Ein Blick in die Literatur 180
12.3 Die Teilnehmer unserer Befragung von Unternehmen in Deutschland 184
12.4 Die Ergebnisse der Befragung 185
12.4.1 Chancen und Risiken beim Einsatz von SaaS: Eine Unterscheidung nach Applikationstypen 187
12.4.2 Chancen und Risiken beim Einsatz von SaaS: KMUs vs. Großunternehmen 188
12.4.3 Chancen und Risiken beim Einsatz von SaaS: SaaS-Kunden vs. Nicht-Kunden 189
12.4.4 Maßnahmen der Risikominimierung 190
12.5 Fazit und Handlungsempfehlungen 191
13 Using SaaS at Allianz to Support Global HR Processes 193
13.1 Introduction 194
13.2 Background and Current Situation 195
13.2.1 Global HR processes and HR standards 195
13.2.2 IT strategy 195
13.2.3 IT system selection 196
13.2.4 Global roll-out of talent management 197
13.2.5 Allianz data architecture 198
13.3 Evaluation of SaaS 199
13.3.1 SaaS versus traditional software 199
13.3.2 SaaS versus traditional software @Allianz 200
13.3.2.1 More robust functionality 200
13.3.2.2 Lower upfront and TCO 201
13.3.2.3 Faster implementation times and easier overall resource planning 203
13.3.2.4 Increased provider responsiveness and service 203
13.3.2.5 Overall lack of flexibility 204
13.3.2.6 Less configuration options and no customization 205
13.3.2.7 Data security and data privacy concerns 205
13.3.3 SaaS effects on IT 207
13.4 Conclusion 207
13.5 Moving Forward 208
14 Choosing and Using SaaS for Warehouse Management at ThyssenKrupp Steel USA 210
14.1 ThyssenKrupp Overview 211
14.2 ThyssenKrupp Steel USA, LLC 211
14.3 Construction Site Logistics in Alabama 212
14.4 Parameters for the Search 213
14.5 Selection Criteria for the WMS Software 214
14.6 Why SmartTurn? 216
14.7 SmartTurn IT Landscape 217
14.7.1 Data Center 217
14.7.2 Operations/Maintenance Network 217
14.7.3 Software 219
14.8 ThyssenKrupp Steel USA’s experience with SmartTurn 219
15 Service-Oriented Architectures: Modeling the Selection of Services and Platforms 222
15.1 Introduction 223
15.2 A Model to Support the Selection of Services and Platforms 225
15.2.1 Common standards facilitate the communication between services 225
15.2.2 Interplay of services and standards: The layer structure 229
15.2.3 Preferences for services and platforms 231
15.2.4 Model for the MSP in the SOA-case – A mathematical formulation 232
15.3 The Application of the MSP in the SOA-Case 235
15.3.1 A software prototype to support decision makers 235
15.3.2 A numerical example of the MSP 238
15.4 Limitations of the Proposed Model 239
15.5 Conclusions and Avenues for Further Research 240
16 SaaS und Unternehmenserfolg: Erfolgskategorien für die Praxis 242
16.1 Einleitung und Problemstellung 243
16.2 Ergebnisse aus den Interviews zur Entwicklung des SaaS-Kennzahlensystems 244
16.2.1 Kosten 245
16.2.2 Innovation 248
16.2.2.1 Flexibilität 248
16.2.2.2 Performance 250
16.2.3 Unsicherheit 251
16.2.3.1 Subjektive Unsicherheit 251
16.2.3.2 Technische Unsicherheit 254
16.2.3.3 Vertragliche Unsicherheit 255
16.3 Fazit 256
Teil 5: Verzeichnisse 258
17 Literaturverzeichnis 259
18 Autorenverzeichnis 268
19 Stichwortverzeichnis 275

3 Rechtliche Rahmenbedingungen des „Software as a Service“- Konzepts (S. 31-32)

Gerald Spindler

3.1 Einleitung

Das Outsourcing von Software- und Rechnerleistungen hat in der Vergangenheit zunehmend an Bedeutung gewonnen. Die Gründe für diese Entwicklung liegen auf der Hand, angefangen von der kostspieligen und ständig erforderlichen Wartung und Anpassung der Software bis hin zum erforderlichen Support.

Nach einer Ära der auf Personal Computer lokalisierten Software lag es daher nahe, diese zunächst durch sog. Application-Service-Providing (ASP) zu ersetzen, indem der Nutzer nur auf Software zugreift, die auf dem Server des Anbieters gespeichert ist, ohne dass er selbst diese Software installieren bzw. käuflich erwerben müsste.

Wen dies an die in den siebziger Jahren üblichen Rechenzentrumsverträge erinnert, liegt dabei nicht falsch, denn auch hier geht es letztlich darum, dass Kunden beim Rechenzentrum Server Kapazitäten anmieten und dort ihre Daten von einer ihnen nicht gehörenden Software verarbeiten lassen. Inzwischen ist aber auch das ASP als Trend wieder „out“ und durch einen neuen ersetzt worden, dem „Software-as-a-Service“. Im Unterschied zum ASP, bei dem es grundsätzlich möglich ist, dass Anwendungen für spezifische Kunden betrieben werden, wird beim SaaS die Software als Standardprodukt des Providers ohne umfangreiche Customizing-Optionen zur Verfügung gestellt, sog. „multi-tenant architecture“.

Während das ASP immer noch beim Kunden kundenindividuelle Anpassungen erforderte, mit allen Konsequenzen für einen kostspieligen Support und eine Modifikation der lokalen IT, ist dies beim SaaS nicht der Fall. ASP war individuell, SaaS ist über jeden Web-Browser im Prinzip lauffähig.4 Sehr nahe zum Konzept der SaaS liegen auch die sog. Web-Services, die über Softwareapplikationen Vernetzungen von mehreren Angeboten erlauben.5 Aus rechtlicher Sicht stehen – wie bei vielen anderen Software-Produkten – die Ausgestaltung der Verträge über SaaS und ihrer rechtlichen Rahmenbedingungen (I.) ebenso im Vordergrund wie ihre urheberrechtliche Behandlung (II.). Im Zusammenhang mit SaaS-Angeboten kommt es zudem regelmäßig zu Problemen des Internationalen Privatrechts (III.) und des Datenschutzes (IV.)

3.2 Vertragliche Pflichten und Einordnung

3.2.1 Vertragstypologische Einordnung

Die Einordnung von SaaS Leistungen in das System des BGB und seiner Vertragstypen ist von entscheidender Bedeutung nicht nur für die konkrete Lösung von gerichtsanhängig gemachten Streitigkeiten, sondern auch für die Konzeption und die Ausgestaltung von formularvertraglichen Klauseln, selbst im geschäftlichen Rechtsverkehr. Denn maßgeblich für die Inhaltskontrolle nach § 307 BGB ist die gesetzliche Leitidee und das Ausmaß der vertraglichen Abweichung, so dass die vertragstypologische Einordnung eine entscheidende Weichenstellung enthält.

Die Nähe von SaaS zum ASP legt es dabei nahe, auf die Diskussion zu dessen vertragstypologischer Einordnung zurückzugreifen: Ausgangspunkt ist dabei die schon für Rechenzentren in den siebziger Jahren vom BGH6 angenommene mietvertragliche Einordnung. Denn es kommt nicht darauf an, dass der Anwender der Software tatsächlich die Software auf seinem eigenen Rechner hätte.