ISB Aktuell 01-2012_RZ_5.indd - ISB AG

Weitere Magazine

Empfehlungen

Info

06 | ISB-PROJEKT CARDPROCESS UND ISB AG STARTEN GEMEINSAM DAS PROJEKT „NAKUDA“ BARGELDLOSE BEZAHLUNG MIT SYSTEM Als einziges Dienstleistungsunternehmen in Deutschland deckt die CardProcess GmbH mit sechs Geschäftsfeldern das komplette Leistungsspektrum rund um das elektronische Bezahlen ab. Dementsprechend hoch sind die Anforderungen an die Zuverlässigkeit und Sicherheit eines solchen Unternehmens sowie an dessen IT-Systeme, die eine den Sicherheitsstandards angepasste Abwicklung von elektronischen Bezahlvorgängen gewährleisten. Angesichts zukünftig zu erwartender Anforderungen an Flexibilität und Performance zeigten sich in zwei Bereichen der bisherigen Systemlandschaft Schwächen. Aus diesem Grund hat CardProcess das Projekt „NaKu- Da“ (Neuausrichtung Kundendatenbank) ins Leben gerufen, welches derartige Schwächen eliminieren soll. Seit 2004 hat die CardProcess in der genossenschaftlichen FinanzGruppe die Kernkompetenzen für die technische Abwicklung von Kartenzahlungen. An den Standorten Ettlingen bei Karlsruhe und Frankfurt a.M. tragen rund 190 Mitarbeiter mit ihrem Know-how und Engagement dazu bei, einen reibungslosen Ablauf des elektronischen Zahlungsverkehrs sicherzustellen. Die Gewährleistung der Unabhängigkeit sowie der Eigenständigkeit der Genossenschaftsbanken in Bezug auf elektronische Bezahlvorgänge erreicht die CardProcess GmbH nicht allein durch die enge Zusammenarbeit mit den Partnern der FinanzGruppe, sondern auch durch die kontinuierliche Weiterentwicklung der modernen, den Sicherheitsstandards mehr als gerecht werdenden Prozessen und Systemen im Hintergrund. In Kooperation mit den Volks- und Raiffeisenbanken bietet CardProcess alle Leistungen rund um das Thema Kartenzahlung: ob am Point of Sale (POS), seit dem 01.03.2012 als Acquirer für die genossenschaftliche FinanzGruppe, im E-Commerce oder im Versandhandel. Um eine sichere und komfortable Zahlungsabwicklung für die Nutzer aller Kartentypen zu garantieren, agiert CardProcess hierbei als Dienstleister für die Banken vor Ort. Die daraus resultierenden Anforderungen an den POS-Netzbetrieb sind klar: „Jederzeit problemlose Kartenzahlungen, auch und gerade in umsatzstarken Zeiten.“
Für die Abwicklung der technischen und kaufmännischen Prozesse im „Geschäftsfeld POS Netzbetrieb“ der CardProcess spielen die Kundendatenbank „KDB“ und das „Webportal POS“ eine zentrale Rolle. Die Kundendatenbank (KDB) ist das primäre System für die technische Abwicklung des POS-Geschäftsfelds, wohingegen das „Webportal POS“ das Erfassungssystem für Kunden und Mitarbeiter der CardProcess darstellt. In Anbetracht der künftigen Ansprüche an die Performance des Systems, die Aktualität der Daten im Portal sowie die Benutzerfreundlichkeit beider Systeme wurden seitens CardProcess in verschiedenen Schritten Schwachstellen identifiziert, die das Fortbestehen der alten Lösung infrage stellten und letztlich zu der Entscheidung für eine Neuentwicklung der betroffenen Teilsysteme führten. Die neue Architektur muss hierbei die Anforderungen an eine IT-seitige Unterstützung flexibler und effektiver Geschäftsprozesse erfüllen und dabei einen möglichst weitgehenden Investitionsschutz für die bestehenden Systeme gewährleisten wie auch die Erwartungen der Kunden hinsichtlich Benutzerfreundlichkeit und Flexibilität umfassend berücksichtigen. Abbildung 1: Zielarchitektur NaKuDa Die Realisierung solch eines enorm anspruchsvollen Projekts hat die Card- Process in die Hände der ISB AG als Generalunternehmer übergeben. In Zusammenarbeit mit der ORGA GmbH, einem unserer Schwesterunternehmen in der Fiducia-Gruppe mit Fokus auf SAP, befindet sich dieses Projekt nun seit Januar in der Umsetzung. Mit der Beauftragung und dem Erhalt des durch CardProcess erstellten Fachkonzepts hat die ISB AG begonnen, die Lösung zu konzipieren und die entsprechende Architektur zu designen. Beides erfolgte nach unserem ISB-Vorgehensmodell (V-Modell), welches sich als zentrale Methode, nach der wir unsere Projekte realisieren, seit Jahren ausnahmslos und uneingeschränkt bewährt hat. ZWEIGETEILTE ARCHITEKTUR Als Zielarchitektur hat sich ISB für ein Modell mit zwei Säulen entschieden, das zum einen aus dem Webportal POS und zum anderen aus dem SAP Back End bestehen wird. Diese werden in zwei Teilprojekten realisiert. Das Webportal POS ist ein neu zu implementierendes Frontend, bestehend aus dem Rahmenportal POS und der eingebetteten Applikation POS. Integriert in die bestehende Card- ISB-PROJEKT | 07 Process Homepage, soll es zusammen mit den bestehenden Applikationen im hochmodernen und sicherheitstechnisch auf höchstem Niveau gelegenen Rechenzentrum der Fiducia gehostet werden. Bei der Auswahl der Basistechnologie zur Entwicklung des Rahmenportals POS fiel die Entscheidung auf SAP Portal. Die daraus resultierenden Vorteile erfüllen exakt die gegebenen Anforderungen bezüglich einer flexiblen Gestaltung von Webportalen. Hier besteht die Möglichkeit, unterschiedliche Portalapplikationen in ein zentrales Unternehmensportal einzubinden, ohne den Restriktionen im Hinblick auf die grafische Gestaltung des Portals selbst zu unterliegen. Insbesondere die Standardkonformität sowie die Möglichkeiten im Bereich Single Sign-On und der daraus resultierenden Benutzerverwaltung machen die SAP Portaltechnologie zur ersten Wahl, wenn es um das oben skizzierte Zukunftsszenario geht. Die zweigeteilte Anlage von Rahmenportal und Applikation gestattet in einem zukünftigen Projekt die Aufwertung des Rahmenportals POS als neue CardProcess Homepage, in welche sich die bestehenden Applikationen nach ihrer Migration einfach einbetten lassen. Im SAP Back End wird die aktuell in einem externen System gehostete Kundendatenbank KDB mit dem vorhandenen CardProcess SAP ERP zusammengeführt. Im Zuge dieser Vereinheitlichung werden eine Datenrestrukturierung sowie eine Datenbereinigung durchgeführt. Hierzu ist eine Erweiterung des SAP Back Ends vorgesehen. Die Zielsystemlandschaft für das Card- Process Intra- und Extranet sieht nach gegenwärtigem Stand, zusätzlich zu den in Ausbaustufe 1 realisierten Modulen, erstens den Austausch der CP „Homepage“ durch das in Ausbaustufe 1 geschaffene NaKuDa-Portal vor, zweitens die Migration der verbliebenen Extranetapplikationen, drittens die Migration der Intranetapplikationen sowie ggf. des Intranetportals in das Hosting der ORGA und viertens die Migration oder Neuim-
Seite 1 und 2: 1 | 2012 IT Kundenmagazin ISB aktue
Seite 3 und 4: ISB beschäftigt sich seit nunmehr
Seite 5: Abbildung 2: Screenshot von DIMS
Seite 9 und 10: DIE ISB AG AUF DER CEBIT 2012 Abbil
Seite 11 und 12: RÜCKBLICK AUF DIE PRICING INFO DAY

ISB Aktuell 01-2012_RZ_5.indd - ISB AG

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?