Avant-propos

L’harmonisation des pratiques dans l’échange des données relatives aux offres de transport est essentielle :

• pour l’usager, aux fins d’une présentation homogène et compréhensible de l’offre de transport et de l’engagement sous-jacent des organisateurs (autorités organisatrices et opérateurs de transports) ;

• pour les AOT, de manière à fédérer des informations homogènes venant de chacun des opérateurs de transports qui travaillent pour elle. L’harmonisation des échanges, et en particulier le présent profil, pourra le cas échéant être imposé par voie contractuelle. Cette homogénéité des formats d’information permet d’envisager la mise en place de systèmes d’information multimodaux, produisant une information globale de l’offre de transports sur un secteur donné, et garantir le fonctionnement des services d’information, en particulier des calculateurs d’itinéraires, et la cohérence des résultats, que ces services soient directement intégrés dans ces systèmes d’information multimodaux ou qu’ils puisent leurs informations sur des bases de données réparties ;

• pour les opérateurs, qui pourront utiliser ce format d’échange pour leurs systèmes de planification, les systèmes d’aide à l’exploitation, leurs systèmes billettiques et leurs systèmes d’information voyageur (information planifiée et information temps réel) ;

• pour les industriels et développeurs pour pérenniser et fiabiliser leurs investissements sur les formats d’échanges implémentés par les systèmes qu’ils réalisent, tout en limitant fortement l’effort de spécification lié aux formats d’échange ;

Ce document est le fruit de la collaboration entre les différents partenaires des autorités organisatrices de transports, opérateurs, industriels et développeurs de solutions et de systèmes informatiques ayant pour objet l’aide à l’exploitation du transport public et l’information des voyageurs. Il a pour objet de présenter le profil d’échange Profil NeTEx Tarifs : “format de référence pour l’échange de données de description des offres tarifaires” (issu des travaux NeTEx, et Transmodel) qui aujourd’hui fait consensus dans les groupes de normalisation (CN03/GT7 – Transport public / information voyageur).

Introduction

Le présent format d’échange est un profil de NeTEx.

NeTEx (CEN TS 16614-1, 16614-2 et 16614-3) propose un format et des services d’échange de données de description de l’offre de transport planifiée, basé sur Transmodel (EN 12896) et l’ancienne norme IFOPT (EN 28701). NeTEx permet non seulement d’assurer les échanges pour les systèmes d’information voyageur mais traite aussi l’ensemble des concepts nécessaires en entrée et sortie des systèmes de planification de l’offre (graphiquage, etc.) et des SAE (Systèmes d’Aide à l’Exploitation).

NeTEx se décompose en cinq parties :

• Partie 1 : topologie des réseaux (les réseaux, les lignes, les parcours commerciaux les missions commerciales, les arrêts et lieux d’arrêts, les correspondances et les éléments géographiques en se limitant au strict minimum pour l’information voyageur)

• Partie 2 : horaires théoriques (les courses commerciales, les heures de passage graphiquées, les jours types associés ainsi que les versions des horaires)

• Partie 3 : information tarifaire (uniquement à vocation d’information voyageur)

• Partie 4 : Profil Européen pour l’information voyageur (EPIP : European Passenger Information Profile)

• Partie 5 : NeTEx New Modes extension (vehicle sharing, vehicle pooling, etc.)

NeTEx a été développé dans le cadre du CEN/TC 278/WG 3/SG 9 piloté par la France. Les parties 1 et 2 ont été publiées en tant que spécification technique début 2014. Les travaux pour la partie 3, quant à eux, se sont terminés en 2016.

Il faut noter que NeTEx a été l’occasion de renforcer les liens du CEN/TC278/WG3 avec le secteur ferrovaire, en particulier grâce à la participation de l’ERA (Agence Européen du Rail, qui a intégré NeTEx dans la directive Européenne 454/2011 TAP-TSI ) et de l’UIC (Union International des Chemins de fer).

Les normes, dans leur définition même, sont des « documents établis par consensus ». Celles du CEN/TC278 sont de plus établies à un niveau européen, en prenant donc en compte des exigences qui dépassent souvent le périmètre national.

Il en résulte des normes qui sont relativement volumineuses et dont le périmètre dépasse souvent largement les besoins d’une utilisation donnée. Ainsi, à titre d’exemple, SIRI propose toute une série d’options ou de mécanismes dont la vocation est d’assurer la compatibilité avec les systèmes développés en Allemagne dans le contexte des VDV 453/454. De même, SIRI propose des services dédiés à la gestion des correspondances garanties, services qui, s’ils sont dès aujourd’hui pertinents en Suisse ou en Allemagne, sont pratiquement inexistants en France.

De plus, un certain nombre de spécificités locales ou nationales peuvent amener à préciser l’usage ou la codification qui sera utilisée pour certaines informations. Par exemple, les Anglais disposant d’un référentiel national d’identification des points d’arrêts (NaPTAN), ils imposeront naturellement que cette codification soit utilisée dans les échanges SIRI, ce que ne feront pas les autres pays européens.

Enfin, certains éléments proposés par ces normes sont facultatifs et il convient, lors d’une implémentation, de décider si ces éléments seront ou non implémentés.

L’utilisation des normes liées à l’implémentation de l’interopérabilité pour le transport en commun passe donc systématiquement par la définition d’un profil (local agreement, en anglais). Concrètement, le profil est un document complémentaire à la norme et qui en précise les règles de mise en œuvre dans un contexte donné. Le profil contient donc des informations comme :

• détail des services utilisés,

• détail des objets utilisés dans un échange,

• précisions sur les options proposées par la norme,

• précision sur les éléments facultatifs,

• précision sur les codifications à utiliser,

• etc.

Les principaux profils actuellement utilisés en France sont NEPTUNE (profil de TRIDENT) et le profil de SIRI défini par le CEREMA et Île-de-France Mobilités (un profil SIRI Frane, qui en découle, est en cours d’élaboration). Ces deux profils ont une vocation nationale. Le groupe de travail GT7 (AFNOR BNTRA/CN 03/GT 7) a élaboré une sélection des concepts Transmodel nécessaire à la description des horaires en France (à vocation d’information voyageur essentiellement). C’est sur la base de cette sélection qu’est élaboré le présent profil.

D’autre profils de NeTEx sont disponibles (arrêt, réseau, horaire). Ils sont tous complémentaires les uns des autres (sans recouvrement) et s’appuient tous sur un document partagé: NeTEx - Profil Français de NETEx: éléments communs. Il conviendra de se référer à ce document pour tous les éléments utilisés dans le présent document, et dont la structure n’est pas détaillée.

Ce profil d’échange a pour objectif de décrire et de structurer précisément les éléments nécessaires à une bonne information de description des horaires de transport public de façon :

• à pouvoir les présenter d’une manière homogène et compréhensible à l’usager des transports publics sur des supports différents (papier ou Internet),

• à pouvoir les échanger entre systèmes d’information (systèmes d’information voyageurs et systèmes d’information multimodale, systèmes d’aide à l’exploitation, systèmes de planification, systèmes billettiques, etc.).

Les éléments présentés ci-dessous couvrent donc l’ensemble des concepts propres à la description des offres tarifaires (on notera que le prix n’est que l’un des élément possible de description de l’offre tarifaire, et que le prix n’est pas toujours connu, notamment dans le cas des tarifs dits « yieldés »).

NOTE IMPORTANTE Ce document étant un profil d’échange de NeTEx, il ne se substitue en aucun cas à NeTEx, et un minimum de connaissance de NeTEx sera nécessaire à sa bonne compréhension.

Domaine d’application

Le présent document est le profil de la CEN/TS 6614 (NeTEx) pour l’échange de données de description des horaires en France et permet de décrire les horaires de transports publics et la manière dont ils pourront être structurés pour des échanges entre systèmes d’information ainsi que pour leur présentation aux voyageurs.

Ce sont les services de transport et leurs horaires au sens large (heures de passage, fréquences, jours d’application) qui sont pris en compte dans ce contexte, et non la structure de l’offre de transport (voir les profils arrêt et réseau pour cela).

Références normatives

Les documents de référence suivants sont indispensables pour l’application du présent document. Pour les références datées, seule l’édition citée s’applique. Pour les références non datées, la dernière édition du document de référence s’applique (y compris les éventuels amendements).

CEN/TS 16614-1, Network and Timetable Exchange (NeTEx) — Part 1: Public transport network topology exchange format

CEN/TS 16614-2, Network and Timetable Exchange (NeTEx) — Part 2: Public transport scheduled timetables exchange format

EN 12896, Road transport and traffic telematics - Public transport - Reference data model (Transmodel)

Termes et définitions

Pour les besoins du présent document, les termes et définitions suivants s’appliquent. Ils sont directement issus de Transmodel et NeTEx. Pour une information complète, il conviendra toutefois de se référer au document normatif.

NOTE Les définitions ci-dessus sont des traductions littérales du document normatif. Seules les définitions spécifiques du profil tarif sont proposées ici, celles relatives aux autres profils sont disponibles dans les profils correspondants.

ACCESS RIGHT IN PRODUCT (DROIT D’ACCÈS D’UN PRODUIT tarifaire)

Un ÉLÉMENT VALIDABLE (VALIDABLE ELEMENT) faisant partie d’un PRODUIT TARIFAIRE PRÉDÉFINI (PRE-ASSIGNED FARE PRODUCT), éventuellement incluant un numéro d’ordre dans un ensemble d’ ÉLÉMENTs VALIDABLEs regroupés pour définir les droits d’accès de ce PRODUIT TARIFAIRE PRÉDÉFINI

ACCESS RIGHT PARAMETER ASSIGNMENT (AFFECTATION DES PARAMÈTRES DES DROITS D’ACCÈS)

L’affectation d’un paramètre tarifaire (faisant référence à la géographie, au temps, à la qualité ou à l’usage) à un élément d’un système tarifaire (droit d’accès, accès validé, moyen de contrôle, etc.).

AMOUNT OF PRICE UNIT (MONTANT D’UNITÉS TARIFAIRE)

PRODUIT TARIFAIRE constitué d’une valeur stockée d’UNITÉS TARIFAIRE : une somme d’argent sur un porte-monnaie électronique, une quantité d’unités transport sur une carte, etc.

BORDER POINT (POINT FRONTALIER)

Un POINT sur le Réseau marquant une limite pour le calcul tarifaire. Peut ou non être un POINT D’ARRÊT PLANIFIÉ.

CAPPED DISCOUNT RIGHT (REDUCTION PAR PLAFONNEMENT)

Spécialisation du DROIT A REDUCTION utilisé pour les tarifications de type « pay-as-you-go », où une fois qu’un certain niveau de consommation a été atteint dans un intervalle de temps donné, un plafond (tel que spécifié par une ou plusieurs RÈGLES DE PLAFONNEMENT) est appliqué, par exemple en limitant le coût, pour toute utilisation au cours d’une même journée, au prix d’un passe journalier.

CELL (CELLULE)

Une combinaison unique de caractéristique au sein d’un GRILLE TARIFAIRE, utilisée pour associer un prix à un élément de tarif.

CHARGING MOMENT (MOMENT DE PAIMENT)

Une classification des PRODUITS TARIFAIRES selon le mode de paiement et le type de compte : pré-paiement à usage unique, pré-paiement avec débit sur carte, pré-paiement sans enregistrement de consommation (pass), post- paiement etc…

CHARGING POLICY (POLITIQUE DE PAIEMENT)

Paramètre régissant le montant minimum et le crédit autorisé lors de la consommation d’un PRODUIT TARIFAIRE.

CLASS OF USE (CLASSE D’UTILISATION)

Une classification des tarifs et autres classes de services par catégorie d’utilisateur autorisé à les utiliser.

COMMERCIAL PROFILE (PROFIL COMMERCIALE)

Catégorisation d’utilisateurs en fonction de leurs relations commerciales avec l’opérateur (fréquence d’utilisation, montant d’achat…), souvent utilisée pour les remises.

COMPANION PROFILE (PROFIL D’ACCOMPAGNATEUR)

Le nombre et les caractéristiques des personnes autorisées à voyager en tant qu’accompagnateur d’un autre PROFIL UTILISATEUR.

DISTANCE MATRIX ELEMENT (ÉLÉMENT DE MATRICE DE DISTANCES)

Une cellule d’une matrice origine-destination pour les ZONES TARIFAIRES ou POINTS D’ARRÊT, exprimant une distance tarifaire pour le trajet correspondant : valeur en km, nombre d’unités tarifaires etc.

DISTRIBUTION ASSIGNMENT (AFFECTATION DE DISTRIBUTION)

Une affectation du CANAL DE DISTRIBUTION par lequel un produit peut ou non être distribué.

DISTRIBUTION CHANNEL (CANAL DE DISTRIBUTION)

Un type de point de vente pour la vente d’un produit.

DISTRIBUTION VALIDITY PARAMETERS (PARAMÈTRE DE VALIDITÉ POUER LA DISTRIBUTION)

Un type de PARAMÈTRE DE VALIDITÉ lié à la distribution des produits tarifaires.

ELIGIBILITY CHANGE POLICY (POLITIQUE POUR LE CHANGEMENT D’ÉLIGIBILITÉ)

La politique à appliquer si l’éligibilité d’un utilisateur, en tant que PROFIL UTILISATEUR, change.

ENTITLEMENT GIVEN (DROIT OBTENU)

Paramètre indiquant si un PRODUIT TARIFAIRE particulier donne le droit d’acheter ou d’utiliser un droit d’accès.

ENTITLEMENT PRODUCT (PRODUIT OUVRANT DES DROITS)

Une condition préalable pour accéder à un service ou pour acheter un PRODUIT TARIFAIRE délivré par une organisation qui peut ne pas être un opérateur transport public (par exemple, une carte militaire).

ENTITLEMENT REQUIRED (DROIT REQUIS)

