Zur weiteren Optimierung der Mobilitätsplattform „MaaS“ und zur erfolgreichen Erreichung der Projektziele sind Anpassungen der bestehenden Anforderungen sowie die Implementierung zusätzlicher Funktionsbausteine (Change Requests, CR) durch den Dienstleister Hacon Ingenieurgesellschaft mbH erforderlich geworden.

Aufbau und Verwaltung einer integrierten Nutzerdatenbank (User Account Integration)

Zwecks Realisierung der einzelnen Funktionalitäten der Mobilitätsplattform ist der Aufbau und die Verwaltung einer integrierten Nutzerdatenbank erforderlich, um dem Appnutzer z.B. den Kauf von Tickets und das Speichern von favorisierten ÖPNV-Verbindungen zu ermöglichen. Im Laufe des Projekts wurde erkennbar, dass der Dienstleister eine Anbindung zur SWT-Nutzerdatenbank („Microsoft Entra ID“) mittels Schnittstelle realisieren muss, um eine nahtlose Integration in die App zu ermöglichen, ohne dass der Appnutzer einen erneuten Anmelde- und Registrierungsprozesse durchführen muss. Die Umsetzung dieser „Single Sign On“ Funktionalität bedeutet bei der Implementierung der Schnittstelle zur SWT-Nutzerdatenbank eine höhere Komplexität und größeren technischen Aufwand, welcher zum Zeitpunkt der Beauftragung in technischer Detailtiefe noch nicht absehbar war. Für die erfolgreiche Projektumsetzung wird die Realisierung dessen zwecks Abbau von technischen Zugangshürden für den Nutzer als essentiell erachtet.

Wallet Funktionalität für Tickets in Android & iOS

Der Dienstleister generiert nach Abschluss eines Ticketkaufs durch den Appnutzer mittels der HAFAS.salesplatform API Tickets als QR-Code, die nativ in der App dargestellt werden sollen. Im Laufe des Projektes wurde erkennbar, dass die App, in welche die Integration der Mobilitätsplattform erfolgt, architektonisch grundsätzlich nicht dafür ausgerichtet und technisch nicht in der Lage ist, im Falle einer fehlenden Internetverbindung gekaufte Tickets nativ in der App darzustellen. SWT sieht es als erforderlich an, dass Appnutzer auch bei fehlender Internetverbindung ihre gekauften Tickets abrufen können, um diese bei eventuellen Fahrscheinkontrollen im ÖPNV vorzeigen zu können. Dies begründet sich u.a. dadurch, dass eine durchgehende Mobilfunkabdeckung bei einigen Bus- und Zugverbindungen nicht vollständig gewährleistet werden kann, wodurch Fahrgäste trotz Besitz eines digitalen Tickets in solchen Fällen ein erhöhtes Beförderungsentgelt (EBE) entrichten müssten.

Subscription Modul Deutschlandticket

Der Dienstleister baut im Rahmen der Umsetzung der Mobilitätsplattform einen Ticketshop auf, welcher alle digitalen Einzel- und Zeitkarten entsprechend der gültigen Tarifbestimmungen des Verkehrsverbundes VRT umfasst. Im Laufe des Projektes wurde erkennbar, dass für das Deutschlandticket, im Gegensatz zu allen weiteren digitalen Fahrscheinen im Ticketshop, ein sogenanntes „Subscription Modul“ notwendig wird, welches eine Verwaltung von Abonnements umfasst. Das Deutschlandticket unterliegt als bundesweit einheitliches ÖPNV-Ticket den vorgegebenen technischen Spezifikationen und ist nur in digitaler Form sowie als sich automatisch verlängerndes Abonnement technisch umzusetzen. Zum Zeitpunkt der Ausschreibung als auch bei der Beauftragung lag SWT die Information in dieser Detailtiefe noch nicht vor. Entsprechend wurde dieses Subscription Modul ursprünglich nicht berücksichtigt. Als Teil des Verkehrsverbunds VRT ist SWT dazu verpflichtet, das digitale Ticketsortiment vollständig abzubilden, weswegen ein Verzicht auf die Umsetzung des Deutschlandtickets als Abonnement nicht möglich und im Rahmen des Projekts zwingend zu realisieren ist.