Analyses sectorielles
Tap & Go : le middleware derrière la billettique sans contact des transports publics
Un middleware qui émet les cartes, applique les règles tarifaires, déduit les trajets à partir des validations et règle la compensation quotidienne, en boucle fermée comme en boucle ouverte.
Ce qui fait fonctionner un trajet sans contact, ce n'est presque jamais le lecteur installé au portillon : c'est le middleware qui se trouve derrière.
Un noyau unique, les deux boucles
Les autorités de transport ne choisissent que rarement entre cartes de transport en boucle fermée et cartes bancaires en boucle ouverte : la plupart finissent par exploiter les deux. Un noyau de billettique unique gère l'organisation des données de carte, les règles métier de l'opérateur, l'émission et l'acquisition, l'activation et le rechargement, la logistique de vente ainsi que l'infrastructure de sécurité sous-jacente — tout en prenant en charge NFC, HCE et BLE aux côtés du plastique. C'est ce socle de règles commun qui évite que boucle fermée et boucle ouverte ne deviennent deux programmes distincts avec deux bases de coûts distinctes.
Le tarif se décide après le tap
Dans un modèle en boucle ouverte, le valideur authentifie la carte, tokenise les données et les transmet ; le middleware déduit le trajet à partir de la séquence de validations et applique le tarif. Plusieurs trajets effectués dans l'heure ou dans la journée se résolvent en un titre unique. La nuit, le back office produit une seule opération par carte — réductions étudiantes, plafonnement journalier et hebdomadaire compris — et émet les messages d'autorisation, de compensation et de règlement dans les formats standards du secteur des paiements.
Le rôle d'Ogloba est de fournir ce noyau : émission, acquisition, rechargement sur les terminaux de vente, les caisses et les distributeurs automatiques, ainsi que les flux financiers et logistiques qui les accompagnent. Le portillon est la partie visible. L'économie du système, elle, vit dans la couche que personne ne voit.
FAQ
Pourquoi les autorités de transport finissent-elles par exploiter boucle fermée et boucle ouverte en parallèle ?
La plupart n'y voient pas un choix à trancher. Cartes de transport en boucle fermée et cartes bancaires en boucle ouverte cohabitent, et un noyau de billettique unique applique aux deux les mêmes règles de données de carte, les mêmes règles métier et la même infrastructure de sécurité. Sans ce socle commun, chaque boucle devient un programme séparé avec sa propre base de coûts.
Ce même noyau prend-il en charge la billettique mobile en plus des cartes plastiques ?
Oui. Le noyau prend en charge NFC, HCE et BLE aux côtés du plastique traditionnel : le voyageur peut donc circuler avec une carte ou avec son téléphone dans le cadre du même programme. L'organisation des données de carte, l'émission, l'activation et le rechargement suivent les mêmes règles métier, quel que soit le support présenté au portillon.
Comment le middleware détermine-t-il le bon tarif après une validation ?
En boucle ouverte, le valideur authentifie la carte, tokenise les données et les transmet. Le middleware déduit ensuite le trajet à partir de la séquence de validations et applique le tarif : plusieurs trajets effectués dans l'heure ou dans la journée se résolvent en un titre unique plutôt qu'en une série de tickets facturés séparément.
Que se passe-t-il la nuit, une fois les validations de la journée collectées ?
Le back office produit une seule opération par carte pour l'ensemble de la journée, réductions étudiantes et plafonnement journalier ou hebdomadaire déjà appliqués. Il émet ensuite les messages d'autorisation, de compensation et de règlement dans les formats standards du secteur des paiements : le programme se règle avec les mêmes formats que n'importe quel paiement par carte.