Les tags RFID sont de petites puces collées sur des cartons, des palettes, des outils ou des produits. Contrairement à un code-barres, ils n'ont pas besoin d'être scannés un par un. Des lecteurs et des antennes placés autour d'un bâtiment les captent automatiquement au passage des articles.
Ce qu'un lecteur produit réellement est un long flux de détections : ce tag a été vu par cette antenne à ce moment, avec cette puissance de signal. En soi, ce n'est pas ce que l'entreprise veut. L'entreprise veut savoir si une palette est arrivée, si elle a quitté le bâtiment, si elle a passé l'inspection et si elle est prête à être expédiée. Transformer les détections en ces réponses est là où se situe la majeure partie du travail logiciel.
Une détection n'est pas une décision
Lorsqu'un lecteur voit un tag, c'est un indice, pas une preuve. Cela ne signifie pas nécessairement que l'article a franchi la porte. Les tags sont lus plusieurs fois de suite. Ils sont captés par une antenne au quai voisin. Les étagères métalliques et le carton humide font rebondir et bloquent les signaux radio, donc les lectures peuvent être irrégulières.
Je garde donc les détections brutes séparées des conclusions que le logiciel en tire. De cette façon, les règles peuvent être ajustées, par exemple « il doit être vu aux deux portes en moins de 10 secondes », sans perdre la preuve originale. Cela signifie aussi que lorsque quelqu'un demande « pourquoi le système pense-t-il que cette palette est dans la baie 4 ? », il y a une réponse claire.
Prévoir les répétitions, les lacunes et les arrivées tardives
Dans le monde réel, la même lecture peut arriver deux fois, arriver en retard ou disparaître pendant un moment. Le logiciel a besoin d'un plan clair pour chacun. Il doit repérer les doublons, décider quoi faire avec une lecture qui arrive cinq minutes en retard, et savoir ce qu'il a manqué pendant une panne de réseau.
Sur les sites très fréquentés, j'ajoute généralement une zone de stockage qui collecte les lectures entrantes afin que le reste du système puisse les traiter à un rythme régulier. De cette façon, une soudaine affluence, comme un camion complet passant par une porte de quai, ne bloque pas les écrans utilisés par le personnel.
« Où est-ce maintenant ? » et « où est-ce passé ? » sont des questions différentes
Certaines entreprises ont principalement besoin de savoir ce qui est ici maintenant. D'autres ont besoin d'un historique complet de chaque mouvement pour la traçabilité ou les audits. Beaucoup ont besoin des deux.
Elles nécessitent des approches différentes. Gardez chaque lecture pour toujours et les données augmentent très rapidement. Gardez seulement l'emplacement actuel et vous perdez la preuve dont vous pourriez avoir besoin pour enquêter sur un problème plus tard. Je m'accorde donc sur les règles dès le départ : combien de temps garder les lectures brutes, combien de temps un article peut rester invisible avant d'être considéré comme parti, et comment les mouvements entre les zones sont enregistrés.
Construire des écrans que les gens peuvent réellement utiliser
Une vue en temps réel de l'activité des tags n'est utile que si elle reste réactive lorsque des centaines de lectures arrivent simultanément, et si elle aide les utilisateurs à comprendre ce qui se passe. Je distingue ce qui est présent maintenant de ce qui s'est produit, j'indique clairement si chaque lecteur est connecté et je m'assure que l'affichage reste fluide.
Le personnel sur le terrain a besoin de voir les exceptions, pas une avalanche de données. Un tag que le système ne reconnaît pas. Un article apparu là où il ne devrait pas être. Un lecteur qui ne répond plus. Une palette qui ne correspond pas à la commande à laquelle elle est censée appartenir. Ce sont ces éléments qu'il faut mettre en avant.
Connectez-le au reste de l'entreprise
Les données RFID deviennent précieuses lorsqu'elles alimentent la gestion des stocks, la production, l'expédition ou le contrôle d'accès. Cela signifie que chaque article doit avoir un identifiant fiable, que le système ayant autorité sur le statut d'un article doit être clairement défini, et qu'il doit exister des règles pour gérer les cas où les lectures des lecteurs ne correspondent pas aux documents. Une lecture RFID ne devrait pas remplacer silencieusement une expédition confirmée sans qu'une validation humaine n'ait eu lieu.
Je prévois également les réalités du quotidien : lecteurs hors ligne, décalages d'horloge entre différents appareils, remplacement d'un lecteur, modifications des paramètres. Et avant que quiconque ne se fie au système, je le teste avec des volumes réalistes et je débranche délibérément des éléments pour voir comment il réagit.
Ce qui assure le fonctionnement
Une RFID fiable ne consiste pas vraiment à lire plus de tags. Il s'agit de transformer des observations imparfaites en informations fiables et explicables, tout en étant transparent sur ce que le système sait et ce qu'il ignore.