« Interopérabilité du back office billettique » : différence entre les versions
Aucun résumé des modifications |
Ajout du paragraphe "Les différentes architectures" |
||
| Ligne 9 : | Ligne 9 : | ||
* Entre les systèmes billettiques : {{citation|les partenaires doivent avoir la possibilité d’échanger des informations entre leurs systèmes centraux billettiques respectifs afin d’être en mesure d'offrir à l’usager un service après-vente et d'effectuer le partage des recettes selon les modalités définies au sein du bassin d’interopérabilité.<ref>{{Lien web | url=http://www.congres-atecitsfrance.fr/wp-content/uploads/2013/12/TALABARD_com070-Atelier-C8.pdf | titre=L’actualité normative en matière de télébillettique interopérable |site=Congrès ATEC ITS| année=2013}}.</ref>}} |
* Entre les systèmes billettiques : {{citation|les partenaires doivent avoir la possibilité d’échanger des informations entre leurs systèmes centraux billettiques respectifs afin d’être en mesure d'offrir à l’usager un service après-vente et d'effectuer le partage des recettes selon les modalités définies au sein du bassin d’interopérabilité.<ref>{{Lien web | url=http://www.congres-atecitsfrance.fr/wp-content/uploads/2013/12/TALABARD_com070-Atelier-C8.pdf | titre=L’actualité normative en matière de télébillettique interopérable |site=Congrès ATEC ITS| année=2013}}.</ref>}} |
||
En s'attachant à la standardisation des messages échangés entre systèmes |
En s'attachant à la standardisation des messages échangés entre systèmes billettiques déployés dans un bassin d'interopérabilité, l'interopérabilité du back office billettique permet l'émergence de nouveaux [[service web]] œuvrant à la réalisation de l'[[intermodalité]]. |
||
== Les différentes architectures == |
|||
[[File:Systeme billettique federateur en Rhône-Alpes.png|thumb|Systèmes billettiques fédérés et mutualisés en Rhône-Alpes]] |
|||
=== Systèmes billettiques fédérés === |
|||
Comme dans le cas de la région Rhône-Alpes et de la [[carte OùRA!]]<ref>{{Lien web | url=http://www.infodsi.com/articles/150534/xerox-optimise-reseaux-transports-26-collectivites-region-rhone-alpes.html | titre=Xerox optimise les réseaux de transports de 26 collectivités de la région Rhône-Alpes | site=InfoDSI | année=2014}}</ref>, un système billettique fédérateur permet de mettre en relation chaque système billettique des différentes [[autorité organisatrice de transports]] d'un bassin d'interopérabilité via une interface standard. |
|||
=== Systèmes billetiques coexistants === |
|||
Comme dans le cas de la région Bretagne et de la [[carte Korrigo]]<ref>{{Lien web | url=http://www.bretagne.fr/internet/upload/docs/application/pdf/2011-12/499_dp_korrigo2.pdf | titre=Carte bretonne des déplacements KorriGo s’étend à toute la Bretagne | site=Région Bretagne | année=2011}}</ref>, chaque système billettique des différentes autorités organisatrice de transports d'un bassin d'interopérabilité sont interconnectés entre eux via une interface standard, sans système billettique fédérateur. |
|||
=== Systèmes billettiques mutualisés === |
|||
Que ce soit dans le cas de la région Rhône-Alpes, de la région Bretagne ou encore de la région Haute-Normandie avec la [carte Atoumod], la mise en place d'un bassin d'interopérabilité nécessite la définition d'une infrastructure commune en terme de [terminal point de vente], désignée sous le nom de système billettique mutualisé. |
|||
== Notes et références == |
== Notes et références == |
||
Version du 25 septembre 2014 à 22:57
Cet article est une ébauche concernant l’informatique et les transports.
Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.
L’admissibilité de cette page est actuellement débattue.
Vous êtes invité à donner votre avis sur cette page de discussion, de manière argumentée en vous aidant notamment des critères d’admissibilité ou en présentant des sources extérieures et sérieuses.
Merci de ne pas retirer cet avertissement tant que la discussion n’est pas close.
Après avoir apposé le modèle {{Admissibilité}} sur une page, suivez les étapes expliquées sur Wikipédia:Débat d'admissibilité/Aide :
| 1. | Créez la page de débat d'admissibilité. | Sauvegardez d’abord la page pour l’initialiser puis indiquez votre motivation. |
|---|---|---|
| 2. | Important : ajoutez une entrée dans la section Débat d'admissibilité du jour. | Utilisez ce texte :
*{{L|Interopérabilité du back office billettique}}
|
| 3. | Pensez à informer les contributeurs principaux de la page et les projets associés lorsque cela est possible. | Utilisez ce texte :
{{subst:Avertissement débat d'admissibilité|Interopérabilité du back office billettique}}~~~~
|
L'interopérabilité du back office billettique traite de la standardisation des messages échangés entre des systèmes billettiques déployés dans un bassin d'interopérabilité.
Motivation
L'interopérabilité des systèmes billettiques peut être mise en oeuvre à trois niveaux différents:
- Au niveau des supports de titre de transport : « L’interopérabilité billettique permet au client de charger sur son support n’importe quel droit à réduction profil de transport et titre de transport de tout réseau partenaire.[1] »
- Au niveau des titres de transport : « en se rendant auprès de l’un ou l’autre des réseaux, le client peut alors acheter et charger sur son support l’un des titres de transport intermodaux, qui sera reconnu et accepté à la fois sur les réseaux A et B.[2] »
- Entre les systèmes billettiques : « les partenaires doivent avoir la possibilité d’échanger des informations entre leurs systèmes centraux billettiques respectifs afin d’être en mesure d'offrir à l’usager un service après-vente et d'effectuer le partage des recettes selon les modalités définies au sein du bassin d’interopérabilité.[3] »
En s'attachant à la standardisation des messages échangés entre systèmes billettiques déployés dans un bassin d'interopérabilité, l'interopérabilité du back office billettique permet l'émergence de nouveaux service web œuvrant à la réalisation de l'intermodalité.
Les différentes architectures
Systèmes billettiques fédérés
Comme dans le cas de la région Rhône-Alpes et de la carte OùRA![4], un système billettique fédérateur permet de mettre en relation chaque système billettique des différentes autorité organisatrice de transports d'un bassin d'interopérabilité via une interface standard.
Systèmes billetiques coexistants
Comme dans le cas de la région Bretagne et de la carte Korrigo[5], chaque système billettique des différentes autorités organisatrice de transports d'un bassin d'interopérabilité sont interconnectés entre eux via une interface standard, sans système billettique fédérateur.
Systèmes billettiques mutualisés
Que ce soit dans le cas de la région Rhône-Alpes, de la région Bretagne ou encore de la région Haute-Normandie avec la [carte Atoumod], la mise en place d'un bassin d'interopérabilité nécessite la définition d'une infrastructure commune en terme de [terminal point de vente], désignée sous le nom de système billettique mutualisé.
Notes et références
- « Journée technique 27 janvier 2009, La démarche billettique interopérable en Bourgogne », sur COTITA, .
- « Billettique sans contact et interopérabilité », sur CEREMA, .
- « L’actualité normative en matière de télébillettique interopérable », sur Congrès ATEC ITS, .
- « Xerox optimise les réseaux de transports de 26 collectivités de la région Rhône-Alpes », sur InfoDSI,
- « Carte bretonne des déplacements KorriGo s’étend à toute la Bretagne », sur Région Bretagne,
