Nous construisons des systèmes pour le commerce de détail adaptés aux besoins du réseau
Caisse, couche de paiement, comptabilité matières, pilotage du réseau, intégrations et accompagnement après le lancement.
Développement et mise en place de systèmes pour le commerce de détail : caisse et POS en salle de vente, borne de paiement, catalogue et prix, stocks et comptabilité matières du magasin, fidélité, droits des employés, analytique et panneau central de pilotage du réseau. Vous trouverez ci-dessous comment chaque module est construit, à quels systèmes et à quels équipements il se relie et quel processus il couvre.
Logiciel pour le commerce de détail — un système qui conduit la marchandise depuis sa réception au magasin jusqu'au ticket imprimé et à la recette enregistrée, et qui garde les données de produits, de prix et de stocks identiques dans tous les points du réseau.
Vu de l'extérieur, un magasin, c'est un rayon et une caisse. À l'intérieur, ce sont plusieurs programmes reliés entre eux : l'application de caisse en salle de vente, la comptabilité matières du magasin, la couche de paiement, le système central du réseau et une couche d'échange avec les systèmes extérieurs — comptabilité, entrepôt, CRM et boutique en ligne.
La frontière entre un programme de caisse et un système de commerce de détail passe par le nombre de points et par l'endroit où se prennent les décisions. Une caisse unique se contente d'un programme local sur l'ordinateur de caisse. Dès qu'il y a plus d'un magasin, des questions apparaissent qu'un point isolé ne rencontre jamais : où vit l'unique catalogue de produits, qui change un prix partout à la fois, comment la marchandise circule entre les magasins et quel chiffre de stock fait foi.
Le circuit d'un réseau de détail — neuf maillons reliés par des données :
Les maillons sont reliés dans les deux sens : les catalogues et les règles descendent du système central vers les points, tandis que les ventes, les mouvements de stock et les événements des équipements remontent. Une rupture, où qu'elle soit, se voit tout de suite : un écart de prix entre le rayon et le ticket, un stock négatif ou une recette non enregistrée.
Ni sur des pages ni sur des tableurs, mais sur des objets de gestion — des enregistrements avec leur état, leur auteur et leur historique :
Une fois décrit en objets, un processus devient vérifiable : derrière chaque chiffre d'un rapport il y a un document, derrière chaque document un auteur et une heure, et derrière chaque litige un enregistrement plutôt que le récit de quelqu'un.
Quatre questions qui n'existent pas pour un point isolé. C'est la réponse à ces questions qui sépare un système de réseau d'un programme de caisse :
Six raisons qui poussent un magasin ou un réseau à mettre en place un logiciel de commerce de détail. Tant que le système n'est pas là, chacune de ces tâches se traite avec des tableurs, des appels entre les points et des comptages de mémoire.
Les produits, les codes-barres, les prix et les règles de remise se créent une fois et se diffusent vers les points. Le magasin du centre-ville et celui de la périphérie lisent un seul catalogue, et non deux fichiers différents avec deux historiques de modifications.
Un article entre dans le ticket par le scan de son code-barres ou par pesée, le prix se remplit selon une règle et la remise se calcule toute seule. Le caissier ne tape pas le prix à la main — il ne peut donc ni se tromper ni le choisir lui-même.
Une vente sort la marchandise du stock au moment où le ticket se clôt ; une réception et un transfert le font au moment où le document est validé. Le stock cesse d'être un chiffre issu du dernier inventaire pour devenir un chiffre de travail servant aux commandes fournisseurs.
Le prix et la remise se posent par une règle, pour un groupe de points, une catégorie ou un calendrier. Retarifer mille articles avant une promotion prend quelques minutes et reste réversible, au lieu de se transformer en tournée des magasins avec des impressions sous le bras.
Un retour, une annulation de ligne, une remise à la main, un changement de prix et une ouverture de tiroir-caisse sont autant d'enregistrements avec un auteur, une heure et la valeur précédente. Un litige se règle à partir du journal, et non de ce que raconte l'équipe.
On voit ce qui se vend sur chaque point et à quelles heures, quelles marchandises ne bougent pas, où les retours augmentent et ce qu'une promotion a vraiment rapporté une fois la remise prise en compte.
Ce n'est pas un programme unique, mais un ensemble de composants logiciels et matériels reliés entre eux. Chacun répond de son domaine et se met à jour séparément : on ne réécrit pas la caisse de la salle de vente à cause d'un nouveau rapport dans le panneau central.
Le programme installé sur l'ordinateur de caisse ou sur un poste POS tout-en-un : l'écran du caissier, le travail avec le lecteur et les balances, le calcul du ticket, le dialogue avec la borne de paiement, l'impression des documents, la journée de caisse. Il fonctionne de façon autonome et continue de servir les clients quand la liaison avec le serveur est perdue.
La couche physique : ordinateur de caisse, lecteurs, imprimante de tickets, borne de paiement, balances, terminaux de collecte de données, tiroir-caisse, écrans. Chaque appareil est enregistré et rattaché à un magasin et à un poste de travail.
La couche du paiement sans espèces : échange entre la caisse et la borne de paiement, états des opérations de paiement, rapprochement d'un paiement et d'un ticket, remboursements, traitement des refus et des coupures, rapprochement avec le registre de l'acquéreur.
Réception des données venues des points, application des règles, files d'échange, planificateurs de tâches et de rapports, renvoi des catalogues. Elle grandit avec le nombre de magasins au lieu d'être réécrite à l'ouverture du onzième.
Le stockage des objets de gestion et de leur historique : produits, prix, stocks, tickets, paiements, documents de mouvement, clients, employés, événements. Les enregistrements d'opérations sont inaltérables et les sauvegardes se créent selon un calendrier, avec vérification de la restauration.
Le poste de travail du responsable du réseau : magasins, assortiment, prix, stocks, ventes, promotions, employés, équipements, erreurs et indicateurs clés dans une seule interface, avec des droits d'accès par rôle.
Là où le travail les appelle : une application de marchandiseur pour la réception et l'inventaire par scan, une application de responsable avec un résumé de tous les points, une application client avec la carte de fidélité et les tickets électroniques.
Échange avec les systèmes extérieurs : comptabilité, gestion, entrepôt, CRM, boutique en ligne, services de paiement. Files d'attente, renvoi des messages, versions des formats, journal des échanges, rapprochement régulier.
Un entrepôt de données posé sur les opérations : ventes, ticket moyen, marge, rotation, retours, efficacité des promotions, rendement des caissiers. Il se calcule sur une copie des données, si bien qu'un rapport lourd ne ralentit jamais la caisse en salle de vente.
Les composants sont reliés par des liens obligatoires et non de bonne volonté : la caisse ne fonctionne pas sans le catalogue, le catalogue n'a pas de sens sans le panneau central, et le panneau ne sert à rien sans les données des points. C'est pourquoi le système se conçoit d'un bloc et se met en place par morceaux — dans un ordre où chaque étape s'appuie sur les données de la précédente.
Le programme de caisse — c'est à la fois le poste de travail du vendeur et l'endroit où une opération devient un document. Tout ce qui se passe en salle de vente n'arrive au système que par lui : vente, retour, remise, paiement, entrée et sortie d'espèces.
L'exigence qui pèse sur lui est plus stricte que sur n'importe quel autre module : il doit fonctionner vite, dans la file d'attente, et quand la liaison avec le serveur tombe. C'est pourquoi la caisse conserve une copie locale du catalogue des produits et des prix et écrit ses opérations dans une file locale, au lieu d'interroger le serveur pour chaque ligne du ticket.
Ce que fait le programme de caisse :
Les exigences relatives à la partie fiscale — impression du ticket, son contenu et la transmission des données — sont fixées par la législation du pays et par le modèle de l'appareil raccordé. La composition et l'ordre de l'échange se précisent à l'étape d'étude préalable, ils ne s'annoncent pas à l'avance.

