Web-Services öffnen Maklern das Backend

17.09.2002
Von 
Peter Gruber arbeitet für die Portale Computerwoche und CIO.

Entscheidung gegen Java

Beim Content-Management-System fiel die Wahl auf „C3“ von Obtree. Außerdem wurde die Security-Lösung „Siteminder“ von Netegrity eingeführt. Den Ausschlag zugunsten des .NET-Frameworks und gegen Java gaben laut Claudia Rettinger, Projektleiterin Portalentwicklung, drei Hauptkriterien: Erstens die Web-basierende Interoperabilität zwischen beliebigen Anwendungen und Diensten. Zweitens die Beschränkung auf offene Standards wie XML (Extensible Markup Language) und SOAP (Simple Object Access Protocol) bei der technischen Kopplung von Komponenten und Systemen. Drittens schließlich die Möglichkeit, im Haus vorhandene Microsoft-Skills weiter zu nutzen.

Die ersten Gehversuche in der .NET-Programmierung hatten dem Team aber gezeigt, dass es möglich war, wie gewohnt Oberflächen zu bauen. Und das sogar relativ komfortabel, weil man, so Rettinger, durch die zur Verfügung stehenden Controls in .NET eine ganze Menge Oberflächenfunktionen geschenkt bekommt.

Nach knapp einjähriger Aufbauphase fiel im Februar 2002 der Startschuss, zunächst mit wenigen Pilotanwendern. Nach und nach wurde seitdem die Zahl der Teilnehmer gesteigert. Heute sind insgesamt 1864 Portalnutzer registriert, davon 347 Generalagenten, 419 Makler und 1098 Mitarbeiter der Alten Leipziger.

Bestandsführungssysteme Marke Eigenbau

In der derzeitigen Ausbaustufe besteht die Portalarchitektur aus jeweils zwei identischen Web-Servern (IIS 5.0), die unter Windows 2000 laufen, wobei das eine Serverpaar das Content-Management-System beherbergt, das andere die Applikation „Kundeninformation“. Beide Systeme werden über ein zweistufiges Load Balancing angesprochen.

Im Backend sind die Kunden-, Vertrags- und Geschäftsvorgangsdaten in zwei unterschiedlichen Plattformen vorgehalten. Einmal auf einer Unix-Maschine von HP. Auf ihr läuft das optische Archiv von Ixos, das in einer Oracle -Datenbank die eingescannten Vertragsdokumente für die Sachbearbeiter speichert. Ebenfalls in einer Oracle-Datenbank ist der GDV-Daten-Pool organisiert. Dabei handelt es sich um Bestandsdaten aller Sparten, die in dem vom Versicherungsverband vorgegebenen GDV-Format gesammelt werden.

Die zweite Backend-Einheit bildet ein IBM -Host S/390, der die Kundendatenbank, die Bestandsführungssysteme für die Lebens- uns Sachversicherung - beide Marke Eigenbau -, sowie das Workflow-Management-System und die Dokumentendaten beherbergt.

Bei der Realisierung der einzelnen Transaktionsanwendungen zwischen den Backend-Systemen und dem Portal haben die Programmierer der Alten Leipziger tief in die Trickkiste der Web-Services gegriffen. Für die Speisung des Portals mit Kunden- und Vertragsdaten aus dem GDV-Datenpool ist auf der Unix-Seite ein Java-basierender Web-Service verantwortlich, der laut Rettinger von der .NET-Anwendung abgerufen wird. Für die Verarbeitung der Daten nutzt die Applikation die Funktionen von MSXML - genau gesagt XMLDataDocument.

Ebenfalls als Web-Service ist der Transfer gescannter Dokumente aus dem Ixos-Archiv zum Portal angelegt, also zwischen HP-UX und Windows 2000. Die vom Web-Service angelieferten Daten im tiff-Format werden in Echtzeit in das pdf-Format umgewandelt. Demgegenüber erfolgt die Verbindung zum Workflow-Management-System, und damit zu den aktuellen Vorgangsdaten, über ein C# Assembly mittels ADO.NET.

Konkret handelt es sich hier um eine transaktionsorientierte Anwendung. Dabei sind dem Portal mit DataSet und der TAA-Workflow-Datenquelle mit OleDB-Provider Objektstrukturen zugeordnet, die es erlauben, Datenzugriffe zu handeln und Requests anzustoßen. Diese Lösung ist dem Entwicklerteam der Alten Leipziger zufolge nicht auf den gegenwärtig praktizierten unidirektionalen Datenaustausch beschränkt. Auf der Portalseite sollen künftig nicht nur Daten über die TAA gelesen, sondern in einem bidirektionalen Prozess auch Informationen über das System geliefert werden, wenn die Vermittler Kundendaten oder Schadensmeldungen direkt in die Portal-Oberfläche ihres Browsers eintippen. Das User Interface des Portals ist mit ASP.NET, dem Nachfolger von Active Server Pages (ASP), realisiert.

Direkte Integration von Firmenkunden geplant

Das Zugangs-Management wird über den Siteminder Policy Server gesteuert. Das System nimmt dabei regelbasiert den Schutz der Portalressourcen sowie die Authentifizierung mit Hilfe eines User-Dictionary wahr. Auf allen Maschinen installierte Web-Security-Agents prüfen bei jedem Request von einem Rechner zum anderen die Autorisierung neu.

Bei der Alten Leipziger ist man sich sicher, mit diesem Portalkonzept den richtigen Weg eingeschlagen zu haben. Projekt-Chef Schott träumt sogar schon von einer weiteren Ausbaustufe zur Optimierung der Geschäftsprozesse. Er würde gerne potente Geschäftspartner wie Großmakler, aber auch Firmenkunden, deren betriebliche Altersversorgung die Oberurseler in Händen haben, direkt über Schnittstellen ins Backoffice integrieren. „Da liegt noch viel Geld auf der Straße, das heute durch die suboptimale Abwicklung von Geschäftsprozessen verbrannt wird“, wittert Schott Einsparungspotenzial in der unternehmensübergreifenden Kommunikation.