2026-09-04 pdf labels barcodes label merge browser based graphical layout editor google sheets addin microsoft excel addon electronic shelf labels esl

Intégration des étiquettes électroniques de gondole : un guide complet

L’intégration des étiquettes électroniques de gondole ressemble à un projet matériel. En pratique, il s’agit surtout d’un problème de synchronisation des données : comment faire parvenir le bon prix, le bon texte produit ou le bon QR code sur le bon afficheur au bon moment — sans toucher manuellement chaque étiquette en rayon ?

Ce guide explique le modèle d’intégration, les API et le flux de données sous-jacents, ainsi que la manière dont RSJ LPSNG transforme un projet d’étiquettes électroniques multi-fournisseurs en un flux de travail géré. Il s’adresse aux développeurs comme aux utilisateurs finaux qui souhaitent obtenir des étiquettes de gondole professionnelles sans devenir des experts en protocoles.

Qu’est-ce que l’intégration des étiquettes électroniques de gondole ?

L’intégration des étiquettes électroniques de gondole consiste à connecter le matériel ESL aux systèmes back-end afin que les informations de prix et de produit se mettent à jour automatiquement.

Au lieu d’imprimer une nouvelle étiquette papier à chaque changement de prix, un système central envoie les nouvelles données aux afficheurs électroniques en rayon. L’objectif est de remplacer les changements manuels d’étiquettes par des mises à jour centralisées et automatisées, dans un seul magasin ou sur de nombreux sites.

Une installation typique d’étiquettes électroniques de gondole comporte trois couches :

Matériel ESL — les afficheurs fixés aux bords des rayons, aux bacs ou aux présentoirs de produits.
Infrastructure de communication — stations de base, passerelles ou points d’accès qui communiquent sans fil avec les étiquettes.
Logiciels et API — la couche qui décide quel afficheur montre quoi, et quand.

L’intégration est rarement aussi simple que « envoyer un prix à une étiquette ». Les différents fournisseurs ESL utilisent des protocoles, des formats de message et des mécanismes de mise à jour différents. Une tâche d’intégration courante consiste donc à traduire les données métier d’un système ERP ou POS dans le format attendu par l’infrastructure ESL.

Comment fonctionne l’intégration ESL : une analogie simple

Considérez l’intégration des étiquettes électroniques de gondole comme un système domotique.

Un concentrateur central — votre back-end ou votre système d’étiquetage — sait à quoi la maison devrait ressembler. Il envoie des commandes sur un réseau à des ampoules intelligentes, des thermostats et des capteurs individuels. Vous ne passez pas de pièce en pièce pour régler chaque appareil. Vous modifiez une scène ou un programme une seule fois, et le concentrateur répercute le changement.

L’intégration ESL suit le même schéma :

Un prix change dans le système ERP ou POS.
Ce changement déclenche une mise à jour dans la couche d’intégration.
La couche d’intégration traduit les données métier en commandes spécifiques au système ESL.
Ces commandes transitent par les stations de base ou les passerelles jusqu’aux étiquettes de gondole individuelles.

Le middleware est l’élément important. Il convertit un événement métier tel que « le SKU 4006381333931 est maintenant à 12,99 EUR » dans le format qu’un système ESL spécifique comprend.

Sans intégration, chaque étiquette devrait être mise à jour manuellement — comme si vous parcouriez une maison intelligente en changeant chaque ampoule individuellement, une par une.

Sous le capot : API, protocoles et flux de données

D’un point de vue technique, l’intégration des étiquettes électroniques de gondole implique généralement l’une de ces approches :

API spécifiques au fournisseur — interfaces HTTP ou TCP propriétaires exposées par le fabricant du matériel ESL.
Interfaces basées sur des fichiers — fichiers JSON, CSV ou XML pris en charge par un service d’intégration.
Services cloud — middleware hébergé qui accepte les mises à jour et les transmet à l’infrastructure ESL.

De nombreux systèmes ESL utilisent des protocoles propriétaires. Cela peut rendre l’intégration difficile, car un développeur doit apprendre le format de message, le mécanisme d’authentification et la cadence de mise à jour de chaque fournisseur.

C’est là qu’une interface neutre vis-à-vis du fournisseur est utile. Au lieu de coder pour chaque fabricant de matériel, vous écrivez une seule intégration basée sur un format de données neutre. RSJ LPSNG documente une interface de fichier JSON ESLSEND précisément dans ce but : mettre à jour les afficheurs ESL via une interface JSON cohérente plutôt que par des appels spécifiques au fournisseur.