La liaison avec le serveur n'est pas une condition pour vendre. La caisse continue d'encaisser sur le catalogue local en empilant les opérations dans une file ; au retour du canal, la file part par lots. Chaque opération porte une clé : la renvoyer ne crée jamais un second ticket et ne sort jamais la marchandise du stock deux fois.
Les limites sont dites honnêtement : tant qu'il n'y a pas de liaison, la caisse ne voit pas un changement de prix fait une minute plus tôt dans le système central et ne peut pas vérifier le solde de points sur le serveur. Ce qui est exactement permis en mode hors ligne est une décision de projet : la vente peut par exemple être autorisée, tandis que l'utilisation des points est reportée au retour de la liaison.
Une journée de caisse n'est pas la journée de travail d'un caissier, mais un document avec un début, une fin, un caissier, une caisse et des totaux. Chaque ticket, paiement, retour et mouvement d'espèces de la période lui est rattaché.
Le programme du magasin ne travaille pas en vase clos : presque chaque opération commence ou se termine sur un appareil physique. Voici les équipements avec lesquels le logiciel de caisse et de comptabilité matières dialogue, et ce que le système en reçoit ou leur envoie exactement.

L'appareil sur lequel tourne le programme de caisse. Le système le connaît comme un poste de travail : la caisse, la journée, l'ensemble des périphériques raccordés et les droits de connexion lui sont rattachés. Remplacer le matériel ne casse pas l'historique des ventes — le poste de travail reste le même objet de gestion.
Le moyen principal de faire entrer un article dans un ticket et dans un document de stock. Un même article peut avoir plusieurs codes-barres : celui du fournisseur, un code interne, un code d'emballage. Un code inconnu ne se perd pas : il part dans une file pour être rattaché à un produit, et non dans un message « produit introuvable ».
L'impression des documents de vente et de retour. Le contenu du ticket, l'ordre dans lequel il se compose et la façon dont les données se transmettent sont déterminés par les exigences du pays et par le modèle de l'appareil ; l'ensemble précis se précise à l'étude préalable. Un document non imprimé ou non transmis est consigné comme une opération non close.
L'encaissement sans espèces. La caisse transmet le montant, la borne mène le dialogue avec le porteur de la carte et renvoie le résultat. La borne n'est pas un périphérique mais un second système avec son propre état : c'est pourquoi elle a sa propre rubrique plus bas.
Le travail avec les produits pesés : l'article entre dans le ticket avec son poids réel et le prix se calcule au kilogramme. Les balances peuvent être des balances de caisse — le poids passe directement dans le ticket — ou des balances de pré-emballage, qui impriment une étiquette dont le code-barres encode le code du produit et le poids ; la caisse décode un tel code et remplit la ligne.
Réception, inventaire, transferts et changements d'étiquettes par scan, directement en salle de vente et dans la réserve du magasin. L'appareil fonctionne sans liaison permanente : le document se compose localement et se charge dans le système d'un bloc, avec un contrôle des écarts.
Le tiroir s'ouvre par le programme au moment d'une opération en espèces. Chaque ouverture est un événement avec une heure, un caissier et un motif ; une ouverture sans vente entre dans la liste des opérations surveillées. Il en va de même pour les périphériques auxiliaires du poste — claviers et lecteurs de badges des employés.
L'afficheur de la caisse montre les lignes du ticket, la remise et le total au fur et à mesure des scans — le client voit le prix avant de payer, et non après. Les écrans de la salle de vente affichent les promotions, les sélections et les prix issus du même catalogue que la caisse : aucun écart entre l'écran et le ticket ne peut donc apparaître.
Là où elles sont installées, les étiquettes reçoivent leur prix du même système que la caisse. Cela supprime la principale source de conflit en salle de vente : l'écart de prix entre le rayon et la caisse après un changement de tarif. La possibilité de les raccorder dépend de l'interface de pilotage qu'expose le système d'étiquettes en question.
Nous n'affirmons pas à l'avance la compatibilité avec des marques et des modèles d'équipements précis. L'ensemble des appareils raccordables se détermine à l'étude préalable, à partir de la documentation du fabricant et de l'interface que l'appareil expose ; là où aucune interface toute prête n'existe, la question se règle à part et avant le début des travaux, et non par une promesse de compatibilité.
La borne de paiement est le seul endroit où un achat devient payé, et le seul nœud du magasin qui manipule directement de l'argent. C'est pourquoi elle est décrite ici comme une couche à part et non comme une ligne dans une liste d'équipements.
La difficulté principale tient à ce que la caisse et la borne sont deux systèmes indépendants. La caisse a sa propre vision du ticket ; la borne a sa propre opération de paiement, qui vit à l'intérieur du circuit de l'acquéreur et ne répond pas au programme de caisse. La concordance des deux images n'est garantie par aucune loi physique : entre le débit de l'argent et l'impression du ticket il y a toujours un intervalle, et une coupure de liaison, une coupure de courant ou un blocage peuvent y tomber.
Ce que couvre l'intégration entre la caisse et la borne de paiement :
Nous ne nommons ni la banque, ni le modèle de borne, ni le protocole de paiement : l'étendue de l'intégration est déterminée par l'interface d'échange que fournit la borne en question et par ce que permet le contrat d'acquisition. Cela s'établit à l'étude préalable et se fixe dans le projet.

