CR Atelier final bonification RDEX+

Image :

Description en une ligne : Atelier final de bonification de RDEX+

Prise de note sur le PAD (cocher si Oui) ? Oui
Document Central (CR) : https://pad.fabmob.io/9X4drJXUTl-d2Vaire19Dw?both
Evénement lié : Atelier final de bonification du standard RDEX+
Organisations impliquées : Mobicoop, Scity.coop, BlaBlaCar, Rezo pouce, Ouestgo, Cerema, PWC

Tags : RDEX, Covoiturage, données ouvertes
Thème : Données ouvertes, Covoiturage quotidien
Animateur Atelier : Olivier Sarrat
Défi lié à l'Atelier : Accélérer le déploiement du covoiturage quotidien
Commun(s) impliqué(s) : Interopérabilité des données de demande et d’offre de covoiturage

Communauté(s) d'intérêt impliquée(s) : Communauté autour du Covoiturage quotidien

Prochaine Etape : Fabmob: créer une liste de discussion publique pour initier ce groupe de gouvernance avec opérateurs qui veulent déjà initier (Ridygo, Mobicoop, Ouestgo, Rezopouce), un représentant du RPC, un représentant de la FabMob.

Autres informations :

   Date : jeudi 18/03/2021, 16h-18h
   En ligne

Inscrits

• PLASSAT Gabriel
• Joachim Renaudin
• Arnaud Delcasse
• Martin Rueda
• Olivier Fillol
• Olivier Sarrat
• Ricardo Lage
• Pierre Garnier

Présents :

   A. Gelix (BlaBlaCar)
   Ricardo Lage (BlaBlaCar)
   Ben Dupont (Blablalines)
   A. Delcasse (Ridygo / Scity.coop)
   G. Plassat (FabMob / ADEME)
   O. Sarrat (Mobicoop)
   Olivier Fillol (Rezopouce)
   Jacques Michaël Ngako (OuestGo)
   Pierre Garnier (OuestGo)
   Laurent Chevereau (Cerema)
   Martin Rueda (PWC)

Présentation du standard[modifier | modifier le wikicode]

Souhait de partager le standard et d’échanger
La proposition technique discutée est disponible sur cette page : https://rdex.fabmob.io/
RDEX+ nouvelle version 2.0.0 de RDEX avec 3 grandes nouveautés

    *   modernisation de la syntaxe s’appuyant sur vianavigo
    *   réservation possible
    *   interface possible avec RPC via l’ID de trajet (POC réalisé avec le projet LCE piloté par SystemX à Lyon)

Cas d’usages de RDEX+[modifier | modifier le wikicode]

des opérateurs souhaitent opérer sur le même territoires
interfaces avec des Sim et MaaS, jusqu’à la résa d’un trajet avec un compte maas sans compte covoit.

Questions, échanges[modifier | modifier le wikicode]

AB/BBC : question du ante & post booking sans visibilité avec le RDEX+ : envoyer des messages, vérification d’une annulation, changement des horaires, visibilité antifraude

       possibilité d’élargir les messages ante/post booking
       annulation résa : à ajouter un patch canceled
       cas de la fraude : AOM subventionne le trajet, risque de fraude multiop. (BBC active le GPS à interval régulier)
             => question des preuves en interopérabilité, RPC permet de gérer cette différence

Commencer avec une version de base à tester pour ensuite intégrer des fonctions
AB/BBC : risque de niveler les fonctionnalités en standardisant. Alternative de l’utilisation des API + deeplink

       => Recherche initialement du plus petit dénominateur commun : identification du commun puis ajout de fonction

AD/Scity : maximiser les chances avec un covoit multiopérateur
Retirer l’obligation de mettre une URL opérateur

La version initiale v2.0.0 du standard RDEX+ est validée.

Sujets pour la suite[modifier | modifier le wikicode]

Rassembler les parties prenantes impliquées : opérateurs covoit, MaaS
Identifier/partager les initiatives internationales dans le domaine (NETEX partie 5 pour décrire tous les services dont le covoiturage (mais pas covoiturage dynamique, ni échange de messages))

Gouvernance du standard[modifier | modifier le wikicode]

Parties prenantes possibles[modifier | modifier le wikicode]

opérateurs de covoiturage (privés/publics)
opérateur Maas (cityway, kisio, instant system)
territoires : qui ont des projets de covoit et/ou des politiques volontaires pour le covoit
équipe du Registre de Preuves de Covoiturage
Fabrique des Mobilités

Planning de mise en oeuvre[modifier | modifier le wikicode]

en cours de discussion entre certains opérateurs
opérationnel en 2021

Groupe constitué[modifier | modifier le wikicode]

liste de diffusion publique pour rejoindre et partager les infos

Règles[modifier | modifier le wikicode]

groupe est initié par les opérateurs qui mettent en oeuvre le standard
process de prise de décision, et comment entrer/sortir : à définir avec les premiers

Actions pour la suite:[modifier | modifier le wikicode]

=> Fabmob: créer une liste de discussion publique pour initier ce groupe de gouvernance avec opérateurs qui veulent déjà initier (Ridygo, Mobicoop, Ouestgo, Rezopouce), un représentant du RPC, un représentant de la FabMob.