Die Ausschreibung umfasst folgende Arbeitspakete: Arbeitspaket 1: Feinkonzeption als Vorarbeit zur Umsetzung von Arbeitspaket 2 Dieses Arbeitspaket umfasst die nötigen Feinkonzeptionen für die Bereitstellung und vor allem das Customizing des Datenmanagementsystems. In der Feinkonzeption sind insbesondere folgende Punkte zu bearbeiten: - Gesamtarchitektur (Hard- und Software, Instanzen- und Mandantenmodell) - Datenmodellierung, -auszeichnung und -repräsentation - Rollen- und Rechtesystem, Benutzergruppen - Benutzeroberflächen / UI (Dateneingabe) - Qualitätsstandards und Doublettenprüfung bzw. -konsolidierung - Datensynchronisation zwischen Instanzen sowie Konnektoren beim Import aus externen Datenmanagementsystemen via API - Umsetzung der Complianceanforderungen (Barrierearmut, Datenschutz, Gesetze / Verordnungen (EU KI Act, EmpCo etc.) - Repräsentanz der Daten beim Export im Ausgabemanagement der Daten - Dashboards für das Systemmanagement und das Monitoring (KPIs) - initiale Datenmigration für den Import aus den bestehenden Dateninventaren Arbeitspaket 2: Customizing (Eingabe- und Ausgabemanagement), inkl. Datenmigration, Schulungen und Dokumentation Dieses Arbeitspaket umfasst im Kern die Bereitstellung und vor allem das Customizing des Datenmanagementsystems aufbauend auf Arbeitspaket 1. Dies umfasst die Umsetzung der Standardsettings (Datenmodell, Rollen / Rechte, Oberflächen, API-Management, etc.) und die Einrichtung von 12 Instanzen inkl. Datensynchronisation. Zur Einführung des Systems ist zudem eine Datenmigration aus den Altsystemen sowie zwei Legacy APIs (XML) zur Aufrechterhaltung der Datenflüsse für Schnittstellenkonsumenten zu den bisherigen Datensystemen umzusetzen. Das Arbeitspaket umfasst die Schulung für die TMB (Administratoren und Betreiber regionaler Instanzen), Schulungsunterlagen und eine Dokumentation. Arbeitspaket 3: Betrieb des API-Managements Die API-Infrastruktur soll im Rahmen des Projektes von der historisch gewachsenen Logik der XML-Exporte auf ein modernes API-Management umgestellt werden. Der Auftragnehmer übernimmt den laufenden technischen Betrieb des API-Managements des Datenmanagementsystems und stellt die zuverlässige, sichere und leistungsfähige Bereitstellung der APIs für die anzuschließenden Nutzer sicher. Arbeitspaket 4: Systembetrieb, Hosting, Support Der Auftragnehmer übernimmt den laufenden technischen Betrieb, das Hosting und den technischen Support des Datenmanagementsystems einschließlich der hierfür erforderlichen Systemkomponenten und stellt deren zuverlässige, sichere und leistungsfähige Verfügbarkeit während der Vertragslaufzeit sicher. Hierzu gehört insbesondere die Überwachung der Systemumgebung, Wartung und Aktualisierung der eingesetzten Komponenten sowie die Bearbeitung und Behebung von technischen Störungen. Für den laufenden Systembetrieb und das Hosting aller Komponenten werden die folgenden Leistungen gefordert, die entweder von dem Auftragnehmer direkt oder durch den Auftragnehmer zu beauftragende Dritte zu erbringen sind. In beiden Fällen ist der Auftragnehmer zentraler Ansprechpartner für den Auftraggeber und hat (ggf. gemeinsam mit seinen Subunternehmern bzw. die zu benennenden Dritten) die nachfolgenden Anforderungen sicherzustellen. Arbeitspaket 5: Konzeption und Aufbau / Integration einer Graph-RAG-fähigen Infrastruktur in das Datenmanagementsystem Graph-RAG-fähige Services sind dort notwendig, wo faktenbasierte, kontextsensitive Antworten aus kuratierten Inhalten mit KI-Systemen erzeugt werden sollen, etwa im Tourismusnetzwerk (als landesweites Informationssystem bspw. für Touristinformationen), in Serviceassistenten, Chatbots oder in internen Wissenssystemen. Um hier zukunftsfähig zu werden, wird dieses Arbeitspaket ausgeschrieben. Arbeitspaket 6: Betrieb einer Graph-RAG-fähigen Infrastruktur Der Auftragnehmer übernimmt den technischen Betrieb der für die TMB bereitgestellten Graph-RAG-fähigen Infrastruktur und stellt deren zuverlässige, sichere und leistungsfähige Nutzung während der Vertragslaufzeit sicher. Der Betrieb umfasst insb. die Verfügbarkeit der erforderlichen Komponenten für die semantische Suche und Bereitstellung von Wissen für die angeschlossenen Anwendungen. Arbeitspaket 7: Weiterentwicklung des Datenmanagementsystems und der angeschlossenen Komponenten Dieses Arbeitspaket dient der Kalkulation von Weiterentwicklungsaufträgen, die durch Einzelbeauftragung ausgelöst und umgesetzt werden. Arbeitspaket 8: Consulting für das API-Management Der Auftragnehmer soll die TMB bei der Beratung und Betreuung der rund 200 bestehenden und neu hinzukommenden Nutzer der APIs des Datenmanagementsystems unterstützen. Ziel ist es, die API-Nutzer bei der individuellen Nutzung, Konfiguration und Weiterentwicklung ihrer Datenanbindungen fachlich und technisch zu unterstützen und eine möglichst reibungslose Nutzung der bereitgestellten Datenströme sicherzustellen. Das Volumen des Auftrages beträgt geschätzt 332.500,00 Euro für einen Zeitraum von vier Jahren.

Bereitstellung, Customizing, Betrieb sowie Weiterentwicklung eines landesweiten touristischen Datenmanagementsystems

Mit der Beschaffung werden folgende Bedürfnisse und Anforderungen (Ziele) verbunden: Vor dem Hintergrund neuer strategischer und rechtlicher Grundlagen (Tourismusstrategie Brandenburg (2023), Unternehmenskonzeption der TMB (2025), EU Artificial Intelligence Act bzw. die Verordnung über künstliche Intelligenz u.a.) einerseits, und der grundsätzlichen Entwicklungen im Bereich Digitalisierung (insbesondere KI) andererseits, möchte die TMB ein neues einheitliches Datenmanagement als Grundlage der Arbeit im Contentnetzwerk Brandenburg beschaffen. Im Kern soll ein Datenmanagementsystem für alle Arten bzw. Typen von Daten und Contents (B2C und B2B) mit folgenden Bestandteilen zur Verfügung gestellt werden: - Eingabemanagement/ Pflege-Schicht - KI- und Service-Schicht - Ausgabemanagement/ Ausspielungs-Schicht Die angestrebte Zielarchitektur basiert auf am Markt etablierten, wartbaren und personell beherrschbaren Technologien sowie offenen Standards. Zur Sicherung der digitalen Souveränität wird bewusst auf proprietäre Sonderentwicklungen verzichtet und stattdessen auf modulare, zukunftssichere Softwarestrukturen gesetzt. Durch einen konsequenten API-First-Ansatz soll zudem sichergestellt werden, dass einzelne Funktionsmodule jederzeit herstellerunabhängig ausgetauscht, erweitert und nahtlos an beliebige Drittsysteme angebunden werden können. Die heutige Trennung der POIs und Touren (DAMAS), Veranstaltung (TDH) sowie Medien (Medienarchiv) soll in einem Datenmanagementsystem konsolidiert werden. Dies trifft auch auf die Inhalte des B2B Portals sowie der Portale des B2C Website-frameworks. Damit soll der Umsetzung eines "Headless CMS Ansatzes" Vorschub geleistet werden, das auf eine komplette Trennung von Inhalt und Design abzielt. In seiner jetzigen Ausprägung ist das Datenmanagement - historisch bedingt - zentralistisch aufgebaut. Die Steuerung und Koordination des Systems liegt bei der TMB. So werden bspw. alle Mandanten von der TMB angelegt (inkl. Benutzerverwaltung, Rechtesteuerung, Vertragswesen etc.). Im zukünftigen System soll ein weniger hierarchisches und flexibles System zur Anwendung kommen. Dabei nehmen die elf Reiseregionen des Landes eine zentralere Rolle als bisher ein. Sie sollen eigene Instanzen des Landessystems erhalten, um bspw. die regionalen Redakteure selbständig zu steuern. Die regionalen Instanzen sind technisch vollständig eigenständige Systeme. Es handelt sich daher nicht um ein klassisches zentrales Mandantensystem mit lediglich logisch getrennten Sichten auf einen landesweiten Datenbestand. Vielmehr verfügt jede Instanz über eine eigene Datenhaltung bzw. Datenbank mit eigener Mandantenstruktur. Der Datenaustausch soll über definierte Synchronisationsmechanismen zwischen den eigenständigen Instanzen erfolgen. Datenbankarchitektur - Die zentrale Dateneingabe für die TMB und das Contentnetzwerk Brandenburg verteilt sich, wie oben dargestellt, über die POI-Datenbank DAMAS, die Veranstaltungsdatenbank (TDH) und das Medienarchiv. Somit gibt es, abgesehen vom Geoinformationssystem QGIS, keine zentrale und generische Datenhaltung. Hauptziel ist es, nur noch ein System zum Daten- und Contentmanagement zu betreiben. Dies betrifft auch das gegenwärtig solitär betriebene B2B-Portal und die Portale des B2C Websiteframeworks. - Die Architektur soll gleichzeitig durch die Umsetzung eines Instanzenmodells dezentralisiert werden, um die Vorteile der landesweiten Zusammenarbeit zu nutzen, aber auch die Individualität der Partner, insb. der Reiseregionen, zu ermöglichen. So wird ein schlankes Standard-Rollen- und Rechtesystem ermöglicht, das innerhalb der Instanzen differenziert werden kann. - Das Datenmodell wird - aufbauend auf der Integration der Daten der oben beschrieben Datenbänke und der heute getrennten B2B Daten weiterentwickelt. Als Landesstandard wird ein Datenmodell für alle Datentypen entworfen. - Es wird ein landesweiter Qualitätsstandard eingeführt. - Die Zusammenführung aller Daten und Contents in ein einheitliches Datenmodell und eine technische Infrastruktur bietet die Grundlage für die Umsetzung eines "Headless CMS-Ansatzes". Eingabemanagement - Für die Eingabe von Daten und Contents soll es nur noch eine Oberfläche geben. - Inhalte sollen aus externen Systemen via API in das Landessystem importiert werden können. - Die Nutzung von responsiven, möglichst barrierearmen Eingabeoberflächen wird angestrebt. KI- und Serviceschicht - Die Dateneingabe soll mit Unterstützung von KI-Anwendungen weitestgehend automatisiert werden. - Bereitstellung von KI-gesteuerten Dashboards für das Management und Monitoring der Datenbank sowie einem damit verbundenen Taskmanager. - Entwicklung und Bewirtschaftung einer Graph-RAG-fähigen Infrastrukur als Basis interner Wissenssysteme und Gästeservices Ausgabemanagement - Bereitstellung einer einfach zu bedienenden Managementoberfläche für das Ausgabemanagement - Bereitstellung von konfigurierbaren Standard-APIs (REST / GraphQL) - Bereitstellung von Konnektoren zu gängigen Inventarsystemen - Bereitstellung von konfigurierbaren barrierefreien Widgets - Bereitstellung eines konfigurierbaren MCP-Servers und eines WebMCP-Service - Bereitstellung einer lesenden WebDAV Schnittstelle für Medien, mit der Daten direkt, z.B: im Windows Explorer als Verzeichnisse dargestellt werden können - Bereitstellung eines Medienportals, auf dem Medien für diverse Interessenten mit den hinterlegten Lizenzen downloadbar zur Verfügung gestellt werden.