Taper le montant à la main sur la borne est la solution la moins chère à construire et la plus chère à exploiter. Elle permet de se tromper d'un chiffre et de débiter le mauvais montant, et surtout elle rompt le lien entre le ticket et le paiement : les rapprocher après coup n'est possible que par l'heure et le montant, c'est-à-dire approximativement.
Quand le montant est transmis par le programme, le paiement et le ticket sont reliés par un identifiant des deux côtés. C'est là-dessus que reposent le rapprochement avec l'acquéreur, l'examen d'une opération contestée et le contrôle des écarts entre la recette du système et l'argent sur le compte.
La borne n'est pas interrogée uniquement au moment du paiement. Son état est une donnée à part, dont on a besoin avant qu'un client ne se présente à la caisse :
Chaque état est un événement dans le journal. Une borne qui répond lentement ou qui perd une opération sur dix apparaît dans le rapport des équipements bien avant que le directeur du magasin ne le signale.
Payer par carte n'est pas un geste unique, mais une suite d'états dont chacun peut s'interrompre. Voici comment le système mène l'opération et ce qu'il fait quand le résultat est inconnu.
La caisse compose une demande : montant, devise, identifiant de l'opération, référence au ticket. Tant que la borne n'a pas répondu, le ticket est dans l'état « en attente de paiement » et ne peut être ni clos, ni modifié, ni supprimé.
La borne renvoie l'issue : acceptée, refusée, annulée par le client, erreur. En cas d'acceptation, le résultat arrive avec les détails de l'opération qui serviront ensuite à la retrouver dans le registre de l'acquéreur.
L'identifiant de l'opération de paiement s'écrit dans le ticket et le numéro du ticket dans l'enregistrement du paiement. Le lien est à double sens : chaque côté rétablit l'autre, du ticket vers le paiement et d'une ligne du registre de la banque vers une vente précise.
Un remboursement sur la carte est une opération de paiement à part, rattachée à celle d'origine. Le système ne laisse pas rendre plus qu'il n'a été payé, ni plus qu'il ne reste à rendre sur ce ticket, et le résultat du remboursement attend lui aussi la confirmation de la borne.
Le scénario le plus important : la borne n'a pas répondu. Le système ne considère une telle opération ni comme réussie ni comme échouée — il la marque comme demandant un examen et ne laisse pas clore le ticket en silence. L'issue se précise ensuite en interrogeant l'état de l'opération ou par le rapprochement.
La disponibilité de la borne, la part des opérations échouées, le temps de réponse et les journées non closes se collectent pour chaque appareil. Un équipement à problèmes apparaît dans un rapport plutôt que par des plaintes venues de la salle de vente.
Une capture du système : les chiffres sont illustratifs. L'étape clé est la deuxième : tant que le montant n'est pas transmis par le programme, les étapes six et sept se font à la main, à partir de tickets papier.
| Ce qui s'est passé | Ce que fait la caisse | État |
|---|---|---|
| Carte refusée | Elle propose de réessayer ou de choisir un autre mode de paiement ; le ticket reste ouvert | normal |
| Le client a annulé l'opération | Elle rend le ticket au travail, l'opération de paiement se clôt comme annulée | normal |
| La borne n'a pas répondu dans le délai | Elle ne clôt pas le ticket, interroge l'état de l'opération et, si celui-ci reste incertain, bloque la clôture manuelle | examen |
| Le courant a été coupé entre le paiement et l'impression | Au redémarrage, elle rétablit le ticket inachevé et exige que l'issue du paiement soit établie | examen |
| Le paiement est passé, le ticket n'a pas été imprimé | Elle garde l'opération ouverte et réimprime sans second débit | examen |
| Le paiement est dans le registre, le ticket n'est pas dans le système | Elle envoie l'écart dans la file de rapprochement avec le montant, l'heure et la borne | examen |
| La borne exige une clôture de journée | Elle prévient le caissier avant le début de l'opération, et non après l'insertion de la carte | avertissement |
Le principe général : une issue inconnue ne se transforme jamais ni en succès ni en refus. L'opération reste ouverte et part dans la file d'examen — cela coûte moins cher que de débiter le client deux fois ou de laisser le magasin avec une recette non enregistrée.
Le protocole d'échange précis avec la borne, l'ensemble des modes de paiement disponibles, la possibilité d'annuler une opération et le comportement en cas de perte de liaison sont fixés par le modèle de l'appareil et par les règles de l'acquéreur. Nous décrivons la couche construite autour d'eux et en précisons l'étendue à l'étude préalable — sans affirmer à l'avance une compatibilité avec telle banque ou telle borne.
Un catalogue dans le commerce de détail — n'est pas une vitrine, mais le référentiel sur lequel vit la caisse. Une erreur y coûte plus cher qu'une erreur sur un site : un mauvais code-barres arrête la file d'attente, et un article en double partage le stock d'un même produit entre deux fiches.
De quoi se compose un article :
Les opérations de masse passent par un import de fichier ou par un échange avec la comptabilité. Un import est toujours vérifié avant d'être écrit : ce qui sera créé, modifié, rejeté et pourquoi. Un article au code-barres en double n'est pas créé en silence — il part dans le rapport des rejets.
Les magasins d'un réseau ne sont pas identiques : format, surface, quartier et clientèle diffèrent. La matrice d'assortiment répond à la question de savoir quels articles du catalogue commun se vendent sur un point donné.
Le produit est unique dans le catalogue, mais son état sur chaque point lui est propre. C'est là la différence essentielle entre la comptabilité d'un réseau et celle d'un magasin isolé :
| Magasin | Dans la matrice | Prix | Stock disponible |
|---|---|---|---|
| Centre-ville | oui | 395 | 42 |
| Quartier résidentiel | oui | 385 | 7 |
| Route nationale | non | — | 0 |
Les chiffres sont illustratifs. Des prix différents ne sont pas une erreur mais une règle : un point au bord de la route nationale et un magasin de quartier vivent dans des groupes de prix différents. L'erreur, ce serait la même valeur obtenue en la modifiant à la main à trois endroits.
Le prix sur le ticket est le résultat d'un calcul selon des règles, et non un chiffre figurant sur la fiche produit. C'est pourquoi retarifer ne demande pas de modifier des milliers d'articles, et un montant contesté sur un ticket se règle en remontant les couches du calcul, et non de mémoire avec le caissier.
Un article a plusieurs prix à la fois : un prix de base, un prix par groupe de prix de magasins, un prix pour un point précis. Le système choisit celui qui s'applique au moment de l'encaissement. Le magasin du centre-ville et celui de la route nationale travaillent sur un seul catalogue, sous des règles différentes.
Un pourcentage ou un montant au-dessus du prix d'achat, par catégorie, fournisseur ou groupe de produits. Une réception à un nouveau prix d'achat recalcule le prix de vente automatiquement au lieu de le laisser au niveau de la livraison précédente.
Une condition de déclenchement, une mécanique de remise, des dates de début et de fin, des créneaux récurrents. Une promotion démarre et s'arrête toute seule — personne n'a besoin d'être sur place à minuit pour activer le prix du week-end.
Un pourcentage, un montant fixe, un nouveau prix, une remise sur l'article le moins cher d'un ensemble, le deuxième à moitié prix, un cadeau sous condition, une remise sur une catégorie au-dessus d'un montant de ticket. La mécanique se pose par une règle et ne se recalcule pas par le caissier.
Un code unique pour une campagne ou un lot de codes uniques par destinataire. La validité, la limite d'utilisation, la limite par client et la compatibilité avec une promotion en cours sont contrôlées. L'utilisation se consigne sur le ticket — pour chaque code, on voit où et quand il a servi.
La compatibilité des remises se définit explicitement : lesquelles se cumulent et lesquelles s'excluent. Une limite de prix plancher empêche que plusieurs remises justes séparément ne fassent ensemble passer un article sous le seuil autorisé.
Les chiffres sont illustratifs. La ligne du code promo non appliqué compte plus que les autres : à la caisse, il faut donner au client le motif du refus, et non lui dire simplement que le code n'est pas valable. Chaque étape du calcul est conservée sur le ticket et disponible lors de l'examen d'un achat contesté.
Un chiffre de stock n'est pas une donnée de référence, mais le résultat de tous les documents validés pour un article sur un point donné. Si le stock ne tombe pas juste, la raison est toujours dans les documents : quelque chose n'a pas été validé, l'a été deux fois ou l'a été au mauvais endroit.
C'est pourquoi le système ne laisse pas modifier un stock directement. Chaque changement est un document avec un type, un auteur, une heure et un ensemble de lignes.
Les documents de mouvement de marchandises :
Chaque document passe par deux états : un brouillon modifiable et un état validé qui change le stock et ne se corrige que par un document d'annulation. C'est ce qui sépare une comptabilité d'un tableur.

