Données

Événements reçus dans le désordre : quel état doit décider ?

Pour qui : Marchand dont deux flux livrent les événements dans un ordre variable.

Sources primaires consultées le 6 novembre 2026 ; aucun logiciel ni envoi testé.

Notre avis

Nous ferions décider la relance sur le dernier état métier établi, pas sur le dernier événement reçu. Si la chronologie est incertaine, suspendez le message qui affirme que la commande continue ; une nouvelle réception technique ne doit pas ressusciter une commande annulée.

Dans l’ordre

  1. Distinguer date du fait et date de réception
  2. Choisir la source de l’état actuel
  3. Bloquer la relance si la chronologie ne peut être réconciliée

Pourquoi

  • Une commande annulée ne redevient pas active parce que son événement de création arrive en retard.

Ce qui change le choix

Un événement ponctuel indépendant peut rester exploitable sans reconstruire tout un état.

Deux horloges à garder distinctes

Un événement a une date métier et une date d’arrivée dans votre outil. Shopify documente l’absence de garantie d’ordre, au sein d’un sujet comme entre sujets d’une même ressource. Il recommande de s’appuyer sur les horodatages fournis. Cela établit un risque de réception désordonnée ; cela ne prouve pas que votre connecteur rétablit déjà la chronologie.

Le dernier message reçu ne gagne pas automatiquement

Prenons une annulation déjà enregistrée, puis une création de commande reçue en retard. Notre règle proposée est de rapprocher ces faits de la même commande avant de modifier son état courant. Gardez l’historique pour expliquer ce qui s’est passé ; ne le confondez pas avec la valeur utilisée par la prochaine relance. Si le prestataire ne sait pas identifier la commande ni sa version, le scénario dépendant de cet état reste trop incertain.

Choisir le traitement proportionné

Demandez au responsable du connecteur ce qui se produit dans cet ordre inversé et comment il retrouve l’état de référence. Il peut s’agir d’une capacité existante : nous ne préconisons pas d’ajouter une nouvelle infrastructure. Un fait ponctuel sans conflit d’état peut rester utilisable directement. Pour une promesse liée à une commande encore active, une réponse explicable vaut mieux qu’un délai arbitraire ajouté à chaque message.

Limites

Documentation webhooks Shopify ; aucun flux ni connecteur testé. Horodatage exploitable et priorité d’état du montage réel à établir. Pas de garantie d’ordre étendue aux autres produits.

Prochaine action

Faites expliquer le résultat d’une annulation reçue avant la création de la même commande.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Shopify ne garantit pas l’ordre des webhooks et recommande leurs horodatages.

    Relevé du 6 novembre 2026.

    Portée : Livraisons webhooks Shopify

    Limite : Ne prouve pas la réconciliation du connecteur marketing.