QU'EST-CE QUE TU CHERCHES?
Lors de la 140e Foire de Canton, une question revenait sans cesse sur le stand de FYJ :
« Nous possédons déjà notre propre système WMS, ERP ou POS. Pouvons-nous ajouter la RFID sans le remplacer ? »
Dans de nombreux cas, oui.
Certains visiteurs disposaient déjà d'un logiciel de gestion d'entrepôt. D'autres utilisaient des plateformes ERP, des systèmes de point de vente ou des applications développées par leurs propres équipes techniques.
Ils ne recherchaient pas nécessairement une autre plateforme logicielle complète.
Ils souhaitaient ajouter des fonctionnalités RFID telles que :
Il ne s'agissait pas d'une question isolée.
Pendant la foire, FYJ a rencontré des clients qui demandaient spécifiquement matériel RFID avec la prise en charge des SDK, les entreprises demandant des tests d'API, les détaillants souhaitant ajouter la RFID à leurs logiciels de vente au détail existants et les équipes techniques à la recherche de matériel qu'elles pourraient intégrer à leurs propres applications.
Un client du secteur manufacturier a fourni un exemple particulièrement clair.
L'entreprise gérait déjà ses produits en tôle à l'aide de codes QR et disposait d'un système logiciel existant. Au lieu de remplacer immédiatement ce logiciel, le client prévoyait de se renseigner auprès de son fournisseur afin de savoir si la fonctionnalité RFID pouvait y être ajoutée.
Si le logiciel existant pouvait prendre en charge la RFID, l'entreprise évaluerait l'intégration de matériel RFID.
Sinon, elle envisagerait une solution logicielle RFID distincte.
C'est souvent le bon point de départ.
Ne commencez pas par :
« Quel lecteur RFID devons-nous acheter ? »
Commencez par :
« Que fait déjà notre système actuel, et où la RFID devrait-elle s'intégrer dans le flux de travail ? »
Oui. Dans de nombreux projets, la RFID peut être ajoutée sans remplacer le système d'information existant.
Il existe trois voies d'intégration courantes :
La troisième option comporte une exigence importante :
Votre logiciel doit déjà prendre en charge la technologie RFID, ou votre équipe de développement interne ou votre fournisseur de logiciels doit développer les fonctions RFID requises.
L'achat d'un lecteur RFID ne confère pas automatiquement à un ERP, un WMS ou un système de point de vente des fonctionnalités RFID.
Le logiciel doit être capable de :
Le bon chemin dépend de quatre choses :
vos logiciels existants, vos ressources de développement internes, votre flux de travail cible et le niveau d'intégration requis.
La plupart des entreprises établies possèdent déjà des années de données et de logique de flux de travail au sein de leurs systèmes existants.
Cela peut inclure :
Remplacer tout cela simplement pour introduire la RFID engendre souvent du travail inutile.
Il pourrait être nécessaire de migrer les données.
Les employés pourraient avoir besoin d'une formation de recyclage.
Il pourrait être nécessaire de reconstruire les interfaces existantes.
Et dans de nombreux projets, la RFID n'est nécessaire qu'à des points précis, tels que :
Si votre ERP gère déjà correctement les achats, les finances et les ventes, la RFID n'a pas besoin de remplacer ces fonctions.
L'objectif est d'intégrer la RFID dans le flux de travail où l'identification automatique crée de la valeur.
Cette approche est généralement appropriée lorsque le système ERP, WMS ou POS existant doit rester le système d'information principal de l'entreprise.
Le logiciel RFID gère la couche spécifique RFID, notamment la communication avec les appareils, la lecture des étiquettes et la logique de flux de travail RFID.
Les deux systèmes échangent les données nécessaires via des API.
Un processus simplifié pourrait ressembler à ceci :
WMS / ERP / POS → Logiciel RFID → Lecteur RFID → Étiquette RFID
et retour :
Étiquette RFID → Lecteur RFID → Logiciel RFID → WMS / ERP / PDV
Par exemple, un WMS envoie un ordre d'expédition à l'application RFID.
Le système RFID lit les marchandises au point de sortie et compare les EPC détectés avec les articles attendus.
Une fois la vérification terminée, le résultat est renvoyé au WMS.
L'intégration d'API est généralement un choix judicieux lorsque :
Lors de la Foire de Canton, FYJ a rencontré des clients qui demandaient spécifiquement un accès de test et des interfaces API tout en évaluant solutions d'entrepôt RFID.
Avant le début du développement, les deux parties doivent définir :
Une API assure la connexion.
Le projet a encore besoin de règles claires concernant les données qui sont déplacées, le moment du déplacement et les actions qui en découlent.
Une intégration poussée n'est pas toujours nécessaire.
Une entreprise peut conserver son système ERP, WMS ou POS actuel tout en utilisant un système RFID distinct uniquement pour des tâches spécifiques.
Voici quelques exemples typiques :
Le système existant continue de gérer les processus métier essentiels.
Le système RFID gère le flux de travail où la RFID apporte une valeur ajoutée.
L'entreprise utilise déjà un ERP pour la gestion des achats, des ventes et des stocks.
Son principal problème réside dans la gestion physique des stocks.
Plutôt que de remplacer le progiciel de gestion intégré (ERP), l'entreprise introduit une application RFID pour l'inventaire.
Les données produits sont importées ou synchronisées conformément à la conception du projet, et les résultats de l'inventaire RFID sont ensuite utilisés pour mettre à jour ou rapprocher le système principal.
Cette approche fonctionne bien lorsque :
Cela réduit également le risque de devoir reconstruire des fonctionnalités logicielles qui fonctionnent déjà.
Cet itinéraire concerne principalement :
Dans ce modèle, le client conserve son propre logiciel et y intègre le matériel RFID FYJ.
Mais la condition est importante :
Le logiciel doit déjà prendre en charge la technologie RFID, ou bien le fournisseur de logiciels ou l'équipe technique du client doit développer les fonctions RFID nécessaires au projet.
Le matériel RFID ne s'intègre pas automatiquement à une application existante.
Le logiciel doit comprendre à la fois le périphérique et l'événement métier sous-jacent à chaque lecture.
Lors de la Foire de Canton, FYJ a rencontré des entreprises qui possédaient déjà leurs propres logiciels et recherchaient du matériel ou un kit de développement logiciel (SDK). Une société de logiciels disposait de sa propre équipe technique et de compétences en RFID, mais avait besoin d'une offre matérielle RFID plus large plutôt que d'une autre plateforme logicielle standard.
Selon le flux de travail, le développement peut inclure :
Un lecteur renvoyant un DPE tel que :
E280XXXXXXXXXXXX
ne fournit pas suffisamment d'informations au système d'information de l'entreprise à lui seul.
L'application doit savoir que le DPE correspond à quelque chose de significatif, comme par exemple :
EPC → UGS → Produit → Emplacement de l'entrepôt
ou:
EPC → ID de l'actif → Département → Utilisateur responsable
Cette logique métier appartient à la couche logicielle.
Le tableau ci-dessous propose une méthode plus pratique pour choisir entre les trois approches.
| Votre situation | Intégration API | Logiciel RFID séparé | Intégration matérielle directe |
| Le système ERP/WMS/POS existant fonctionne déjà bien. | Ajustement solide | Possible | Possible |
| Les logiciels existants prennent en charge les API. | Meilleure adaptation | Possible | Dépend de la prise en charge RFID |
| Les logiciels existants ne prennent pas en charge la RFID. | Possible via un intergiciel | Ajustement solide | Nécessite un développement |
| Vous n'avez pas d'équipe de développement interne. | Bonne coupe | Meilleure adaptation | Généralement déconseillé |
| Vous avez votre propre équipe technique | Bonne coupe | Possible | Ajustement solide |
| Votre logiciel prend déjà en charge la RFID. | Possible | Généralement inutile | Meilleure adaptation |
| Un seul flux de travail nécessite la RFID | Possible | Ajustement solide | Possible |
| Vous souhaitez un contrôle précis du comportement de l'appareil | Modéré | Modéré | Meilleure adaptation |
| Vous souhaitez un déploiement plus rapide | Modéré | Ajustement solide | Cela dépend du développement |
| Vous souhaitez une flexibilité maximale à long terme | Bien | Modéré | Ajustement solide |
| Vous souhaitez conserver votre logiciel existant | Oui | Oui | Oui |
| effort de développement | Moyen | Faible à moyen | Moyen à élevé |
Optez pour l'intégration API lorsque votre logiciel actuel est performant et offre de bonnes interfaces.
Choisissez un logiciel RFID distinct si vous avez besoin de la RFID rapidement mais que vous ne souhaitez pas développer de fonctions RFID en interne.
Optez pour l'intégration matérielle directe si votre logiciel prend déjà en charge la RFID ou si votre équipe technique peut développer la couche RFID.
L'une des idées fausses les plus répandues en matière d'intégration RFID est de supposer que le lecteur RFID met directement à jour le système ERP.
Généralement, il y a plusieurs couches.
Voici à quoi ressemble un flux de données RFID simplifié :
↓
Lecteur RFID / PDA / Portail RFID
↓
Kit de développement logiciel (SDK) pour périphérique / Interface / Logiciel RFID
↓
Logique métier
↓
API / Couche d'échange de données
↓
Systèmes de gestion d'entrepôt (WMS) / Planificateurs de production (ERP) / Points de vente (PDV)
Le sens inverse peut également se produire.
Par exemple:
Bon de livraison ERP
↓
Application RFID
↓
Liste des CPE attendue
↓
Le lecteur RFID détecte les étiquettes réelles
↓
Résultat de la vérification
↓
Commande ERP mise à jour
Cette distinction est importante car l'intégration RFID ne se limite pas au transfert des numéros EPC.
Le système doit transformer les lectures d'étiquettes en événements métier.
Par exemple:
Étiquette détectée à la porte A
Il ne s'agit que de données RFID brutes.
Le système d'information de l'entreprise devra peut-être l'interpréter comme suit :
Le produit X a quitté l'entrepôt A à 14h32 sous le numéro de commande d'expédition 10025.
C’est au cours de cette transformation que l’intégration RFID crée de la valeur commerciale.
Quel matériel RFID pourrait être nécessaire ?
L'architecture logicielle prime, mais le flux de travail détermine le matériel.
Adapté aux opérations mobiles telles que :
Un terminal portable est souvent l'un des moyens les plus simples d'introduire la RFID, car il permet au personnel de contrôler où et quand la lecture a lieu.
Une imprimante RFID est nécessaire lorsque des étiquettes doivent être imprimées et encodées.
Il est particulièrement utile lorsque chaque article nécessite un EPC unique associé à une UGS, un code-barres, un numéro de pièce ou un enregistrement d'actif existant.
Les lecteurs fixes permettent une identification automatique à des emplacements prédéfinis, notamment :
Les portiques RFID permettent d'identifier les marchandises étiquetées qui passent par une entrée ou une sortie.
Le logiciel doit ensuite déterminer la signification de l'événement :
Entrant ? Sortant ? Autorisé ? Inattendu ?
C’est pourquoi la réussite des projets de portiques RFID dépend à la fois des performances de lecture et de la logique métier.
La sélection des étiquettes dépend de :
Par exemple, un client évaluant la technologie RFID pour les composants de stockage frigorifique devait confirmer si l'étiquette sélectionnée pouvait résister à la transition entre les conditions de congélation et la température ambiante.
La plupart des entreprises utilisent déjà des identifiants tels que :
La RFID introduit un autre identifiant : l’EPC stocké dans l’étiquette RFID.
Le système nécessite une relation définie entre le certificat d'origine et de performance (EPC) et les données commerciales existantes.
Par exemple:
EPC → UGS → Produit
ou:
EPC → Code-barres → Fiche produit
ou:
DPE → Identifiant de l'actif → Fiche d'actif
Sans cette relation, le lecteur peut détecter une étiquette alors que le système d'information de l'entreprise ignore encore ce qui a été réellement identifié.
Cela conduit à une distinction importante.
Intégration des appareils
Votre logiciel peut-il recevoir des données provenant du dispositif RFID ?
Intégration d'entreprise
Votre logiciel est-il capable de comprendre ce que représentent ces données et de les utiliser correctement ?
Une connexion techniquement réussie ne suffit pas si la logique métier est absente.
Avant de sélectionner des appareils ou de demander aux développeurs de commencer à coder, répondez à ces questions :
Ces réponses déterminent généralement l'architecture d'intégration avant la sélection du modèle matériel final.
Un lecteur RFID haute performance peut néanmoins poser problème si le logiciel ne peut pas communiquer avec lui.
Vérifiez l'architecture d'intégration avant de commander le matériel.
Un SDK aide les développeurs à communiquer avec l'appareil.
Cela ne crée pas automatiquement :
Ces fonctions doivent toujours exister dans l'application.
Les puces RFID lisent les certificats de performance énergétique (CPE).
Votre entreprise gère les produits, les références, les commandes et les actifs.
La connexion entre eux doit être définie avant le déploiement.
Il n'est pas nécessaire de remplacer tous les processus de codes-barres.
Conservez les codes-barres là où la lecture individuelle est déjà efficace.
Utilisez la RFID là où l'identification par lots, l'automatisation ou un inventaire plus rapide créent une valeur mesurable.
Un test RFID approprié doit utiliser :
La question importante n'est pas :
« Le lecteur peut-il détecter l’étiquette ? »
C'est:
« Le système peut-il identifier de manière fiable l’élément correct au bon moment du flux de travail ? »
La plupart des discussions sur l'intégration sur le stand de FYJ se sont résumées à quelques questions récurrentes.
« Nous possédons déjà notre propre logiciel. Pouvons-nous acheter uniquement le matériel RFID ? »
Oui, à condition que le logiciel prenne déjà en charge la RFID ou que vos développeurs puissent ajouter la fonctionnalité requise.
« La technologie RFID peut-elle se connecter à notre WMS ou ERP existant ? »
Souvent oui. Il convient toutefois d'examiner au préalable l'API disponible, les champs de données requis et le flux de travail.
« Devons-nous remplacer notre logiciel de vente au détail actuel ? »
Non. Selon le système actuel, la RFID peut être intégrée directement ou gérée par un flux de travail RFID distinct.
« Nos développeurs peuvent-ils intégrer eux-mêmes le matériel ? »
Oui, lorsque le SDK ou l'interface périphérique approprié est disponible et que l'équipe de développement peut créer les fonctions RFID requises.
« Et si notre logiciel actuel ne prend pas en charge la RFID ? »
Commencez par demander à votre fournisseur de logiciel actuel si la fonctionnalité RFID peut être ajoutée.
Si cela n'est pas envisageable, une solution logicielle RFID distincte pourrait être une meilleure option.
Il ne s'agissait pas de questions théoriques. Les participants à l'exposition ont rencontré des entreprises disposant de leurs propres systèmes ERP, plateformes de vente au détail, applications d'entrepôt et équipes de développement internes qui cherchaient précisément des moyens d'intégrer la RFID sans avoir à tout reconstruire de zéro.
Est-il possible d'intégrer la RFID à un WMS existant ?
Oui.
Si le WMS fournit des interfaces appropriées, les données RFID peuvent être intégrées directement ou via un logiciel/intergiciel RFID.
Si le WMS ne dispose pas de fonctionnalités RFID, une application RFID distincte peut gérer les flux de travail spécifiques à la RFID tandis que le WMS reste le système d'entrepôt principal.
Un lecteur RFID peut-il se connecter directement à un ERP ?
Uniquement lorsque le progiciel de gestion intégré (PGI) prend déjà en charge le dispositif RFID ou lorsque les développeurs ajoutent l'intégration requise.
La plupart des systèmes ERP standard n'interprètent pas automatiquement les données des lecteurs RFID.
Ai-je toujours besoin d'une API ?
Non.Les API sont principalement utilisées pour échanger des données entre systèmes logiciels.
Si la fonctionnalité RFID est intégrée directement à votre logiciel, l'application peut communiquer avec le matériel via un SDK ou une autre interface de périphérique prise en charge.
Quelle est la différence entre une API et un SDK dans l'intégration RFID ?
Un API Il permet généralement de connecter des systèmes logiciels et d'échanger des données commerciales.
Un SDK offre aux développeurs des outils pour communiquer avec le matériel et créer des fonctions liées aux périphériques.
Certains projets RFID utilisent les deux.
Les codes-barres et la RFID peuvent-ils fonctionner ensemble ?
Oui.De nombreuses entreprises conservent les codes-barres pour les flux de travail où la lecture un par un est efficace et n'ajoutent la RFID que lorsque la lecture par lots ou l'identification automatisée apporte une plus grande valeur ajoutée.
Est-il possible de lier un EPC à notre SKU ou code-barres existant ?
Oui.Une relation de mappage est créée entre l'EPC et le SKU, le code-barres, le numéro de pièce ou l'enregistrement d'actif existant.
La structure exacte doit être définie lors de la conception du système.
Le matériel RFID FYJ est-il compatible avec tous les logiciels ?
Pas automatiquement.
Le logiciel doit déjà prendre en charge la technologie RFID ou être développé pour communiquer avec le matériel via le SDK, le protocole ou l'interface de périphérique approprié.
La compatibilité doit être confirmée avant le déploiement.
Que devons-nous fournir lorsque nous demandons une proposition d'intégration RFID ?
Les informations utiles comprennent :
Plus ces éléments sont clairement définis, plus il est facile de choisir la bonne voie d'intégration.
L'ajout de la RFID ne signifie pas repartir de zéro de votre environnement logiciel.
Dans de nombreux projets, la meilleure approche consiste à conserver le WMS, l'ERP ou le POS existant et à introduire la RFID uniquement là où elle améliore l'identification, l'inventaire ou l'automatisation.
La décision se résume généralement à trois options :
Utiliser l'intégration API lorsque votre système existant fonctionne bien et fournit des interfaces appropriées.
Utilisez un logiciel RFID distinct lorsque vous avez besoin de fonctionnalités RFID sans avoir à créer vous-même la couche RFID.
Intégrez directement le matériel RFID lorsque votre logiciel prend déjà en charge la RFID ou que votre équipe technique peut développer les fonctions requises.
Avant de choisir un
Hi! Click one of our members below to chat on
fr 
Réseau IPv6 pris en charge