Un inventaire n'est pas un comptage général une fois par an. Dans un système qui fonctionne, il en existe deux sortes, et la seconde compte plus que la première.
La liste est courte et presque toujours la même. Le système ne supprime pas ces causes tout seul — il les rend distinguables :
Un inventaire partiel régulier dans les catégories à problèmes trouve ces cas en une semaine plutôt qu'en un an — et remonte chacun d'eux à un document précis et à un responsable.
Un magasin se pilote à la voix et sur un carnet. Trois, avec un tableur et une réunion téléphonique. Vingt, plus du tout : à ce stade, personne dans l'entreprise ne peut dire le prix actuel d'un article sur tous les points sans les appeler un par un. Un système central est nécessaire non par goût de l'ordre, mais parce que l'approche manuelle cesse de tenir à un nombre de points bien précis.

La croissance passe par trois états, et chacun casse quelque chose de différent. Un magasin — les données de la caisse suffisent. Plusieurs magasins — la question du catalogue qui fait foi apparaît, et la marchandise se met à circuler entre les points. Des dizaines et des centaines de points — le pilotage devient un métier à part entière : sans écran unique, le directeur du réseau apprend un problème par le magasin et non par le système. Voici ce que montre le panneau central et ce qu'il commande.
Un registre des points : format, adresse, surface, groupe de prix, matrice d'assortiment, horaires, responsables, équipements et postes de travail. Un nouveau point s'ouvre en copiant les réglages d'un point semblable, au lieu d'être assemblé de zéro.
Un catalogue unique et des matrices par groupe de points. Ajouter et retirer un article est un geste maîtrisé, avec une date et une portée : quels magasins sont concernés, à partir de quelle date et que faire du stock restant d'un article retiré.
Règles de prix par groupe de prix et par point, changement d'étiquettes programmé avec une date d'entrée en vigueur, historique des changements. Le changement de prix centralisé est décrit à part plus bas — c'est l'opération la plus sensible d'un réseau.
Le stock de chaque article sur chaque point et pour tout le réseau, la marchandise en route entre les magasins, les articles qui ne bougent pas, ceux qui s'épuisent. Les transferts d'un magasin en surplus vers un magasin en manque se lancent également d'ici.
Les tickets de tous les points dans un seul flux : recette, ticket moyen, nombre de tickets, ventes par groupe de produits, comparaison entre points et par rapport à leur propre période précédente.
Des campagnes avec une portée par groupe de magasins, un calendrier et des limites. On voit où une promotion tourne déjà, où elle démarrera, combien a été vendu au prix promotionnel et quel résultat elle a donné une fois la remise prise en compte.
Comptes utilisateurs, rôles et droits, rattachement aux points, journées de travail et leurs totaux. Les droits se donnent par rôle et ne se règlent pas individuellement pour chaque personne — sinon ils ne sont pas auditables dans un réseau de cinquante magasins.
Un registre des caisses, des bornes, des balances et des autres appareils rattachés aux postes de travail, avec la version du logiciel, l'état et l'historique d'entretien. On voit où une version dépassée est installée et quel appareil tombe régulièrement en panne.
Un flux unique des écarts du réseau : une caisse hors ligne, une borne qui ne répond pas, un échange en échec, un document non validé, un écart d'inventaire. Un écart est adressé à un responsable et porte un délai — sinon ce n'est qu'un journal.
Les opérations sans espèces de tous les points, la part des échecs, les journées de bornes non closes, les résultats du rapprochement avec le registre de l'acquéreur et la liste des écarts à examiner.
Recette, marge, ticket moyen, rotation, taux de retour, pertes, réalisation du plan — par réseau, format, région et point. Un seul jeu de définitions pour tout le monde, et non une formule différente dans chaque rapport.
Ce qui est parti vers les points et quand, ce qui est revenu, quels messages ne sont pas arrivés et pourquoi. Un magasin qui n'a pas transmis ses ventes depuis un jour se voit ici, au lieu d'être découvert à la clôture du mois.
La synchronisation n'est pas une base de données commune à tous. Un magasin doit pouvoir vendre quand la liaison avec le serveur central est coupée : chaque point a donc sa propre copie de travail des données, et l'échange se fait par messages.
Le flux descendant, du centre vers les points : le catalogue des produits et des codes-barres, les prix et les règles de prix, les promotions et les codes promo, la matrice d'assortiment, les réglages des équipements, les comptes utilisateurs et les droits, les mises à jour du logiciel de caisse.
Le flux montant, des points vers le centre : les tickets et leurs lignes, les opérations de paiement, les mouvements de marchandises, les totaux des journées, les événements des équipements, les résultats d'inventaire, les gestes des employés.
Les règles sur lesquelles cela repose :
L'opération la plus sensible d'un réseau : elle touche tous les points à la fois et se voit par les clients le jour même. C'est pourquoi elle se construit comme un document avec une date d'entrée en vigueur, et non comme une modification d'un référentiel.
Une capture du système : les chiffres sont illustratifs. Tout l'intérêt de la cinquième étape est qu'un magasin sans liaison ne sort pas du changement de prix et ne continue pas indéfiniment à vendre à l'ancien tarif. Le document s'appliquera plus tard, mais à la bonne date.
Un changement de prix est réversible : le document peut être annulé avant son entrée en vigueur ou remplacé par un nouveau. Les valeurs précédentes sont conservées pour chaque article : y revenir est une opération et non une restauration de sauvegarde.
Caisse et POS
Couche de paiement
Marchandises et stocks
Pilotage du réseau
La fidélité ne commence pas par les points mais par l'identification : tant qu'un achat est anonyme, le programme n'a rien sur quoi travailler. Le rôle du module est de relier le ticket au client à la caisse en quelques secondes, sans retenir la file d'attente.
Les façons d'identifier un client à la caisse : une carte plastique avec un code-barres, un numéro de téléphone, un QR code dans l'application mobile, une carte virtuelle. Le moyen se choisit selon le format du magasin : là où la file est longue, taper un numéro de téléphone à la main est une mauvaise solution.
Ce que sait faire le module :
Un programme de fidélité vit en salle de vente, pas dans un rapport marketing. Ses exigences sont fixées par la file d'attente :
Les chiffres sont illustratifs. La troisième ligne compte : le plafond de la part payée en points est une règle et non une décision du caissier. La cinquième aussi : les points s'attribuent sur la partie réellement payée en argent, sinon le programme se met à s'alimenter lui-même.
Les données d'achats et de segments sont ce qui relie la fidélité à l'analytique et aux scénarios d'IA décrits plus bas : une offre a du sens quand elle se construit sur l'historique d'achats d'un client précis et non sur un envoi général à toute la base.
Un magasin manipule de l'argent et des marchandises, et les personnes qui y travaillent portent des niveaux de responsabilité différents. Les droits d'accès ne sont pas une affaire de secret : ils servent à ce que chaque geste ait un auteur, à ce qu'une opération courante ne demande pas un supérieur et à ce qu'une opération risquée ne se fasse jamais en silence.
Comment se construit le modèle des droits : les permissions se donnent à un rôle, le rôle s'attribue à un employé, et l'employé est rattaché à des points. Des réglages individuels pour chaque personne dans un réseau de cinquante magasins ne peuvent être ni délivrés ni audités.
Le journal des gestes n'est pas une archive tenue au cas où. C'est un outil de travail : il sert à régler un achat contesté, un manquant de journée et une réclamation client, et il alimente aussi la rubrique du contrôle des opérations décrite plus bas.
L'ensemble des opérations et leur répartition entre les rôles se paramètrent pour le réseau en question. Voici un cadre habituel dont part le paramétrage :
La dernière ligne n'est pas une erreur. Le droit de tout voir se donne avec autant de soin que le droit de changer un prix : un directeur de magasin répond de son point et voit celui-là, pas celui d'à côté.
Le système n'empêche pas les abus tout seul et ne rend pas de verdict. Il rend les opérations observables : il pose les règles, consigne chaque écart par rapport à elles et rassemble les cas semblables dans une file qu'une personne examine. C'est une couche de contrôle et non un moteur antifraude qui attraperait tout.
Le taux de retour se calcule par caissier, par point, par groupe de produits et par heure de la journée. Un écart par rapport au niveau habituel est un signal : des retours sans client présent, des retours en fin de journée, des retours répétés du même article.
Annuler un ticket avant sa clôture et supprimer des lignes sont des opérations normales, mais leur fréquence chez un caissier donné se compare au niveau de l'équipe et du point. Un écart marqué entre en surveillance.
Une remise appliquée à la main, une remise sur chaque achat d'un même client, une remise sur des articles à forte marge en fin de journée. Chaque cas est conservé avec son auteur, sa justification et son montant.
Le droit de changer un prix à la caisse est une exception, pas la norme. Là où il a été accordé, chaque usage se consigne avec l'ancienne et la nouvelle valeur et part dans un rapport à part, au lieu de se dissoudre dans le journal général.
Un profil de travail : ticket moyen, part des espèces, part des retours et des annulations, nombre d'ouvertures de tiroir sans vente, travail sur la journée d'un autre. La comparaison se fait avec le même caissier dans le passé et avec ses collègues du même point.
Un paiement dans le registre de l'acquéreur sans ticket dans le système, un ticket sans opération de paiement, des montants différents sur le ticket et dans le paiement. Chaque écart est soulevé avec son montant, son heure, sa caisse et sa borne.
Des ventes en dehors des horaires du point, des tickets à montant nul, un ticket répété aux lignes identiques, une ouverture de tiroir sans vente, une connexion sous le compte d'un autre.
Un enregistrement inaltérable de chaque opération notable : auteur, heure, poste de travail, valeur précédente et nouvelle valeur. Il est conservé séparément des données de travail, si bien qu'il ne peut pas être modifié en même temps qu'elles.
L'octroi et la révocation de droits, le changement des règles de prix, la désactivation d'un contrôle, la clôture manuelle d'une journée, l'accès à un export de la base clients — tout cela se consigne à part et parvient au responsable tout de suite, et non en fin de mois.
| Signal | Ce que sait le système | Ce que vérifie une personne |
|---|---|---|
| Le taux de retour d'un caissier est trois fois celui du point | 14 retours dans la journée, dont 11 dans la dernière heure, tous en espèces | Les enregistrements des caméras, la présence des clients, l'explication de l'employé |
| Une remise à la main appliquée 23 fois | Un seul caissier, une même plage de montants, des groupes de produits différents | Le motif de la remise, l'existence d'une consigne, la récurrence du client |
| Un paiement dans le registre sans ticket dans le système | Le montant et l'heure correspondent à la journée, le ticket manque | Une coupure de liaison ou une vente non enregistrée — vérifier le journal de la caisse |
| Le tiroir-caisse a été ouvert 40 fois sans vente | Une seule caisse, une seule journée, à 3 à 5 minutes d'intervalle | Rendre la monnaie, un problème technique de serrure, ou un prélèvement d'espèces |
| Inventaire : un manquant sur une seule catégorie | L'écart ne porte que sur le groupe tabac, sur trois points d'affilée | La réception, les transferts, les sorties de stock et l'accès à la réserve |
Une capture du système : les chiffres sont illustratifs. Aucune de ces lignes ne signifie une infraction — chacune signifie que les chiffres se sont écartés de l'ordinaire et que cela demande une explication. La différence est essentielle : la règle pose la question, une personne donne la réponse.
L'intérêt pratique de cette couche est la rapidité. Sans elle, un écart se découvre à l'inventaire, des mois après les faits, quand il ne reste ni enregistrements ni souvenirs. Avec elle, un écart se voit dès le lendemain, et l'examen porte sur un ticket précis, une journée précise et une opération précise.
L'analytique dans le commerce de détail, ce ne sont pas de jolis graphiques, mais la réponse à quatre questions : combien avons-nous gagné, sur quoi exactement, qu'est-ce qui gêne, et que faire de la commande de la semaine prochaine. Tout le reste en découle.
Elle se calcule sur une copie des données de gestion et non sur la base vivante : un rapport lourd sur une année ne doit pas ralentir la caisse en salle de vente.
Ce que calcule le système :
La comptabilité réglementaire se traite à part : rapports de journée et de jour par point, états pour la comptabilité, rapprochement avec l'acquéreur, données pour le système comptable. Elle a un calendrier et des destinataires, elle ne dépend donc pas de quelqu'un qui y penserait en fin de mois.

