Synchroniser une boutique en ligne avec son logiciel de caisse

Une enseigne qui vend à la fois en magasin et en ligne travaille souvent avec deux catalogues : celui du logiciel de caisse et celui de la boutique en ligne. Tant qu’ils vivent séparément, les mêmes incidents reviennent. Un article vendu en caisse le matin reste disponible en ligne l’après-midi. Un prix corrigé en magasin garde son ancienne valeur sur le site. Et quelqu’un passe ses fins de journée à recopier des informations d’un écran à l’autre.

Décider qui fait foi, donnée par donnée

Avant de parler technique, il faut désigner une source de référence pour chaque type d’information. Le tableau ci-dessous décrit une répartition fréquente, à discuter selon l’organisation de chaque commerce.

Créer les nouveaux articles en brouillon côté boutique laisse le temps d’ajouter une description et des photos avant la mise en ligne.

Remettre le catalogue au propre

Une synchronisation recopie fidèlement ce qu’on lui donne, erreurs comprises. Trois points méritent d’être vérifiés en amont :

• Les références uniques. Chaque article et chaque déclinaison doivent porter un identifiant stable, identique dans les deux systèmes.
• Les variations. Tailles, couleurs, contenances : la structure doit être la même des deux côtés, sinon les stocks se mélangent.
• Les doublons et les articles morts. Mieux vaut les archiver avant la première synchronisation qu’après.

Les trois façons de relier les deux systèmes

Le connecteur proposé par l’éditeur

Certains logiciels de caisse proposent un module prêt à l’emploi pour les principales plateformes de commerce en ligne. C’est l’option la plus rapide à mettre en place. Elle convient si le connecteur gère correctement les variations et laisse la main sur ce qui est synchronisé.

Un outil d’automatisation

Make ou n8n peuvent lire les données du logiciel de caisse par son API et mettre à jour la boutique. Cette solution offre de la souplesse, à condition de surveiller les volumes : un catalogue de plusieurs milliers de références génère beaucoup d’opérations.

Un développement dédié

Un script qui dialogue directement avec les API des deux systèmes permet de maîtriser finement la logique, les règles d’arrondi ou la gestion des erreurs. Il demande un peu plus d’investissement au départ et une maintenance suivie.

Les pièges les plus courants

• des prix affichés HT d’un côté et TTC de l’autre, avec des arrondis qui divergent ;
• des stocks négatifs quand deux ventes tombent au même moment ;
• des commandes annulées ou remboursées qui ne remettent pas l’article en stock ;
• des limites d’appels imposées par une API, atteintes lors des grosses mises à jour ;
• une erreur silencieuse qui bloque la synchronisation pendant plusieurs jours.

Surveiller après la mise en service

Une synchronisation n’est jamais terminée. Un journal des erreurs, une alerte envoyée dès qu’un échange échoue et un contrôle ponctuel de quelques articles pris au hasard suffisent à détecter les écarts avant qu’un client ne les découvre. Les mises à jour du logiciel de caisse ou de la plateforme de commerce sont les moments à surveiller de près.