rechercher Rechercher
x

Workflow vs Smartflow — et pourquoi on dit Flow

Vision Studio propose deux éditeurs de nœuds. Même technologie, même logique, deux rôles distincts. Pour éviter l'ambiguïté, on peut les appeler Flows quand on parle des deux en même temps.


⬡ Workflow — Logique métier

Un Workflow orchestre les interactions avec l'utilisateur et les opérations sur les données de l'application. Il s'exécute en réponse à une action UI (clic d'un bouton, ouverture d'une page…).

Ce qu'il peut faire :

  • → Afficher des formulaires à l'utilisateur
  • → Créer / modifier / supprimer des Smart Objects
  • → Prendre des photos, scanner QR, géolocaliser
  • → Alerter, envoyer notifications, générer docs
  • → Appeler un Smartflow pour aller chercher des données

Déclenché par : Un bouton, un événement de page, un widget, une autre action UI

💡 Analogie : le scénario d'une pièce de théâtre — ce que l'acteur (l'utilisateur) fait et voit, scène après scène


◈ Smartflow — Pipeline de données

Un Smartflow est un pipeline de traitement de données, sans interface graphique. Il se connecte à des sources externes (API, bases de données, FTP) et transforme les données avant de les renvoyer.

Ce qu'il peut faire :

  • → Appeler une API REST externe (GET, POST, PUT…)
  • → Requêter une base SQL (Postgres, SQL Server…)
  • → Lire / écrire des fichiers sur FTP
  • → Transformer, filtrer, fusionner des données
  • → Exposer lui-même une API (endpoint OpenAPI)

Déclenché par : Un Workflow, une tâche planifiée, ou un appel HTTP externe

🍽️ Analogie : la cuisine d'un restaurant — invisible pour le client, mais c'est là que les ingrédients bruts sont transformés en plat


💡 Le terme générique : Flow

Workflow et Smartflow partagent le même moteur de nœuds, la même logique de liaisons, les mêmes familles. La seule différence est leur contexte d'exécution.

Dans cette documentation, on utilise le mot Flow quand une règle ou un concept s'applique aux deux — par exemple : "tout Flow commence par un nœud DÉPART", ou "les liaisons DATA fonctionnent de la même façon dans les deux types de Flow".


Comment choisir ?

Situation → Workflow ⬡ → Smartflow ◈
L'utilisateur remplit un formulaire ✓ Oui ✗ Non
Appeler une API externe ✗ Non direct ✓ Oui
Requête SQL vers une BDD externe ✗ Non ✓ Oui
Créer / modifier un Smart Object ✓ Oui ✓ Oui
Afficher une alerte à l'écran ✓ Oui ✗ Non
Synchroniser des données la nuit (planifié) ✗ Non ✓ Oui
Générer un rapport PDF ✓ Oui (avec téléchargement) ✓ Oui (sans UI)

Pattern courant : un Workflow gère l'interaction utilisateur et délègue la récupération ou l'écriture de données externes à un Smartflow via le nœud Appeler un smartflow. Les deux s'appellent mais ne se mélangent pas.

Exemples de flows

Workflows types — Cas concrets bout en bout

Trois scénarios métier illustrant comment les nœuds s'enchaînent pour produire un résultat réel.


① Créer une intervention terrain et envoyer une confirmation workflow
DÉPART
Lifecycle
Bouton "Nouvelle intervention"
flow
Formulaire
Forms
Saisie : lieu, type, priorité
flow
Créer SO
Données
→ Smart Object "Intervention"
flow
Envoyer email
Notif
Confirmation au technicien
flow
Alerter
Notif
"Intervention créée ✓"
flow
FIN
Lifecycle
② Générer un rapport PDF conditionnel selon le statut workflow
DÉPART
Lifecycle
Smart Object en contexte
flow
Conditions
Lifecycle
statut = "Terminé" ?
OUI
Créer rapport
Document
Template "rapport_final.docx"
data
Convertir doc
Document
docx → PDF
flow
Télécharger
Document
Téléchargement utilisateur
flow
FIN
Lifecycle
③ Synchroniser des données d'une API externe vers des Smart Objects smartflow
DÉPART
Lifecycle
Planifié ou déclenché
flow
Service
Service ◈
GET api.example.com/items
data JSON
Transmuter
Édition
Mapper champs API → SO
flow
Boucle
Lifecycle
Pour chaque élément
flow
Créer / Éditer SO
Données
Upsert en base Vision
flow
Résultat SF
Service ◈
Nb d'items synchronisés
x