Agent Ventes omnicanales

Qu'est-ce que l'agent Ventes omnicanales ?

Vendre les mêmes produits sur Shopify, WooCommerce, eBay et BigCommerce, c'est faire arriver chaque vente sur un même compteur de stock — sinon le client suivant achète une unité déjà partie. L'agent Ventes omnicanales lit les commandes de vos canaux de vente, retire chaque vente du stock de votre boutique maître une seule fois, puis fait propager la nouvelle quantité vers chaque canal par votre agent de synchronisation de stock.

Vous choisissez une boutique maître et les canaux dont les ventes doivent l'atteindre. Toutes les 5 minutes, pour chaque ligne de commande qui a changé, l'agent calcule combien d'unités la ligne retient du stock, le compare à ce qu'il a déjà appliqué, et — selon le mode — signale l'écart, le propose, ou l'écrit dans le maître et le relit.

La règle pour une ligne de commande est volontairement simple :

écart dû = unités que la ligne retient × unités par article − unités déjà appliquées

Une vente retire des unités, une annulation les rend, et une ligne revue sans changement ne doit rien.

Le maître reste le seul stock de référence

LinkyFlow ne devient pas votre système de stock. La boutique maître détient le seul stock qui compte. LinkyFlow tient un journal des lignes de commande qu'il a appliquées, des mouvements qu'il a écrits et de l'avancement de la lecture de chaque canal — jamais une quantité à lui. Chaque mouvement est calculé depuis une lecture fraîche du maître, et chaque écriture y est relue.

L'agent ne crée jamais de commande dans le maître : une vente eBay ne devient pas une commande Shopify, vos ventes, chiffre d'affaires, taxes, paiements et expéditions du maître restent exactement ce qu'ils étaient. Il ne fait que déplacer le stock.

Comment une vente atteint le maître

1. Les canaux sont lus — les commandes modifiées depuis la lecture précédente, la plus ancienne modification d'abord, avec un chevauchement de cinq minutes pour ne pas manquer une commande indexée en retard. Une notification de commande Shopify déclenche une lecture immédiate ; les autres plateformes sont lues toutes les 5 minutes.
2. Chaque ligne de commande est journalisée, identifiée par le canal, la commande et la ligne. Lire deux fois la même commande retombe sur la même ligne.
3. Les écarts sont regroupés par SKU du maître — un mouvement par SKU, si bien qu'une vente et une annulation du même SKU se compensent.
4. Chaque mouvement suit le mode — signalé, proposé ou écrit.
5. L'écriture est relue. Un mouvement n'est compté comme appliqué que si la quantité relue est celle voulue.
6. Alors seulement, le changement est annoncé. L'agent publie inventory.master_changed pour les SKU confirmés, et votre synchro de stock liée tourne sur ces seuls SKU.

Un passage lit au plus six heures de commandes par canal : après une interruption, le retard est rattrapé sur les passages suivants, et la lecture d'un canal n'avance qu'une fois une fenêtre lue et journalisée jusqu'au bout. Rien n'est perdu pendant que LinkyFlow est injoignable.

Jamais compté deux fois

• La même commande relue — le chevauchement entre passages, une notification et le passage planifié qui voient le même changement, une commande modifiée plus tard — n'applique que la part de la ligne qui a changé.
• Les ventes du maître lui-même figurent déjà sur son stock : elles sont observées en COUNTED_BY_MASTER et jamais appliquées.
• Un canal que le maître enregistre déjà — une application ou un OMS qui importe ses commandes dans le maître — est indiqué comme tel sur ce canal, et ses ventes sont observées, jamais appliquées.
• Un canal non précisé, dont le maître semble enregistrer les commandes (une commande du maître venue de la plateforme de ce canal), est suspendu en DOUBLE_COUNT_SUSPECTED jusqu'à ce que vous tranchiez.
• Un canal, un agent. Deux agents qui écrivent ne peuvent pas appliquer les ventes du même canal au même maître : la seconde configuration est refusée, en nommant la première.

Les commandes passées avant le démarrage

