Une seule fenêtre d’édition pour toute la boutique force des compromis. Le moteur de règles te permet de définir une politique d’édition différente par commande : les précommandes restent ouvertes pendant des semaines, les commandes en stock se verrouillent en quelques minutes, les VIP obtiennent du temps supplémentaire, et les destinations à risque sont verrouillées. Tu as un contrôle total, commande par commande.
Pourquoi un moteur de règles est utile
Contrôle total, par commande
Au lieu d’une seule fenêtre pour toute la boutique, donne à chaque type de commande exactement la politique d’édition dont il a besoin.
Protéger le fulfillment
Verrouille rapidement l’édition sur les commandes en stock, ou bloque le fulfillment tant que la commande reste éditable, pour que rien ne s’expédie en pleine modification.
Récompenser les bons clients
Donne aux comptes VIP ou grossistes une fenêtre d’édition plus longue sans l’ouvrir à tout le monde.
Conçu pour les catalogues mixtes
Précommande et stock disponible, abonnement et achat unique, B2B et retail. Chaque segment obtient sa propre échéance et son propre comportement.
Comment fonctionne une règle
Une règle comporte trois parties. Tu définis quand elle s’applique, combien de temps l’édition reste ouverte, et ce qui doit se passer en plus.Conditions : quand la règle s'applique
Choisis ce qu’une commande doit respecter : tags, client, metafields, valeur, destination et plus. Combine les conditions avec une logique ET/OU.
Échéance d'édition : combien de temps l'édition reste ouverte
Choisis l’échéance pour les commandes correspondantes : la valeur par défaut de la boutique, une durée fixe, une échéance planifiée, une heure précise, une date issue d’un metafield, ou jusqu’au fulfillment de la commande.
Conditions
Ajoute une ou plusieurs conditions pour décider à quelles commandes une règle s’applique. La règle correspond quand les conditions s’évaluent comme vraies pour la commande.| Condition | Ce qu’elle vérifie | Opérateurs | Exemple de valeur |
|---|---|---|---|
| Tags de commande | Tags sur la commande | is, is not, contains, does not contain | pre-order, in-stock |
| Tags client | Tags sur le client de la commande | is, is not, contains, does not contain | vip, wholesale |
| Metafield | Un metafield de commande par namespace et clé | exists, equals | namespace custom, clé process_date, valeur red |
| Valeur de la commande | Le total de la commande | is greater than, is less than | 150 (un nombre, dans la devise de ta boutique) |
| Pays de destination | Le pays de livraison | is | codes ISO tels que us, ca, gb |
| Mode de livraison | Le mode de livraison choisi au checkout | is, is not, contains, does not contain | Standard, Express |
| Commandes B2B | Commandes passées par une entreprise B2B | is true | aucune valeur |
| Abonnement | Commandes d’abonnement récurrent (Skio, Recharge et similaires) | is true | aucune valeur |
| Retrait en magasin | Commandes en retrait local | is true | aucune valeur |
| Canal de vente | Le canal de vente de la commande | is | web, pos, draft_order |
| Jours de la semaine | Commandes passées certains jours de la semaine | is | Mon, Tue, Fri |
| Plage horaire | Commandes passées pendant certaines heures (fuseau de la boutique) | between | 18:00 à 06:00 (format 24h, peut chevaucher minuit) |
Groupe ta logique. Combine les conditions avec ET (toutes correspondent) ou OU (au moins une correspond). Pour des règles plus complexes, ajoute des groupes de conditions et définis comment les groupes se combinent, pour exprimer des choses comme « (client VIP) OU (commande de plus de 500 ET livrée en Allemagne) ».
Les valeurs sont en texte libre là où c’est pertinent. Les tags, modes de livraison et valeurs de metafield se saisissent tels quels (tags et pays sous forme de puces). Les valeurs de pays et de canal de vente sont comparées sans tenir compte de la casse. Il n’y a pas de condition produit ou SKU ; pour cibler des produits précis, tague ces commandes (par exemple avec Shopify Flow) et fais correspondre le tag de commande.
Échéance d’édition
L’échéance contrôle combien de temps les commandes correspondantes restent éditables.| Mode | Ce qu’il fait | Tampon |
|---|---|---|
| Valeur par défaut de la boutique | Utilise ta fenêtre d’édition de boutique. Pas de surcharge par règle. | Non |
| Après une durée | Éditable pendant un temps défini après le passage de la commande. Préréglages : 15 minutes, 30 minutes, 1 heure, 24 heures, 48 heures, ou une valeur personnalisée. | Non |
| Échéance planifiée | Une ou plusieurs échéances par jour de semaine et heure (par exemple tous les vendredis à 17h). | Oui |
| Heure précise | Une échéance fixe, quotidienne ou pour un jour de semaine choisi. | Oui |
| Depuis une date de metafield | Lit l’échéance depuis un metafield de commande. Utilisé par les boutiques de précommande où la date d’expédition est définie par commande via Shopify Flow. | Oui |
| Jusqu’au fulfillment | L’édition reste ouverte jusqu’à ce que Shopify marque la commande comme fulfillée. | Non |
Tampon. Les échéances planifiées, à heure précise et depuis une date de metafield prennent en charge un tampon : une période avant l’échéance nominale où l’édition est déjà fermée. Pour une échéance du vendredi à 17h avec un tampon de 2 heures, l’édition se ferme à 15h, donc une commande passée entre 15h01 et 16h59 trouve l’édition déjà fermée, plutôt que de bénéficier d’une fenêtre raccourcie. Définis une valeur de tampon et une unité en minutes, heures ou jours.
Ce que le metafield doit contenir (depuis une date de metafield). Tu saisis le namespace du metafield (par exemple
custom) et la clé (par exemple process_date). Le metafield lui-même doit contenir une date ou une date-heure : un metafield Shopify date ou date et heure, une date-heure ISO 8601 (2026-07-15T17:00:00Z), une date simple (2026-07-15), ou un timestamp Unix fonctionnent tous. Les dates sans fuseau horaire sont lues dans le fuseau horaire de ta boutique.Actions
Les actions sont des effets secondaires optionnels qui s’exécutent pour les commandes qu’une règle fait correspondre. Chacune est un simple interrupteur on/off.
Taguer les commandes
Taguer les commandes
Applique un ou plusieurs tags à la commande une fois que son échéance d’édition se ferme, pas quand la règle correspond pour la première fois. Utile pour les automatisations en aval, par exemple taguer les commandes dès la fermeture de l’édition pour que Shopify Flow ou ton 3PL puisse agir dessus.
Bloquer le fulfillment
Bloquer le fulfillment
Pose un blocage de fulfillment Shopify tant que la commande reste éditable, pour qu’elle ne s’expédie pas en pleine modification. Le blocage est levé quand l’échéance d’édition passe.
Masquer des modules
Masquer des modules
Masque des actions d’édition spécifiques dans le portail client pour les commandes correspondantes. Choisis parmi : Add products, Replace products, Change variant or quantity, Edit shipping address, Edit contact information, Upgrade shipping method, Download tax invoice, Apply discounts, Cancel order, Contact customer support, Add preferred delivery date, Add custom note.
Désactiver l'édition
Désactiver l'édition
Coupe entièrement l’édition pour les commandes correspondantes. La section d’édition du portail ne s’affiche pas, quelle que soit l’échéance.
Quelques contraintes naturelles gardent les règles cohérentes : Désactiver l’édition et Bloquer le fulfillment ne peuvent pas être actifs en même temps (une commande désactivée n’a rien à bloquer), et l’échéance Jusqu’au fulfillment désactive Bloquer le fulfillment et Taguer les commandes, puisque ces actions reposent sur une échéance temporelle.
Priorité et repli
- La première correspondance l’emporte. Les règles s’exécutent par ordre de priorité, de haut en bas. La première règle dont les conditions correspondent à une commande est appliquée, et les suivantes sont ignorées.
- Glisse pour réorganiser. Réorganise les règles sur la page de liste pour changer leur priorité. Place tes règles les plus spécifiques au-dessus des plus larges.
- Repli sur la valeur par défaut de la boutique. Toute commande qui ne correspond à aucune règle utilise ta fenêtre d’édition de la boutique. Tu peux ajouter des règles progressivement sans toucher à ta valeur par défaut.
Comment les règles sont évaluées
- Évaluées au moment où la commande est passée. Revize prend un instantané de la commande (tags, client, metafields, valeur, destination et plus) et choisit la règle correspondante.
- Compatible avec Flow. Shopify Flow écrit souvent des tags ou des metafields un instant après le checkout. Revize attend jusqu’à une minute cette donnée arrivant en retard et réévalue, pour que ces commandes correspondent quand même à la bonne règle.
- Deux éléments restent dynamiques après le checkout :
- Les échéances basées sur une date de metafield évoluent avec la date. Si une règle lit son échéance depuis un metafield et que cette date change (par exemple une date d’expédition de précommande repoussée), l’échéance évolue avec elle.
- Les règles basées sur des tags recorrespondent quand les tags changent. Si une règle correspond sur des tags de commande ou des tags client et que ces tags sont ajoutés ou retirés plus tard (par Shopify Flow, une app, ou ton équipe), Revize réévalue et peut appliquer une règle différente, en mettant à jour l’échéance.
- Les modifications du client ne la redéclenchent pas. Un client qui modifie sa propre commande (adresse, articles, quantité, valeur) ne change jamais quelle règle s’applique ni ne déplace l’échéance. Seules les entrées de règle ci-dessus (tags et metafields référencés par la règle) déclenchent une réévaluation.
Exemples de règles
Cinq configurations que des marchands utilisent aujourd’hui :| Scénario | Condition | Échéance d’édition | Actions |
|---|---|---|---|
| Boutique de précommande | Tag de commande pre-order | Jusqu’au fulfillment | Aucune |
| Différenciation VIP | Tag client vip | Après une durée, 48 heures | Aucune |
| Échéance de fin de journée B2B | Commandes B2B | Échéance planifiée, jours ouvrés à 17h | Aucune |
| Verrouillage des destinations à risque | Destination ru ou by | Valeur par défaut de la boutique | Désactiver l’édition |
| SKU en stock à expédition rapide | Tag de commande in-stock | Après une durée, 30 minutes | Aucune |
Créer une règle
Ouvrir le moteur de règles
Dans l’application Revize, va dans Order Editing → Rules. Sur le plan Pro et au-dessus, tu verras la liste des règles ; la première fois, elle affiche un état vide avec Create rule.
Nommer la règle et définir son statut
Donne à la règle un nom clair (par exemple « Clients VIP ») et règle son statut sur Active quand tu es prêt à ce qu’elle s’applique.
Ajouter des conditions
Clique sur Add condition pour choisir les commandes qu’elle vise. Ajoute d’autres conditions ou un Add condition group pour une logique plus complexe, et définis ET/OU.
Choisir l'échéance d'édition
Choisis un mode d’échéance. Pour After a duration, choisis un préréglage ou définis une valeur personnalisée. Pour les modes planifié, heure précise ou date de metafield, définis l’échéance et un tampon optionnel.
Définir les actions
Active optionnellement Tag orders, Hold fulfillment, Hide modules, ou Disable editing.
Questions fréquentes
Quel plan inclut le moteur de règles ?
Quel plan inclut le moteur de règles ?
Le moteur de règles est disponible sur le plan Pro et au-dessus. Sur les autres plans, chaque commande utilise ta fenêtre d’édition de boutique.
Que se passe-t-il pour les commandes qui ne correspondent à aucune règle ?
Que se passe-t-il pour les commandes qui ne correspondent à aucune règle ?
Elles retombent sur ta fenêtre d’édition de la boutique. Les règles ne remplacent la valeur par défaut que pour les commandes qu’elles font correspondre, donc l’adoption est progressive, sans migration.
Si une commande correspond à plusieurs règles, laquelle l'emporte ?
Si une commande correspond à plusieurs règles, laquelle l'emporte ?
La première correspondance l’emporte. Les règles sont évaluées par ordre de priorité (de haut en bas), et seule la première règle dont les conditions correspondent est appliquée. Glisse les règles pour réorganiser leur priorité.
Les règles se réappliquent-elles si un client modifie sa commande ?
Les règles se réappliquent-elles si un client modifie sa commande ?
Non. Un client qui modifie sa propre commande (adresse, articles, quantité, valeur) ne change pas quelle règle s’applique et ne déplace pas l’échéance. Revize réévalue quand les entrées dont dépend une règle changent : tags de commande, tags client, ou un metafield que la règle lit. Ainsi, une échéance basée sur une date de metafield évolue si la date change, et une règle basée sur des tags recorrespond si les tags de la commande changent.
Les règles s'appliquent-elles aux commandes passées avant que je crée la règle ?
Les règles s'appliquent-elles aux commandes passées avant que je crée la règle ?
Non. Les règles s’appliquent aux nouvelles commandes passées après l’activation de la règle. Les commandes existantes gardent l’échéance qu’elles avaient déjà.
Puis-je cibler un produit ou un SKU précis ?
Puis-je cibler un produit ou un SKU précis ?
Pas directement. Il n’y a pas de condition produit ou SKU. Cible plutôt les tags de commande (par exemple tague les SKU en stock au checkout avec Shopify Flow, puis fais correspondre le tag de commande
in-stock).Le moteur de règles transforme une fenêtre unique pour toute la boutique en un véritable moteur de politiques : fais correspondre les commandes sur les conditions qui comptent pour toi, définis la bonne échéance d’édition pour chacune, et ajoute des blocages, des modules masqués et des tags par-dessus. Tu décides exactement comment chaque commande se comporte.
Fonctionnalités Revize liées
- Fenêtre d’édition de commande : la valeur par défaut de toute la boutique que les règles remplacent, et le repli pour les commandes non correspondantes
- Restrictions d’édition de commande : d’autres limites sur ce que les clients peuvent modifier
- Portail client : où les clients effectuent les modifications que tes règles régissent