⏱️
DÉCLENCHEURS
Heure, début d’émission, fin de piste, silence, erreur ou webhook.
AUTOMATISATION
SI CECI ARRIVE, FAIS CELA.
Chaque automatisation possède un déclencheur, des conditions, une action, une gestion d’erreur et un historique. Aucun workflow ne doit masquer un échec derrière un faux succès.
🧠
CONDITIONS
Station, jour, plage horaire, type, répétition et état du flux.
⚙️
ACTIONS
Queue, secours, publicité, webhook, notification et log.
🛡️
GARDE-FOUS
Timeout, retry limité, idempotence, pause et désactivation.
📜
HISTORIQUE
Chaque exécution conserve résultat, erreur et horodatage.
🔌
WEBHOOKS
Entrants et sortants, signés et limités en débit.
Une règle peut réagir à un événement serveur persistant.
Première action supportée et testable sans faux pouvoir.
Chaque exécution conserve statut, entrée, sortie ou erreur.
MOTEUR DE RÈGLES
ÉVÉNEMENT → ACTION JOURNALISÉE.
Première action serveur supportée : LOG. Les actions plus puissantes resteront bloquées tant qu’elles ne sont pas testées et ajoutées explicitement.
Connexion au moteur protégé…
QUESTIONS FRÉQUENTES
CE QU’IL FAUT SAVOIR.
Quelles actions sont réellement actives ?
Le moteur persistant accepte actuellement l’action LOG. Les autres actions restent prévues tant qu’elles ne sont pas testées.
Les erreurs sont-elles conservées ?
Oui, le moteur journalise le statut d’exécution et l’erreur associée.
Peut-on déclencher une règle manuellement ?
La console permet d’émettre un événement de test vers le moteur protégé.
ÉTAT RÉEL
Moteur persistant de règles, événements et historique codé. L’action serveur réellement supportée aujourd’hui est LOG; les actions plus puissantes restent à intégrer et tester.