Paramètre indiquant si un PRODUIT TARIFAIRE nécessite un droit ou autorisation particulière pour pouvoir l’acheter ou l’utiliser.

EXCHANGING (ÉCHANGE)

Si et comment le droit d’accès peut être échangé contre un autre droit d’accès.

FARE DEMAND FACTOR (FACTEUR TARIFAIRE LIÉ À LA DEMENADE)

Un ensemble nommé de paramètres définissant une période de déplacement avec un prix donné, par exemple heures creuses, heures pleines, super heures creuses, etc.

FARE ELEMENT IN SEQUENCE (D’ÉLÉMENT TARIFAIRE EN SÉQUENCE)

Un ÉLÉMENT TARIFAIRE faisant partie d’un ensemble, y compris son ordre éventuel dans la séquence d’ÉLÉMENTS TARIFAIRE.

FARE POINT IN JOURNEY PATTERN (POINT TARIFAIRE DANS UN PARCOURS)

Un POINT SUR PARCOURS qui représente le début ou la fin d’une SECTION TARIFAIRE, ou un point utilisé pour définir une CONTRAINTE DE SÉRIE.

FARE PRICE (PRIX)

Caractéristiques de prix définies par défaut caractérisant les différents GROUPES DE PRIX.

FARE PRODUCT (PRODUIT TARIFAIRE)

Un élément commercialisable immatériel (droits d’accès, droits de remise, etc.), propre à un MOMENT DE PAIEMENT.

FARE QUOTA FACTOR (FACTEUR DE QUOTA TARIFAIRE)

Un ensemble paramètres définissant un nombre maximal de tarifs disponibles pour une dénomination donnée.

FARE SCHEDULED STOP POINT (POINT D’ARRÊT TARIFAIRE)

Une spécialisation de POINT D’ARRÊT PLANIFIÉ décrivant un arrêt avec des caractéristiques tarifaires en lien avec l’itinéraire.

FARE SECTION (SECTION TARIFAIRE)

Subdivision d’un PARCOURS constitué de POINTs consécutifs sur ce PARCOURS, utilisée pour définir un élément de la structure tarifaire.

FARE STRUCTURE ELEMENT (ÉLÉMENT DE STRUCTURE TARIFAIRE)

Une séquence ou un ensemble d’éléments tarifaires auxquels sont appliquées des règles de limitation des droits d’accès et de calcul des prix (structure tarifaire).

FARE STRUCTURE ELEMENT IN SEQUENCE (ÉLÉMENTS DE STRUCTURE TARIFAIRE EN SÉQUENCE)

Un ÉLÉMENT DE STRUCTURE TARIFAIRE faisant partie d’un ÉLÉMENT VALIDABLE, y compris son ordre éventuel dans la séquence d’ÉLÉMENTS DE STRUCTURE TARIFAIRE formant cet ÉLÉMENT VALIDABLE, et son éventuelle limitation quantitative.

FARE TABLE (GRILLE TARIFAIRE)

Un regroupement de prix pouvant être associé à tout ou partie des éléments suivants : ÉLÉMENT DE MATRICE DE DISTANCE, ÉLÉMENT DE STRUCTURE TARIFAIRE INTERVALLE GÉOGRAPHIQUE, GROUPE DE PARAMÈTRE DE DROIT D’ACCÈS, CLASSE D’UTILISATION, OPÉRATEUR, MODE VÉHICULE, PRODUIT TARIFAIRE.

FARE VALIDITY PARAMETERS (PARAMETRES DE VALIDITÉ TARIFAIRE)

Un type de PARAMÈTRE DE VALIDITÉ lié aux produits tarifaires et/ou à leur distribution.

FARE ZONE (ZONE BILLÉTIQUE)

Specialisation d’une ZONE TARIFAIRE pour inclure les SECTIONs TARIFAIREs.

FREQUENCY OF USE (FÉQUENCE D’UTILISATION)

Limites de fréquence d’utilisation d’un PRODUIT TARIFAIRE (ou d’un de ses composants) ou d’une OFFRE A LA VENTE pendant une PÉRIODE DE VALIDITÉ déterminée. Il peut y avoir des tarifications différentes selon la fréquence de consommation du droit au cours de la période.

FULFILMENT METHOD (MÉTHODE DE DÉLIVRANCE)

Le moyen par lequel le billet est remis au CLIENT, par ex. en ligne, collecte, etc.

GENERIC PARAMETER ASSIGNMENT (AFFECTATION GÉNÉRIQUE DES PARAMÈTRES)

Une AFFECTATION DE PARAMETRES DE VALIDITE spécifiant des droits d’accès génériques pour une classe de produits (par exemple une limite de tranche horaire - 7h à 10h - pour les trajets effectués avec un titre étudiant).

GEOGRAPHICAL INTERVAL (INTERVAL GÉOGRAPHIQUE)

Un intervalle géographique précisant les droits d’accès pour les ÉLÉMENTS DE STRUCTURE TARIFAIRE dans la plage de cet intervalle : 0-5 km, 4-6 zones etc.

GEOGRAPHICAL STRUCTURE FACTOR (FACTEUR D’INTERVAL GÉOGRAPHIQUE)

La valeur d’un INTERVALLE GEOGRAPHIQUE ou d’un ELEMENT MATRICE DE DISTANCE exprimée par une UNITÉ GEOGRAPHIQUE.

GEOGRAPHICAL UNIT (UNITÉ GÉOGAPHIQUE)

Une unité de calcul des tarifs géographiques dégressifs.

GROUP OF DISTANCE MATRIX ELEMENTS (GROUPE D’ÉLÉMENT MATRICES DE DISTANCE)

Un regroupement d’ÉLÉMENTS DE MATRICE DE DISTANCE. Peut être utilisé pour fournir des paires Origine/Destination réutilisables (et leur associer un PRIX).

GROUP OF SALES OFFER PACKAGES (GROUPE D’OFFRES À LA VENTE)

Un groupement d’OFFREs À LA VENTE

GROUP TICKET (TICKET DE GROUPE)

Le nombre et les caractéristiques des personnes autorisées à voyager en plus du titulaire d’un droit d’accès.

LUGGAGE ALLOWANCE (BAGAGES AUTORISÉS)

Le nombre et les caractéristiques (poids, volume) des bagages qu’un titulaire d’un droit d’accès est autorisé à transporter.

MINIMUM STAY (SÉJOUR MINIMUM)

Détails de tout séjour minimum à la destination requis pour utiliser le produit.

NETWORK VALIDITY PARAMETERS (PARAMETRES DE VALIDITÉ DU RESEAU)

Un type de PARAMÈTRE DE VALIDITÉ lié à la structure du réseau.

ORGANISATIONAL VALIDITY PARAMETERS (PARAMETRES DE VALIDITÉ ORGANISATIONELS)

Un type de PARAMÈTRE DE VALIDITÉ relatifs à l’organisation.

PENALTY POLICY (POLITIQUE D’AMENDE)

Politique concernant différents aspects des frais de pénalité, par exemple entrée répétée dans la même gare, ne pas avoir de billet, etc.

PLACE VALIDITY PARAMETERS (PARAMETRES DE VALIDITÉ DES LIEUX)

Un type de PARAMÈTRE DE VALIDITÉ relatifs aux sites du réseau.

PRE-ASSIGNED FARE PRODUCT (PRODUIT TARIFAIRE PRÉDÉFINI)

UN PRODUIT TARIFAIRE composé d’un ou plusieurs ÉLÉMENTS VALIDABLES, spécifiques à un MODE DE PAIEMENT.

PRICEABLE OBJECT (OBJET AVEC PRIX)

Un élément qui peut avoir un PRIX.

PRODUCT VALIDITY PARAMETERS (PARAMETRES DE VALIDITÉ DU PRODUIT)

Un type de PARAMÈTRE DE VALIDITÉ lié aux produits tarifaires.

PURCHASE WINDOW (FENÊTRE D’ACHAT)

Période pendant laquelle le produit doit être acheté.

QUALITY STRUCTURE FACTOR (FACTEUR QUALITATIF)

Un facteur influençant la définition des droits d’accès ou le calcul des prix, en fonction de la qualité : seuil de congestion du trafic, réservation anticipée/tardive, etc.

QUALITY STRUCTURE FACTOR PRICE (PRIX DE FACTEUR QUALITATIF)

Un ensemble de toutes les caractéristiques de prix possibles d’un FACTEUR QUALITATIF, par ex. prix total par défaut, etc.

REFUNDING (REMBOURSEMENT)

Indique si et comment le produit peut être remboursé.

REPLACING (REMPLACEMENT)

Indique si et comment le produit peut être remplacé.

RESELLING (REVENTE)

Conditions de revente (c’est-à-dire pour échange ou remboursement) attachées au produit.

RESERVING (RESERVATION)

Indiquer si le droit d’accès nécessite une réservation.

RESIDENTIAL QUALIFICATION (QUALIFICATION RÉSIDENTIELLE)

Décrit une exigence de résidence dans une certaine zone géographique.

ROUND TRIP (ALLER RETOUR)

Propriétés relatives à l’usage pour un aller simple ou un aller-retour d’un droit d’accès.

ROUTING (ITINÉRAIRE)

Limitations d’un droit d’accès relative à l’itinéraire réalisable.

ROUTING VALIDITY PARAMETERS (PARAMETRE DE VALIDITE DE L’ITINERAIRE)

Un type de PARAMÈTRE DE VALIDITÉ lié à un itinéraire spécifique.

SALE DISCOUNT RIGHT (DROIT A REDUCTION)

PRODUIT TARIFAIRE (FARE PRODUCT) qui permet à son porteur de bénéficier d’une déduction lors de l’achat d’OFFREs A LA VENTE (SALES OFFER PACKAGE) particulières.

SALE OFFER ENTITLEMENT GIVEN (DROIT D’ACCES A UNE OFFRE)

DROIT accordé pour utiliser une OFFRE A LA VENTE.

SALE OFFER ENTITLEMENT REQUIRED (DROIT NÉCESSAIRE POUR ACCEDER A L’OFFRE)

DROIT nécessaire pour utiliser une OFFRE A LA VENTE.

SALES NOTICE ASSIGNMENT (AFFECTATION D’UNE NOTE)

Affectation d’une NOTE à un une OFFRE A LA VENTE ou à un GROUPE D’OFFREs A LA VENTE.

SALES OFFER PACKAGE (OFFRE A LA VENTE)

Une offre à la vente dans son ensemble, composé d’un ou plusieurs PRODUITS TARIFAIRES matérialisé grâce à un ou plusieurs DOCUMENTS DE VOYAGE. Les PRODUITS TARIFAIRES peuvent être soit directement attachés aux DOCUMENTS DE VOYAGE, soit être rechargeables sur les DOCUMENTS DE VOYAGE.

SALES OFFER PACKAGE ELEMENT (ÉLÉMENT D’OFFRE A LA VENTE)

L’affectation d’un PRODUIT TARIFAIRE à un TYPE DE DOCUMENT DE VOYAGE afin de définir une OFFRE A LA VENTE, réalisé sous forme d’affectation fixe (impression, stockage magnétique etc.) ou par la possibilité de recharger le PRODUIT TARIFAIRE sur le TYPE DU DOCUMENT DE VOYAGE.

SALES OFFER PACKAGE PRICE (PRIX D’UNE OFFRE A LA VENTE)

Un ensemble de toutes les caractéristiques de prix possibles d’une OFFRE A LA VENTE : prix total par défaut, etc.

SCOPING VALIDITY PARAMETERS (CIBLAGE DES PARAMÈTRES DE VALIDITÉ)

Regroupement des affectations de PARAMETRE DE VALIDITÉ aux éléments pour les associer à un ensemble de cibles (éléments auxquels ils s’appliquent).

SEATING VALIDITY PARAMETERS (PARAMÈTRES DE VALIDITÉ DES SIÈGES)

Type de PARAMÈTRE DE VALIDITÉ lié aux caractéristiques des sièges (par exemple, siège d’autocar ou de passager).

SERIES CONSTRAINT (CONTRAINTE DE SÉRIE)

Extension d’un ÉLÉMENT DE MATRICE DE DISTANCE (une cellule d’une matrice origine-destination pour les ZONES TARIFAIRES ou les POINTS D’ARRÊT PLANIFIÉS) exprimant une distance tarifaire pour le trajet correspondant (valeur en km, nombre d’unités tarifaires, etc.), limitée à des itinéraires spécifiques. Les CONTRAINTES DE SÉRIE sont principalement utilisées pour les tarifs ferroviaires.

SERVICE ACCESS RIGHT (DROIT D’ACCÈS AU SERVICE)

Un élément commercialisable immatériel dédié à l’accès à certains services.

SERVICE VALIDITY PARAMETERS (PARAMÈTRE DE VALIDITÉ DU SERVICE)

Un type de PARAMÈTRE DE VALIDITÉ lié aux caractéristiques du service (par exemple, la classe).

SITE VALIDITY PARAMETERS (PARAMÈTRE DE VALIDITÉ DU SITE)

Un type de PARAMÈTRE DE VALIDITÉ lié aux caractéristiques du SITE.

START TIME AT STOP POINT (HORAIRE DE DÉBUT AU POINT D’ARRÊT)

Heure à laquelle une tranche horaire tarifaire (tranche horaire pointe, heures creuses) commence pour les trajets au départ d’une gare particulière.

STEP LIMIT (LIMITATION DU NOMBRE D’ÉTAPES)

Paramètre géographique limitant les droits d’accès par comptage d’arrêts, de tronçons ou de zones.

SUBSCRIBING (SOUSCRIPTION)

Paramètres régissant la souscription à un produit permettant un paiement à intervalles réguliers.

SUPPLEMENT PRODUCT (SUPPLÉMENT)

PRODUIT TARIFAIRE PRÉAFFECTÉ qui offrira un droit supplémentaire lorsqu’il est utilisé avec (en complément) d’un autre (siège réservé, surclassement de deuxième à première classe, etc.). PRODUIT SUPPLÉMENTAIRE signifie aussi généralement prix de supplément.

