MQTT pour magasins connectés et e-commerce

Caisses, caisses automatiques, étiquettes électroniques de gondole, meubles frigorifiques et écrans produisent des événements que le siège voit rarement à temps. Publiez-les sur un broker MQTT privé : opérations magasin, services techniques et applis de commande s’abonnent à ce dont ils ont besoin.

Aucune carte bancaire requise

Le défi

Des centaines de magasins, des milliers d’équipements, aucune vue en direct

  1. 01

    Des équipements en silos fournisseurs

    Caisses, caisses automatiques, bases d’étiquettes électroniques, balances, bornes et régulateurs de froid ont chacun leur portail. Les opérations ouvrent cinq outils pour savoir pourquoi une caisse est en panne.

  2. 02

    Le client voit la panne en premier

    Une caisse automatique figée, un TPE hors ligne ou un congélateur qui se réchauffe la nuit se découvrent souvent quand un client se plaint ou que la marchandise est jetée, pas quand le problème commence.

  3. 03

    Commandes et stocks en retard

    Click & collect, ship-from-store et applis de livraison exigent un statut de commande et un stock à jour en quelques secondes. Interroger l’OMS depuis chaque appli et tablette est lent et coûteux en pic.

Pourquoi ConnectMQ

Un socle d’événements pour les magasins et le digital

ConnectMQ vous donne un broker MQTT privé que passerelles magasin, équipements et applis rejoignent en MQTT standard : la DSI ajoute un magasin, un type d’équipement ou une appli sans nouveau projet d’intégration.

  • Aucun broker à gérer en magasin

    Une instance de broker privée et managée, accessible en TLS. Passerelles et équipements se connectent en sortant : aucun port entrant sur le réseau magasin, aucun cluster à patcher.

  • Identifiants par magasin et prestataire

    Un identifiant et un mot de passe par passerelle magasin ou intégration fournisseur, avec des ACL par topic : le frigoriste voit ses meubles froids et rien de vos caisses.

  • Un seul arbre de topics pour tout le parc

    Région, magasin, rayon et équipement dans un même namespace. Le statut retenu montre chaque caisse et meuble froid dès l’ouverture d’un tableau de bord, et les applis web et mobiles s’abonnent en WebSocket sécurisé.

  • Des alertes avant l’appel du magasin

    Des règles de seuil sur les températures, les heartbeats des terminaux et l’état des équipements déclenchent alertes et notifications, et le Last Will signale un équipement dès qu’il décroche.

Architecture

De la surface de vente à vos systèmes

  • Caisses et caisses automatiques
  • TPE et terminaux de paiement
  • Étiquettes, rayons et bornes
  • Froid et CVC
ConnectMQMQTT 3.1.1 · 5 · TLS
  • Tableau de bord magasins
  • OMS et stocks
  • Services techniques et GMAO
  • Applis clients et équipes
Exemple d’arborescence de topics
retail/eu/store-0412/pos/lane-03/status   (retained)
retail/eu/store-0412/cold/case-07/temp
retail/eu/store-0412/esl/base-02/status   (retained)
orders/ord-58213/status

Commerce et e-commerce : questions fréquentes

Comment superviser les caisses de tous mes magasins avec MQTT ?

Chaque terminal ou la passerelle magasin publie un statut retenu sur un topic comme retail/{region}/{store}/pos/{lane}/status, avec un Last Will qui le marque hors ligne. Votre tableau de bord s’abonne à retail/+/+/pos/+/status et voit toutes les caisses d’un coup ; les règles ConnectMQ alertent quand un terminal se tait.

MQTT est-il assez sécurisé pour les équipements de magasin ?

MQTT sur TLS avec des identifiants par magasin ou équipement et des ACL par topic constitue une base solide, et ConnectMQ fournit les trois. Gardez les données de carte hors du broker : publiez l’état, les événements et la santé des équipements, et laissez le traitement des paiements dans votre plateforme de paiement et son périmètre de conformité.

Peut-on envoyer le statut des commandes en direct à une appli avec MQTT ?

Oui. Navigateurs et applis mobiles se connectent à ConnectMQ en WebSocket sécurisé et s’abonnent aux topics de commande ou de magasin qu’ils ont le droit de lire : « prête à retirer » arrive en quelques secondes. Votre OMS publie chaque mise à jour une fois, au lieu d’être interrogé par chaque appli.

MQTT ou API REST pour les systèmes magasin : lequel choisir ?

Les deux. REST convient aux requêtes-réponses, comme passer une commande ou consulter un prix. MQTT convient aux événements de nombreux équipements et aux mises à jour vers de nombreux écrans : publication au changement, connexions qui tiennent sur des liens WAN instables, et autant d’abonnés que nécessaire sans que l’équipement le sache.

Testez le magasin connecté sur ConnectMQ

Démarrez avec l’offre Free, sans carte bancaire. Connectez les équipements et tableaux de bord d’un magasin, puis passez à Basic ou Scale lors de la mise en production. Pas de frais de dépassement, résiliable à tout moment.

Qu'est-ce qu'un broker MQTT managé ? Avantages, coûts et critères de choix

Un broker MQTT managé vous permet de faire tourner votre messagerie IoT sans gérer vous-même serveurs, certificats ni correctifs. Comparez managé et auto-hébergé, choisissez un modèle de déploiement et connectez votre premier client en cinq minutes.

11 min de lecture