CR Compte Mobilité échange tél

De Communauté de la Fabrique des Mobilités
Aller à :navigation, rechercher



Image :

No-image-yet.jpg

Description en une ligne : faciliter une démarche de standardisation de tout ou partie des interfaces pour faciliter la réplication et la connexion à d’autres démarches/outils




Tags : mobilité


Commun(s) impliqué(s) : Compte Mobilité


Personnes clés à solliciter : BOUTE Benoît, CAUBET Virginie, BONNET Xavier, HUPONT Simon, Maxime Pasquier, Gabriel Plassat




Autres informations :

Echange tél le 22/2/18

  • Objectifs : faciliter une démarche de standardisation de tout ou partie des interfaces pour faciliter la réplication et la connexion à d’autres démarches/outils
  • Comment : identifier une ou 2 premières interfaces, créer un cadrage général en rassemblant une communauté « minimale »pour commencer, puis voir comment on élargit, pilotage FabMob ?

Présents[modifier | modifier le wikicode]

  • Ile de France Mobilités : Benoit Boute (responsable marketing et billettique)
  • Transdev : Virginie Caubet
  • Cityway : Xavier Bonnet
  • Kisio : Simon Hupont
  • ADEME : Maxime PASQUIER, Gabriel PLASSAT

Compte Mobilité (approche théorique)[modifier | modifier le wikicode]

  • LIEN vers la page dédiée
  • Produire un dispositif technique pour gérer les données au niveau individuel de manière confidentielle
  • Données sur les usages de la mobilité
  • Données actuellement éparpillé chez différents opérateurs
  • Directives € sur portabilité des données mais pas de système existant qui permet au citoyen de se réappropriée ces données
  • Profil public résumé de ces données pour que la collectivité d'avoir une idée des usages sur son territoire
  • Pour inciter les profils
  • Acteurs marchands pour cibler les offres

Tour d'horizon des projets similaires[modifier | modifier le wikicode]

Compte Mobilité à Mulhouse (Transdev / Cityway)[modifier | modifier le wikicode]

  • Description projet Compte Mobilité Mulhouse
  • Dispositif effectif opérationnel depuis moins d'un an
  • Possibilité de suivre les consommations pour les citoyens
  • Pour répliquer, quels sont les besoins pour ouvrir ?

Rouen - Transdev[modifier | modifier le wikicode]

  • Réflexion identique
  • app création compte, post paiement uniquement pour les TC avec 4 exploitants : demande des taxis, intégration vélo, stationnements + les outils du réseau vont s'enrichir avec de nouvelles fonctions
  • Brique information voyageurs tous modes confondus et brique compte mobilité
  • Besoin d'un système évolutif ==> notion de standard intéressante pour pouvoir accueillir de nouveaux acteurs facilement

Vianavigo / Ile de France[modifier | modifier le wikicode]

  • Juin 2016 FDR IDF Mobilités, numérique et mobilité
  • PF B2B : permet aux différents acteurs d’exposer des infos (théorique, Temps réel), open data, open service.
    • TC historique
    • Brique vélo en cours
    • Voiture : autolib via pass navigo (si Vianavigo ne le fait pas d'autres le feront) besoin d'intégrer le temps de stationnement et son coût
    • Covoiturage /
    • Stationnement en ouvrage / parking relais
  • Billetique : PF ouverte à l’ensemble des acteurs – contrainte CNIL
  • Même compte, même authentification => facture aggrégée pay as you go,
  • Compte client unifié avec jonction info voyageur
  • Logique OpenData et openService

Kisio[modifier | modifier le wikicode]

  • Pas de projet similaire
  • Pas encore de demande de compte mutualisé entre Transport public & autres services de la ville.
  • Compte mutualisé entre information voyageur et Mobile Ticketing, afin de faciliter le passage de l'une à l'autre des fonctionnalités
  • calculateur en progression (intégration voiture temps réel à venir), plan book ticket
  • Sur Dijon, intégration de toute la mobilité Parking et Transports en Commun
  • Intéressé par mutualisation
  • Compte client sur TC uniquement
  • Pas de projet d'étendre son compte à d'autres fournisseurs mais intéressé pour le faire

Discussions[modifier | modifier le wikicode]

Echanges[modifier | modifier le wikicode]

Objectivité de la planification d'itinéraires ? Pas possible d'ignorer la voiture Concurrence vis-à-vis des calculateurs d’itinéraire privés / besoin d'intégrer tous les modes Intégrer le temps de recherche de stationnement dans les temps pour montrer inefficacité en terme de temps et de coût (stationnement) Le compte mobilité et le MaaS ont des similitudes.

Réglementation €[modifier | modifier le wikicode]

Portabilité des données -citoyen peut demander d'avoir accès à ses propres données Compte mobilité = application de cette réglementation Traiter dans les organisations AOT = Pas vocation de développer les applis MaaS ==> compte mob permet de libérer les innovations et permettre les développements (pas vraiment abordé) Environnement réglementaire dans le domaine TC peut adapter à la mise en place d'un compte mobilité (croisement de plusieurs informations) Impliquer la CNIL

Standardisation[modifier | modifier le wikicode]

Intérêt ? Oui, besoin de faire converger les interfaces pour faciliter leur réutilisation + multiplication des moyens de mobilité Mutualisation de briques - comment faire ? ReX IDF Mobilité avec bcp d'acteurs + première étape : partage des données, API, etc. sur propres solutions PUIS des comptes unifiés portés par autorités

ACTIONS[modifier | modifier le wikicode]

  • Atelier à Paris co-organisé avec la FING le 20/3
  • Suite dans les projets :
    • rouen : dans les projets en cours, faire converger les interfaces pour faciliter leur réutilisation
    • IDFMOB : très ouvert dans la publication des interfaces, mise à disposition de la communauté
    • kisio : oui il faut poursuivre la standardisation au niveau des interfaces, les comptes unifiés viendront des autorités
  • impact de la RGPD sur ces projets ? comment faire levier des contraintes ?
  • s'engager dans une démarche pour identifier les modules, interfaces à mutualiser - standards
  • Impliquer CNIL, GART