Un lot de mise à jour ESL simplifié pourrait ressembler conceptuellement à ceci :

{
  "updates": [
    {
      "sku": "4006381333931",
      "price": "12.99",
      "currency": "EUR"
    },
    {
      "sku": "4006381333932",
      "price": "9.49",
      "currency": "EUR"
    }
  ]
}

Les clés exactes dépendent de votre mapping ERP et de la configuration de RSJ LPSNG, mais le principe reste le même : une structure de données propre, sans travail brut sur les protocoles.

RSJ LPSNG fournit également une API de service web gérée. Cette API permet à des systèmes externes de soumettre des travaux d’impression, de générer des étiquettes individuelles en PDF ou PNG et de déclencher une impression directe. L’authentification utilise un protocole d’enregistrement OAuth2 simplifié : les systèmes externes tels que les stations de base ESL peuvent se connecter à l’aide d’une simple URL.

Pour les environnements hors ligne ou automatisés, le LPSNG Player agit comme un moteur d’impression autonome en ligne de commande. Il reçoit un package et un fichier de données, et peut produire des sorties PDF, PNG, JSON, des travaux d’impression ou des sorties ESL. L’Embedded Edition exécute le système complet sur un ordinateur monocarte tel qu’un Raspberry Pi, ce qui peut être utile pour les déploiements en magasin ou en périphérie.

La méthode difficile consiste à implémenter soi-même le protocole propriétaire de chaque fournisseur. La méthode gérée — et celle sur laquelle cet article se concentre — consiste à utiliser un système qui gère déjà cette traduction pour vous.

Pourquoi l’intégration ESL est importante et les idées reçues courantes

L’intégration des étiquettes électroniques de gondole est importante parce que les prix changent constamment. Les promotions, les démarques, les prix régionaux et les mises à jour de conformité doivent tous parvenir rapidement en rayon.

Les principaux avantages sont les suivants :

Mises à jour des prix en temps réel — les afficheurs en rayon correspondent immédiatement à l’ERP ou au POS.
Coûts de main-d’œuvre réduits — aucun employé ne doit parcourir le magasin pour remplacer les étiquettes papier.
Précision des prix améliorée — moins d’écarts entre le système de caisse et le rayon.
Meilleure expérience client — des informations cohérentes, y compris les promotions et les QR codes.

Il existe également quelques idées reçues persistantes.

Idée reçue n° 1 : l’intégration ESL est réservée aux grands distributeurs.

Faux. Les plateformes gérées rendent la même infrastructure accessible aux petites et moyennes entreprises. Un commerce à point de vente unique peut exécuter RSJ LPSNG dans le cloud ou sur un appareil embarqué sans constituer une équipe d’intégration d’entreprise.

Idée reçue n° 2 : il faut tout construire de zéro.

Certaines équipes imaginent devoir écrire des pilotes personnalisés pour chaque fournisseur ESL. Une plateforme gérée fournit des API préconstruites, une authentification OAuth2 et des interfaces basées sur des fichiers. Vous intégrez une seule fois, pas une fois par fournisseur.

Idée reçue n° 3 : les étiquettes ESL ne sont que des étiquettes de prix numériques.

Les étiquettes électroniques de gondole modernes font partie d’une stratégie d’étiquetage cross-média. Elles peuvent afficher des informations produit, des textes promotionnels, des prix unitaires et des QR codes. RSJ LPSNG décrit sa solution d’étiquettes électroniques de gondole comme cross-média pour cette raison : la même mise en page d’étiquette peut cibler des étiquettes papier, des PDF et des afficheurs ESL.

Il existe également une étape d’association. Une étiquette doit être associée au bon article avant que les mises à jour aient un sens. RSJ LPSNG propose une API d’association ESL en tant que service web pour associer les étiquettes ESL aux articles, y compris la prise en charge des unités MDE sans interface web.

Comment RSJ LPSNG simplifie l’intégration ESL

Next Generation Label Printing System de RSJ Software GmbH est une plateforme de conception et d’impression d’étiquettes avec des capacités ESL intégrées.

Au lieu de traiter des protocoles fournisseur bruts, vous travaillez via une interface gérée :

