Gestaltung von Service Level Agreements bei Software as a Service

zählen ist 185 , das Risiko einer verschärften Abhängigkeit vom SaaS Anbieter,
wenn die Portabilität der ausgelagerten Daten nicht gewährleistet ist.
Hierbei betrifft die Portabilität der Daten sowohl deren Rückholung wie
auch deren Vorliegen in einem standardisierten Format. Auch wenn die
Grundidee von SaaS dahin geht, dass Softwarefunktionen auch von anderen
Anbietern angeboten werden können und ein Wechsel problemlos möglich
sein soll (genauso wie der Wechsel zu einem anderen Telefonanbieter), wird
diese Idealvorstellung so schnell wohl kaum erreichbar sein. Solange nicht
einheitliche Datenformate von jedem Anbieter benutzt werden (z.B. XML),
wird es für die Nutzer erforderlich, eigene Programmroutinen zu entwerfen,
welche die Daten aus dem ursprünglichen Format extrahieren und in das
zukünftige Format importieren. 186 Dadurch wird ein Wechsel zu einem
anderen Anbieter erheblich schwieriger und er ist mit einem hohen
Aufwand an Zeit und Geld verbunden. 187 Neu ist diese Problem zwar nicht,
sollte aber nunmehr in den Blickpunkt einer Fachdiskussion gebracht
werden, zumal sich mit SaaS die Gelegenheit bietet, von Insellösungen
abzukommen.
Anmerkung: Im Grunde ist es nachvollziehbar, dass sich die ersten SaaS Lösungen dort
entwickelt haben, wo schon gemeinsame Standards bestanden. So konnte die
Emailkorrespondenz schon frühzeitig vom eigenen lokal installierten Emailclient auf
entsprechende Webservices ausgelagert werden. Denn das Emailprotokoll unterliegt
zwingenden Standards (z.B. SMTP, POP oder IMAP). Selbst der Aufbau einer Email ist
standardisiert. 188 Das IMAP Protokoll standardisierte sogar die Emailablage und den
Zugriff. Der Wechsel von einem Anbieter zu einem anderen ist heute grundsätzlich
problemlos möglich. Lediglich wenn Zusatzfunktionen benutzt werden (etwa
Kalenderfunktionen) können erneut Probleme auftreten, da hierfür meist Standards fehlen.
Bei Unternehmensfunktionen hingegen, wie CRM oder ERP, bestehen kaum Standards bei
der Datenablage. Dies erschwert meines Erachtens die Einführung von webbasierten SaaS
Lösungen.
Aus diesem Grund ist es notwendig die neu entstandenen Risiken bei SaaS
verstärkt in den Verträgen zu regeln um sie dadurch beherrschbar zu
185 Catteddu, D. / Hogben, G., „Cloud Computing Risk Assessment“, S. 15
186 Catteddu, D. / Hogben, G., „Cloud Computing Risk Assessment“, S. 26
187 Schulz, C. / Rosenkranz, T., ITRB 2009, 232, 234
188 Jede Email besteht aus einem Header und einem Body, der die Nachricht enthält. Der
Header selbst enthält wieder Attribute für Herkunft, Ziel, Zeit oder Betreff.
- 59 -