Sterreichische Post AG Tender

Title: Verwaltung Von Stammdaten Und Referenzdaten description: Die Österreichische Post Ag Verfügt Über Zahlreiche Gewachsene Und Technologisch Unterschiedliche Sys-teme Und Datenbanken, In Denen Eine Speicherung Und Verarbeitung Von Daten Erfolgt. Wachsende Da-tenbestände Und Neue Regulatorische Anforderungen Stellen Immer Höhere Anforderungen An Das Da-tenmanagement. Der Erste Schritt War Daher Die Einführung Einer It-gestützten Lösung Zur Erhöhung Der Transparenz Bei Der Datenhaltung Und Den Datenflüssen (datenkatalog) Sowie Zur Zentralen Messung Der Datenqualität. Es Wurden Dabei Die Wichtigsten Datenführenden Systeme Der Post Mit Dem Fokus Auf Die Entitäten „privatkunde“, „adresse“ Und „produkt“ Priorisiert. In Weiterer Folge Wird Die Zentrale Transparenz Weiter Ausgebaut Und Die Handhabung Der Tools In Die Linie Überführt. Der Nächste Schritt Wird Die Einführung Einer Zentralen Stammdatenverwaltung In Mehreren Entwick-lungsstufen Sein. Hier Ist Das Ziel, Beginnend Mit Den Kernentitäten „privatkunde“, „adresse“ Und „pro-dukt“, Stammdaten Zentral Und Qualitätsgesichert In Einem Master Data Management (mdm) System Zu Speichern Und Anderen Systemen Zur Verfügung Zu Stellen. Wobei „produkt“ Nicht Als Eine Mdm-entität Sondern Als Referenzdaten Zu Verstehen Ist (für Produkte Ist Kein Match And Merge Notwendig). Aktuell Werden Auch Unterschiedliche Referenzdaten Dezentral In Diversen Systemen Gespeichert. Ziel Ist Es Auch Hier, Eine Zentrale Speicherung Von Referenzdaten Zu Ermöglichen Und Diese Den Dezentralen Systemen Zur Verfügung Zu Stellen. In Einem Dritten Schritt Sollen Bis Dato Dezentrale Prozesse (z.b. Dezentrale Qualitätsverbesserung) Je Nach System Und Fachlicher Anforderung Zunehmend Zentralisiert Werden. Dazu Gehört Zum Beispiel Der Ausbau Zentraler Datenqualitätsverbesserungen, Im Zuge Dessen Auch Die Dezentrale Redundante Stammdatenbearbeitung Minimiert Werden Soll (z.b. Standardisierung Von Telefonnummern). Darüber Hinaus Sollen In Diesem Schritt Auch Weitere Entitäten In Das Mdm-system Aufgenommen Werden. 1. Ziele Beschaffung Und Modulweise Bzw. Stufenweise Implementierung Einer Lösung Für Die Stammdaten-verwaltung Und Referenzdatenverwaltung. Modulweise Bedeutet, Dass Die Nachführend Angeführten Funktionen Entsprechend Ihrem Bedarf Verwendet Und Verrechnet Werden Können Müssen. Stufenweise Bedeutet, Dass Sich Die Anzahl Der Verwalteten Entitäten, Stammdaten Bzw. Referenzdaten Und Die An-zahl Der Angebundenen Quellsysteme Sich Über Die Zeit Verändern Können. Ziel In Dieser Ausschreibung Ist Die Anbindung Der Unter 6.1.2 Genannten Systeme. Das System Soll Die Gewünschten Funktionen (zentral) Zu Verfügung Stellen. Die Anwendung Der Funktionen Erfolgt Dezentral Und Bedarfsorientiert In Den Ein-zelnen Geschäftsbereichen. D.h. Nicht Jeder Geschäftsbereich Wird Alle Zur Verfügung Gestellten Funktio-nen Auch Anwenden. Die Lösung Soll Folgende Grundlegende Funktionalitäten Zu Verfügung Stellen (die Detaillierte Anforderungsliste Ist In Dem Dokument Kriterienkatalog Ersichtlich): • Referenzdatenhaltung: Zentrale Speicherung Und Erfassung Von Referenzdaten • Referenzdatenpflege: User Interface Für Die Pflege Von Referenzdaten • Zentrale Durchführung Der Datenstandardisierung Und Datenkorrektur • Match: Dubletten Werden Im Mdm-system Identifiziert, Gruppiert Und Mit Einer Id Versehen (stufe 1), Das Match-service Soll Auch Als Service Anderen Systemen/applikationen Zur Verfügung Gestellt Werden • Merge: Erstellung Von Golden Records (stufe 2) • Zurverfügungstellung Des Golden Records An Quellsysteme Bzw. Dispositive Systeme (stufe 2) • Direkte Belieferung Nachgelagerter Systeme Aus Dem Mdm-system. (stufe 3). Die Belieferung Soll Über Mehrere Kanäle Erfolgen Können – Batch, Api Oder Eventstreaming • Jeder Kommunikationskanal (batch, Api, Eventstream) Soll Den Aktuellen Datenbestand Zur Gänze Übertragen Können (stichwort: „full Load“) Und Bei Entsprechender Konfiguration Jede Änderung Des Datenbestands. (stichwort: „changed Data Capture“) • Stammdaten Können Zentral Im Mdm-system Erfasst Werden (stufe 3) • Change Log Und Historisierung Zu Den Änderungen Der Stammdaten Oder Referenzdaten Soll Ermög-licht Werden • Freigabeprozesse Und Erinnerungsworkflows Sollen Möglich Sein • Umsetzung Der Oben Angeführten Punkte Nach Best-practice Vorgehen • Einsatz Einer Dsgvo-konformen Lösung • Ziel Ist Es, Nach Der Implementierung Einen Zustand Zu Erreichen, Ab Dem Die Öpag Selbstständig Weitere Systeme Über Das Mdm-system Bedienen Kann, Workflows Erstellen Und Referenzdaten An-legen Kann 2. Nicht Ziele 2.1. Entwicklung Einer Individuallösung, 2.2. Anbindung Aller Systeme Der Post (im Ersten Schritt/im Rahmen Des Projekts), 2.3. Die Entwicklung Oder Nutzung Eines „frameworks“, Welches Auf Basis Einer Standardsoftware Er-stellt Wurde, Ist Von Seiten Des Ag Nicht Gewünscht. Durch Das Entwickeln Eines Frameworks Kann Es Zu Technischen Und Wirtschaftlichen Abhängigkeiten Von Einem Framework Kommen, Welche Vermieden Werden Müssen. Bei Unklarheiten Wird Der Begriff „framework“ Bei Den Bietergesprä-chen So Definiert, Dass Der Ag Und Der An Das Gleiche Verständnis Des Begriffes Haben.