Skip to main content
Cette page liste tous les événements webhook disponibles dans storekit, regroupés par catégorie.

Événements de commande (Order)

Événements liés au cycle de vie et à la gestion des commandes.

order.created

Déclenché lorsqu’une nouvelle commande est passée par un client.

order.accepted

Déclenché lorsqu’une commande est acceptée par le magasin. Possède la même structure de payload que order.created.

order.preparing

Déclenché lorsqu’une commande passe au statut « en préparation ».

order.ready_for_pickup

Déclenché lorsqu’une commande est marquée comme prête pour le retrait par le client.

order.completed

Déclenché lorsqu’une commande est marquée comme terminée. Cet événement se déclenche pour les finalisations individuelles (via le tableau de bord, Deliverect, iKentoo ou l’auto-update) comme pour les finalisations en masse.

order.pos.dispatch.failed

Déclenché lorsqu’une commande échoue à être transmise à un système POS.

Événements de magasin (Store)

Événements liés au statut et à la configuration du magasin.

store.opened

Déclenché lorsqu’un magasin est ouvert, qu’un snooze est terminé plus tôt, ou qu’un snooze temporisé expire automatiquement.

store.closed

Déclenché lorsqu’un magasin est fermé ou mis en snooze.

store.opening_hours.updated

Déclenché lorsque les horaires d’ouverture d’un magasin sont modifiés.

Événements d’article (Item)

Événements liés à la disponibilité des articles de menu.

item.out_of_stock

Déclenché lorsqu’un article de menu devient indisponible. Cela peut se produire via plusieurs chemins :
  • Snooze manuel — un administrateur met l’article en snooze depuis le tableau de bord
  • Désactivation manuelle — un administrateur désactive la disponibilité de l’article
  • Épuisement de l’inventaire — l’inventaire de l’article atteint zéro après une commande
  • Synchronisation d’intégration — un POS ou une intégration (Deliverect, Lightspeed, Zonal) marque l’article comme indisponible
Le champ reason indique pourquoi l’article est en rupture de stock, et source indique ce qui l’a déclenché.
L’objet details varie selon la raison :
  • snoozed — inclut snoozeEnd (horodatage ISO 8601, ou null pour un snooze de durée indéfinie)
  • inventory_depleted — objet vide {}
  • disabled — objet vide {}

Événements de paiement (Payments)

Événements liés aux paiements et payouts.

payments.payout.created

Déclenché lorsque storekit envoie un payout vers votre compte bancaire.
Déclenché lorsqu’un nouveau lien de paiement est créé. Ne se déclenche que pour les comptes avec les webhooks activés.
Déclenché lorsqu’un paiement est encaissé avec succès via un lien de paiement. Ne se déclenche que pour les comptes avec les webhooks activés.
Déclenché lorsqu’un remboursement est initié pour un paiement par lien de paiement. Le remboursement est en attente à ce stade — la confirmation arrive via payment_link.refund.succeeded ou payment_link.refund.failed une fois que la passerelle de paiement le traite de manière asynchrone.
Déclenché lorsque la passerelle de paiement confirme qu’un remboursement a été traité avec succès. Se déclenche de manière asynchrone après payment_link.refund.created.
Déclenché lorsque la passerelle de paiement rejette un remboursement. Se déclenche de manière asynchrone après payment_link.refund.created.

Événements d’imprimante (Printer)

Événements liés au statut des imprimantes cloud.

printer.status.offline

Déclenché lorsqu’une imprimante cloud connectée ne parvient pas à se signaler au serveur storekit pendant 5 minutes. Une notification e-mail est également envoyée à l’adresse e-mail configurée pour le magasin.

printer.status.online

Déclenché lorsqu’une imprimante cloud se reconnecte à nos serveurs après être restée hors ligne pendant au moins 5 minutes. Une notification e-mail est également envoyée pour confirmer que l’imprimante est de nouveau en ligne.