MoraselNotifications WhatsApp pour chaque événement de commande Shopify
Activez les événements de commande que vous voulez — créée, payée, modifiée, annulée, partiellement traitée, traitée — et associez chacun à un modèle WhatsApp approuvé. Les commandes provisoires et les contrôles de risque restent internes.
Découvrir
Convertir
Commande
Livrer
Assistance
Fidéliser
Avis
Ce qui cloche avec des mises à jour manuelles
Saisir les mises à jour de commande à la main fait que certaines arrivent en retard, d’autres en double, et une commande annulée peut quand même recevoir un message de traitement si personne ne s’en aperçoit à temps.
- Une personne recopie les numéros de commande à la main dans le chat, si bien que les mises à jour arrivent des heures après l’événement, ou jamais
- Le même événement se déclenche deux fois depuis Shopify et le client reçoit deux messages identiques
- Une commande est annulée après avoir été marquée comme traitée, et les deux messages atteignent le client
- Les commandes provisoires ou les signaux de risque internes sont traités comme de vrais événements destinés au client
Ce que garde l’enregistrement de notification
Un enregistrement par événement de commande, avec l’interrupteur, le modèle, et pourquoi un envoi a eu lieu ou non.
- Interrupteur d’événement
- Activation par événement pour créée, payée, modifiée, annulée, partiellement traitée et traitée.
- Correspondance des modèles
- Le modèle approuvé par Meta que chaque événement activé envoie.
- Fenêtre de déduplication
- Le délai minimum entre deux messages pour la même commande et le même événement, pour qu’un webhook répété n’envoie pas deux fois.
- Motif de suppression
- Enregistré quand un état ultérieur remplace un état antérieur — une commande annulée ne reçoit jamais de message de traitement.
- Indicateur interne uniquement
- Les commandes provisoires et les événements d’évaluation de risque sont journalisés mais n’atteignent jamais le client.
- Journal d’envoi
- Chaque tentative d’envoi, avec son résultat : envoyé, supprimé, ou retenu par la fenêtre de déduplication.
Ce qui se passe entre l’événement et le message
Les six mêmes vérifications s’appliquent à chaque événement de commande, avant que quoi que ce soit n’atteigne le client.
Shopify envoie l’événement
Créée, payée, modifiée, annulée, partiellement traitée ou traitée — le webhook brut arrive en premier.
L’interrupteur est vérifié
Un événement dont l’interrupteur est désactivé s’arrête ici ; rien n’est envoyé.
Recherche d’un doublon
Si le même événement est arrivé dans la fenêtre de déduplication, la répétition est ignorée.
Vérification de la suppression
Si un état ultérieur remplace déjà celui-ci — traitée après annulée, par exemple — l’envoi est supprimé.
Envoi du modèle associé
L’événement activé et non supprimé part avec le modèle approuvé par Meta qui lui est associé.
Enregistrement du résultat
Envoyé, supprimé ou retenu — chaque événement est journalisé, qu’il ait atteint le client ou non.
Ce que voit le client, événement par événement
Deux événements, deux messages, chacun avec son propre modèle approuvé.
Ce que voit l’équipe
Chaque interrupteur, modèle et envoi supprimé, visible au même endroit.
- Un panneau d’interrupteurs pour créée, payée, modifiée, annulée, partiellement traitée et traitée, chacun associé à son modèle
- Un journal de suppression indiquant quels envois ont été bloqués et pourquoi
- La fenêtre de déduplication, configurable par espace de travail
- Les commandes provisoires et les événements d’évaluation de risque marqués internes uniquement, jamais affichés comme envoyés
Qui décide ce qui est envoyé
Activer un événement et approuver un modèle sont deux étapes distinctes et délibérées.
- Un administrateur de l’espace de travail active ou désactive chaque événement ; rien n’est envoyé par défaut tant qu’il n’est pas activé
- Seul un modèle approuvé par Meta peut être associé à un événement
- La fenêtre de déduplication et les règles de suppression s’appliquent de la même façon à chaque boutique
- Les événements d’évaluation de risque et Shopify Protect restent internes ; ils ne génèrent jamais de message au client
Ce que cela ne fait pas
Morasel n’envoie pas de message au client pour chaque événement Shopify, seulement pour ceux que vous activez. Les commandes provisoires et les événements d’évaluation de risque n’atteignent jamais le client, et un état remplacé, une commande annulée par exemple, est supprimé plutôt qu’envoyé.
Associez vos événements de commande Shopify à WhatsApp
Activez les événements que vous voulez, associez chacun à un modèle approuvé, et laissez la déduplication et la suppression faire le reste.
Questions sur les notifications de commande
Chaque événement de commande envoie-t-il un message ?
Non. Seuls les événements que vous activez — créée, payée, modifiée, annulée, partiellement traitée ou traitée — envoient un message, chacun avec son propre modèle approuvé.
Qu’est-ce qui empêche un message en double ?
Une fenêtre de déduplication : si le même événement se déclenche deux fois pour la même commande dans cette fenêtre, seul le premier envoi part.
Une commande annulée peut-elle quand même recevoir un message de traitement ?
Non. La suppression vérifie l’état actuel de la commande avant l’envoi, donc un événement remplacé — traitée après annulée — est bloqué.
Les commandes provisoires envoient-elles un message au client ?
Non. Les commandes provisoires et les événements d’évaluation de risque sont journalisés à usage interne uniquement et ne génèrent jamais d’envoi au client.
Puis-je choisir quels événements sont activés ?
Oui. Chacun des six événements a son propre interrupteur et sa propre association de modèle.
L’envoi de notifications de commande est-il facturé au message ?
Pas par Morasel — le coût au message est celui de WhatsApp, visible dans le portefeuille. Les notifications de commande sont incluses dans votre abonnement Morasel — Core 49 $, Pro 99 $, Max 199 $, Enterprise sur demande. L’usage WhatsApp est facturé séparément depuis un portefeuille prépayé, aux tarifs officiels de Meta.