Ce que vous pouvez faire
Trois triggers temporels prêts à l'emploi et sept événements déjà émis par les modules CRM, facturation et AML.
Triggers temporels
invoice.unpaid_after_days, aml.expiring_in_days, deal.stale_in_stage_days. Évalués par requête SQL ciblée à chaque tick (toutes les 2 min) avec un plafond de 500 candidats.
Événements métier
invoice.paid, invoice.partially_paid, deal.won, deal.lost, deal.stage_changed, aml.completed, aml.risk_high. Émis automatiquement après chaque transaction validée.
Conditions AND avec 11 opérateurs
eq, neq, gt, gte, lt, lte, in, nin, contains, exists, not_exists. Évalués contre le payload du trigger ; un OR = deux automations pour garder le DSL trivial à raisonner.
Dédup par palier
Une même facture peut tomber sur 7/15/30 jours sans conflit grâce à la dedupeKey qui encode le palier. Un changement d'état (deal stage, etc.) ré-arme automatiquement le compteur.
Comment ça marche
Trois étapes pour câbler une règle qui matche exactement ce dont vous avez besoin.
- 1
Choisissez le trigger
Dans le builder, sélectionnez Temporel ou Événement. Pour le temporel, choisissez la règle puis renseignez les paramètres (par exemple { days: 15 }).
- 2
Ajoutez des conditions (optionnel)
Une à plusieurs conditions filtrent les candidats. Champ en notation dottée (invoice.balanceCents), opérateur dans la liste, valeur typée selon l'opérateur.
- 3
Vérifiez le payload disponible
Chaque trigger expose un payload documenté (invoice, deal, assessment, …) qui alimente conditions et interpolation {{path}} dans les actions.