La première fois que l'agent lit un canal, il note le moment : les commandes passées avant sont observées en BASELINE et jamais appliquées, quoi qu'il leur arrive ensuite — l'annulation d'une vente que l'agent n'a jamais retirée ne doit pas remettre de stock. Il n'y a pas de rattrapage des ventes passées.

Il en va de même quand vous changez de mode : les ventes observées en mode Monitor ne sont pas appliquées après coup. Quand vous passez en Approval ou en Auto, l'agent applique les commandes passées à partir de ce moment — si le maître en a manqué avant, corrigez-le directement.

Quelles boutiques sont prises en charge ?

La même plateforme peut servir plusieurs canaux — deux comptes eBay, par exemple. Un canal ne peut pas être le maître lui-même, et un canal ne peut pas être listé deux fois.

Un maître avec plusieurs emplacements détenant du stock doit se voir indiquer celui que l'agent écrit ; l'agent n'additionne jamais les emplacements et n'en choisit jamais un à votre place.

Trois modes

Chaque agent démarre en Monitor. Passer en Auto est le seul réglage qui autorise l'agent à modifier de lui-même le stock de votre maître.

Une approbation porte sur le mouvement exact qui vous a été montré : avant d'écrire, l'agent relit le maître et écrit le mouvement exactement comme le mode Auto. Si une autre commande a modifié le SKU entre-temps, rien n'est écrit et une nouvelle proposition la remplace. Approuver deux fois la même proposition n'écrit rien la seconde fois, et un rejet tient tant que les commandes qui le portent ne changent pas.

Des écritures sûres et des garde-fous

• Un mouvement, au plus 50 unités par SKU par défaut. Un mouvement plus grand — un canal pointé sur la mauvaise boutique, une quantité tapée 200 au lieu de 2 — est WRITE_BLOCKED et vous attend. La limite se modifie par agent.
• Une vente pendant l'écriture. Sur Shopify, l'écriture porte la quantité qui vient d'être lue et elle est refusée si celle-ci a bougé ; l'agent relit et réessaie, jusqu'à trois fois. Sur BigCommerce, l'écart s'applique à ce que détient l'emplacement à son arrivée.
• Une écriture refusée par le maître, ou un maître qui n'a pas pu être lu avant, est WRITE_FAILED : rien n'a été appliqué, et le passage suivant réessaie.
• Une écriture dont personne ne peut connaître l'issue — un délai dépassé, une réponse perdue — est tranchée en relisant le maître. Quand même cela ne suffit pas, le mouvement est WRITE_UNCONFIRMED et n'est jamais renvoyé de lui-même, car une seconde écriture pourrait retirer la vente deux fois : c'est vous qui dites s'il a abouti.
• Rien n'est annoncé avant d'être confirmé. Un mouvement proposé, bloqué, en échec ou non confirmé ne lance aucune synchro de stock.

Annulations, retours et remboursements

Ce qu'une ligne retient du stock suit l'état de la commande, tel que chaque plateforme l'indique :

Un remboursement n'est pas un retour. De l'argent rendu ne dit rien de la marchandise : les unités ne reviennent au maître que si la commande est annulée ou que la boutique indique qu'elles ont été remises en stock.

Lots et packs

Un canal peut vendre un lot que le maître stocke en unités séparées. Indiquez-le à l'agent par une correspondance de SKU — le SKU du canal et les SKU du maître qu'une unité du lot consomme, chacun avec sa quantité — et la vente du lot retire ces unités. Rien n'est déduit : sans correspondance, un SKU que le maître ne détient pas est SKU_NOT_FOUND, et rien n'est écrit.

Puis la synchro de stock

Liez l'agent à la synchronisation de stock qui réplique ce maître — la même boutique, au même emplacement ; toute autre est refusée, tout comme un lien qui ferait se déclencher des agents en boucle. Chaque fois que le maître est confirmé, l'agent annonce les SKU qui ont bougé, et la synchro de stock tourne sur ces seuls SKU — en les relisant sur le maître et sur chaque cible, avec ses propres garde-fous et sa relecture — au lieu de parcourir 100 000 SKU pour une vente.

