Satellite de Boutique v1.0.0
Configurer Passerelles (webhooks)
Vos commandes préviennent vos autres logiciels toutes seules : chaque événement part SIGNÉ vers l'adresse de votre choix, avec file d'attente, réessais et journal rejouable.
Ce qu'il fait
Envoie vos événements de commande vers une URL externe : votre logiciel de comptabilité crée sa facture tout seul quand une commande est payée. Chaque envoi est SIGNÉ (le destinataire vérifie qu'il vient bien de votre site), part d'une file d'attente (un serveur distant lent ne ralentit jamais une commande), se réessaie tout seul en cas de panne, et reste consultable dans un journal où chaque envoi peut être rejoué.
- Envois signés : le destinataire vérifie qu'ils viennent bien de votre site
- File d'attente : un serveur distant lent ne ralentit jamais une commande
- Réessais automatiques en cas de panne
- Journal consultable, chaque envoi peut être rejoué
Ses réglages
Ils se modifient depuis l'administration. La clé est donnée pour qui pilote le site en ligne de commande ou par l'API.
| Réglage | Clé | Type | Par défaut |
|---|---|---|---|
| Dernier passage de la tâche d'envoi (rempli automatiquement) | webhooks.last_run |
string | (vide) |
Ce qu'il suppose
Ce module a besoin de :
- shop ^1.55
Piloter par une IA
Ce que ce module sait faire quand on le lui demande en langage naturel, et ce que chaque action engage.
-
webhookslecture seuleLes passerelles de la boutique : pour chaque destination, son nom, l'hôte où part l'envoi (jamais l'adresse complète ni la clé de signature), les événements envoyés, si elle est active, combien d'envois réussis, en attente (dont en réessai) et abandonnés, et le dernier envoi (statut, code de réponse, erreur). Dit aussi si la tâche d'envoi tourne. Lecture seule : les envois abandonnés se rejouent à l'écran.
« ma compta reçoit-elle bien mes commandes ? » « y a-t-il des envois en échec ? »
Ses points de branchement
Pour greffer du code sans toucher au module : ce qu'il annonce, et ce qu'il écoute.
Ce qu'il écoute 6
shop.order.created- priorité 60
shop.order.paid- priorité 60
shop.order.refunded- priorité 60
shop.order.status_changed- priorité 60
admin.alerts- priorité 60
shop.hub.tiles- priorité 60
Ses données
Les tables que ce module crée. Désactiver un module ne les efface pas : ses données restent en base et reviennent s'il est réactivé.
Les tables 2
shop_webhook_deliveriesshop_webhooks