Agent de synchronisation des prix

Qu'est-ce que l'agent de synchronisation des prix ?

Vendre les mêmes produits sur une boutique Shopify et un site WooCommerce, c'est tenir deux grilles de prix à jour à la main — et le jour où l'une dérive, un client paie le mauvais prix sur l'un des canaux. L'agent de synchronisation des prix prend une boutique comme vérité, maintient les autres à ses prix catalogue toutes les heures, et vous parle de chaque SKU qu'il n'a pas pu régler.

Vous choisissez une boutique maître et une ou plusieurs boutiques cibles. Pour chaque SKU du maître, l'agent lit son prix catalogue, retrouve le même SKU sur chaque cible, et compare les deux dans la même devise — puis, selon le mode, signale la différence ou fixe le prix de la cible et le relit pour le confirmer.

La règle est volontairement simple :

prix catalogue cible = prix catalogue maître (même devise, jamais converti)

Pas de marge, pas de règle d'arrondi, pas de majoration par canal et pas de taux de change : cet agent réplique un prix catalogue de référence, rien de plus.

Ce qu'il est, et ce qu'il n'est pas

Ce n'est pas un moteur de tarification. Le maître est la seule source de vérité. Une cible n'influence jamais le maître, et deux cibles ne s'influencent jamais. Si le prix d'une cible est modifié à la main, il diverge du maître jusqu'au passage suivant — l'agent le remet alors au prix du maître ; il ne reporte pas le changement sur le maître.

Si votre ERP, votre PIM ou l'une de vos boutiques est l'endroit où les prix sont réellement décidés, faites-en le maître. Si aucun endroit ne détient la vérité, cet agent n'est pas encore le bon outil.

Quel prix, sur quelles boutiques ?

L'agent synchronise le prix catalogue et rien d'autre :

• Shopify — le prix de chaque variante de produit, dans la devise de la boutique. Le prix barré et les prix par marché ne sont jamais lus ni écrits.
• WooCommerce — le tarif régulier des produits simples et des variations des produits variables, dans la devise de la boutique. Le prix promotionnel n'est jamais lu ni écrit.

Le même fournisseur peut servir de maître et de cible (deux boutiques Shopify, par exemple), et deux cibles peuvent être du même fournisseur. Une boutique ne peut pas être sa propre cible, et la même boutique ne peut pas être listée deux fois.

Deux agents qui écrivent ne peuvent pas cibler la même boutique, et deux agents qui écrivent ne peuvent pas cibler chacun le maître de l'autre : la seconde configuration est refusée, en nommant la première. Un agent en mode Monitor n'écrit rien : autant d'agents que vous voulez peuvent surveiller les mêmes boutiques.

Deux modes

Chaque agent démarre en Monitor : c'est l'essai à blanc. Lisez ce qu'il signale, et passez en Auto quand les différences sont celles que vous attendez. Ce passage est le seul réglage qui autorise l'agent à modifier de lui-même quelque chose dans une boutique, et l'écran le dit en rouge là où vous faites ce choix. Il n'y a pas de mode Approval dans cette version : Monitor est l'aperçu, Auto est l'écriture.

Le rapprochement se fait par SKU, exactement

Un SKU du maître est associé à un article de la cible par SKU exact et rien d'autre. Pas de rapprochement par titre, pas de « presque ». Quand le rapprochement n'est pas net, l'agent le signale et ne devine jamais :

• un SKU absent de la cible est SKU_NOT_FOUND ;
• un SKU qui désigne deux articles d'un côté est SKU_AMBIGUOUS — rien n'est écrit tant que le catalogue n'est pas corrigé ;
• un produit sans SKU sur le maître est compté et ignoré ;
• un produit variable WooCommerce n'a pas de prix propre : ses prix vivent sur ses variations, rapprochées par leurs propres SKU ;
• un produit archivé ou à la corbeille n'est pas en vente et est ignoré ;
• un article du maître sans prix catalogue, ou dont le prix n'est pas un montant lisible, est INVALID_MASTER_PRICE.

Aucun modèle ne décide d'un prix. Le seul endroit où l'un intervient est un SKU qui n'a pas pu être rapproché : il peut ajouter une note au dossier en suggérant le SKU de la cible probablement visé. Cette note ne change jamais un résultat et n'écrit jamais rien.

Une seule devise

Un prix n'est comparable que dans une devise donnée, l'agent établit donc la devise avant de regarder le moindre montant. Shopify indique la devise de la boutique sur chaque variante ; WooCommerce la garde dans les réglages de la boutique, lus une fois par connexion au début du passage.

Quand le maître et une cible ne vendent pas dans la même devise, chaque SKU de cette cible est CURRENCY_MISMATCH : rien n'est comparé, rien n'est écrit, rien n'est converti — il n'y a aucun taux de change nulle part dans l'agent. Le même verdict est rendu quand la devise d'une boutique ne peut pas être établie du tout, plutôt que d'en deviner une.

Garde-fous

