Les connecteurs Robin permettent d'interagir directement avec les données et objets de la plateforme — actifs, formulaires, appareils IoT — depuis un workflow. Ils se divisent en deux catégories : les déclencheurs (triggers) qui initient le workflow, et les actions qui s'exécutent en réponse.
Rôle : Déclenche le workflow dès qu'un actif est créé, modifié ou archivé dans Robin.

Configuration
Ce connecteur est particulièrement utile pour réagir en temps réel à un changement d'état métier, par exemple pour mettre à jour un bon de travail côté ERP dès qu'une phase de maintenance change de statut, ou pour alerter un responsable qualité lors de la modification d'un lot en cours de fabrication. Il renvoi la date de modification, les champs actuels de l'actifs, et, pour les champs modifiés leur valeur précédente.
Rôle : Déclenche le workflow lorsqu'un formulaire Robin est soumis par un opérateur.
Prérequis : le widget formulaire concerné doit avoir l'option "Déclencher les flux à la soumission" activée côté Robin.

Configuration
Ce connecteur permet de brancher un processus automatisé directement sur une action opérateur, par exemple pour lancer une tâche de contrôle qualité dès la soumission d'un formulaire de fin d'inspection, ou pour créer un actif de traçabilité à la validation d'un formulaire de pesée en début de batch. Il renvoi l'actif créé ou édité par le formulaire, avec tous ses champs ainsi que la date de soumission.
Note commune aux actions Robin : les champs marqués en rouge dans le panneau de configuration sont obligatoires. Les options Continue on Failure et Retry on Failure (jusqu'à 4 tentatives) sont disponibles sur toutes les actions et permettent de gérer la résilience du workflow en cas d'erreur ponctuelle (timeout, donnée manquante, etc.).
Rôle : Crée un nouvel actif Robin d'un type donné, avec la possibilité de renseigner directement ses champs à la création.

Configuration
Cette action est typiquement utilisée en réponse à une soumission de formulaire, par exemple pour générer automatiquement une déclaration de non-conformité pré-renseignée à la réception d'une pièce défectueuse en MRO, ou pour créer un actif "Lot" avec ses champs de localisation et de référence produit au démarrage d'une production cosmétique.
Rôle : Met à jour un ou plusieurs champs d'un actif Robin existant.

Configuration
Seuls les champs explicitement ajoutés via + Add Item seront modifiés. Les autres champs de l'actif restent inchangés.
C'est l'action la plus courante dans un workflow Robin, utilisée par exemple pour mettre à jour le statut d'un bac cosmétique après chaque étape de fabrication, ou pour synchroniser la date de fin réelle d'une phase de maintenance MRO vers un champ exploitable par un système tiers.
Rôle : Archive un actif Robin (équivalent d'une suppression logique : l'actif n'est plus actif mais reste traçable).

Configuration
Cette action permet d'automatiser la fin de vie d'un actif sans intervention manuelle, par exemple pour archiver un outil MRO dès qu'il atteint sa limite d'heures de vol, ou pour retirer un contenant cosmétique du pool actif après confirmation de son élimination en fin de ligne.
Rôle : Associe un appareil IoT (tag, ancre) à un actif Robin.

Configuration
Ce connecteur est utile dès qu'un appareillage IoT doit être assigné dynamiquement à un actif, par exemple pour associer automatiquement un tag BLE à un outil à sa réception atelier en MRO, ou pour appairer un tag UWB à un chariot lors de son affectation à une ligne de production cosmétique.
Rôle : Dissocie l'appareil IoT actuellement associé à un actif Robin.
Configuration
Cette action complète naturellement Pair Asset dans les scénarios de rotation d'équipements, par exemple pour libérer le tag d'un outil envoyé en maintenance externe afin de le réassigner à un outil de remplacement, ou pour dissocier le tag d'un contenant cosmétique à son archivage.
Rôle : Récupère une liste filtrée d'actifs Robin selon des critères définis, pour les utiliser dans les étapes suivantes du workflow.

Configuration
False (active) = actifs actifs, True = actifs archivés.{} pour ne filtrer que par type et statut.Le champ Field filters accepte un liste avec les éléments suivants :
date_X): { "field", "from"?, "to"? } — au moins une limite, ISO 8601 avec fuseau horaire, les deux incluses.num_X): { "field", "min"?, "max"? } — au moins une limite, les deux incluses.text_X): { "field", "operator", "value" } — operator ∈ equals (égal) | contains (contient) | starts_with (commence par) | ends_with (se termine par) | regex. Insensible à la casse par défaut. regex est validé côté serveur ; les motifs non sûrs sont rejetés.enum_X, plus spéciales zone et id): { "field", "values": [...] } — au moins une valeur. zone → tableau d'identifiants de zone ; id → tableau d'identifiants d'actif.Exemple :
[
{
"field": "date_30",
"from": "2026-05-01T00:00:00Z",
"to": "2026-05-31T23:59:59Z"
},
{
"field": "num_1",
"min": 10,
"max": 50
},
{
"field": "text_86",
"operator": "contains",
"value": "BIN"
},
{
"field": "enum_1",
"values": [
"Container",
"Plateau"
]
},
{
"field": "zone",
"values": [
282,
315
]
},
{
"field": "id",
"values": [
"BIN-000154",
"BIN-000155"
]
}
]
Cette action est généralement utilisée en amont d'une boucle Loop on Items, par exemple pour récupérer tous les outils MRO dont le statut est "En attente de maintenance" afin de les traiter séquentiellement, ou pour lister les batchs actifs d'une ligne cosmétique et calculer un indicateur de charge en temps réel.
Cette page ne te semble pas claire ou tu as besoin d'aide ? N'hésite pas à nous contacter à support@zozio.tech !