Tarifs - Définition de TypeOfMachineReadability manquante

[prhod]

Le profil tarif fait référence à TypeOfMachineReadability mais cet objet n'est pas décrit.
Je propose d'ajouter sa définition

[Aurige]

C'est un type ouvert (TypeOfValue) non prédéfini ... mais on peut prédifinir des valeurs dans le profil si nécessaire/utile (sinon chaque fournisseur peut aussi définir ses propres valeurs, mais ça complexifie toujours l'interopérabilité)

[prhod]

Merci Christophe !
Il faudrait au moins décrire que c'est un objet de type TypeOfValue et que ses valeurs peuvent être définies. Et oui sur ta remarque : il me semble important de lister les valeurs du profil France pour l'interopérabilité (ou acter qu'on ne l'utilise pas si ce n'est pas utile 😉)

[prhod]

Notes de réunion du groupe GT7-Tarif du 18/02/2025
Retour de Sonia : utilisé pour classer les technologies de support (ex: CB2D)
Retour de Alban (enRoute) : les types ouverts sont ignorés

Le principe de la liste "fermée mais n'hésitez pas à remonter les manques en GT7" est validé.

Le champ MachineReadable est une liste fermée qui contient déjà une liste fermée de valeurs, restreinte dans le profil France aux valeurs :

none
magneticStrip
chip
barCode
nfc
qrCode

La valeur none est laissée de manière a pouvoir rendre explicite le fait qu'il n'y a pas de validation possible par une machine.
La valeur other n'est pas permise, de manière à favoriser la remontée de manque au GT7 (retirée de la liste).
A préciser:

• le barCode est bien un code bar 1D
• le TypeOfMachineReadability permet de compléter la liste ci-dessus. il s'agit d'un type ouvert que le GT7 contraint à certaines valeurs. En cas de manque dans cette liste, les utilisateurs du netex sont invités à demander une extension de cette liste au GT7.
  • Aztec

=> En parallèle, Christophe va proposer l'ajout du code Aztec dans la liste des MachineReadable pour éviter d'avoir besoin du TypeOfMachineReadability