Références, construction et conditions d’essai
Les variantes sont montrées sous des angles différents afin de comparer la construction sans attribuer à l’image une propriété radio non mesurée.
Composition originale pour le contexte « Calypso ou CIPURSE », sans marque.
La forme physique et la matière sont contrôlées séparément de la fonction radio.
La décision finale repose sur l’objet, le lecteur et le geste réels.
Décision en bref
Pour projets de mobilité et services urbains.
Deux écosystèmes ouverts à examiner selon infrastructure, sécurité et gouvernance. Le choix final porte sur une variante précise et sur son coût d’intégration dans le système existant.
Profil de décision
Pour projets de mobilité et services urbains.
terminaux et logiciel de validation existants
gouvernance des clés et domaines applicatifs
interopérabilité fonctionnelle sur un trajet pilote
Un choix de carte ne remplace pas l’architecture système.
Matrice de vérification
| Étape | Donnée à contrôler | Preuve attendue |
|---|---|---|
| Entrée | terminaux et logiciel de validation existants | Source et méthode de relevé indiquées |
| Compatibilité | gouvernance des clés et domaines applicatifs | Comportement reproduit sur l’équipement cible |
| Recette | interopérabilité fonctionnelle sur un trajet pilote | Critère d’acceptation écrit avant l’essai |
Points à vérifier
Dans ce dossier technique, la décision s’appuie sur trois données observables ou documentées :
- terminaux et logiciel de validation existants
- gouvernance des clés et domaines applicatifs
- interopérabilité fonctionnelle sur un trajet pilote
Chaque option doit répondre aux mêmes trois points, avec la même infrastructure et la même règle de décision.
Comparer une architecture, pas deux étiquettes
Ce comparatif ne se résume pas à désigner un vainqueur. Fixez d’abord le critère « terminaux et logiciel de validation existants », car une fonction intéressante n’a aucune valeur si l’infrastructure ne peut ni la lire ni l’administrer.
Placez le point « gouvernance des clés et domaines applicatifs » dans une matrice séparant capacité, sécurité, exploitation et migration. Les différences de génération ou de famille deviennent alors des conséquences mesurables, pas des arguments de nouveauté.
La décision repose enfin sur le contrôle « interopérabilité fonctionnelle sur un trajet pilote », appliqué de la même manière à chaque option. Un choix de carte ne remplace pas l’architecture système. Le résultat doit mentionner la configuration exacte testée et le coût opérationnel d’un changement de clés, de lecteurs ou de données.
Pour un système de mobilité, la carte n’est qu’un élément parmi terminaux, clés, listes, système de gestion et règles tarifaires. Comparez les profils réellement disponibles, la certification attendue et la gouvernance des applications. Le pilote doit exécuter un trajet complet, y compris correspondance, contrôle et traitement d’une carte refusée, pas seulement une lecture sur table.
Méthode de validation
- Invariant. Fixer « terminaux et logiciel de validation existants » pour les deux options.
- Écart. Mesurer séparément « gouvernance des clés et domaines applicatifs ».
- Infrastructure. Lister les changements de lecteur et de logiciel.
- Arbitrage. Valider « interopérabilité fonctionnelle sur un trajet pilote » avec deux échantillons.
Les options sont testées avec la même méthode ; variante, configuration et résultat restent associés dans le tableau de décision.
Tracer la décision
Le tableau final doit nommer chaque variante, la configuration testée, les écarts observés et le coût de migration. Une décision sans version ni référence exacte n’est pas réutilisable.
Base documentaire
Les caractéristiques comparées proviennent de sources primaires. La décision finale porte sur les variantes exactes et leur comportement dans l’infrastructure cible.
À lire ensuite
01 / COMPARATIFGénérations d’une famille HF sécurisée
Comparer générations et fonctions sans oublier la compatibilité de l’infrastructure.
02 / COMPARATIFPuces UHF Alien, Impinj ou UCODE
Comparer mémoire, sensibilité et fonctions dans le contexte d’un inlay réel.
03 / PRODUITBadges RFID personnalisés
Cartes d’identification imprimées avec zones variables et technologie sans contact validée.
Questions fréquentes
Quel critère doit départager les options ?
Le choix part de « terminaux et logiciel de validation existants » et de l’infrastructure existante, pas du seul nom de la famille.
Pourquoi le nom de la famille ne suffit-il pas ?
Un choix de carte ne remplace pas l’architecture système. La variante, la configuration et le point « gouvernance des clés et domaines applicatifs » peuvent changer le résultat.
Que doit contenir le test comparatif ?
Testez « terminaux et logiciel de validation existants », « gouvernance des clés et domaines applicatifs » et « interopérabilité fonctionnelle sur un trajet pilote » avec la même méthode et des références précisément identifiées.