Comment remplacer un tag abîmé sans mauvaise surprise ?
Lisez le tag défaillant avant qu'il ne cesse complètement de répondre, un tag qui se lit par intermittence aujourd'hui pouvant ne plus se lire du tout demain. Écrivez le même contenu sur un remplaçant assorti, enregistrez le nouvel identifiant partout où l'ancien était connu, et mettez le relevé à jour.
Lisez-le tant que c'est possible
Un tag qui faiblit faiblit d'ordinaire progressivement : il se lit à la troisième tentative, puis à la dixième, puis plus du tout. La fenêtre entre le moment où vous le remarquez et celui où vous le perdez est votre seule chance de récupérer ce qu'il porte.
Prenez la lecture dès que vous le remarquez, avant toute autre chose. Exportez le contenu et notez la puce, le type de tag et l'identifiant.
On passe couramment cette fenêtre à essayer de faire refonctionner l'ancien tag, pour se retrouver avec un tag mort et pas de contenu.
Assortir le remplaçant
Même type de tag si possible, le comportement des plateformes suivant le type plutôt que la puce. Espace libre égal ou supérieur, contrôlé plutôt que supposé.
Et adapté à la surface. Un tag qui a lâché parce qu'il était sur du métal sera remplacé par un autre tag qui lâchera sur du métal, sauf si le remplaçant est conçu pour cela. Remplacer à l'identique répète la panne.
Ce dernier point mérite qu'on s'y arrête. Un tag abîmé est un renseignement sur son environnement, et traiter le remplacement comme un pur échange ignore ce que la panne vous a dit.
L'identifiant change, et quelque chose le sait
Le nouveau tag a un identifiant différent, et tout ce qui reposait sur l'ancien ne le reconnaîtra pas.
Contrôlez trois endroits : les automatisations déclenchées par ce tag précis, les systèmes d'accès ou d'actifs qui tiennent une liste, et toute logique serveur qui attend un identifiant recopié. Enregistrez la nouvelle valeur dans chacun.
Retirez ensuite l'ancienne entrée, pour qu'un original retrouvé ne puisse pas revenir en service sans être remarqué.
Quand l'ancien tag est déjà mort
Votre relevé est la seule source, ce qui est toute la raison d'en tenir un.
Si le relevé existe, le remplacement est simple : cherchez ce que cet identifiant portait, écrivez-le, enregistrez le nouveau tag. S'il n'existe pas, vous reconstituez à partir du contexte, des journaux du serveur qui montrent ce que cet identifiant servait, ou d'un tag identique ailleurs dans le déploiement.
Si aucune de ces sources n'existe, le contenu est perdu. C'est le moment où la valeur d'un relevé de cinq minutes construit pendant l'installation devient évidente, et c'est toujours trop tard.
Questions fréquentes
Peut-on récupérer le contenu d'un tag physiquement cassé ?
Si l'antenne est rompue, non, rien ne pouvant alimenter la puce. Le contenu est intact et inatteignable, ce qui revient au même.
Le remplaçant doit-il être la même puce ?
Le même type de tag compte plus que la même puce, le comportement des plateformes suivant le type. Faire correspondre les deux est le plus simple tant que les tags restent disponibles.
Et si je ne trouve plus le même tag ?
Choisissez un remplaçant du même type de tag avec au moins autant d'espace libre, puis vérifiez le comportement sur les appareils qui comptent plutôt que de supposer l'équivalence.
Faut-il changer quelque chose sur le serveur ?
Si le système repose sur les identifiants, oui, et l'oublier est la raison la plus courante pour laquelle un remplacement correct ne fonctionne pas. Enregistrez le nouvel identifiant et retirez l'ancien.