SUSPENDING (SUSPENSION)

Conditions de suspension d’un PRODUIT TARIFAIRE, par ex. forfait période ou abonnement.

TARIFF (TARIF)

Un tarif particulier, décrit par une combinaison de paramètres.

TARIFF VALIDITY PARAMETERS (PARAMÈTRES DE VALIDITÉ DU TARIF)

Un type de PARAMÈTRE DE VALIDITÉ lié aux TARIFs.

TARIFF ZONE (ZONE TARIFAIRE)

Une ZONE utilisée pour définir une structure tarifaire zonale dans un système de comptage de zones ou de matrice de zones.

TEMPORAL VALIDITY PARAMETERS (PARAMÈTRES DE VALIDITÉ TEMPORELS)

Regroupement des paramètres de validité temporelle.

THIRD PARTY PRODUCT (PRODUIT TARIFAIRE TIER)

PRODUIT TARIFAIRE (non lié au transport public) commercialisé avec un PRODUIT TARIFAIRE de transport public.

TIME BAND (PLAGE HORAIRE)

Une période dans une journée, importante pour certains aspects des transports publics, par ex. conditions de circulation ou catégorie tarifaire similaires.

TIME DEMAND TYPE (NIVEAU DE SERVICE)

Un indicateur des conditions de circulation ou d’autres facteurs (heure de pointe, heure creuse, etc.) qui peuvent affecter les temps de parcours ou d’attente des véhicules. Elle peut être saisie directement par la planification ou définie par l’utilisation de PLAGEs HORAIRES.

TIME INTERVAL (INTERVAL TEMPOREL)

Un intervalle temporel précisant les droits d’accès aux ÉLÉMENTS DE STRUCTURE TARIFAIRE dans la plage de cet intervalle : 0-1 heure, 1-3 jours etc.

TIME STRUCTURE FACTOR (FACTEUR DE STRUCTURE TEMPORELLE)

La valeur d’un INTERVAL TEMPOREL exprimée par une UNITÉs TEMPORELLE.

TIME UNIT (UNITÉs TEMPORELLE)

Unité temporelle de calcul des tarifs progressifs en fonction du temps.

TRANSFERABILITY (TRANSFÉRABILITÉ)

Le nombre et les caractéristiques des personnes autorisées à utiliser le service de transport public à la place du client d’origine.

TYPE OF CONCESSION (TYPE DE CONCESSION)

Une classification du PROFIL D’UTILISATEUR par type de personne éligible pour y correspondre.

TYPE OF FARE PRODUCT (TYPE DE PRODUIT TARIFAIRE)

Classification de PRODUIT TARIFAIRE.

TYPE OF PAYMENT METHOD (TYPE DE MÉTHODE DE PAIEMENT)

Une classification du mode de paiement (par exemple, espèces, carte de crédit, carte de débit, carte de voyage, carte de voyage sans contact, téléphone portable, jeton, etc.).

TYPE OF TRAVEL DOCUMENT (TYPE DE DOCUMENT DE VOYAGE)

Une classification des DOCUMENTS DE VOYAGE exprimant leur fonctionnement et les caractéristiques fonctionnelles locales propres à l’opérateur. Des TYPEs DE DOCUMENTS DE VOYAGE comme par ex. ticket jetable, bloc ticket jetable, carte de valeur, porte-monnaie électronique permettant l’accès, carte de crédit de transport en commun, etc. peuvent être utilisés pour définir ces catégories.

USAGE DISCOUNT RIGHT (DROIT À RÉDUCTION LIÉ À L’USAGE)

PRODUIT TARIFAIRE permettant à un client de bénéficier de remises lors de la consommation d’ÉLÉMENTS VALIDABLES.

USAGE PARAMETER (PARAMÈTRE D’UTILISATION)

Paramètre utilisé pour spécifier l’utilisation d’une OFFRE À LA VENTE ou d’un PRODUIT TARIFAIRE.

USAGE VALIDITY PERIOD (PÉRIODE DE VALIDITÉ D’UTILISATON)

Une limitation dans le temps de la validité d’un PRODUIT TARIFAIRE ou d’une OFFRE À LA VENTE. Il peut être composé d’une durée standard (par exemple 3 jours, 1 mois) et/ou de dates et heures de début/fin fixes.

USER PROFILE (PROFIL UTILISATEUR)

Profil social d’un passager, basé sur la tranche d’âge, l’éducation, la profession, le statut social, le sexe etc., souvent utilisé pour permettre des réductions : 18-40 ans, diplômés, chauffeurs, chômeurs, femmes etc.

VALIDABLE ELEMENT (ÉLÉMENT VALIDABLE)

Une séquence ou un ensemble d’ÉLÉMENTS DE STRUCTURE TARIFAIRE, regroupés pour être validés en une seule fois.

VALIDITY PARAMETER ASSIGNMENT (AFFECTATION DE PARAMÈTRES DE VALIDITÉ)

Une AFFECTATION DE PARAMÈTRES DE DROIT D’ACCÈS associant un paramètre de perception tarifaire à un PRODUIT TARIFAIRE (ou à l’un de ses composants) ou à une OFFRE À LA VENTE.

Symboles et abréviations

AO

Autorité Organisatrice de Transports

PMR

Personne à Mobilité Réduite

Exigences minimum liées à la LOM et la règlementation Européenne

