SAP: „Die Liberty Alliance wird Erfolg haben“

ZDNet: Frau Buchholz, die SAP bräuchten Liberty eigentlich nicht. Dennoch sind sie sehr rührig und propagieren die Allianz. Was versprechen sie sich SAP davon?

Buchholz: SAP unterstützt tatsächlich eigene Identifizierungsmethoden, unter anderem Benutzername/Passwort, X.509 Zertifikate und JAAS, und ermöglicht Single Sign-on, durch das Ausstellen von SAP Logon Tickets. Zusätzlich bietet SAP einige Schnittstellen, wo sich externe Authentifizierungsmechanismen unserer Partner anschließen können.

ZDNet: Was also bringt ihnen ihre Mitgliedschaft beziehungsweise der Einsatz der Software?

Buchholz: Liberty ist in diesem Fall eine weitere standardisierte Schnittstelle, über die SAP eine externe Authentifizierung übernehmen kann. Das bringt den Vorteil, dass das Verhalten und die Qualität eines Liberty-Identity Servers durch den Standard besser einzuschätzen sind. Weiterhin bietet Liberty die Möglichkeit eine bereits erfolgte SAP-Authentifizierung an eine externe Anwendung weiter zu reichen, also kann SAP auch die Rolle des Identity Providers spielen.

ZDNet: Da Sie wie sie ja gerade berichtet haben längst eigene Schnittstellen zur Identifikation von Kunden und Partnern besitzen – ganz ähnlich natürlich wie ihre Konkurrentenb – vermute ich, dass Liberty nur im B2C-Bereich punkten kann. Oder würden Sie Liberty zuungunsten Ihrer bestehenden Systeme in MySAP integrieren? Oder ist das als Ergänzung geplant?

Buchholz: B2C? Das sehe ich anders. Gerade im B2B- und B2E-Bereich sind unserer Meinung nach die größten Vorteile von Liberty zu erwarten. Die Notwendigkeit der Synchronisation und Replikation im Bereich Identity Management verschwindet, und die verschiedenen Identitäten der Benutzer und Unternehmen konsolidieren und vereinfachen sich.

ZDNet: Konkret bedeutet dies?

Buchholz: Nehmen wir zum Beispiel das Szenario eines Großunternehmens das seinen Lieferanten Zugriff auf die eigenen Systeme gewährt. Ein Lieferant besteht in diesem Fall aus vielen individuellen Benutzern. Entweder repliziert man die Daten dieser Benutzer im eigenen System, mit der Gefahr, dass die Daten nicht aktuell sind (wenn ein Mitarbeiter des Lieferanten seine Zuständigkeit wechselt oder das Unternehmen verlässt) oder, was natürlich viel besser klingt, man verlässt sich darauf, dass der Lieferant selbst – als Liberty Identity Provider – die Mitarbeiter identifiziert und die Zuständigkeiten im vornherein geprüft hat.

ZDNet: Und das integrieren sie in Ihre Produkte?

Buchholz: Über die geplante Integration in die SAP-Landschaft kann ich zurzeit noch keine Auskunft geben.

ZDNet: Der Technology Manager Timo Skyttä von Nokia führte im Gespräch mit ZDNet an, Liberty würde voraussichtlich im Falle von personalisierten Handy-Services zum Einsatz kommen. Daher unterstützt der finnische Konzern die Alliance mit aller Macht. Personalisierung funktioniert jedoch alleine in Unternehmensumgebungen – wenn die Rolle einer Person durch den Arbeitgeber definiert und der Zugriff – etwa auf ein SAP-Portal – vorgeschrieben ist. Im privaten Umfeld wird die Personalisierung von mobilen und/oder Web-Angeboten in der Regel nicht praktiziert. Keine Personalisierung – kein Einsatz von Liberty – oder sehen Sie das anders?

Buchholz: Man muss hier einerseits zwischen notwendiger und freiwilliger Personalisierung, und andererseits zwischen Kommodität und schlechtem Web Design unterscheiden. Wenn man zum Beispiel etwas im Online-Versand bestellt, wird man notwendigerweise die Seite „personalisieren“, indem man eine Versandadresse eingibt – da ist es gewiss eine Erleichterung für den Benutzer, der nur eine von einem Liberty-Provider übergebene Adresse bestätigen muss. Personalisierung soll auch zu keiner Zeit dem Benutzer Zugriff auf Ressourcen einschränken, und muss zu jeder Zeit vom Benutzer selbst angepasst und rückentwickelt werden können. Liberty stellt in diesem Sinne die volle Kontrolle in die Hand des Benutzers. Wie viel man freiwillig personalisiert, ist dem Benutzer bei Liberty offen gelassen, deswegen wird der Standard auch Erfolg haben.