Confiez le travail qui revient
à une règle.

Une règle tient en une phrase : quand ceci arrive, fais cela. Vous prenez le déclencheur, les conditions facultatives et les actions dans une liste ; vous n'écrivez pas de code. Créer une règle ne demande pas de développeur.

Une tâche créée, un changement d'étape, un responsable désigné, un commentaire ajouté, une échéance qui approche. Elle marche au-delà des tâches : un prospect arrivé par formulaire, un message d'un canal, un changement de stock ou de prix, un devis accepté, une demande de congé. L'automatisation couvre tout l'espace de travail.

Envoyer une notification, ouvrir une tâche ou une sous-tâche, désigner un responsable, changer d'étape, poser une étiquette, fixer une échéance, lancer un chronomètre, consigner un échange client, créer une écriture comptable, envoyer un e-mailing et pousser des données vers l'extérieur. Une seule règle en enchaîne plusieurs. Tous les gestes qui suivent un événement se font tout seuls.

Ce sont les conditions qui décident si la règle s'applique à chaque fois ou seulement dans certains cas. Vous choisissez un champ, une comparaison et une valeur ; avec plusieurs conditions, vous dites s'il faut toutes ou l'une d'elles. La règle n'intervient que dans le cas voulu.

Vous choisissez la portée : dans un projet, sur tout l'espace de travail, ou seulement sur vos propres tâches. Une règle personnelle ne touche que vous et ne gêne personne. C'est vous qui tracez la portée d'une règle.

La Boutique d’automatisation propose les règles les plus courantes toutes faites. Vous choisissez une recette, répondez à quelques questions dans l'assistant et ajoutez la règle à votre liste. Vous n'êtes pas obligé de partir de zéro.

Chaque déclenchement tombe dans l'historique : réussi, échoué, en cours, ignoré ou limité. Si la règle ne s'est pas appliquée, la condition qui n'a pas tenu y figure avec la valeur attendue et la valeur reçue. La raison d'une règle restée immobile est écrite.

Par défaut, les actions d'une règle ne déclenchent pas d'autres règles. Même si vous ouvrez volontairement le déclencheur en chaîne, la limite horaire et la suspension après dix échecs d'affilée tournent en arrière-plan. Deux règles ne peuvent pas s'enfermer dans une boucle.

Vous pouvez arrêter une règle sans la supprimer. Vous préparez un brouillon et l'activez quand il est prêt ; si ça tourne mal, vous la coupez depuis la ligne. Essayer une règle n'est pas un pas sans retour.

Certains travaux n'attendent pas un événement mais une heure. Vous faites tourner la règle chaque matin, chaque lundi ou le premier du mois ; vous choisissez parmi des intervalles prêts et donnez votre fuseau horaire. Le rapport hebdomadaire ou le rappel mensuel sort à son heure.

Dans un projet, vous accrochez une règle directement à une étape du tableau. Ce qui se passe quand un travail entre dans cette colonne est décidé d'avance ; personne n'a à y penser. Chaque colonne porte ses propres règles.

Pour les messages clients qui arrivent au Centre de communication, vous montez des flux d'accueil, de réponse et d'affectation. La première réponse n'attend pas que quelqu'un se libère. Un message client ne reste pas sans réponse.

Ce que le déclencheur apporte, vous l'utilisez à l'intérieur des actions. Dans le texte de la notification, vous placez le nom de la tâche, le nom saisi dans un formulaire ou le montant. Celui qui lit la notification n'a pas à demander de quoi il s'agit.

L'événement d'un autre système, vous l'attrapez avec un webhook entrant. Quand quelque chose se passe là-bas, votre règle côté Workinno s'exécute. Le pont entre deux systèmes ne reste pas à sens unique.

Depuis une règle, vous envoyez des données à un autre système avec un webhook sortant. Vous ne copiez plus rien entre deux systèmes. Vous faites entrer votre propre logiciel dans ce flux.

Tout le trafic de webhooks entrant et sortant se suit depuis une page. Si une livraison a échoué, la raison est là. Quand une liaison casse, vous voyez où elle a cassé.

La clé de signature prouve qu'un message de webhook entrant vient bien d'où il le prétend. Les clés restent dans un coffre et ne sont jamais écrites dans la règle. Une requête falsifiée ne peut pas exécuter votre règle.

Vous cherchez dans la liste des règles et filtrez les actives et les suspendues avec des puces prêtes. Combien de fois chaque règle s'est exécutée et combien de fois elle a échoué reste dans la liste. Vous lisez dans la liste laquelle sert vraiment.

Vous sélectionnez plusieurs règles et les activez, les coupez ou les supprimez d'un coup. Plus il y a de règles, moins vous les parcourez une par une. La gestion ne s'alourdit pas quand le nombre grandit.

Vous créez des règles personnelles qui ne touchent que vos propres tâches. Aucun droit d'administrateur n'est nécessaire ; vous automatisez votre façon de travailler sans toucher au flux des autres. Votre organisation, vous la réglez sans demander à personne.

Créer une règle, la modifier et voir l'historique sont des droits distincts. Tout le monde n'a pas besoin de pouvoir changer l'automatisation. La responsabilité reste chez certaines personnes.