Voici un exemple concret de flux de travail Robin. Il illustre comment automatiser la mise à jour d'un niveau de priorité sur un WO en fonction de conditions métier, sans aucune action manuelle.
¶ Objectif de ce flux d'exemple
Ce flux se déclenche dès qu'un WO est modifié dans Robin. Il vérifie d'abord si le WO est encore en cours, puis évalue plusieurs conditions sur la date de devis pour attribuer automatiquement le bon niveau de priorité : faible, moyen ou élevé.
¶ Configration pas à pas du flux
¶ 1. Asset Modified — Robin
Le déclencheur écoute toutes les modifications sur le type d'actif WO (#19). Le champ Asset est laissé vide pour s'appliquer à l'ensemble des WO, quel que soit l'actif concerné — le flux se déclenchera à chaque fois qu'un opérateur ou un système modifie un WO de ce type.
Paramètres configurés :
- Asset Type :
WO (#19)— seules les modifications sur ce type d'actif déclenchent le flux. - Asset : vide — le flux s'applique à tous les WO sans exception.
💡 Si tu veux restreindre le flux à un WO spécifique (par exemple pour tester), tu peux renseigner un actif précis dans le champ Asset — pense à le vider avant de passer en production.
¶ 2. Test WO status — Router
Un routeur vérifie le statut du WO avant d'aller plus loin. Cette étape est essentielle : elle évite de recalculer et d'écraser la priorité d'un WO déjà terminé, ce qui pourrait fausser les indicateurs de suivi.
Le routeur évalue une condition sur le champ statut du WO et oriente vers deux chemins :
- If WO not done : le statut du WO indique qu'il est encore en cours — le flux continue vers l'évaluation de la priorité à l'étape 3.
- Otherwise : le WO est dans un statut terminal (terminé, clôturé, annulé…) — le flux s'arrête immédiatement sans aucune modification de l'actif.
¶ 3. Determine priority level — Router
Un second routeur évalue la date de devis du WO et oriente le flux vers le bon niveau de priorité. Les conditions sont évaluées dans l'ordre — la première condition vraie est appliquée, les suivantes sont ignorées.
L'ordre des branches a donc une importance : If shortage est évalué en premier, ce qui signifie qu'un WO en rupture sera toujours classé en priorité faible, quelle que soit sa date de devis.
- If shortage : le champ rupture du WO est vrai — le WO est en situation de manque matière ou de blocage. Il est orienté vers l'étape 4 (priorité faible).
- If quote date more than 30 days : la date de devis du WO est dans plus de 30 jours à compter d'aujourd'hui — le WO n'est pas immédiatement urgent. Il est orienté vers l'étape 5 (priorité élevée). Pour cela on peut comparer la date de devis avec
add_days(now();-30), soit la date d'il y a 30 jours. Regarde la liste des manipulations de données pour retrouver facilement ce genre de fonction très utiles. - If quote date less than 30 days : la date de devis est dans moins de 30 jours — le WO approche de son échéance. Il est orienté vers l'étape 6 (priorité moyenne).
- Otherwise : aucune des conditions précédentes ne correspond (date de devis absente, champ non renseigné…) — le flux se termine sans aucune mise à jour du WO.
¶ 4. Set low priority — Robin
Action Update Asset : le champ Priority — enumeration_3 du WO est mis à jour avec la valeur Faible.
Cette branche est atteinte uniquement si le WO est en situation de rupture (shortage), indépendamment de sa date de devis. Un WO en rupture ne peut pas être traité — lui attribuer une priorité faible permet de le distinguer visuellement dans les vues Robin et d'éviter qu'il remonte artificiellement dans les files de planification.
Paramètres configurés :
- Asset Type :
WO (#19) - Asset : mappé dynamiquement depuis le déclencheur —
1. Asset Modified asset id - Enum fields #1 : champ
Priority — enumeration_3, valeurFaible
¶ 5. Set high priority — Robin
Action Update Asset : le champ Priority — enumeration_3 du WO est mis à jour avec la valeur Élevée.
Cette branche est atteinte quand la date de devis est dans plus de 30 jours et que le WO n'est pas en rupture. Même si l'échéance est lointaine, une priorité élevée est appliquée pour signaler que ce WO doit être planifié et suivi — il s'agit typiquement d'un WO stratégique ou à long cycle de fabrication.
Paramètres configurés :
- Asset Type :
WO (#19) - Asset : mappé dynamiquement depuis le déclencheur —
1. Asset Modified asset id - Enum fields #1 : champ
Priority — enumeration_3, valeurÉlevée
¶ 6. Set medium priority — Robin
Action Update Asset : le champ Priority — enumeration_3 du WO est mis à jour avec la valeur Moyenne.
Cette branche est atteinte quand la date de devis est dans moins de 30 jours et que le WO n'est pas en rupture. Le WO est proche de son échéance — une priorité moyenne signale qu'il nécessite une attention particulière dans les prochains jours sans pour autant bloquer la planification des autres ordres.
Paramètres configurés :
- Asset Type :
WO (#19) - Asset : mappé dynamiquement depuis le déclencheur —
1. Asset Modified asset id - Enum fields #1 : champ
Priority — enumeration_3, valeurMoyenne
¶ Résultat
À chaque modification d'un WO dans Robin, son niveau de priorité est recalculé et mis à jour automatiquement selon l'état d'avancement et la proximité de la date de devis — sans intervention de l'opérateur ou du chef d'atelier.
| Condition | Priorité appliquée |
|---|---|
| WO en rupture (shortage) | Faible |
| Date de devis dans plus de 30 jours | Élevée |
| Date de devis dans moins de 30 jours | Moyenne |
| WO terminé ou aucune condition | Aucune mise à jour |
¶ Pour aller plus loin
Si tu rencontres des difficultés ou si tu veux devenir un expert des flux de travail sur Robin, nous te recommandons de regarder les pages suivantes :
- Corriger simplement un flux de travail
- Nomenclature des connecteurs Robin
- Manipuler rapidement des données
Cette page ne te semble pas claire ou tu as besoin d'aide ? N'hésite pas à nous contacter à support@zozio.tech !