Public procurement notice: Contract Award Notice
Published: 2021-03-26
Buyer: VBB Verkehrsverbund berlin-Brandenburg GmbH
Country: DE
Contract type: Services
Procedure: Negotiated without a prior call for competition
CPV classification: 72267100: Maintenance of information technology software
Estimated value: 3300000 EUR
Award criteria: Lowest price

Technical requirements: Wartung und Dienstleistung der durch den VBB lizensierten HAFAS-Komponenten für den Zeitraum 2021-2024
Wartung und Dienstleistung der durch den VBB lizensierten HAFAS-Komponenten für den Zeitraum 2021-2024.
Es wird die Software für das ÖPNV-Auskunftssystem des VBB vergeben. Der Auftrag erfasst folgende Software-Module [HAFAS Rechenkern und Transform, HAFAS Server und Webanwendung, Apps, Tarife, print2web, Karte, Realgraph, Live Fahrplan, verteilte Verbindungssuche, HAFAS Informationsmanager, Datendrehscheibe, Open API, multimodale Karte und Routing, IV-Router, Mobilitätsplattform, Buchung von Rufbus-Angeboten, Pendler-App, Integration von Auslastungsinformationen, Wohn- und Mobilitätskostenrechner, barrierefreie Auskunft mit Berücksichtigung Aufzugsstatus, HAFAS-Tabellenplaner sowie weitere In Entwicklung befindliche Module und Schnittstellen], ihren technischen Betrieb, die Wartung sowie die Weiterentwicklung.
— VBB GmbH hat auf Grundlage ihres Leistungsbestimmungsrechts, die HaCon Ingenieurgesellschaft mbH mit der Wartung und Dienstleistung der durch den VBB lizensierten HAFAS-Komponenten beauftragt. Folgende wirtschaftliche und technische Gründe haben zu der Entscheidung geführt:
— Konkurrenzsysteme bieten nicht den vollständigen Funktionsumfang, den das HAFAS des VBB inzwischen hat. Die Umstellung auf ein vollständig neues ÖPNV-Auskunftssystem würde bei erheblichen wirtschaftlichen Nachteilen zusätzlich ein unverhältnismäßig hohes Risiko für die VBB GmbH und die an das bestehende System angeschlossenen Systeme der Verbundpartner bedeuten,
— Ersatzbeschaffung eines neuen Systems bedingt erhebliche Investitionskosten, um die HAFAS-Funktionalitäten für das neue System erstmals zu entwickeln. Diese Lizenz- und Entwicklungskosten würden zusätzlich zu dem eigentlichen Ausschreibungsumfang (Wartung, Betrieb und Weiterentwicklung des Systems) anfallen,
— Finanziell belastender, Ausbildungs-, Fortbildungs- und Umstellungsmehraufwand bei Beschaffung eines neuen Systems. Beim VBB wären voraussichtlich 15 Mitarbeiter mit der Einführung eines neuen Systems beschäftigt, bei den angeschlossenen Verkehrsunternehmen ca. 75,
— Alle Abnehmer und Zulieferer von Daten aus dem derzeit betriebenen HAFAS-System bzw. in das System herein (Verkehrsunternehmen und Verkehrsverbünde an der Datendrehscheibe, Open data-Nutzer über die API-und die GTFS-Schnittstellen, andere Verbünde über die nationalen und internationalen DELFI- und EU-SPIRIT-Schnittstellen für Soll- und Echtzeit-Fahrplandaten, Verkehrsunternehmen und Fahrplanauskunftsbetreiber als Zulieferer und Abnehmer von Störungsmeldungen über den HAFASInformation Manager sowie die VMZ als angebundener IV-Router-Anbieter) hätten großen Abstimmungsaufwand im eigenen Haus und bei ihren Systemhäusern. Entstehenden Kosten würden an die VBB GmbH weiterberechnet. Aus der Erfahrung beim Aufbau des HAFAS-Systems ist bekannt, dass selbst bei standardisierten Schnittstellen der Abstimmungsaufwand und die benötigte Zeit bis zu 24 Monaten betragen kann,
— VBB-Fahrinfo-Webauskunft, VBB-Bus&Bahn-App inkl. des VBB-Handyticketingsystems, die Kinder-App VBBjump sowie die in der Entwicklung befindliche VBB-Pendler-App werden auf Basis des HAFAS-Auskunftssystems betrieben. Nutzer müssten Apps neu laden, Verknüpfungen mit der Webauskunft müssten neu eingerichtet werden. Dadurch können Nutzer verloren gehen,
— Ca. 100 Abnehmer der VBB-API müssten die API des neuen Anbieters einbinden (Kosten, Personalressourcen),
— Die bestehende Verknüpfung des HAFAS-Informationsmanagers (HIM) des VBB mit dem HIM der DB Regio AG und dem der BVG müsste mit einem neuen System kostenintensiv neu erfolgen,
— Bei Anzeigesysteme in allen Zügen des Regionalverkehrs sowie an einigen Haltestellen des üÖPNV würden Kosten für eine Implementierung neuer Schnittstellen entstehen, die der VBB erstatten müsste,
— Ein Austausch des Systems würde die Stabilität des gesamten ÖPNV-Auskunftssystem und der daran angeschlossenen Produktivsysteme von Drittern in Gefahr bringen und zu erheblichen Anpassungs- und Kompatibilitätsschwierigkeiten führen. Die Migration auf ein neues System stellt für die Qualität der Fahrplan- und Störungsinformationsauskunft im VBB ein großes Risiko dar. Sollte die Migration nicht weitestgehend reibungslos verlaufen, wovon bei der Komplexität des Systems auszugehen ist, kann die Erreichung des jetzigen System-Zustands die vollständige Laufzeit des Vertrags (4 Jahre) in Anspruch nehmen oder sogar übersteigen,
— Wegen des Schutzes von ausschließlichen Rechten, insbesondere von gewerblichen Schutzrechten, hier des Urheberrechts der HaCon an der von ihr entwickelten HAFAS Software, kann die hier zu vergebende Leistung nur von der HaCon erbracht werden (§ 14 Abs. 4 Nr. 2 lit. c) VgV).
Ein Nachprüfungsantrag ist gemäß § 160 Abs. 3 S. 1 Nr. 4 GWB unzulässig, soweit mehr als 15 Kalendertage nach Eingang der Mitteilung des Auftraggebers, einer Rüge nicht abhelfen zu wollen, vergangen sind.


Winner: HaCon Ingenieurgesellschaft mbH
Award value: 3300000
Number of bids: 1