Le problème le plus fréquent des rapports dans un réseau n'est pas le manque de chiffres, mais l'existence de plusieurs chiffres différents pour un même indicateur. La recette avec et sans retours, le ticket moyen par ticket et par client, la marge au prix affiché et après remises réelles donnent des nombres différents, et en discuter prend plus de temps que l'analyse elle-même.
C'est pourquoi les définitions des indicateurs se posent une fois dans le système et servent à tous les rapports. Changer une définition est un geste maîtrisé, avec une date, et non la modification d'une formule dans le tableur de quelqu'un.
Une capture du système : les chiffres sont illustratifs. L'ordre des tuiles n'est pas fortuit : ce ne sont pas les ventes qui viennent en premier, mais les points qui n'ont transmis aucune donnée, car tant qu'ils ne sont pas là, chaque pourcentage plus bas se calcule sur une image incomplète.
Un système de commerce de détail est rarement le seul dans une entreprise : la gestion, la comptabilité, l'entrepôt et la boutique en ligne tournent d'habitude déjà. L'intégration n'est pas une formalité : elle sert à ce qu'une même donnée ne soit pas saisie deux fois et ne diverge pas d'un système à l'autre.
C'est lui qui possède d'habitude la liste des articles, les fournisseurs et les prix d'achat ; le système de détail possède les ventes, les prix de vente et les stocks par point. Le sens de l'échange pour chaque référentiel s'énonce explicitement — sinon deux sources maîtresses se mettent à s'écraser l'une l'autre.
Export de la recette par point et par personne morale, documents de mouvement de marchandises, états de sortie de stock, données de retours et opérations sans espèces. La fréquence et le périmètre sont déterminés par les exigences comptables et non par ce qu'il est commode d'exporter.
Clients, segments, historique d'achats, points et offres personnalisées. Les faits d'achat partent du système de détail, les segments et les campagnes viennent du CRM — et à la caisse ils se transforment en une remise ou une offre précise.
Là où le réseau a une plateforme de distribution : demandes des magasins, expéditions vers les points, réceptions, retours à l'entrepôt. Un transfert reste une opération à deux moitiés même quand ces moitiés vivent dans des systèmes différents.
Un catalogue et des prix communs, le stock du magasin comme source pour le retrait en magasin, une commande préparée en magasin, un achat en ligne rendu à la caisse. Un examen détaillé de la vitrine et des commandes se trouve sur la page e-commerce.
Échange entre la caisse et la borne, réception du registre des opérations pour le rapprochement, statuts des remboursements. L'étendue est déterminée par le modèle de borne et par le contrat d'acquisition, et se précise à l'étude préalable.
Employés, rattachement aux points, plannings d'équipe. La journée à la caisse et la journée sur la feuille de présence cessent d'être deux enregistrements séparés qu'une personne doit rapprocher.
Une API documentée du système pour des consommateurs extérieurs et le raccordement de services externes : campagnes, messageries, services de tickets et de notifications, programmes partenaires. Le format est versionné — un changement sort comme une nouvelle version, l'ancienne continuant de fonctionner.
Traitement asynchrone, renvoi à intervalle croissant, destinataire idempotent, journal de chaque message avec son contenu et son résultat, rapprochement régulier des chiffres clés. Un écart devient une tâche au lieu d'être découvert à la clôture du mois.
Une question se règle toujours avant de construire le moindre échange : quel système possède quel référentiel. Tant qu'elle n'a pas de réponse, une intégration se transforme en une ronde d'écrasements mutuels impossible à déboguer.
Un réseau de détail accumule des données plus vite qu'il ne peut les lire : tickets par article et par heure, stocks par point, mouvements de marchandises, gestes des employés, événements des équipements. L'IA n'est pas ici un produit à part, mais une couche posée sur ces données, qui répond aux questions qu'une personne n'a pas le temps de traiter.
Le schéma est le même dans tous les scénarios : données → analyse → résultat → action. Un scénario sans ce dernier maillon reste une démonstration.
Les scénarios pratiques :
La limite est dite honnêtement : un modèle travaille sur un historique accumulé. Tant que les ventes ne sont pas enregistrées par article et par heure et que les mouvements de marchandises sont documentés après coup, il n'y a rien à prévoir — la couche de gestion vient d'abord, l'analytique posée dessus ensuite. Un examen détaillé de ce domaine se trouve sur la page sur la mise en place de l'intelligence artificielle.