Concevez l’étiquette une seule fois dans le studio d’étiquettes LPSNG.
Connectez votre système externe à l’aide d’OAuth2. Le protocole d’enregistrement simplifié permet à une station de base ESL ou à une application de se connecter avec une simple URL.
Envoyez les mises à jour via l’API de service web ou l’interface de fichier JSON ESLSEND.
Associez les étiquettes aux articles avec l’API d’association ESL lorsque les étiquettes sont installées ou remplacées.
Déployez là où cela convient — en édition cloud hébergée, sur un appareil de classe Raspberry Pi avec l’Embedded Edition, ou sur plusieurs régions avec les fonctionnalités d’entreprise.

Un schéma d’intégration courant consiste à exporter les changements de prix depuis un système ERP, à les normaliser et à les transmettre à RSJ LPSNG. L’exemple Python suivant illustre l’idée. Dans un code de production réel, la fonction submit_esl_update appelle l’API de service web RSJ LPSNG ou écrit un fichier JSON ESLSEND :

from pathlib import Path
import json

# Convert a simple ERP CSV export into an ESL update batch.
def read_price_export(path: Path):
    updates = []
    for line in path.read_text().splitlines():
        sku, price, currency = line.split(";")
        updates.append({
            "sku": sku,
            "price": price,
            "currency": currency,
        })
    return updates

def submit_esl_update(updates):
    # In production, this calls the RSJ LPSNG web service API
    # or writes the JSON for the ESLSEND interface.
    print(json.dumps({"updates": updates}, indent=2))

def main(export_file: Path):
    updates = read_price_export(export_file)
    submit_esl_update(updates)

if __name__ == "__main__":
    main(Path("price_export.csv"))

Pour les flux de travail spécifiques au commerce de détail, consultez le guide séparé sur l’intégration ESL pour le commerce de détail.

Le point clé est le flux de travail : RSJ LPSNG masque la communication sous-jacente. Vous n’implémentez pas les commandes de station de base ni le formatage de messages spécifique au fournisseur. Vous fournissez des données propres, et la plateforme gère le reste.

FAQ

Quel est le flux de données typique pour mettre à jour les étiquettes électroniques de gondole ?

En général, les données de prix ou de produit changent dans un système back-end tel qu’un ERP ou un POS. Ce changement est envoyé à une couche d’intégration, qui le traduit dans le format du système ESL. Le système ESL communique ensuite avec les stations de base ou les passerelles, qui mettent à jour les étiquettes individuelles sans fil. RSJ LPSNG fournit une API de service web et une interface JSON neutre vis-à-vis du fournisseur appelée ESLSEND pour rationaliser ce flux.

Dois-je utiliser un fournisseur de matériel ESL spécifique avec RSJ LPSNG ?

RSJ LPSNG est conçu pour être neutre vis-à-vis du fournisseur. Il prend en charge une interface de fichier JSON appelée ESLSEND qui peut être utilisée avec différents matériels ESL. Il existe également des instructions d’installation spécifiques pour le matériel ESL CATIC, mais le système vise à fonctionner avec différents fournisseurs.

Comment fonctionne l’authentification pour l’intégration ESL dans RSJ LPSNG ?

RSJ LPSNG utilise OAuth2 avec un protocole d’enregistrement simplifié. Les systèmes externes peuvent se connecter à l’aide d’une simple URL, ce qui simplifie le processus d’authentification. Cela est particulièrement utile pour connecter des stations de base ESL ou d’autres applications externes.

Puis-je automatiser les mises à jour ESL sans créer une intégration personnalisée ?

Oui. RSJ LPSNG propose plusieurs options : l’API de service web pour un accès programmatique, le LPSNG Player pour l’automatisation en ligne de commande et l’interface JSON ESLSEND pour les mises à jour basées sur des fichiers. Cela vous permet d’intégrer les mises à jour ESL dans les flux de travail existants sans travail de protocole de bas niveau.

Conclusion

L’intégration des étiquettes électroniques de gondole est plus facile lorsque vous cessez de penser aux protocoles matériels et commencez à penser au flux de données. Les éléments importants sont une interface d’intégration propre, un moyen d’authentification fiable et un format de données cohérent pour les mises à jour.

RSJ LPSNG fournit ces éléments sous forme de service géré. Vous pouvez concevoir des étiquettes de gondole professionnelles, associer les étiquettes aux articles et envoyer des mises à jour via une API de service web ou une interface de fichier JSON — sans écrire de code de protocole spécifique au fournisseur.

Si vous évaluez l’intégration ESL, commencez par les API gérées plutôt que par la documentation matérielle. Cette approche vous permet d’obtenir des mises à jour de rayon fiables plus rapidement et laisse la place à une évolution ultérieure, d’un seul magasin à un déploiement multi-régions.

Articles associés