La LOI n° 2019-1428 du 24 décembre 2019 d’orientation des mobilités (LOM : https://www.legifrance.gouv.fr/dossierlegislatif/JORFDOLE000037646678) et, au niveau Européen, le Règlement Délégué (UE) 2017/1926 De La Commission du 31 mai 2017 (complétant la directive 2010/40/UE du Parlement européen et du Conseil en ce qui concerne la mise à disposition, dans l’ensemble de l’Union, de services d’informations sur les déplacements multimodaux) rendent obligatoire la mise à disposition, quand elles existent, de certains types de données.

Le tableau ci-dessous résulte de l’analyse de la LOM et du Règlement Délégué et fournit la liste attentes fonctionnelles relatives à la tarification. Il sera donc nécessaire de fournir ces données pour être conforme à la législation (il s’agit bien de mettre à disposition toutes les données existantes dans les SI transport, et non de créer des données qui n’existeraient pas encore sous forme informatique).

Notez que les catégories de données présentes dans les tableaux sont celles qui sont directement référencées par l’annexe du règlement européen (https://eur-lex.europa.eu/legal-content/FR/TXT/HTML/?uri=CELEX:32017R1926&from=FR), mais que pour beaucoup d’entre elles, cela impliquera tout un ensemble de concepts Transmodel/NeTEx.

De plus, les noms des catégories (colonnes Catégorie et Détail) ont été conservés dans la langue originale du document (l’anglais) pour éviter tout risque de confusion.

La première colonne reprend la notion de niveau tel qu’il est décrit et utilisé par le règlement européen et a notamment une incidence sur le calendrier de mise à disposition de la donnée (voir le règlement pour plus de détails).

Les différents concepts retenus ne sont bien sûr pas détaillés dans ce tableau, mais dans le profil lui-même. C’est aussi dans la description du profil que l’on trouvera les détails concernant les attributs (obligatoire/facultatif, règles de remplissage, codification, etc.). Pour ce qui est des attributs facultatifs, la règle reste que, pour les objets ci-dessous, toute information disponible est supposée être fournie (mais on ne crée pas d’information si elle n’est pas disponible).

L’attente du règlement délégué est très vaste et ne permet malheureusement pas de réaliser une sélection de concepts dans ce que propose NeTEx (qui est de plus très vaste).

Si l’autorité organisatrice des transports décide de sélectionner les titres et les tarifs sur lesquels elle communique de façon exhaustive (description complète même s’ils sont complexes), alors, il y a lieu que cette sélection couvre :

• Les abonnements et le ou les titres unitaires les plus utilisés, l’ensemble devant représenter au moins 80% des validations.

• Ainsi que les tarifs sociaux et ceux dédiés aux accompagnateurs de personnes handicapées.

• Les titres restants pourront être décrits de façon plus succincte, comme indiqué en 6.12, et illustré en B.2 et B.3 en utilisant des « Notices » en lieu et place d’une description structurée et détaillée des droits d’accès et paramètres d’utilisation.

Description du profil d’échange

Conventions de représentation

Tableaux d’attributs

NOTE les choix de conventions présentées ici ont pour vocation d’être cohérents avec ceux réalisés dans le cadre du profil SIRI (Île-de-France Mobilités et CEREMA). De plus tous les profils NeTEx partagent les mêmes conventions.

Les messages constituant ce profil d’échange sont décrits ci-dessous selon un double formalisme : une description sous forme de diagrammes XSD (leur compréhension nécessite une connaissance préalable de XSD : XML Schema Definition) et une description sous forme tabulaire. Les tableaux proposent ces colonnes :

• Classification : permet de catégoriser l’attribut. Les principales catégories sont :

  • PK (Public Key) que l’on peut interpréter comme Identifiant Unique : il permet à lui seul d’identifier l’objet, de façon unique, pérenne et non ambiguë. C’est l’identifiant qui sera utilisé pour référencer l’objet dans les relations.

  • AK (Alternate Key) est un identifiant secondaire, généralement utilisé pour la communication, mais qui ne sera pas utilisé dans les relations.

  • FK (Foreign Key) indique que l’attribut contient l’identifiant unique (PK) d’un autre objet avec lequel il est en relation.

  • GROUP est un groupe XML nommé (ensemble d’attributs utilisables dans différents contextes) (cf. http://www.w3.org/TR/2001/REC-xmlschema-0-20010502/#AttrGroups )

• Nom : nom de l’élément ou attribut XSD

• Type : type de l’élément ou attribut XSD (pour certains d’entre eux, il conviendra de se référer à la XSD NeTEx)

• Cardinalité : cardinalité de l’élément ou attribut XSD exprimée sous la forme “minimum:maximum” (“0:1” pour au plus une occurrence; “1:*” au moins une occurrence et sans limites de nombre maximal; “1:1” une et une seule occurrence; etc.).

• Description : texte de description de l’élément ou attribut XSD (seul les attributs retenus par le profil ont un texte en français ; les textes surlignés en jaune indiquent une spécificité du profil par rapport à NeTEx).

Les textes surlignés en jaune sont ceux présentant une particularité (spécialisation) par rapport à NeTEx : une codification particulière, une restriction d’usage, etc.

Les textes surlignés en bleu correspondent à des éléments de NeTEx non retenus dans le cadre de ce profil (présentés à titre informatif donc). Dans les diagrammes XSD, les éléments et attributs apparaissant sur fond bleu sont ceux qui ne sont pas retenus par le profil (et ce sont donc systématiquement des éléments ou attributs facultatifs de NeTEx).

La description XSD utilisée est strictement celle de NeTEx, sans aucune modification (ceci explique notamment que tous les commentaires soient en anglais).

Les attributs et éléments rendus obligatoires dans le cadre de ce profil restent facultatifs dans l’XSD (le contrôle de cardinalité devra donc être réalisé applicativement).

Valeurs de code de profil

Dans la mesure du possible, le profil sélectionne les valeurs de code à utiliser pour caractériser des éléments et les limite à un ensemble de valeurs documentées. NeTEx propose plusieurs mécanismes différents pour spécifier les valeurs de code autorisées :

• des énumérations fixes définies dans le cadre du schéma XSD NeTEx. Le profil impose alors un sous-ensemble des codes NeTEx.

• des spécialisations de TYPE OF VALUE, utilisées pour définir des ensembles de codes ouverts pouvant être ajoutés au fil du temps sans modifier le schéma, par exemple, pour enregistrer des classifications d’entités héritées. Le profil lui-même utilise le mécanisme TYPE OF VALUE dans quelques cas pour spécifier des codes normalisés supplémentaires : ceux-ci sont affectés à un CODESPACE « FR_IV_metadata » (https://netex-cen.eu/FR_IV) indiqué par un préfixe « FR_IV ». (par exemple, « FR_IV: monomodal ».

• des instances TypeOfFrame : le profil utilise plusieurs TYPES DE FRAME pour spécifier l’utilisation de VERSION FRAME dans le profil.

Indication des classes abstraites

NeTEx, et Transmodel, utilisent largement l’héritage de classe ; cela simplifie considérablement la spécification en évitant les répétitions puisque les attributs partagés sont déclarés par une superclasse et que des sous-classes viennent ensuite les spécialiser sans avoir à répéter ces attributs et en n’ajoutant que ceux qui lui sont spécifiques. La plupart des superclasses sont « abstraites » - c’est-à-dire qu’il n’existe aucune instance concrète ; seules les sous-classes terminales sont « concrètes ».

Un inconvénient de l’héritage est que si l’on veut comprendre les propriétés d’une classe concrète unique, il faut également examiner toutes ses super-classes. Pour cette raison, le profil inclut les classes abstraites nécessaires pour comprendre les classes concrètes, même si ces classes abstraites ne sont jamais directement instanciées dans un document NeTEx.

• Les super-classes sont signalées dans les en-têtes par le suffixe « (abstrait) »

• Dans les diagrammes UML (comme pour NeTEx et Transmodel), les noms des classes abstraites sont indiqués en italique et les classes abstraites sont de couleur gris clair.

• Certaines super-classes ne sont techniquement pas abstraites dans NeTEx, mais ne sont pas utilisées comme classes concrètes dans le profil : elles sont signalées avec la même convention que les classes abstraites.

Classes de sous-composants

Un certain nombre de classes ont des sous-composants qui constituent leur définition. Celles-ci fournissent des détails auxiliaires (par exemple, AlternativeText, AlternativeName, TrainComponent) et sont signalées dans les en-têtes par le suffixe « (objet inclus) ».

Concepts de base pour la description de l’offre tarifaire

Comme pour les autres domaines, NeTEx s’appuie sur le modèle de données Transmodel pour la gestion des offres tarifaires.

NeTEx fournit un modèle de représentation permettant de décrire les produits tarifaires simples et complexes et les prix associés quand ils sont déterminés à l’avance. Les produits sont assemblés à partir d’un ensemble de composants réutilisables de bas niveau, en s’appuyant aussi sur d’autres ensembles de données communs utilisés pour décrire les arrêts, les lignes et les services planifiés d’un réseau de transport ou de réseaux (voir les autres profils NeTEx France).

Les structures et les produits tarifaires peuvent parfois être complexes et il existe des écarts importants dans la manière de les structurer dans les différents pays européens, mais aussi d’une région à l’autre, ou encore entre les différents opérateurs et les différents modes. Confrontés à ce type de complexité et de diversité, il est nécessaire de séparer soigneusement les concepts de modélisation.

Le point de départ de la description de ces concepts fondamentaux est la définition des droits d’accès, basée sur l’utilisation d'éléments de réseau et les éléments temporels. Ceux-ci peuvent être combinés pour former des produits tarifaires, qui sont liés aux documents de voyage afin de constituer des packages de vente aux passagers. Les composants de prix sont liés aux droits d’accès, aux produits tarifaires et aux packages de vente : ils servent à calculer le prix à payer par un client pour une consommation spécifique (vente sur un distributeur automatique, débit d’une carte, post-paiement, par exemple).

NeTEx, dans sa Partie 3, couvre uniquement la description planifiée de l’offre tarifaire et l’information voyageur qui y est associée (la validation et le contrôle, l’information en temps réel sur les prix de vente quand ils ne sont pas fixes, la disponibilité, ou encore le suivi des ventes, ne font pas partie du périmètre courvert). L’objectif est donc de pouvoir renseigner sur les différents titres disponibles ainsi que leurs variantes, les droits qu’ils ouvrent, les supports utilisés, les conditions d’achat et d’utilisation et le prix, quand il est défini de façon planifiée.

Couverture de NeTEx pour l’offre tarifaire

Les principales catégories de données disponibles dans NeTEx sont les suivantes :

• Description de la structure tarifaire (les éléments de base sur lesquels s’appuie l’offre tarifaire : trajet simple, la durée de voyage autorisée, les origines/destinations, etc.)

• Description des droits d’accès (accès aux réseaux, aux lignes, les possibilités de correspondances, les aller/retour, etc.)

• Les prix (quand ils sont connus à l’avance, et sinon des informations sur les services pour obtenir les prix variables)

• Les conditions de vente (possibilités d’échange et remboursement, nécessité d’achat ou réservation à l’avance, etc.)

• Les modalités de paiement possibles (carte bancaire, liquide, paiement en ligne, etc.)

Catégories de donnée gérées (entourée en pointillé bleus) et leur classification

Différents droits d’accès peuvent être combinés pour former des produits tarifaires (par exemple, un « aller simple » associé à un produit tarifaire appelé « billet simple » ou plusieurs trajets au cours d’un mois associés à un produit tarifaire appelé« abonnement mensuel »).

Un ou plusieurs produits tarifaires peuvent être associés à un « document de voyage » et matérialisés (par exemple, un billet unique en papier permettant uniquement un « aller simple » ou une carte électronique contenant divers produits tarifaires).

Les combinaisons de produits tarifaires et de documents de voyage sont vendues aux clients en tant que « packages d’offre de vente » (par exemple un carnet de tickets « aller simple »). Chaque package vendu fait partie d’un « contrat » individuel avec un client particulier.

L’offre tarifaire peut être décrite en plusieurs étapes (Figure 9), résumées comme suit :

1. Les éléments pertinents du réseau de transport (arrêts, zones tarifaires, etc.) et les services planifiés (par exemple, des trajets spécifiques avec des restrictions tarifaires, etc.), qui peuvent être utilisés dans un produit sont identifiés (ces informations sont décrites par les profils Arrêts, Réseau et Horaire).

2. Une STRUCTURE TARIFAIRE (FARE STRUCTURE) définie en fonction des éléments spatiaux et temporels utilisés, ainsi que tout autre élément donnant lieu à une tarification particulière (classe d’utilisation, types d’utilisateurs éligibles, heure de pointe ou non, etc.).

3. Les ensembles de DROITS D’ACCÈS (ACCESS RIGHT), comme les droits de déplacement au sein d’une zone, les droits de déplacement entre des arrêts, etc. sont définis comme des ÉLÉMENTS VALIDABLEs.

4. Les PRODUITs TARIFAIREs (FARE PRODUCT) combinent des ensembles de droits d’accès avec des conditions supplémentaires telles que les conditions commerciales d’achat et de remboursement, etc.

5. Les PRODUITs TARIFAIREs sont combinés dans des OFFRES COMMERCIALES (SALES PACKAGE OFFER) décrivant le support sur lequel les produits sont disponibles, ainsi que les éventuelles conditions commerciales et les canaux de vente autorisés.

6. Les PRIX (FARE PRICE) des offres commerciales et éventuelles options sont définies.

Un principe fondamental de l’approche NeTEx est que les prix sont séparés des éléments qu’ils tarifent. Un autre principe important consiste à réutiliser les éléments de données existants dans la mesure du possible. Ainsi, par exemple, les mêmes données d’arrêt sont utilisées pour les horaires et les tarifs.

Les éléments non définis dans l’offre des service (réseau et horaires)

Même si l’infrastructure et les services sont très complètement décrits par les parties 1 et 2 de NeTEx, la description de l’offre tarifaire nécessite de compléter certaines de ces informations avec des attributs propres à la tarification. C’est ce que proposent les spécialisations et compléments d’objet présentés dans ce chapitre.

Note : en gris, les éléments non instanciés (abstraits) ou issu des autres profils (et donc non décrits dans ce document).

Éléments du réseau dédié à l’offre tarifaire – Modèle conceptuel

NeTEx Partie 1 décrit le concept de ZONE TARIFAIRE, qui peut être utilisé pour définir les zones tarifaires permanentes d’un système. Un POINT D’ARRÊT PLANIFIÉ donné peut appartenir à une ou plusieurs ZONE TARIFAIREs. Le MODÈLE DE ZONE TARIFAIRE NeTEx Partie 3 les complète des concepts supplémentaires relatifs au réseau qui peuvent être utilisés en plus pour étayer les structures tarifaires.

• Une ZONE BILLETTIQUE (FARE ZONE) est une spécialisation de ZONE TARIFAIRE qui peut notamment être associée à des SECTION TARIFAIREs.

• Les SECTION TARIFAIREs permettent à des sections (entre deux arrêts d’une ligne en général) arbitraires du réseau d’être associées à une ZONE BILLETTIQUE spécifique.

• Le POINT D’ARRÊT TARIFAIRE (FARE SCHEDULED STOP POINT) spécialise le POINT D’ARRÊT PLANIFIÉ avec des attributs supplémentaires liés à la tarification.

• Un POINT FRONTALIER (BORDER POINT) peut être utilisé pour distinguer certains points (souvent mais pas nécessairement les POINTS D’ARRÊT PLANIFIÉs et / ou les POINTS HORAIREs) comme ayant une importance particulière pour le calcul des tarifs internationaux.

• Une CONSTRAINTE DE SERIE permet de spécifier des contraintes sur des itinéraires spécifiques (pour le domaine ferroviaire), par exemple pour indiquer que les itinéraires peuvent ou doivent passer par des points particuliers. Ils sont principalement utilisés pour le rail et peuvent comprendre un ou plusieurs POINTs TARIFAIRES sur PARCOURS.

Le tableau suivant fournit les valeurs autorisées pour ZoneTopology (ZoneTopologyEnumeration).

Une SECTION TARIFAIRE est subdivision d’un PARCOURS composée de POINTs SUR PARCOURS consécutifs, utilisée pour définir un élément de la structure tarifaire.

Le FareScheduledStopPoint est une spécialisation de POINT D’ARRÊT PLANIFIÉ décrivant un arrêt avec des caractéristiques de billettique et de routage. Le POINT D’ARRÊT PLANIFIÉ pourra avoir été déjà échangé par ailleurs pour décrire les données d’offre de transport : un jeux de données d’offre tarifaire pourra reprendre l’ensemble des caractéristique de ces POINT D’ARRÊT PLANIFIÉs

Le FarePointInJourneyPattern Un POINT SUR PARCOURS qui représente le début ou la fin d’une SECTION TARIFAIRE.

Les FareStage (dernier attribut), ou point de changement de tarif, sont des points géographiques qui délimitent une frontière de transition pour définir un tarif. Un FareStage peut être à un point d’arrêt ou entre deux arrêts.

Un BorderPoint est un point sur le réseau marquant une limite pour le calcul des tarifs. Peut ou non être un POINT D’ARRÊT PLANIFIÉ.

Une SeriesConstraint est une extension d’un ÉLÉMENT DE MATRICE DE DISTANCE, une cellule d’une matrice origine-destination pour les ZONE TARIFAIREs ou les POINTs D’ARRÊT, exprimant une distance tarifaire pour le trajet correspondant (en tant que valeur en km, nombre d’unités tarifaires etc.) et éventuellement une contrainte pour n’autoriser les déplacements que sur des itinéraires spécifiques.

Note : de façon générale, les attributs de prix des différents éléments ne sont pas retenus car le profil fait le choix de systématiser la présentation des prix via des GRILLEs TARIFAIRE (FARE TABLE).

La structure tarifaire

La définition des éléments de la structure tarifaire repose sur des règles génériques, principalement quantitatives, qui influencent les droits d’accès réglementant la consommation des services de transport, et donc le prix qu’un passager doit payer pour une consommation spécifique : limitation de la durée ou de la durée des trajets , le nombre de zones traversées, etc.

Ces règles décrivent l’utilisation du système de transport et se définissent en termes d’espace, de temps et de qualité de service. Ainsi, les paramètres spatiaux, temporels et de qualité seront spécifiés et associés à des ÉLÉMENTS DE STRUCTURE TARIFAIRE.

Les règles déterminant les droits d’accès peuvent être classées en deux grandes catégories :

• Des règles globales qui permettent de déterminer la validité d’une gamme de droits d’accès génériques servant de base au calcul du prix de leur consommation. Un tel ensemble de règles est classiquement appelé « structure tarifaire ».

• Règles de limitation de validité qui consistent à attribuer certains « paramètres de limitation » à des droits d’accès spécifiques. Par exemple, un trajet peut être limité par la dernière heure de départ possible, un pass valable uniquement pour les étudiants, etc. Ces limitations sont exprimées par deux catégories de paramètres :

  • « Paramètres de validité », qui affectent les caractéristiques physiques des droits d’accès (principalement dans l’espace ou dans le temps) ; des exemples de paramètres de limitation de validité sont GROUPE DE LIGNES, TYPE DE JOUR, etc.

  • « CONDITIONS D’UTILISATION », qui affectent l’utilisation réelle des droits d’accès, tels que PROFIL D’UTILISATEUR, FRÉQUENCE D’UTILISATION, TRANSFÉRABILITÉ, etc.

Une version particulière de la structure tarifaire fixe les valeurs des différents paramètres : cet ensemble de règles avec des valeurs de paramètres bien définies construit un TARIF.

La structure tarifaire est composé d’un certain nombre de sous-modèles décrits ci-dessous.

• Le modèle géographique définit des aspects spatiaux de la structure tarifaire.

• Le modèle temporel définit des aspects temporels de la structure des tarifs.

• Les FACTEURs DE QUALITÉ définissent d’autres aspects qualitatifs de la structure tarifaire.

• La MATRICE DE DISTANCE montre les origine/destination possibles et leurs caractéristiques.

Structure tarifaire – Modèle conceptuel

Elément de structure tarifaire (FareStructureElement)

Le FareStructureElement est naturellement l’élément de base de la construction des structures tarifaires.

Les structures tarifaires impliquent souvent la définition de séquences d’éléments à utiliser dans un ordre spécifié. Le modèle de structure tarifaire définit un élément abstrait FARE ELEMENT IN SEQUENCE qui est affiné dans d’autres sous-modèles pour décrire les aspects séquentiels de la STRUCTURE FARE.

Note : les éventuels ValidityParameterAssignment ne sont pas retenus dans le FareStructureElementInSequence et seront, si nécessaire, placés dans les FareStructureElement « hôte » de la séquence.

Exemples

FareStructureElement ne contenant qu’un intervalle temporel

<FareStructureElement id="FR-Tarif-Example:FareStructureElement:001:LOC" version="any">
  <TimeIntervalRef ref="FR-Tarif-Example:TimeInterval:001:LOC"/>
</FareStructureElement>

FareStructureElement contenant des DistanceMatrixElements (origines-destination)

<FareStructureElement id="FR-Tarif-Example:FareStructureElement:DM-001:LOC" version="any">
  <distanceMatrixElements>
    <DistanceMatrixElementRef ref="FR-Tarif-Example:DistanceMatrixElement:AtoB:LOC"/>
    <DistanceMatrixElementRef ref="FR-Tarif-Example:DistanceMatrixElement:AtoC:LOC"/>
    <DistanceMatrixElementRef ref="FR-Tarif-Example:DistanceMatrixElement:BtoC:LOC"/>
    <!--etc...-->
  </distanceMatrixElements>
</FareStructureElement>

FareStructureElement incluant des limitation d’utilisation

<FareStructureElement id="LEMAN-EXPRESS:FareStructureElement:001:LOC" version="any">
  <DistanceMatrixElementRef ref="FR-Tarif-Example:DistanceMatrixElement:001:LOC"/>
  <GenericParameterAssignment id="LEMAN-EXPRESS:GenericParameterAssignment:001:LOC" version="any" order="1">
    <limitations>
      <UsageValidityPeriod id="LEMAN-EXPRESS:UsageValidityPeriod:001:LOC" version="any">
        <!--Peut être une référence pour mutualiser la définition-->
        <UsageTrigger>purchase</UsageTrigger>
        <!--On a aussi l'option startOutboundRide, etc.-->
        <StandardDuration>PT180M</StandardDuration>
      </UsageValidityPeriod>
    </limitations>
  </GenericParameterAssignment>
</FareStructureElement>

Règle d’application des caractéristiques (QualityStructureFactor)

Les FACTEURs DE QUALITÉ définissent les aspects qualitatifs de la structure tarifaire. Par exemple, le niveau de congestion ou d’occupation (par exemple en %) peut influencer le tarif ou une limitation des droits d’accès. Certains opérateurs ferroviaires appliquent des tarifs différents si la réservation est effectuée tôt ou tard (par exemple en nombre de jours).

Deux spécialisations peuvent être utilisées pour des aspects spécifiques : Un FACTEUR DE FREQUENTATION (FARE DEMAND FACTOR) définit une « tranche horaire » pour le voyage, par ex. aux heures de pointe ou aux heures creuses, et un QUOTA TARIFAIRE (FARE QUOTA FACTOR) définit une allocation limitée de sièges disponibles à un prix particulier.

Note : un QualityStructureFactor peut aussi être référencé par l’AFFECTATION DES PARAMÈTRES DES DROITS D’ACCÈS (ACCESS RIGHT PARAMETER ASSIGNMENT, plus précisément par le ValidityParameterAssignment). On n’utilisera le QualityStructureFactor au sein de la structure tarifaire que s’il est véritablement partie intégrante de la structure sur laquelle s’appuie la tarification (par exemple si l’on a systématiquement une prise en compte de la différence heure creuse/heure de pointe). Si par contre il ne s’applique que pour un ou quelques titres ou cartes de réduction (par exemple une carte de réduction valable uniquement en heures creuses), alors le QualityStructureFactor sera référencé par le ValidityParameterAssignment (et en cas d’ambiguïté, c’est cette seconde solution que l’on préférera systèmatiquement)

QualityStructureFactor – Modèle conceptuel

Note : dans le cas où les QualityStructureFactor est très spécifique, on en effectuera la description dans une Notice (disponible via l’héritage PriceableObject).

Note : dans le cas où les FareStructureFactor est très spécifique, on en effectuera la description dans une Notice (disponible via l’héritage PriceableObject).

Le NIVEAU DE SERVICE (TIME DEMAND TYPE) est définie dans la Partie 1 de NeTEx mais n’avait pas été retenu par les profils français jusqu’à maintenant. C’est a la base un indicateur temporel des conditions de circulation (ou taux de remplissage) ou d’autres facteurs qui peuvent influer sur la circulation des véhicules, les temps d’attente ou la tarification.

Exemple

Le fragment de code suivant montre trois FareDemandFactor pour un trajet à tout moment, en période de pointe et en dehors des heures de pointe. Le trajet en dehors des heures de pointe définit des heures de début distinctes pour certaines zones.

<qualityStructureFactors>
  <FareDemandFactor version="any" id="tfl:any_time">
    <Name>Anytimetravel </Name>
  </FareDemandFactor>
  <FareDemandFactor version="any" id="tfl:peak">
    <Name>Peak time travel </Name>
    <validityConditions>
      <AvailabilityConditionRef ref="tfl:Peak" version="any"/>
    </validityConditions>
  </FareDemandFactor>
  <FareDemandFactor version="any" id="tfl:offPeak">
    <Name>off peak time travel</Name>
    <Description>Has stop specific overrides</Description>
    <!--
If you travel from a station north of Moor Park or Hatch End on a weekday after the times below, your Oyster
single fare will count towards the off-peak cap instead of the peak cap.
North of Moor Park
Station Touch in times
Chesham After 09:00
Amersham After 09:10
Chalfont & Latimer After 09:15
Chorleywood After 09:15
Rickmansworth After 09:20 -->
    <validityConditions>
      <AvailabilityConditionRef ref="tfl:OffPeak" version="any"/>
    </validityConditions>
    <startTimesAtStopPoints>
      <StartTimeAtStopPoint version="any" id="tfl:Chesham">
        <ScheduledStopPointRef ref="tfl:Chesham" version="any"/>
        <StartTime>09:00:00</StartTime>
      </StartTimeAtStopPoint>
      <StartTimeAtStopPoint version="any" id="tfl:Amersham">
        <ScheduledStopPointRef ref="tfl:Amersham" version="any"/>
        <StartTime>09:10:00</StartTime>
      </StartTimeAtStopPoint>
      <StartTimeAtStopPoint version="any" id="tfl:Chalfont_and_Latimer">
        <ScheduledStopPointRef ref="tfl:Chalfont_and_Latimer" version="any"/>
        <StartTime>09:15:00</StartTime>
      </StartTimeAtStopPoint>
      <StartTimeAtStopPoint version="any" id="tfl:Chorleywood">
        <ScheduledStopPointRef ref="tfl:Chorleywood" version="any"/>
        <StartTime>09:15:00</StartTime>
      </StartTimeAtStopPoint>
      <StartTimeAtStopPoint version="any" id="tfl:Rickmansworth">
        <ScheduledStopPointRef ref="tfl:Rickmansworth" version="any"/>
        <StartTime>09:20:00</StartTime>
      </StartTimeAtStopPoint>
    </startTimesAtStopPoints>
  </FareDemandFactor>
</qualityStructureFactors>

Tarif : version de l’offre Tarifaire (Tariff)

Les TARIFs regroupent des ÉLÉMENTs DE STRUCTURE TARIFAIRE soumis à des conditions de validité communes.

Dans la plupart des cas, un seul FACTEUR DE STRUCTURE GEOGRAPHIQUE (resp. TEMPS ou QUALITE) est attaché à chaque ELEMENT DE STRUCTURE TARIFAIRE. Parfois, différents facteurs peuvent s’appliquer au même élément, choisis par une règle en fonction de conditions de validité spécifiques. C’est le cas par exemple lorsque des tarifs différents sont appliqués en été par rapport aux autres saisons. Plus simplement, la structure tarifaire peut évoluer et une version être remplacée par une autre.

L’entité TARIF décrit une VERSION de tous les paramètres composant une structure tarifaire particulière. Lors de l’application des règles tarifaires, un algorithme choisira les paramètres en fonction du TARIF valide au moment spécifié par la demande.

Le principe est donc très similaire à celui des FRAMEs mais avec, ici, une granularité plus fine (une FRAME pour par exemple contenir plusieurs TARIFs, un pour le bus en période scolaire, un autre pour la période de vacances et un troisième TARIF pour le ferré, etc.).

Exemple

<Tariff id="tap:NrtProduct@Route@Basic01" version="01">
  <Name>Standard route based Fare table 1</Name>
  <validityConditions>
    <AvailabilityCondition id="tap:Tariff01" version="01">
      <FromDate>2011-01-01T00:00:00Z</FromDate>
      <ToDate>2014-01-01T00:00:00Z</ToDate>
    </AvailabilityCondition>
  </validityConditions>
  <OperatorRef ref="tap:0106" version="any"/>
  <TypeOfTariffRef ref="tap:B.1.1:01" version="any"/>
  <TariffBasis>route</TariffBasis>
  <ReturnFareTwiceSingle>true</ReturnFareTwiceSingle>
  <fareStructureElements>
    <FareStructureElementRef ref="tap:NrtProduct@round_trips" version="01"/>
    <FareStructureElementRef ref="tap:NrtProduct@fare_classes" version="01"/>
    <FareStructureElementRef ref="tap:NrtProduct@profiles" version="01"/>
    <FareStructureElementRef ref="tap:NrtProduct@series" version="01"/>
  </fareStructureElements>
  <groupsOfDistanceMatrixElements>
    <GroupOfDistanceMatrixElementsRef ref="tap:NrtProduct@Routes" version="01"/>
  </groupsOfDistanceMatrixElements>
</Tariff>

Les éléments de structure de tarification temporelle

Il est assez courant d’avoir une structure tarifaire basée sur le temps, par exemple:

• déterminé par l’entité INTERVALLE DE TEMPS qui décrit les périodes (0-1 heure, 1-3 heures, etc.) pendant lesquels un certain tarif est appliqué aux ELEMENT DE STRUCTURE TARIFAIRE.

• une structure temporelle progressive définie à l’aide d’une UNITÉ DE TEMPS (par ex. Jours, heures ou minutes).

• les deux types de structures peuvent être combinés en FACTEURS DE STRUCTURE DE TEMPS règles d’application pour les structures temporelles). Cela permet par exemple de spécifier un tarif par heure passée, qui varie en fonction de la durée totale de transport (ou d’utilisation du service).

Intervalle de temps (TimeInterval)

Règles d’application de Structure Temporelle (TimeStructureFactor)

Note : les TimeInterval, TimeUnit et QualityStructureFactor s’appliquent de façon combinée (ET logique) dans le TimeStructureFactor

Unité Temporelle (TimeUnit )

Exemple

<TimeInterval id="FR-Tarif-Example:TimeInterval:001:LOC" version="any">
  <Description>1h30 de validit&#xE9; pour bus et TRam</Description>
  <Duration>PT90M</Duration>
  <timeStructureFactors>
    <TimeStructureFactor>
      <Name>Entre premi&#xE8;re et derni&#xE8;re validation</Name>
      <!--A présenter pour l'IV-->
      <Description>Time Structure Factor pour "entre premi&#xE8;re et derni&#xE8;re validation"</Description>
      <TypeOfFareStructureFactorRef ref="BetweenFirstAndLastValidation"/>
    </TimeStructureFactor>
  </timeStructureFactors>
</TimeInterval>

Les éléments de structure de tarification géographique

Les règles de structure tarifaire les plus courantes sont basées sur la géographie ou, plus précisément, sur la distance. Les trois types principaux sont respectivement progressifs (proportionnel à une distance), gradués en fonction d’une distance, et utilisant des zones. Certains de ces types peuvent être combinés.

L’entité INTERVALLE GÉOGRAPHIQUE décrit une classification des ÉLÉMENTS DE STRUCTURE TARIFAIRE en fonction de leur longueur, par exemple :

• 1 zone (ou section tarifaire) traversée, 2 à 4 zones traversées, plus de 4 zones traversées ;

• longueur de trajet inférieure à 5 km, entre 5 et 15 km, plus de 15 km ;

• etc.

Les structures tarifaires progressives permettent un calcul des tarifs en fonction de la distance parcourue pendant le voyage. La distance est calculée à partir d’une certaine unité, la plus classique étant la distance en kilomètres, le nombre de sections tarifaires (ou zones) ou le nombre de points d’arrêt. Une telle unité de graduation est décrite par l’entité UNITE GEOGRAPHIQUE. Le tarif d’un voyage sera calculé en multipliant la distance par un paramètre de prix attaché à l’UNITÉ GEOGRAPHIQUE.

De nombreux réseaux utilisent des ZONEs TARIFAIREs (ZONE définie spécifiquement pour le calcul des tarifs). Elle définit notamment un périmètre qui contient des POINTS D’ARRÊT PLANIFIÉS. Une ZONE TARIFAIRE peut avoir des points spécifiques sur ses frontières (POINTS TARIFAIRES).

Une SECTION TARIFAIRE est un autre type de paramètre de structure tarifaire. Il s’agit d’une subdivision d’un PARCOURS, constitué de POINTS D’ARRÊT PLANIFIÉS.

De nombreuses structures tarifaires progressives utiliseront le nombre de ZONEs TARIFAIREs ou de SECTIONs TARIFAIREs comme UNITÉ GÉOGRAPHIQUE.

Certains systèmes de structure tarifaire utiliseront des distances arbitraires ou réelles entre l’origine et la destination. Ces valeurs de paramètres sont susceptibles de différer d’un calcul exact basé sur la distance parcourue. Ces valeurs sont stockées dans l’entité DISTANCE MATRIX ELEMENT. Les origines et destination sont généralement des POINTS D’ARRÊT PLANIFIÉS, LIEUX D’ARRÊT ou des ZONEs TARIFAIREs (l’origine et la destination peuvent avoir des types différents).

Intervalle Géographique (GeographicalInterval)

Unité Géographique (GeographicUnit)

Règles d’application de Structure Géographique (GeographicalStructureFactor)

Les structures tarifaires simples peuvent être combinées dans des structures plus complexes.

Dans la plupart des cas de structures tarifaires utilisant des INTERVALLEs GEOGRAPHIQUEs, le tarif sera fixe dans la plage de chaque intervalle, ce qui signifie que le tarif est le même tout au long de l’intervalle. Cependant, les tarifs peuvent varier à l’intérieur de chaque intervalle, selon une graduation basée sur une UNITÉ GÉOGRAPHIQUE. Par exemple, les tarifs peuvent être progressifs, le prix au km différant en fonction du nombre de zones traversées (notamment pour permettre des prix plus bas pour les longs trajets).

De même, une structure tarifaire progressive peut être influencée par le type de voyage, en ce qui concerne la géographie du réseau. Si le tarif est basé sur le nombre de sections tarifaires traversées, il peut varier, par exemple, selon que le trajet s’effectue d’une banlieue vers le centre-ville ou entre deux banlieues. Cette structure associera des INTERVALLE GÉOGRAPHIQUE (sections tarifaires) et des ÉLÉMENTS DE MATRICE DE DISTANCE (en utilisant un ensemble de ZONEs TARIFAIREs, par exemple « centre » et « banlieue »).

L’entité GEOGRAPHICAL STRUCTURE FACTOR permet de combiner deux structures simples dans un facteur complexe. Il est identifié par une UNITÉ GEOGRAPHIQUE, décrivant l’unité de graduation utilisée, et par un INTERVALLE GÉOGRAPHIQUE ou un ÉLÉMENT DE MATRICE DE DISTANCE.

Exemple

<GeographicalUnit version="any" id="SNCF:GeographicalUnit:TER-Unit&#xE9;-de-distance:LOC">
  <Name>Unit&#xE9; de distance arbitraire (peut-&#xEA;tre des kilom&#xE9;tre, ou une unit&#xE9; de distance tarifaire)</Name>
</GeographicalUnit>

<GeographicalInterval version="001" id="SNCF:GeographicalInterval:TER-1km:LOC">
  <StartGeographicalValue>0.0</StartGeographicalValue>
  <EndGeographicalValue>1.0</EndGeographicalValue>
  <IntervalType>distance</IntervalType>
</GeographicalInterval>

<!--etc...-->

<GeographicalInterval version="001" id="SNCF:GeographicalInterval:TER-3km:LOC">
  <StartGeographicalValue>1.0</StartGeographicalValue>
  <EndGeographicalValue>2.0</EndGeographicalValue>
  <IntervalType>distance</IntervalType>
</GeographicalInterval>

<!--etc...-->

<!--Association Interval - Unités-->
<GeographicalStructureFactor version="001" id="SNCF:GeographicalStructureFactor:AtoB:LOC">
  <GeographicalIntervalRef version="001" ref="SNCF:GeographicalInterval:TER-43km:LOC"/>
  <GeographicalUnitRef ref="SNCF:GeographicalUnit:TER-Unit&#xE9;-de-distance:LOC"/>
</GeographicalStructureFactor>

Élément de Matrice de Distances (DistanceMatrixElement)

La MATRICE DE DISTANCEs permet de décrire les tarifs point à point. Chaque ELEMENT DE MATRICE DE DISTANCE représente le tarif pour un couple d’origine-destination. Un GROUPE D’ÉLÉMENTS DE MATRICE DE DISTANCE spécifie un ensemble d’ÉLÉMENTs DE MATRICE DE DISTANCE, permettant un ensemble commun de prix entre différentes paires origine-destination si nécessaire.

Dans le domaine ferroviaire, il peut y avoir des CONSTRAINTEs SERIEs associées à un DISTANCE MATRIX ELEMENT, chacune représentant une contrainte de routage différente.

Groupe de Matrice d’Éléments de Distances (GroupOfDistanceMatrixElement)

Exemple

Exemple 1

<DistanceMatrixElement id="FR-Tarif-Example:DistanceMatrixElement:AtoB:LOC" version="any">
  <Distance>43</Distance>
  <IsDirect>true</IsDirect>
  <InverseAllowed>true</InverseAllowed>
  <StartStopPointRef versionRef="any" ref="SNCF:ScheduledStopPoint:GareA:LOC"/>
  <EndStopPointRef versionRef="any" ref="SNCF:ScheduledStopPoint:GareB:LOC"/>
  <structureFactors>
    <GeographicalStructureFactorRef version="001" ref="SNCF:GeographicalInterval:TER-43km:LOC"/>
  </structureFactors>
</DistanceMatrixElement>

Exemple 2

<DistanceMatrixElement id="FR-Tarif-Example:DistanceMatrixElement:001:LOC" version="any">
  <IsDirect>true</IsDirect>
  <InverseAllowed>false</InverseAllowed>
  <StartStopPointRef versionRef="any" ref="SNCF:ScheduledStopPoint:ParisGareduNord-87271007:LOC"/>
  <EndStopPointRef versionRef="any" ref="SNCF:ScheduledStopPoint:LilleFlandre-87 286 005:LOC"/>
  <!--Note On pourrait insérer ici une CONTRAINTE de SERIE si plusieurs itinéraires étaient concernés-->
  <!-- <seriesConstraints>
<SeriesConstraint id="SNCF:SeriesConstraint:Paris-Lille" order="1" version="1.0">
<Itinerary>Paris * Lille</Itinerary>
<SeriesType>stationToStation</SeriesType>
<FirstClassDistance>19</FirstClassDistance> -->
  <!-- et on peut en profiter pour ajouter une
distance tarifaire -->
  <!--
<SecondClassDistance>20</SecondClassDistance>
<journeyPatterns>
<JourneyPatternRef ref="SNCF:JourneyPattern:0001:LOC"></JourneyPatternRef> -->
  <!--Peut
passer par des JP, mais ausi par des points ... ou des correspondances-->
  <!--
<JourneyPatternRef ref="SNCF:JourneyPattern:0002:LOC"></JourneyPatternRef>
</journeyPatterns>
</SeriesConstraint>
</seriesConstraints>-->
</DistanceMatrixElement>

Les Éléments Validables (ValidableElement)

Le système de contrôle d’un organisme de transport public est organisé pour « valider » régulièrement la consommation des droits d’accès, c’est-à-dire que les passagers disposent du bon billet pour le transport sur lequel ils voyagent. Le processus de validation vise à préciser qu’un droit d’accès est valide, a été consommé et que cette consommation a été autorisée. Il utilise les résultats d’un ou plusieurs contrôles consécutifs.

Un tel droit d’accès validé peut inclure plusieurs éléments pour lesquels la structure tarifaire est différente. Par exemple, un produit tarifaire peut inclure une réduction pour les voyageurs utilisant un parking puis les transports en commun (cas des parcs relais). Si la structure tarifaire de ces deux éléments est différente (par exemple, les tarifs fixes pour les transports publics et le prix basé sur la durée du séjour pour le parking), ils seront décrits par deux ÉLÉMENTS DE STRUCTURE TARIFAIRE différents. La remise n’est accordée que lorsque le processus de validation reconnaît que les deux ont été consommés en séquence.

Par conséquent, un ÉLÉMENT VALIDABLE est défini comme une séquence ou un ensemble d’ÉLÉMENTS DE STRUCTURE TARIFAIRE, à consommer dans son ensemble (ou à valider en une seule fois), c’est-à-dire qu’il n’est pas prévu d’utiliser les différents éléments de la séquence séparément (si l’un des éléments est consommé, l’ensemble du droit d’accès est considéré comme consommé).

Un ELEMENT DE STRUCTURE TARIFAIRE, dédié à être consommé tel quel, seul, est identique à un ELEMENT VALIDABLE.

Par exemple, un abonnement peut donner à l’utilisateur le droit d’effectuer un trajet entre une gare de banlieue particulière et le centre-ville (pour lequel l’ÉLÉMENT VALIDABLE est un « voyage en train » avec départ spécifié) et aussi le droit de circuler en métro dans la zone urbaine (l’ÉLÉMENT VALIDABLE est un « trajet en métro » avec une restriction zonale).

Un ÉLÉMENT VALIDABLE peut être limité à une portée particulière (par exemple, MODE, OPÉRATEUR, LIGNE, etc.) via une ASSIGNATION DE PARAMÈTRES DE VALIDITÉ associée.

Dans certains cas, il est utile de décrire les droits plus en détail, en particulier de les relier au processus de vérification des billets et l’ELEMENT CONTRÔLABLE (voir plus loin) permet de le faire.

Élément Validable – Modèle conceptuel

Note : Quand un ValidableElement n’a pas vocation à être réutilisé (uniquement utilisé par un unique FareProduct) alors on le définit directement dans le FareProduct

Exemple

<ValidableElement id="FR-Tarif-Example:ValidableElement:001:LOC" version="any">
  <noticeAssignments>
    <NoticeAssignment id="FR-Tarif-Example:NoticeAssignment:001:LOC" version="any" order="1">
      <NoticeRef ref="FR-Tarif-Example:Notice:001:LOC"/>
    </NoticeAssignment>
  </noticeAssignments>
  <fareStructureElements>
    <FareStructureElementRef ref="FR-Tarif-Example:FareStructureElement:001:LOC" version="any"/>
  </fareStructureElements>
</ValidableElement>

Les Éléments Contrôlables (ControllableElement)

UNIQUEMENT UTILE SI L’ALIMENTATION D’UN SYSTÈME BILLETTIQUE EST ENVISAGEE !

Note : l’ÉLÉMENT CONTRÔLABLE n’est à utiliser que dans les contexte de l’alimentation d’un système billettique (de façon à lui préciser les élément effectivement à contrôler)

La définition d’un système tarifaire comprend toujours un niveau de base de droits d’accès, pour lequel les paramètres de validité contrôlés restent les mêmes et sont constamment valables. Un ELEMENT CONTROLLABLE est défini comme le plus petit élément de service :

• dont la consommation réelle peut être contrôlée, au moyen de contrôles réguliers ou occasionnels ;

• tout au long duquel tout paramètre contrôlé reste valide.

Un ÉLÉMENT CONTRÔLABLE est le composant de base de toute combinaison de droits d’accès incluse dans un produit tarifaire.

Trois principaux types d’ÉLÉMENTS CONTRÔLABLES se retrouvent dans les transports publics :

• La montée dans un véhicule, par exemple dans des bus, des tramways ou d’autres systèmes « ouverts ». Un trajet d’un POINT D’ARRÊT PLANIFIÉ à un autre, au cours d’une COURSE, peut représenter un tel ÉLÉMENT CONTRÔLABLE ;

• Les voyages, composés de séquences de segments et de correspondances, par exemple dans des systèmes fermés comme le métro avec des tourniquets d’entrée / sortie. Dans un tel cas, les échanges sont autorisés au sein du même ÉLÉMENT CONTRÔLABLE et ne sont pas contrôlés ;

• L’accès aux services communs (par ex. parking, salon, etc.), le cas échéant.

Dans les situations complexes, des ÉLÉMENTS CONTRÔLABLES plus détaillés sont définis. Par exemple, si une ligne de train utilise une voie composée de deux tronçons, chacun exploité par un opérateur différent, un seul trajet sur cette ligne sera composé de deux ÉLÉMENTS CONTRÔLABLES, distingués par le paramètre OPÉRATEUR.

Les paramètres de validité peuvent être associés à un ÉLÉMENT CONTRÔLABLE, soit :

• au début de l’élément, contrôlé par un contrôle d’entrée ; par exemple, la consommation doit commencer à un POINT D’ARRÊT PLANIFIÉ donné ;

• à la fin de l’élément, contrôlé par un contrôle de sortie ; par exemple, la consommation ne doit pas se terminer après 16 heures ;

• tout au long de l’élément (paramètre « en route »), éventuellement contrôlé par tout contrôle d’entrée, de sortie ou en route ; par exemple, la consommation doit avoir lieu sur la ligne 18.

Élément contrôlable – Modèle conceptuel

Note : l’association avec les ÉLÉMENTS DE STRUCTURE TARIFAIRE se fait via les FareStructureComponentGroup

Les Produits Tarifaires (FareProduct)

Le PRODUIT TARIFAIRE décrit un ensemble de fonctionnalités (droits d’accès, droits de remise, etc.), spécifiques à un MOMENT DE PAIMENT (pré-paiement, post-paiement…).

Un PRODUIT TARIFAIRE est un élément commercialisable immatériel (il donne des droits) mis à la disposition du public. Il peut être acheté et permet au propriétaire d’utiliser les transports en commun ou d’autres services à des conditions spécifiques. Il peut s’agir de droits d’accès spécifiés (PRODUIT TARIFAIRE PRÉDÉFINI) ou d’autres produits (remises, montant d’unité de prix, etc.).

Un PRODUIT FARE bien qu’immatériel, peut être matérialisé sur différents DOCUMENTS DE VOYAGE. Par exemple, un PRODUIT TARIFAIRE « passe mensuelle » peut être incorporé de différentes manières sur un billet papier spécifique ou stocké sur une carte électronique.

Le fait que les PRODUITs TARIFAIREs se distinguent en fonction du MOMENT DE PAIEMENT montre la caractéristique intrinsèque d’un PRODUIT TARIFAIRE ; ce sont des droits d’accès.

Les exemples classiques de MOMENT DE PAIMENT sont les suivants :

• pré-paiement avec annulation (billets jetables );

• pré-paiement avec débit sur un DOCUMENT DE VOYAGE (carte de valeur) ;

• pré-paiement sans enregistrement de la consommation (pass illimité) ;

• post-paiement (carte électronique avec compte central et débit mensuel) ;

• gratuit.

Ces principales catégories peuvent naturellement être subdivisées en fonction des exigences spécifiques de l’opérateur.

Les PRODUITs TARIFAIREs les plus classiques sont des combinaisons de droits d’accès spécifiés (ticket unique, ticket hebdomadaire, abonnement mensuel, etc.). Un tel PRODUIT TARIFAIRE PRÉDÉFINI est décrit comme un PRODUIT TARIFAIRE composé d’un ou plusieurs ÉLÉMENTS VALIDABLES spécifiques.

Un même PRODUIT TARIFAIRE peut être utilisé dans une ou plusieurs OFFREs A LA VENTE (voir plus loin) pour décrire un produit commercialisé que l’utilisateur peut acheter matérialisé sur un DOCUMENT DE VOYAGE (ticket, carte, mobile, etc.).

Note : la plupart de spécialisation de : UN PRODUIT TARIFAIRE dispose d’un attribut ProductType. Par convention, dans le cadre du profil si le produit est “single trip” et qu’il référence plusieurs ValidableElements, alors le PRODUIT ne donne la possibilité que d’utiliser un seul de ces ValidableElement parmi la miste proposée. Cela permet de gérer les cas où un produit donne accès à une droit A ou B ou C …. On pourra aussi utliser ce mécanisme pour faire un unique produit O-D, contenant de très nombreuses O-D, mais avec une seule tarification comme dans le cas du Yield Management. Pour mémoire, le ValidableElement peut lui-même être constitué d’une séquence de FareStructureElements, ce qui permettra bien de gérer toutes les situations de droits combinés.

Produits Tarifaires (vue simplifiée) – Modèle conceptuel

Les quatre principaux types de PRODUITS TARIFAIRES sont les suivants :

• Le PRODUIT TARIFAIRE PRÉDÉFINI est une combinaison commercialisable d’ÉLÉMENTS VALIDABLES spécifiés. Il s’agit du PRODUIT TARIFAIRE le plus courant dans les transports publics (matérialisé par exemple sous forme de ticket unique, d’abonnement mensuel, etc.) ;

• Le AMOUNT OF PRICE UNIT, qui correspond à une porte-monnaie d’unités transport, est un PRODUIT TARIFAIRE exprimé par un nombre spécifié d’UNITÉS DE PRIX (unité monétaire, jeton, trajet, etc.). Il n’est généralement pas pré-assigné, ce qui signifie qu’il donne le droit de consommer n’importe quel ELEMENT VALIDABLE d’une liste spécifiée. Dans certains cas, les billets simples doivent être considérés comme « unité transport », lorsqu’il est nécessaire de poinçonner un nombre variable de billets en fonction de la nature ou la durée du voyage effectué ;

• Le DROIT A REMISE est un PRODUIT TARIFAIRE permettant à son titulaire de bénéficier de remises lors de l’achat d’OFFRES A LA VENTE spécifiques. Les compagnies de train, par exemple, proposent généralement de telles réductions (par exemple, une carte de réduction de 30%) ;

• Le DROIT A REMISE A L’USAGE est un PRODUIT TARIFAIRE permettant à son titulaire de bénéficier de remises lors de la consommation des ELEMENT VALIDABLEs spécifiés, et ce en fonction de l’usage qu’il fait des services de transport (c’est typiquement le principe des « Miles », cartes voyageur, etc.).

Deux autres types de PRODUITs TARIFAIREs existent également :

• REMISE PAR PLAFONNEMENT un affinement du droit de remise utilisé pour les tarifs électroniques avancés de paiement à la consommation, où une fois qu’un certaine niveau d’usage a été atteint, un plafond (tel que spécifié par une ou plusieurs RÈGLES DE PLAFONNEMENT) est appliqué, par exemple en limitant l’utilisation quotidienne a coût d’un passe journalier.

• PRODUIT SUPPLÉMENTAIRE : Un produit accessoire, tel qu’un surclassement de siège ou un repas, qui ne peut être acheté qu’en complément d’un autre produit.

En outre, deux autres types de « produits » non liés au voyage peuvent être déclarés et référencés :

• un PRODUIT OUVRANT DES DROITS peut également être utilisé pour représenter des qualifications non liées au transport telles que des cartes d’invalidité, des cartes militaires ou des laissez-passer de retraités qui sont des conditions préalables à l’achat ou à la consommation de produits de voyage.

• un PRODUIT TIERS : UN PRODUIT TARIFAIRE qui est commercialisé avec un PRODUIT TARIFAIRE pour les transports publics mais qui n’y est pas lié (un accès à un salon, un abonnement sportif, etc.).

Produits Tarifaires – Modèle conceptuel

Le DROIT A REDUCTION (SALE DISCOUNT RIGHT) est un PRODUIT TARIFAIRE (FARE PRODUCT) qui permet à son porteur de bénéficier d’une déduction lors de l’achat d’OFFREs A LA VENTE (SALES OFFER PACKAGE) particulières. Une carte de réduction ouvrant droit à une rabais de 25% sur les trajets en train d’une compagnie ferroviaire en est un exemple relativement classique.

La REDUCTION PAR PLAFONNEMENT (CAPPED DISCOUNT RIGHT) est un raffinement du DROIT A REDUCTION utilisé pour les tarifications de type « pay-as-you-go », où une fois qu’un certain niveau de consommation a été atteint dans un intervalle de temp donné, un plafond (tel que spécifié par une ou plusieurs RÈGLES DE PLAFONNEMENT) est appliqué, par exemple en limitant le coût, pour toute utilisation au cours d’une même journée, au prix d’un passe journalier.

Un SUPPLÉMENT (SUPPLEMENT PRODUCT) et un produit accessoire, tel qu’un surclassement de classe de siège ou un repas, qui ne peut être acheté qu’en plus d’un autre produit.

La REDUCTION A L’USAGE (USAGE DISCOUNT RIGHT) est un PRODUIT TARIFAIRE permettant à son titulaire de bénéficier de remises basées sur sa consommation de titres de transport. Par exemple, un tel produit peut accorder à son détenteur une réduction pour un parking relai (« park and ride »), alors que le stationnement ou les trajets en transport en commun consommés seuls sont facturés au tarif normal. Le principe des « miles » accumulés, classiquement utilisés dans les transports longue distance, et aussi un exemple classique de REDUCTION A L’USAGE. Ce type de remise est particulièrement utilisé avec les méthodes post-paiement.

Le MONTANT D’UNITÉS TARIFAIRE (AMOUNT OF PRICE UNIT PRODUCT) est un PRODUIT TARIFAIRE constitué d’une valeur stockée d’UNITÉS TARIFAIRE: une somme d’argent sur un porte-monnaie électronique, une quantité d’unités transport sur une carte, etc.

Un PRODUIT TIERS (Third Party Product) est un PRODUIT TARIFAIRE commercialisé avec un PRODUIT TARIFAIRE pour les transports publics mais produit par une autre organisation, non liée au transport public. Ce produit ne sera naturellement pas entièrement décrit par les systèmes de transport. On peut, titre d’exemple, citer un titre de transport associé à un évènement (exposition, salon, évènement sportif).

Résumé Des Conditions Tarifaires

Un RÉSUMÉ DES CONDITIONS TARIFAIRES (CONDITION SUMMARY) peut être utilisé pour fournir une description synthétique d’un produit à des fins de comparaison et d’information des voyageurs. Le résumé indique généralement simplement l’existence d’une condition - les conditions réelles elles-mêmes sont décrites plus exactement par les CONDITIONS D’UTILISATION, les AFFECTATIONS DE DROITS D’ACCÈS et d’autres éléments. Le résumé peut inclure des informations sur :

• Les exigences concernant les cartes liées au produit.

• Les conditions commerciales de remboursement, d’échange, etc.

• Conditions limitant les temps de parcours, les itinéraires, etc.

• Conditions relatives aux droits.

• Conditions affectant la réservation.

La figure suivante montre le modèle physique du RÉSUMÉ DES CONDITIONS TARIFAIRES.

Résume des conditions – Modèle physique

Note : les attributs du ConditionSummary sont spécialisés par le profil NeTEx Tarif France. Ainsi certains sont uniquement destinés à être utilisés par les PRODUITs TARIFAIREs (Fare Product) et d’autres sont réservés aux OFFREs À LA VENTE (SalesPackageOffer). Cette restriction et ce systématisme ont pour vocation de simplifier l’usage d’un profil (placer une information donnée à un endroit unique quand cela est possible). Une colonne précisant PT (PRODUITs TARIFAIRE) ou OalV (OFFRE À LA VENTE) a été ajoutée pour préciser cette affectation (s’il n’y a pas de précision, l’attribut reste utilisable dans les deux cas).

Exemple

Exemple 1 (simple)

<!-- LE TITRE -->
<PreassignedFareProduct id="FR-Tarif-Example:PreassignedFareProduct:T+001:LOC" version="any">
  <Name>Ticket 1h30</Name>
  <AuthorityRef ref="FR-Tarif-Example:Authority:IDFM:"/>
  <ConditionSummary>
    <TariffBasis>period</TariffBasis>
    <CanBreakJourney>false</CanBreakJourney>
    <IsRefundable>false</IsRefundable>
    <IsExchangable>false</IsExchangable>
  </ConditionSummary>

  <validableElements>
    <ValidableElementRef ref="FR-Tarif-Example:ValidableElement:001:LOC" version="any"/>
  </validableElements>
  <ProductType>singleTrip</ProductType>
</PreassignedFareProduct>

Exemple 2

<PreassignedFareProduct id="FR-Tarif-Example:PreassignedFareProduct:Paris-Lille-001:LOC" version="any">
  <Name>Paris-Lille</Name> <!--NOTE : OU "billet OD TGV" SI ON FAIT DE LA MUTUALISATION-->
  <noticeAssignments>
    <NoticeAssignment>
      <NoticeRef ref="FR-Tarif-Example:Notice:002:LOC"/>
    </NoticeAssignment>
  </noticeAssignments>
  <ChargingMomentType>beforeTravel</ChargingMomentType>
  <OperatorRef ref="FR-Tarif-Example:Authority:SNCF:"/>
  <ConditionSummary>
    <FareStructureType>pointToPointFare</FareStructureType>
    <TrainRestrictions>specifiedTrainOnly</TrainRestrictions>
    <CanBreakJourney>false</CanBreakJourney>
    <IsRefundable>false</IsRefundable>
    <IsExchangable>false</IsExchangable>
    <HasExchangeFee>true</HasExchangeFee>
    <HasDynamicPricing>true</HasDynamicPricing> <!--YIELD MANANGED-->
    <RequiresReservation>true</RequiresReservation> <!--inclue dans le titre-->
    <HasReservationFee>false</HasReservationFee>
  </ConditionSummary>
  <validityParameterAssignments>
    <GenericParameterAssignment>
      <LimitationGroupingType>AND</LimitationGroupingType>
      <limitations>
        <ReservingRef ref="FR-Tarif-Example:Reserving:001:LOC"/>

        <ExchangingRef ref="FR-Tarif-Example:Exchanging:001:LOC"/>
        <ExchangingRef ref="FR-Tarif-Example:Exchanging:002:LOC"/>
        <ExchangingRef ref="FR-Tarif-Example:Exchanging:003:LOC"/>
        <ExchangingRef ref="FR-Tarif-Example:Exchanging:004:LOC"/>
        <RefundingRef ref="FR-Tarif-Example:Refunding:001:LOC"/>
        <RefundingRef ref="FR-Tarif-Example:Refunding:002:LOC"/>
        <RefundingRef ref="FR-Tarif-Example:Refunding:003:LOC"/>
      </limitations>
      <validityParameters>
        <VehicleModes>rail</VehicleModes>
      </validityParameters>
    </GenericParameterAssignment>
  </validityParameterAssignments>
  <validableElements>
    <ValidableElementRef ref="FR-Tarif-Example:ValidableElement:002:LOC"/>
    <!--etc. VOIR NOTE SUR ProductType -->
    <!--NOTE: On peut aussi définit le VE ici plutôt que de le référencer-->
  </validableElements>
  <ProductType>singleTrip</ProductType> <!--NOTE IMPORTANTE: si le produit est "single trip" alors un seul
de ValidableElement est utilisable, même s'il y a plusieurs VE: cela permet de gérer les cas ou un produit
donne accès à une droit A OU B OU C .... On pourra aussi utliser ce mécanisme pour faire un unique produit
O-D, contenant de très nombreuses O-D, mais avec une seule tarification comme dans le cas du Yield Management
...-->
</PreassignedFareProduct>

Les Offres à la Vente (SalesPackageOffer)

Les PRODUITS TARIFAIREs sont associés à des DOCUMENTS DE VOYAGE afin de constituer des packages propices à la vente. Une OFFRE A LA VENTE est définie comme un ensemble, constitué d’un ou plusieurs PRODUITS TARIFAIREs matérialisés grâce à un ou plusieurs DOCUMENTS DE VOYAGE.

Les PRODUITS TARIFAIREs peuvent être soit directement attachés aux DOCUMENTS DE VOYAGE (impression, stockage magnétique, etc.), soit rechargeables sur des DOCUMENTS DE VOYAGE (tels que des porte-monnaies électroniques ou des laissez-passer).

Dans la plupart des cas, une OFFRE A LA VENTE ne comprendra qu’un seul PRODUIT TARIFAIRE sur un DOCUMENT DE VOYAGE, mais des combinaisons plus complexes sont possibles. Elles permettent aussi de proposer des packages temporaires (par exemple pendant une semaine de promotion) ou permanents.

Les OFFRE A LA VENTE sont décrites par des ÉLÉMENTS D’OFFRE DE VENTE, chacun associant un PRODUIT TARIFAIRE spécifique à un TYPE DE DOCUMENT DE VOYAGE spécifique.

Une OFFRE A LA DE VENTE peut parfois être soumise à des limitations : par exemple n’être vendu que dans une certaine ZONE D’ARRÊT.

Offre à la Vente – Modèle conceptuel

Les tableaux ci-dessous présentent les attributs des OFFRE A LA VENTE retenus dans le cadre du profil.

Les OFFRE A LA VENTE sont décrites par des ÉLÉMENTS D’OFFRE DE VENTE, chacun associant un PRODUIT TARIFAIRE spécifique à un TYPE DE DOCUMENT DE VOYAGE spécifique.

Exemple

<SalesOfferPackageElement id="FR-Tarif-Example:SalesOfferPackageElement:001:LOC" version="any" order="1">
  <RequiresValidation>true</RequiresValidation>
  <TypeOfTravelDocumentRef ref="FR-Tarif-Example:TypeOfTravelDocument:001:LOC"/>
  <PreassignedFareProductRef ref="FR-Tarif-Example:PreassignedFareProduct:T+001:LOC" version="any"/>
</SalesOfferPackageElement>

<TypeOfTravelDocument id="FR-Tarif-Example:TypeOfTravelDocument:001:LOC" version="any">
  <Name>Ticket T+ carton a bande magn&#xE9;tique</Name>
  <Url>http://www.navigo.fr/wp-content/uploads/2018/11/127099_Ticket-T_carnet-de-10-300x136.png</Url>
  <MediaType>paperTicket</MediaType>
  <MachineReadable>magneticStrip</MachineReadable>
</TypeOfTravelDocument>

<SalesOfferPackage id="FR-Tarif-Example:SalesOfferPackage:001:LOC" version="any">
  <Name>Ticket &#xE0; l'unit&#xE9;</Name>
  <salesOfferPackageElements>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC" version="any"/>
  </salesOfferPackageElements>
</SalesOfferPackage>


<SalesOfferPackage id="FR-Tarif-Example:SalesOfferPackage:002:LOC" version="any">
  <Name>Carnet de 10 Ticket</Name>
  <validityParameterAssignments>
    <GenericParameterAssignment>
      <limitations>
        <UsageValidityPeriod>
          <ValidityPeriodType>carnet</ValidityPeriodType>
        </UsageValidityPeriod>
      </limitations>
    </GenericParameterAssignment>
  </validityParameterAssignments>

  <salesOfferPackageElements>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
    <SalesOfferPackageElementRef ref="FR-Tarif-Example:SalesOfferPackageElement:001:LOC"/>
  </salesOfferPackageElements>
</SalesOfferPackage>

Document de voyage

Le TYPE DE DOCUMENT DE VOYAGE indique les matérialisations possibles des produits tarifaires sur un support.

Les DOCUMENTs DE VOYAGE sont généralement attribués aux clients à l’occasion d’une TRANSACTION DE VENTE.

Les DOCUMENTs DE VOYAGE sont gérés individuellement dans une base de données opérateur, s’ils appartiennent à des clients identifiés (carte de valeur rechargeable, document de droit de remise, etc.). Ceci est bien sûr obligatoire pour les méthodes de post-paiement.

Les DOCUMENTs DE VOYAGE sont catégorisés par un TYPE DE DOCUMENT DE VOYAGE, qui exprime :

• leurs caractéristiques générales (type de support, types de produits tarifaires compatibles, etc.) ;

• leurs caractéristiques fonctionnelles locales, propres à l’opérateur ou à la collectivité (produits tarifaires spécifiques stockés sur ce type, type de revendeur, etc.).

Les types le plus classiques de DOCUMENTS DE VOYAGE sont par exemple :

• billet jetable à usage unique, donnant le droit de consommer un seul ELEMENT VALIDABLE (par exemple un voyage) ;

• billet jetable, offrant un droit d’accès en utilisant un certain nombre d’unités (généralement en les poinçonnant ensemble dans un validateur) ;

• carte, débitée d’un certain montant pour chaque consommation d’ÉLÉMENTS VALIDABLES ;

• porte-monnaie électronique rechargeable, permettant l’accès au réseau de transport, débité à chaque achat ;

• Carte de crédit transport, avec post-paiement sur un compte central ;

• document attestant le droit de bénéficier d’une réduction ;

• etc.

Exemples

<TypeOfTravelDocument id="FR-Tarif-Example:TypeOfTravelDocument:001:LOC" version="any">
  <Name>E-Billet</Name>
  <Description>Billet &#xE9;lectronique &#xE0; Flashcode, imprim&#xE9; sur papier ou viualis&#xE9; sur terminal &#xE9;lectronique
(smartphone)</Description>
  <Url>https://www.oui.sncf/aide/le-e-billet</Url>
  <MediaType>other</MediaType>
  <!--"Other" car il n'y a pas qu'un unique support physique ... on pourrait
aussi ne pas faire figurer cet élément-->
  <MachineReadable>barCode</MachineReadable>
</TypeOfTravelDocument>
<TypeOfTravelDocument id="FR-Tarif-Example:TypeOfTravelDocument:001:LOC" version="any">
  <Name>Ticket T+ carton a bande magn&#xE9;tique</Name>
  <Url>http://www.navigo.fr/wp-content/uploads/2018/11/127099_Ticket-T_carnet-de-10-300x136.png</Url>
  <MediaType>paperTicket</MediaType>
  <MachineReadable>magneticStrip</MachineReadable>
</TypeOfTravelDocument>

Canal de distribution (DistributionChannel)

Le modèle de distribution des titres de transport spécifie les règles pour savoir où et comment les PRODUITs TARIFAIREs peuvent être achetés, par exemple au comptoir, en ligne, via des distributeurs automatiques de billets en libre-service, etc.

Le CANAL DE DISTRIBUTION et de la MÉTHODE DE RETRAIT - comment un achat est ensuite livré - sont séparées car ils peuvent être distinctes. Par exemple, un produit acheté en ligne peut être délivré soit par courrier, auto-impression, collecte à partir d’une machine ou par ajout automatique à un compte en ligne. Lorsque certaines facilités, telles que les remboursements, sont limitées à certains points de vente, cela peut également être indiqué.

Table 74 – DistributionThroughGroup – Element

Le MODE DE REMISE (FULFILMENT METHOD) est le moyen par lequel le titre de transport est délivré au client, par exemple en ligne, retrait en station, etc.

Exemples

Exemple 1

<DistributionChannel id="FR-Tarif-Example:DistributionChannel:001:LOC" version="any">
  <Name>Points de vente RATP</Name>
  <Description>Vente de ticket dans tous les points de vente RATP</Description>
  <DistributionChannelType>agency</DistributionChannelType>
  <OrganisationRef ref="FR-Tarif-Example:Organisation:RATP:"/>
  <distributionPoints>
    <PointRef ref="etc."/>
    <PointRef ref="etc."/>
  </distributionPoints>
</DistributionChannel>
<GroupOfDistributionChannels id="FR-Tarif-Example:GroupOfDistributionChannels:001:LOC" version="any">
  <Name>Tous les points de vente du Ticket T+</Name>
  <members>
    <DistributionChannelRef ref="FR-Tarif-Example:DistributionChannel:001:LOC"/>
    <!--Etc.-->
  </members>
</GroupOfDistributionChannels>
<DistributionAssignment>
  <SalesOfferPackageRef ref="FR-Tarif-Example:SalesOfferPackage:001:LOC"/>
  <!--Ticket T+ plein tarif à l'unité-->
  <GroupOfDistributionChannelsRef ref="FR-Tarif-Example:GroupOfDistributionChannels:001:LOC"/>
</DistributionAssignment>

Exemple 2

<DistributionChannel id="FR-Tarif-Example:DistributionChannel:001:LOC" version="any">
  <Name>Points de vente SNCF</Name>
  <Description>Vente de ticket dans tous les points de vente SNCF</Description>
  <DistributionChannelType>agency</DistributionChannelType>
  <OrganisationRef ref="FR-Tarif-Example:Organisation:SNCF:"/>
  <distributionPoints>
    <PointRef ref="etc."/>
    <PointRef ref="etc."/>
  </distributionPoints>
</DistributionChannel>

<DistributionChannel id="FR-Tarif-Example:DistributionChannel:002:LOC" version="any">
  <Name>Oui SNCF</Name>
  <Description>Vente de ticket sur le site officiel SNCF</Description>
  <DistributionChannelType>online</DistributionChannelType>
  <ContactDetails>
    <Url>https://www.oui.sncf/</Url>
  </ContactDetails>
  <OrganisationRef ref="FR-Tarif-Example:Organisation:Oui-SNCF:"/>
</DistributionChannel>

<DistributionChannel id="FR-Tarif-Example:DistributionChannel:003:LOC" version="any">
  <Name>Trainline</Name>
  <Description>Vente de billets de 270 compagnies de train et de bus</Description>
  <DistributionChannelType>online</DistributionChannelType>
  <ContactDetails>
    <Url>https://www.trainline.fr/</Url>
  </ContactDetails>
  <OrganisationRef ref="FR-Tarif-Example:Organisation:TrainLine:"/>
</DistributionChannel>

<GroupOfDistributionChannels id="FR-Tarif-Example:GroupOfDistributionChannels:001:LOC" version="any">
  <Name>Tous les points de vente SNCF en ligne</Name>
  <members>
    <DistributionChannelRef ref="FR-Tarif-Example:DistributionChannel:002:LOC"/>
    <DistributionChannelRef ref="FR-Tarif-Example:DistributionChannel:003:LOC"/>
    <!--Etc.-->
  </members>
</GroupOfDistributionChannels>

<DistributionAssignment>
  <SalesOfferPackageRef ref="FR-Tarif-Example:SalesOfferPackage:001:LOC"/>
  <GroupOfDistributionChannelsRef ref="FR-Tarif-Example:GroupOfDistributionChannels:001:LOC"/>
</DistributionAssignment>

Les Droits d’accès et Conditions de validité (Validity Parameters)

En complément de la structure tarifaire tels que les intervalles de temps et la distance, d’autres paramètres peuvent être utilisés par un système tarifaire afin de limiter la validité de droits d’accès particuliers.

Ce modèle permet d’associer des DROITS D’ACCÈS spécifiques à des éléments de la structure tarifaire à l’aide de divers paramètres de validité. L’élément central est l’AFFECTATION DES PARAMÈTRES DE DROITS D’ACCÈS (ACCESS RIGHT PARAMETER ASSIGNMENT) qui attribue un ensemble droits et limitation. Il est possible de combiner ces droits en utilisant un opérateur logique (ET, OU ou OU-Exclusif) pour créer des combinaisons complexes de conditions qui peuvent ensuite être associées à de nombreux éléments du modèle tarifaire (ÉLÉMENT DE STRUCTURE TARIFAIRE, ÉLÉMENT DE MATRICE DE DISTANCE, GROUPE D’ÉLÉMENTS DE MATRICE DE DISTANCE, PRODUIT TARIFAIRE, PACKAGE D’OFFRE DE VENTE, ÉLÉMENT VALIDABLE, ou ÉLÉMENT CONTRÔLABLE)

Une AFFECTATION DE PARAMÈTRES DE VALIDITÉ permet de spécifier un paramètre limitant un droit d’accès théorique, par exemple, une période temporelle après laquelle le titre ne sera plus utilisable.

Une AFFECTATION DE PARAMÈTRE DE DROIT D’ACCÈS compare généralement une valeur de paramètre à une caractéristique de l’objet associé. L’attribut « Type d’affectation » permet une telle comparaison. Il existe différents types de comparaisons possibles, spécifiées par le type d’attribution d’attribut, dont les valeurs sont un opérateur de comparaison (« GT », « EQ », « LT », etc.). Ils expriment que la caractéristique comparée, par exemple :

• « EQ » est strictement égal au paramètre, par exemple : Titre limité à la LIGNE « 27 ».

• « NE » est différent d’une certaine valeur, par exemple : pour représenter la règle « le droit d’accès est valable sur toutes les LIGNES du réseau de bus à l’exception de la LIGNE 278 et de la LIGNE 66 » ou « le droit d’accès à la zone 4 n’est pas valable entre 2 h 00 et 4 h 00 »

• « GE » est supérieur ou égal au paramètre, par exemple : le voyage doit se terminer après « 23 heures » ;

• « LE » est égal ou inférieur au paramètre, par exemple : le voyage doit se terminer avant « 23h00 ».

Note : à chaque fois que cela est possible, on préfèrera faire porter les ValidityParameters par le FareProduct… le passage par le SalesOffPackage, ou le ValidableElement (voir le FareStructureElement) ne se fera que si les droits sont véritablement complètement spécifiques à ces concepts.

A titre d’exemple l’association des ValidityParameters au SalesOffPackage sera justifiée si le fait de porter son titre sur une « carte grand voyageur » donnait accès à une « salon grand voyageur » ce qui ne serait pas le cas pour le même titre sur billet papier ou billet électronique.

De plus, seuls les ValidityParameters génériques sur un FareProduct seront affectés « en dur », et toutes les variantes avec impact sur le prix (réduction famille nombreuse, tarifs enfants, etc. pour ce même FareProduct) seront affectées via une FareTable.

La figure ci-dessous propose une vue d’ensemble des affectations de droits : on y voit clairement que des droits peuvent apparaitre à tous les niveaux : la note ci-dessus est donc importante pour harmoniser les façons de décrire les tarifs.

L’AFFECTATION DES PARAMÈTRES DES DROITS D’ACCÈS (ACCESS RIGHT PARAMETER ASSIGNMENT) est l’élément central de l’affectation des droits. Toutefois, dans le contexte du profil, il est considéré comme abstrait et on ne l’instanciera pas en tant qu’élément XML, mais uniquement via sa spécialisation en AFFECTATION DES PARAMÈTRES GÉNÉRIQUES (GENERIC PARAMETER ASSIGNMENT).

L’AFFECTATION DE PARAMÈTRES GÉNÉRIQUES (GENERIC PARAMETER ASSIGNMENT) spécifie donc les droits d’accès génériques pour une classe de produits (par exemple, une limite de temps - 7 à 10 heures - pour les voyages effectués avec un passe étudiant).

Le CIBLAGE DES PARAMÈTRES DE VALIDITÉ (SCOPING VALIDITY PARAMETER) permet de définit la portée de la validité des droits d’accès, par exemple sur une partie du réseau, sur certains services, etc. Les PARAMÈTRE D’UTILISATION spécifient les conditions d’utilisation (échange, remboursement, réservation, possibilités d’emporter des bagages, profil utilisateur comme les classes d’âge, etc.). Les PARAMÈTRES DE VALIDITÉ TEMPORELS précise naturellement les aspects temporels (à ne pas confondre avec les ÉLÉMENTS DE STRUCTURE TARIFAIRE décrivant la temporalité : par exemple un ticket de bus permettant de voyager pendant 90 minute relève de la structure tarifaire, par contre si ce même billet doit être utilisé dans l’année suivant la date d’achat, cela relève des PARAMÈTRES DE VALIDITÉ TEMPORELS).

Droits d’accès et Conditions de validité – Modèle conceptuel

Les règles de limitation des DROITS D’ACCÈS peuvent être complexes et impliquer plusieurs combinaisons de paramètres et de conditions. Ces règles peuvent être exprimées sous forme de propositions logiques avec des opérateurs logiques (et, ou, ou-exclusif). Cela signifie que différents types de combinaisons doivent être pris en compte et que l’AFFECTATION DE DROITS D’ACCÈS est une affectation multiple. Pour cela, les attributs xxxGroupingType ci-dessous sont définis avec les valeurs d’un opérateur logique (AND, OR, NOT, XOR). Cela permettra d’exprimer des choses comme un droit valable de 6h00 à 8h30 ET de 19h30 à 21h00, par opposition à une droit valable de 6h00 à 8h30 OU (EXCLUSIF) de 19h30 à 21h00.