La quatrième étape est obligatoire. Une recommandation qui part en commande sans passer par une personne transforme une erreur du modèle en achat réel — et la dernière étape transforme cette erreur en correction.
Une partie des marchandises d'un magasin se conserve dans des équipements qui ont un régime de fonctionnement : vitrines réfrigérées, arcones congélation, chambres froides en réserve. Un écart de ce régime est invisible dans la comptabilité matières — il ressort en sortie de stock quelques jours plus tard.
C'est pourquoi la surveillance des équipements se place à côté de la couche de détail : les mêmes points, les mêmes responsables, le même principe qu'un écart est adressé à une personne et porte un délai.
Ce que l'on met sous observation dans un magasin :
Le lien avec le commerce de détail est direct : l'historique de température prouve les conditions de conservation à une inspection ou à une contrepartie, et un écart détecté tôt réduit les sorties de stock — il atterrit donc dans les mêmes rapports de pertes que les manquants d'inventaire.

Ce qui peut physiquement se lire sur un équipement donné est une question qui revient à son contrôleur : certains modèles exposent les valeurs et les erreurs, d'autres exigent des capteurs externes. Cela s'établit à l'étude préalable, à partir de la documentation du fabricant.
Un examen complet de ce domaine — capteurs et contrôleurs, canaux de liaison, partie serveur, panneau unique, notifications et pilotage à distance — se trouve sur une page à part consacrée à la surveillance IoT et au pilotage des équipements.
Le périmètre s'assemble autour de la tâche : un magasin isolé n'a pas besoin de matrices ni de transferts entre points, tandis qu'un réseau de quarante magasins ne s'en passe pas. Voici la liste complète dans laquelle se puise le paramétrage.
L'écran du caissier, la composition du ticket, le travail avec le lecteur et les balances, le paiement, l'impression des documents, les tickets mis de côté, le mode hors ligne.
Ouverture et clôture de la journée, rapports intermédiaires et final, entrées et sorties d'espèces, calcul de l'écart.
Échange avec la borne de paiement, états des opérations, rapprochement d'un paiement et d'un ticket, remboursements, règlement des opérations inachevées, rapprochement.
Un retour par numéro de ticket, un retour partiel, le contrôle de ce qui a déjà été rendu, le remboursement de l'argent et des points, le ticket de retour.
Articles, codes-barres, unités de mesure, produits pesés, catégories, fournisseurs, règles de circulation, statuts et archive.
Composition de l'assortiment par groupe de points, ajout et retrait d'articles avec une date, contrôle des ventes hors matrice.
Groupes de prix, règles de marge, changements programmés avec une date d'entrée en vigueur, prix plancher, historique des changements.
Conditions de déclenchement, mécanique, calendrier, portée par point, limites, compatibilité, génération et utilisation des codes.
Stocks par point et pour tout le réseau, marchandises en route, réservations, seuils de stock faible, articles sans mouvement.
Arrivées depuis un fournisseur et depuis la plateforme de distribution, scan, comparaison avec le bon de livraison, consignation des écarts.
Expédition et réception comme deux moitiés d'une même opération, marchandises en route, contrôle des transferts non clos.
Casse, détérioration, péremption, consommation interne, retour de défauts référençant la réception d'origine.
Complets et partiels, comptage par scan, écarts en unités et en argent, approbation du résultat.
Un registre des magasins, des groupes de points, des réglages de format, l'ouverture d'un nouveau point par copie d'une configuration.
Un écran unique pour le réseau : ventes, stocks, prix, promotions, équipements, erreurs, indicateurs clés, état des échanges.
Files d'échange, dates d'entrée en vigueur, confirmation de l'application, renvoi, journalisation et rapprochement.
Identification du client, points, niveaux, durées de validité, segments, offres personnalisées, communications.
Profils, consentements au traitement des données, historique d'achats, canaux de communication, fusion des doublons.
Rôles et permissions, portée par point, confirmation des opérations par un supérieur, journal des gestes, révocation des accès.
Règles de surveillance, file d'examen, rapports sur les retours, les remises et les annulations, consignation des événements critiques.
Caisses, bornes, balances, lecteurs et autres appareils rattachés aux postes de travail, avec les versions et l'historique d'entretien.
Température, portes, alimentation, erreurs des contrôleurs, perte de liaison ; des événements avec un destinataire et un délai de réaction.
Ventes, marge, rotation, retours, pertes, efficacité des promotions, rendement des employés, découpages à la demande.
Échange avec l'ERP, la comptabilité, le CRM, l'entrepôt, la boutique en ligne et les services extérieurs. API, webhooks, files d'attente, journalisation.
Un système ne se lance pas d'un coup sur tout le réseau. L'ordre ci-dessous reflète les dépendances : chaque étape s'appuie sur des données apparues à la précédente et s'éprouve sur un seul point avant d'être déployée.
Les processus actuels, les référentiels, les équipements des points, les systèmes propriétaires des données, les exigences relatives à la partie fiscale. Le résultat est un schéma des entités, une carte des intégrations et une liste de contraintes.
Reprise de la liste des articles, des codes-barres et des prix, réception et stocks, poste de caisse avec les équipements raccordés et la borne de paiement. Lancement sur un point.
Le panneau central, les matrices d'assortiment, les prix et les promotions centralisés, les transferts entre points, la synchronisation et les droits d'accès. Raccordement des magasins restants.
Fidélité, contrôle des opérations, analytique, surveillance des équipements, scénarios d'IA sur l'historique accumulé. Chaque bloc est une livraison à part, dont le résultat se mesure.
Dites-nous combien vous avez de points, ce qui tourne déjà — caisse, gestion, entrepôt, boutique en ligne — et quels équipements sont installés en salle de vente. Nous passerons le processus en revue, dirons ce qui peut être repris et ce qu'il faudra construire de zéro, et proposerons un ordre de déploiement.