Plateforme d'IA ou outil de workflow comme n8n et Dify : un éclairage

n8n ne ferait-il pas l’affaire ?

Pour de nombreuses tâches, oui. Les outils de workflow relient des systèmes : un déclencheur, par exemple un nouvel e-mail, lance une chaîne d’étapes qui récupèrent des données, les transforment, les transmettent à un modèle d’IA et font suivre le résultat. Pour automatiser un workflow bien délimité, par exemple trier les demandes issues d’un formulaire et les inscrire dans un système de tickets, il existe des outils éprouvés.

Outil	Type	Licence	Exploitation
n8n	Workflows entre systèmes, avec étapes d’IA et agents	Sustainable Use License, parties Enterprise sous licence propre	Auto-hébergé ou cloud de n8n
Dify	Boîte à outils pour applications d’IA, agents et workflows	Apache 2.0 modifiée avec conditions supplémentaires	Auto-hébergé ou Dify Cloud
Langflow	Boîte à outils pour workflows d’IA en Python	MIT	Auto-hébergé
LangChain avec LangSmith	Bibliothèque de programmation pour développeurs, LangSmith pour l’exploitation et la supervision	Bibliothèque open source, LangSmith commercial	Cloud de LangChain (États-Unis ou UE) ou dans l’établissement (Enterprise)
Make, Zapier	Automatisation en tant que service en ligne, avec étapes d’IA et agents	Commercial	Cloud du fournisseur
Camunda	Automatisation des processus selon BPMN, avec agents d’IA dans les processus	Commercial ; code source consultable, exploitation en production sous licence	Auto-hébergé ou cloud de Camunda

Informations issues des sites web et des documentations des fournisseurs, au 11 octobre 2026.

Qu’apportent les éditions Enterprise ?

Plus qu’on ne le pense souvent. Les éditions Enterprise sont conçues pour les entreprises :

• n8n : connexion via SSO et LDAP à partir de la formule Business, rôles par projet (Admin, Editor, Viewer), rôles personnalisés et transmission des journaux à des systèmes externes dans la formule Enterprise ; les journaux contiennent les connexions, les modifications des identifiants et des workflows ainsi que leur exécution.
• Dify : selon le fournisseur, connexion via SAML ou OIDC, droits jusqu’au niveau de chaque workflow, un journal d’audit transmissible à un SIEM, et exploitation dans l’établissement, y compris sans Internet.
• LangSmith : exploitation dans l’établissement, connexion et droits propres dans la formule Enterprise.
• Zapier : connexion via SAML à partir de la formule Team, journal d’audit et transmission des journaux, restriction des applications et des actions dans la formule Enterprise.
• Make : selon sa page de tarifs, connexion via SAML ou OAuth, rôles dans l’équipe et un journal d’audit.

La connexion, les droits et les journaux ne suffisent donc pas à distinguer un outil d’une plateforme. Ce qui compte, c’est pour qui l’outil est conçu et qui prend en charge le reste.

En quoi est-ce différent d’une plateforme d’IA ?

Sur quatre points vérifiables :

• Public visé : les outils de workflow s’adressent à des spécialistes qui construisent, testent et maintiennent des workflows. Une plateforme d’IA s’adresse à tous les collaborateurs : l’infirmière ou l’agente administrative choisit une app prête à l’emploi et obtient un résultat sans voir de workflow.
• Exploitation d’ensemble : avec un outil, le modèle d’IA, les serveurs, la connexion, les journaux et les mises à jour proviennent généralement de sources différentes et sont assemblés en interne. Une plateforme apporte ces éléments comme un seul produit sous une seule licence.
• Responsabilité : qui exploite un outil lui-même est responsable des mises à jour de sécurité, de la vérification des licences et des preuves ; ce que cela signifie juridiquement est expliqué dans Responsabilité : solution open source maison ou plateforme achetée ?. Avec une plateforme, ces tâches incombent au fournisseur, dans la mesure prévue par le contrat.
• Lieu d’exécution du modèle d’IA : l’outil appelle le modèle que la personne choisit en construisant le workflow. Le lieu du traitement dépend donc de chaque workflow.

Où s’exécute le modèle d’IA ?

Avec les outils, cela dépend du workflow et de l’édition. Si une étape appelle le modèle d’un fournisseur externe, les données de cette étape y sont envoyées. Pour leurs éditions cloud, les fournisseurs indiquent (au 11 octobre 2026) :

• n8n Cloud : serveurs à Francfort.
• Dify Cloud : données sur des serveurs d’AWS dans la région US-East.
• Zapier : données sur des serveurs d’AWS aux États-Unis.
• Make : zones de données au choix dans l’UE et aux États-Unis ; selon Make, certaines fonctions d’IA s’exécutent aux États-Unis quelle que soit la zone.

Exploités dans l’établissement, les outils s’exécutent là où l’établissement les installe. Le modèle peut alors lui aussi s’exécuter dans l’établissement, si le service informatique le met à disposition.

Que faut-il vérifier dans la licence ?

Plusieurs outils connus ont un code source consultable, mais ne sont pas open source au sens de l’Open Source Definition. n8n autorise l’utilisation pour les besoins internes de votre propre activité, pas la revente en tant que service. Sans autorisation écrite, Dify interdit l’exploitation pour plusieurs clients (multi-tenant) ; cela concerne par exemple les prestataires informatiques qui exploitent l’outil pour plusieurs collectivités ou établissements. Depuis la version 8.6, Camunda exige une licence pour l’exploitation en production dans l’établissement. Des exemples de changements de licence et de propriétaire figurent dans Risque de licence avec les outils open source.

Quand choisir quoi ?

• Un outil de workflow convient lorsqu’une équipe informatique veut automatiser des workflows bien délimités entre systèmes et prend elle-même en charge l’exploitation, les mises à jour, les droits et la vérification des licences.
• Une plateforme d’IA convient lorsque tous les collaborateurs doivent utiliser l’IA avec des données sensibles, avec des droits issus de l’annuaire, des journaux, des preuves et un support d’un seul interlocuteur.
• Les deux côte à côte sont possibles : l’outil automatise les workflows entre systèmes et appelle le modèle d’IA via une API de la plateforme.

Ce qu’un établissement doit assumer en plus lorsqu’il construit lui-même est décrit dans Ce que l’IA open source n’apporte pas d’office.

Comment cela fonctionne-t-il avec basebox ?

basebox est une plateforme d’IA pour tous les collaborateurs : chat, apps que l’on partage sans partager de données, connecteurs avec le propre accès de chaque personne et des journaux qui consignent aussi les déroulés. Le modèle d’IA s’exécute dans notre cloud en Allemagne ou sur un serveur réservé à votre établissement.

À partir de novembre 2026, l’App Builder construit une app à partir d’une description, y compris sur plusieurs étapes et plusieurs systèmes. Il n’utilise que les connexions et les modèles que votre administrateur a activés, travaille avec les droits de la personne qui le lance, et les actions d’écriture ne s’exécutent qu’après validation par un humain.

Pour les outils que vous utilisez déjà, il existe une API compatible OpenAI avec une clé propre à chaque personne.

Les comparaisons en détail : basebox et n8n ou Flowise, basebox et Dify, basebox et Make ou Zapier.