Une mauvaise lecture du maître — une connexion pointée sur la mauvaise boutique, un import qui a remis un catalogue à zéro, un séparateur décimal égaré — serait sinon répliquée sur toutes les cibles dans l'heure. Chaque écriture automatique passe donc des garde-fous, et chacun transforme l'écriture en dossier WRITE_BLOCKED au lieu de l'exécuter :

Une cible n'est jamais écrite non plus quand sa connexion n'a pas reçu le droit d'écrire les produits, ou quand un autre agent de synchronisation des prix l'écrit déjà : la comparaison est quand même faite et signalée, et l'écriture est refusée avec la raison. Les valeurs par défaut sont prudentes à dessein, et elles se modifient par agent.

Seule une différence est écrite

Une écriture fixe le prix catalogue exact, jamais un ajustement, et n'a lieu que si la cible diffère réellement : une cible déjà au prix du maître ne coûte aucune écriture, et une écriture rejouée laisse le même prix. Les prix sont comparés comme de la monnaie : 19.9 et 19.90 sont un seul prix, et rien n'est écrit entre les deux.

Concurrence, honnêtement

Un prix peut être modifié sur une cible entre le moment où l'agent le lit et celui où il écrit. Ni Shopify ni WooCommerce n'offrent de contrôle contre cela sur un prix : l'écriture passe et la relecture attrape la différence en WRITE_MISMATCH. La fenêtre dure quelques centaines de millisecondes, et un écart est réévalué une heure plus tard.

Comment l'agent tourne-t-il ?

• Automatiquement, toutes les heures. Tout le catalogue est comparé à chaque passage ; rien n'est supposé d'un passage précédent.
• À la demande aussi, depuis la page de l'agent ou depuis ChatGPT.
• Pas en temps réel. Pas de webhook : un prix changé à 10 h 05 est répliqué lors du passage de 11 h.

Un passage lit par défaut jusqu'à 100 000 articles tarifés par connexion. Un catalogue plus grand est signalé comme tronqué plutôt que synchronisé en partie sans le dire, et un passage qui atteint son budget de temps s'arrête proprement et laisse le suivant finir.

Les anomalies sont des dossiers, pas des alertes

Tout résultat autre que SYNCED et UPDATED est un dossier sur un SKU d'une cible. La même différence vue chaque heure est un seul dossier avec un compteur ; quand un passage ultérieur trouve la cible de nouveau alignée — parce qu'elle a été écrite, ou corrigée à la main — le dossier se referme tout seul et le dit.

Chaque dossier porte le SKU, les deux boutiques, les deux prix et leur devise, le prix voulu, l'action, le résultat et la raison en une phrase : de quoi comprendre sans ouvrir l'une ou l'autre boutique.

Ce qu'un passage a fait, plus tard

Ce qu'un passage a décidé — chaque SKU, les deux prix, le prix voulu, le prix relu après une écriture, le résultat et la raison — est conservé comme l'enregistrement propre de ce passage pendant 30 jours, et ne change plus ensuite. Après 30 jours, l'enregistrement le dit, plutôt que d'afficher une liste vide.

Consulter les résultats dans Excel et sur le web

La page de l'agent montre où en est chaque SKU et ce que chaque passage a fait. Quatre vues en direct sont disponibles, dans l'espace de travail web et dans un classeur Excel connecté :

• Synchronisation des prix en cours — une ligne par SKU et par cible : prix maître et cible, devise, prix relu après écriture, action, résultat et raison.
• Anomalies ouvertes — les dossiers qui ont besoin de vous.
• Passages — une ligne par passage : SKU vérifiés, rapprochés, différents, non rapprochés, en erreur, mis à jour et bloqués.
• Détail d'un passage — les lignes d'un passage précis, conservées 30 jours.

Le piloter depuis ChatGPT ou Claude

Avec LinkyFlow connecté à ChatGPT, Claude ou tout client MCP :

Configure ma synchro des prix : maître « EU boutique », cible « Outlet », en mode monitor.

Lance ma synchro des prix maintenant.

Quels SKU ont un prix différent sur l'outlet ?

Montre-moi les écritures bloquées et pourquoi.

Passe ma synchro des prix en mode auto.

La dernière est un vrai changement dans vos boutiques cibles, et l'assistant vous le dit avant de le faire.

Limites actuelles

• Un maître, une ou plusieurs cibles, un seul sens. Il réplique un prix catalogue de référence. Il ne calcule pas de prix, n'applique pas de marge et ne reporte pas le changement d'une cible sur le maître.
• Shopify et WooCommerce uniquement. Les offres eBay ne sont ni lues ni écrites dans cette version.
• Le prix catalogue uniquement. Prix promotionnels, prix barrés et prix par marché ne sont jamais lus ni écrits.
• SKU exact uniquement. Pas de rapprochement par titre, code-barres ou similarité.
• Une seule devise. Une cible dans une autre devise est signalée, jamais convertie.
• La seule écriture est un prix catalogue. Stock, titres, produits et commandes ne sont jamais touchés.
• Toutes les heures, sans webhook.
• Pas de mode Approval. Monitor est l'aperçu, Auto est l'écriture.
• Le détail des passages est conservé 30 jours. Les résumés et la synchronisation en cours restent.

Pour aller plus loin

• Connecter Shopify
• Connecter WooCommerce