Les annonces sont regroupées : cent commandes portant sur quelques SKU lancent quelques passages ciblés, pas cent passages complets. Une synchro de stock occupée ou injoignable est retentée après 1 minute, 5 minutes, 15 minutes, 1 heure et 3 heures ; après six tentatives, l'agent ouvre un dossier SYNC_TRIGGER_FAILED. La synchro complète horaire demeure dans tous les cas, comme filet de sécurité. En mode Auto, une vente comptée par le maître lui-même lance aussi la synchro de stock sur ce SKU, pour que les canaux l'apprennent plus tôt.

Sans synchro de stock liée, le maître est quand même tenu exact, et votre synchro de stock horaire le propage.

La survente, honnêtement

Lire une commande après son passage ne peut jamais rendre impossibles deux ventes de la dernière unité. Cet agent réduit la fenêtre où cela peut arriver — d'une heure à quelques minutes — mais il ne réserve pas de stock, et un stock de sécurité sur la synchro de stock est une marge, pas une réservation. Quand cela arrive, le maître passe sous zéro et l'agent signale OVERSOLD, pour que vous puissiez agir.

Les anomalies sont des dossiers, pas des alertes

Tout résultat qui a besoin de vous est un dossier sur une seule chose : un SKU du maître (absent, ambigu, une écriture en échec ou bloquée, une survente), une ligne de commande sans SKU, un canal suspendu pour double comptage, ou une synchro de stock qui n'a pas pu être lancée. Mille commandes d'un SKU inconnu font un seul dossier avec un compteur, et un dossier se referme tout seul quand un passage ultérieur constate que le problème a disparu.

Ce qu'un passage a fait, plus tard

Ce qu'un passage a décidé — chaque ligne de commande vue, la manière dont elle est comptée, le mouvement qui l'a portée, la quantité du maître avant et après, et l'annonce dont elle faisait partie — est conservé comme l'enregistrement propre de ce passage pendant 30 jours, et ne change plus ensuite.

Consulter les résultats dans Excel et sur le web

Quatre vues en direct sont disponibles, dans l'espace de travail web et dans un classeur Excel connecté :

• Ventes en cours — une ligne par ligne de commande et par SKU du maître : le canal, la commande, les quantités, qui la compte (le maître ou l'agent), de combien elle a fait bouger le maître, et le résultat.
• Anomalies ouvertes — les dossiers qui ont besoin de vous.
• Passages — une ligne par passage : lignes lues, lignes appliquées, mouvements par résultat, unités déplacées et passages de synchro de stock lancé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 les ventes omnicanales : maître « EU boutique », canaux mon compte eBay et « Outlet », liées à ma synchro de stock, en mode monitor.

Quelles ventes attendent d'être appliquées au maître ?

Montre-moi les lignes de commande qui n'ont pas pu être appliquées, et pourquoi.

Approuve les mouvements proposés du maître pour MUG-1.

Passe les ventes omnicanales en mode auto.

La dernière autorise l'agent à modifier de lui-même le stock de votre maître, et l'assistant vous le dit avant de le faire.

Limites actuelles

• Le maître n'est écrit que sur Shopify et BigCommerce. Un maître WooCommerce ou eBay est surveillé, jamais écrit.
• Notifications de Shopify uniquement. Les commandes WooCommerce, eBay et BigCommerce sont lues toutes les 5 minutes.
• Pas de rattrapage. Les commandes passées avant la première lecture d'un canal, ou avant que l'agent ait le droit d'écrire, ne sont jamais appliquées.
• SKU exact uniquement. Lots et packs par correspondances explicites ; pas de rapprochement par titre, code-barres ou similarité.
• Un emplacement par maître. Les emplacements ne sont jamais additionnés.
• La seule écriture est la quantité de stock du maître. Aucune commande, aucun remboursement, prix, produit ou annonce n'est touché, et le stock des canaux relève de la synchro de stock.
• Il ne réserve pas de stock. Il réduit la fenêtre de survente ; il ne peut pas la fermer.
• Le détail des passages est conservé 30 jours. Les résumés et les ventes en cours restent.

Pour aller plus loin

• Agent de synchronisation de stock
• Connecter Shopify
• Connecter WooCommerce
• Connecter eBay
• Connecter BigCommerce