-
Veröffentlicht08/08/2025
-
Frist20/10/2025
-
Öffnung der Angebote20/10/2025
-
Heute09/10/2026
Hilfsprogramme
- Weist auf CPV-Codes hin, die aus dem Text des Verfahrens abgeleitet wurden
- Weist auf Text hin, der automatisch in Ihre Dialogsprache übersetzt wurde
Lösung für Fahrzeugsystem als Teil des HSL-Informationssystems
Note: Nicht alle Informationen für dieses Verfahren wurden erfolgreich berechnet. Weitere Einzelheiten finden Sie in den verlinkten Dokumenten.
Das Hauptziel der Beschaffung ist das Fahrzeugsystem, einschließlich der erforderlichen Software, Hardware und Dienstleistungen. HSL bietet eine Softwareplattform für die Nutzung von Tenderer. Der Bieter wird Docker-Lösungen für die Softwareplattform implementieren und die Treiber-Display-Hardware für Busse bereitstellen. Es wird erwartet, dass die bereitgestellte Fahrzeugsystemsoftware mit den vorhandenen Legacy-Treiberdisplays kompatibel ist und ähnliche Funktionen bietet, die in alle Schienenmodi integriert sind. Die Docker-Lösungssoftware muss über alle notwendigen Komponenten verfügen, um die HSL-Anforderungen an Fahrgastinformationen, Fahrerhilfe, Ampelprioritätssystem und Konfigurationsmanagement zu erfüllen und das HSL-Backend mit verschiedenen Echtzeitdatenquellen zu versorgen. Das Fahrzeugsystem sollte folgende Teile umfassen: * Fahrgastinformationen • Ankündigungen Text-To-Speech (TTS) • Anzeigesteuerung für Innenräume (Fahrgastinformationen) • Steuerung der Außenanzeigen * Inhaltsverwaltungssystem * Transitsignalpriorität (TSP) (auch bekannt als Ampelpriorität) • Steuerung des Funkmodems zum Senden von Anfragen • Implementierung der erforderlichen fahrzeugseitigen Logik der Prioritäten * Fahrerhilfe • Hardware von Fahreranzeigen an Busse • Steuerung notwendiger Teile des Fahrzeugsystems • Fahrerhilfe für Routen, Fahrpläne, Fahrpläne usw. • Ticket-Inspektionsansicht * Echtzeitdaten • HFP (Hochfrequenzpositionierung) • NOPTIS ROI •ITxPT APIs • In der späteren Phase stellt SIRI * Konfigurationsmanagement • Verschiedene Fahrzeugtypen HSL die folgenden Datenquellen und Hardware bereit, damit der Bieter notwendige Teile des Fahrzeugsystems implementieren kann: * Vorausgesetzte geplante Daten •GTFS •NOPTIS DOI •In der späteren Phase NETEX * Fahrzeugsystem •On-Board-Computer und Router Docker-Umgebung Notwendige Datenverbindung mit dem Mobilfunknetz GPS-Quelle FMS CAN über FMStoIP •Interne Fahrgastinformation zeigt Hardware an •Externe Display-Hardware •Ticket-Validator-Hardware •Ankündigungssystem-Hardware •Verkehrslichtfunkmodem-Hardware * APIs •Benutzer- und Zugriffsverwaltung •Ticket-Validierungsstatus Die Fahrzeugsystemlösung wird in allen HSL-Verkehrsmodi implementiert, zu denen Busse, Straßenbahnen, Züge, U-Bahnen und Fähren gehören. Der Bus- und Bahnverkehr wird von privaten Betreibern öffentlich beschafft. Der U-Bahn- und Straßenbahnverkehr soll in Zukunft öffentlich beschafft werden, wird aber derzeit von Metropolitan Area Transport Ltd. betrieben. Derzeit umfasst der HSL-Betrieb etwa: 1350 Busse 200 Straßenbahnen 80 Züge 50 U-Bahnen 4 Fähren Diese Beträge unterliegen Änderungen aufgrund möglicher Änderungen des geplanten Betriebs innerhalb der HSL-Gerichtsbarkeit. Software wird in allen Verkehrsträgern benötigt. Software muss je nach Typ in verschiedenen Modi konfigurierbar sein. In Bussen und Straßenbahnen ist der Bieter während der gesamten Lebensdauer der Lösung für das System verantwortlich. In der ersten Stufe für U-Bahnen, Fähren und Züge sind Systemanforderungen Echtzeitinformationen für Backend- und Routenüberwachungs-APIs für Ticketing-Geräte. In Zukunft werden möglicherweise auch Teile der Fahrgastinformationssteuerungen über dieses System abgewickelt, zum Beispiel Fahrgastinformationsanzeigen und -ankündigungen. Die Hardware muss das Fahrerdisplay selbst, mögliche Spezialkabel und eine Montagehalterung enthalten, mit der Fahrerdisplays an Bussen montiert werden. Die Anzahl der benötigten Displays korreliert mit der Anzahl der in Betrieb befindlichen Busse, die oben geschätzt wird. Außerdem werden zusätzliche Fahreranzeigen für Wartungszyklen für das Wartungspersonal des Busbetreibers benötigt. Der Bieter muss in der Lage sein, die in Zusammenarbeit mit Dritten angebotene Hardware zu warten und zu unterstützen. Der Bieter ist in erster Linie für die Fehleranalyse und die Reparatur oder den Austausch von Hardware verantwortlich. Die Betreiber sind für den Austausch der fehlerhaften Geräte in Fahrzeugen verantwortlich, und der Kunde ist für Kurierdienste verantwortlich, um Geräte zwischen Lagern, dem Betriebshof des Betreibers und dem lokalen Hardware-Servicepunkt des Bieters zu übertragen. Der Kunde verwendet RFID-Tags für die Hardware-Bestandsverwaltung, die auch als Bestandsverwaltungssystem bezeichnet wird. Diese RFID-Tags müssen vom Bieter auf der gesamten ausgeschriebenen Hardware installiert werden. Der Auftraggeber stellt dem Bieter jedoch RFID-Tags zur Verfügung. Die Bestandsverwaltung des Kunden dient der Nachverfolgung und Verwaltung des Bestands, um den Hardwarestandort zu einem bestimmten Zeitpunkt zu ermitteln. Beispielsweise könnten Displays im Lager des Kunden, im Hardware-Ersatzinventar des Bieters und im Lagerschließfach des Busbetreibers, das Teil des Bestandsverwaltungssystems ist, zu finden sein. Die EU-Richtlinien über Barrierefreiheit und Benutzerfreundlichkeit müssen eingehalten werden. Zusammenfassung des geplanten Projektplans Der Bieter zeigt den aktuellen Stand der Lösung und den Plan für die nächsten Schritte 12/2025-01/2026 Der Bieter beginnt mit dem Abschluss der Erstveröffentlichung 01/2026 Der Bieter stellt dem Auftraggeber zehn (10) Testtreiber-Displays zur Verfügung 03/2026 Der Auftraggeber prüft die Testtreiber-Displays mit den Umgebungsanforderungen 03-04/2026 Der Auftraggeber überwacht und unterstützt den Fortschritt der Erstveröffentlichung 02-08/2026 Der Bieter schließt die Erstveröffentlichung ab (einschließlich der Installation nach CAT 08/2026 Der Auftraggeber prüft und testet die Erstveröffentlichung (wenn keine Mängel vorliegen, akzeptieren Sie sie) 08/2026 Die Pilotierung der Lösung in verschiedenen Transportarten 08-10/2026 Der Auftraggeber und der Bieter planen die Produktionsanlagen 08-10/2026 Die Produktionsanlagen beginnen 10/2026 Der Bieter beginnt mit der Implementierung der Feature Packs 10/2026 Die Produktionsinstallationen sind abgeschlossen und die Feature Packs werden 08/2027 installiert. Weitere Einzelheiten finden Sie im Anhang Anhang Anhang_1_Subject_Matter_Of_The_Procurement. Alle in der Ausschreibung genannten Fristen sind in finnischer Zeit angegeben.
https://tarjouspalvelu.fi/hsl?id=564363&tpk=ec1664f7-0b7b-4c1b-92a7-9229df008df0
https://tarjouspalvelu.fi/hsl?id=564363&tpk=ec1664f7-0b7b-4c1b-92a7-9229df008df0
72000000 - IT-Dienste: Beratung, Software-Entwicklung, Internet und Hilfestellung
30200000 - Computeranlagen und Zubehör
34000000 - Transportmittel und Erzeugnisse für Verkehrszwecke
48813000 - Passagierinformationssystem
Art: price
Beschreibung: Price, Weight 80% For more detailed information, please refer to ITT and Appendix_4_ Prices
Gewichtung (Prozentanteil, genau) : 80
Kriterium:
Art: quality
Beschreibung: Quality, Weight 20% For more detailed information, please refer to ITT
Gewichtung (Prozentanteil, genau) : 20
Der auf dieser Seite veröffentlichte Inhalt ist ausschließlich als zusätzliche Informationsquelle gedacht und entfaltet keinerlei Rechtswirkung. Die Organe der Union übernehmen keine Haftung für seinen Inhalt. Die amtlichen Fassungen der jeweiligen Ausschreibungsbekanntmachungen sind in der Ergänzung zum Amtsblatt der Europäischen Union veröffentlicht und in TED verfügbar. Diese amtlichen Texte sind über die Links auf dieser Seite unmittelbar zugänglich. Weitere Informationen sind der Bekanntmachung über die Erklärbarkeit und Haftung des öffentlichen Auftragswesens zu entnehmen.