L’objectif principal de la passation de marché est le système embarqué, y compris les logiciels, le matériel et les services nécessaires. HSL fournit une plate-forme logicielle à l’usage du soumissionnaire. Le soumissionnaire mettra en œuvre des solutions docker pour la plate-forme logicielle et fournira le matériel d’affichage du conducteur pour les bus. On s'attend à ce que le logiciel du système du véhicule fourni soit compatible avec les anciens écrans du conducteur intégrés à tous les modes ferroviaires et fournisse des fonctionnalités similaires à celles-ci. Le logiciel de solution docker doit disposer de tous les composants nécessaires pour répondre aux besoins de HSL en matière d'information des passagers, d'aide à la conduite, de système de priorité des feux de circulation, de gestion de la configuration et fournir au backend HSL différentes sources de données en temps réel. Le système du véhicule devrait comprendre les éléments suivants: * Informations passagers • Annonces Text-to-Speech (TTS) • Contrôle d'affichage intérieur (Information passager) • Contrôle des affichages extérieurs * Système de gestion du contenu * Priorité du signal de transit (également connue sous le nom de priorité du feu de circulation) • Contrôle du modem radio pour envoyer les demandes • Mise en œuvre de la logique des priorités du côté du véhicule nécessaire * Aide au conducteur •Matériel des affichages du conducteur aux bus • Contrôle des parties nécessaires du système du véhicule •Aide au conducteur pour les itinéraires, les horaires, les horaires, etc. •Vue d'inspection des tickets * Données en temps réel •HFP (positionnement haute fréquence) •NOPTIS ROI •API ITxPT •À un stade ultérieur, SIRI * Gestion de la configuration •Différents types de véhicules HSL fournit les sources de données et le matériel suivants pour que le soumissionnaire puisse mettre en œuvre les parties nécessaires du système du véhicule: * Données prévues •GTFS •NOPTIS DOI •À un stade ultérieur, NETEX * Système du véhicule • Ordinateur de bord et routeur Environnement Docker Connexion de données nécessaire avec le réseau mobile Source GPS FMS CAN via FMStoIP • Matériel d'affichage interne des informations passagers • Matériel d'affichage externe • Matériel de validation des billets • Matériel du système d'annonces • Matériel du modem radio léger trafic * API • Gestion des utilisateurs et des accès • État de validation des billets La solution du système du véhicule sera mise en œuvre dans tous les modes de transport HSL, y compris les bus, les tramways, les trains, les métros et les ferries. Le trafic par autobus et le trafic ferroviaire sont acquis publiquement auprès d'opérateurs privés. Le trafic de métro et de tramway devrait faire l'objet d'un marché public à l'avenir, mais il est actuellement exploité par Metropolitan Area Transport Ltd. Actuellement, les opérations HSL comprennent environ: 1350 bus 200 trams 80 trains 50 métros 4 ferries Ces montants sont sujets à des changements en fonction des changements possibles aux opérations prévues au sein de la juridiction HSL. Des logiciels sont nécessaires dans tous les modes de transport. Le logiciel doit être configurable dans différents modes selon le type. Dans les bus et les tramways, Tenderer est responsable du système pendant toute la durée de vie de la solution. Dans la première étape pour les métros, les exigences du système des ferries et des trains sont des informations en temps réel pour les API de surveillance d'arrière-plan et d'itinéraire pour les dispositifs de billetterie. À l'avenir, ce système traitera peut-être également certaines parties des contrôles de l'information des passagers, par exemple les affichages et les annonces d'information des passagers. Le matériel doit inclure l'écran du conducteur lui-même, d'éventuels câbles spéciaux et un support de montage, qui seront utilisés pour monter les écrans du conducteur sur les bus. Le nombre d'affichages nécessaires est corrélé au nombre d'autobus en service, estimé ci-dessus. En outre, des affichages supplémentaires du conducteur sont nécessaires pour les cycles de maintenance du personnel de maintenance de l’opérateur d’autobus. Le soumissionnaire doit être en mesure d’assurer la maintenance et le support du matériel proposé en coopération avec des tiers. Le soumissionnaire est principalement responsable de l’analyse des défauts et des processus de réparation ou de remplacement du matériel. Les opérateurs sont responsables de l’échange des dispositifs défectueux dans les véhicules et le client est responsable des services de messagerie pour transférer les dispositifs entre les entrepôts, le dépôt de l’opérateur et le point de service matériel local des soumissionnaires. Le client utilise des étiquettes RFID pour la gestion des stocks de matériel, également connue sous le nom de système de gestion des stocks. Ces étiquettes RFID doivent être installées sur tout le matériel proposé par le soumissionnaire. Toutefois, le client fournira des étiquettes RFID au soumissionnaire. La gestion des stocks du client est utilisée pour suivre et gérer les stocks afin d’identifier l’emplacement du matériel à tout moment. Par exemple, les affichages peuvent être localisés dans l’entrepôt du client, dans l’inventaire de remplacement du matériel du soumissionnaire, dans le casier de stockage de l’opérateur de bus qui fait partie du système de gestion des stocks. Les directives de l'UE sur l'accessibilité et la facilité d'utilisation doivent être respectées. Résumé du calendrier du projet prévu Le soumissionnaire présente les cas d'état actuel de la solution et planifie les prochaines étapes 12/2025-01/2026 Le soumissionnaire commencera l'achèvement de la version initiale 01/2026 Le soumissionnaire fournira au client dix (10) écrans de pilote d'essai 03/2026 Le client auditera les écrans de pilote d'essai avec les exigences environnementales 03-04/2026 Le client surveillera et soutiendra l'avancement de la version initiale 02-08/2026 Le soumissionnaire terminera la version initiale (y compris l'installation au CAT 08/2026 Le client auditera et testera la version initiale (en l'absence de défauts, acceptez-la) 08/2026 Pilotage de la solution dans différents modes de transport 08-10/2026 Le client et le soumissionnaire planifieront les installations de production 08-10/2026 Les installations de production commenceront 10/2026 Le soumissionnaire commencera la mise en œuvre des packs de fonctionnalités 10/2026 Installations de production sont terminées et des packs de fonctionnalités sont installés 08/2027. Pour plus de détails, voir l'annexe Appendice_1_Objet_Matière_De_l'_Marché public. Tous les délais indiqués dans l'appel d'offres sont indiqués en temps finlandais.
Texte traduit automatiquement dans votre langue de navigation
