Mesterséges Intelligencia Központ
Menu

Automatisation des processus : outil no-code ou développement sur mesure ?

Selon Mesterséges Intelligencia Központ Kft., société de développement logiciel basée à Budapest, un outil no-code suffit pour un processus simple doté de connecteurs prêts à l'emploi ; une logique complexe, beaucoup de données ou un traitement strict des données exigent un développement sur mesure.

L'essentiel : la question n'est pas « no-code ou code », mais de savoir à quel point le processus est complexe, combien de données y transitent, ce qui se passe en cas d'erreur et où les données peuvent aboutir. Les deux se combinent bien : un processus no-code peut aussi appeler un service sur mesure. Quel que soit votre choix, chaque automatisation doit avoir un responsable, une documentation et une surveillance des erreurs.

Qu'est-ce que l'automatisation no-code et low-code ?

Les outils d'automatisation no-code permettent d'assembler un processus sans programmer, dans un éditeur visuel : après un événement déclencheur (par exemple une nouvelle commande, un e-mail entrant ou un formulaire rempli), des étapes s'exécutent l'une après l'autre pour lire des données, les transformer et les écrire dans un autre système. Les systèmes sont reliés par des connecteurs prêts à l'emploi qui, en arrière-plan, appellent l'API des systèmes, c'est-à-dire leur interface de programmation. Les outils low-code offrent la même chose, mais là où les étapes prêtes à l'emploi se révèlent insuffisantes, on peut aussi y écrire du code.

Un terme courant est le webhook : une notification automatique qu'un système envoie à un autre lorsqu'un événement se produit, de sorte que l'automatisation n'a pas besoin de demander sans cesse s'il s'est passé quelque chose.

Quatre outils courants en bref

L'auto-hébergement de n8n et sa licence

Selon la documentation de n8n, la version installée sur votre propre serveur fonctionne sans clé de licence en tant qu'édition communautaire (Community edition) ; certaines fonctionnalités, par exemple la gestion de versions basée sur Git, l'authentification unique (SSO), les environnements distincts et la gestion externe des secrets, nécessitent une formule payante. La même documentation indique que l'auto-hébergement exige des compétences techniques et que la maintenance incombe à l'exploitant (n8n : Choose how to use n8n).

La licence est un détail important : le code source de n8n est public, mais il est soumis à une licence propre, la « Sustainable Use License ». Selon celle-ci, le logiciel peut être utilisé et modifié pour ses propres besoins professionnels internes ou à des fins non commerciales ou personnelles, et ne peut être transmis à d'autres que gratuitement et à des fins non commerciales ; les fichiers dont le nom porte la mention « .ee » relèvent d'une licence entreprise distincte (n8n : LICENSE.md). D'après le texte de la licence, l'automatisation des propres processus d'une entreprise entre dans le cadre des besoins professionnels internes ; mais si un service fondé sur n8n devait être proposé à des clients, il est recommandé de faire examiner au préalable les conditions de la licence par un juriste.

À quoi servent les outils no-code ?

Où atteignent-ils leurs limites ?

Logique complexe

Branchements, boucles, exceptions, données fusionnées depuis plusieurs systèmes : tout cela peut aussi être dessiné visuellement, mais au-delà d'une certaine taille, le schéma du processus devient plus difficile à lire et à modifier que la même logique dans un code bien organisé. Si un processus contient déjà de nombreuses étapes de code, c'est le signe que la tâche a dépassé l'outil.

Volume de données et tarification à l'usage

Le tarif des outils no-code en cloud dépend généralement de l'utilisation : Zapier compte les actions réussies, Make les crédits. À faible trafic, c'est un avantage, car on ne paie que l'utilisation réelle ; mais avec de gros volumes de données, ou dans un processus à nombreuses étapes ou qui exécute des boucles, chaque étape de chaque enregistrement est comptabilisée, si bien que le coût augmente avec le trafic. Il est utile d'estimer à l'avance combien d'exécutions et d'étapes sont attendues chaque mois, et de comparer ce chiffre aux limites de la formule choisie.

Gestion des erreurs et nouvelles tentatives

La valeur d'une automatisation dépend de ce qui se passe lorsqu'un système ne répond pas. Les outils proposent aujourd'hui des solutions à cet effet, mais à des degrés divers :

En développement sur mesure, la même chose relève d'une conception délibérée : une file de messages, des nouvelles tentatives avec un délai d'attente croissant, des opérations répétables (idempotentes) pour qu'une nouvelle tentative ne crée pas deux fois la même facture, et un stockage distinct pour les éléments définitivement en échec.

Gestion de versions et tests

Modifier un processus en production est risqué s'il est impossible de revenir à la version précédente et qu'il n'existe pas d'environnement de test. Zapier ne propose le retour à une version antérieure qu'avec certaines formules (Zapier : version rollback), dans n8n la gestion de versions basée sur Git est une fonctionnalité payante, et dans Power Automate, les flux organisés en solutions peuvent être transférés entre les environnements de développement, de test et de production (Microsoft Learn : Solution-aware flows). Avec du code sur mesure, la gestion de versions, la revue de code et les tests automatisés font partie de l'équipement standard.

Identifiants d'accès

Derrière chaque connecteur, il y a une authentification. Selon Microsoft, dans Power Platform, les connexions représentent des identifiants enregistrés et sont stockées dans l'environnement qui exécute l'application ou le flux (Microsoft Learn : Data policies). Si un processus s'exécute avec le compte personnel d'un collaborateur, il s'arrête lorsque celui-ci quitte l'entreprise, ou, pire encore, continue de tourner avec un compte que plus personne ne surveille. C'est pourquoi les processus ont besoin d'un compte de service dédié et des droits les plus restreints possible.

L'emplacement des données

Avec les outils en cloud, les données transitent par l'infrastructure du fournisseur. Selon sa propre description, Zapier stocke les données sur l'infrastructure d'Amazon Web Services aux États-Unis (Zapier : Security & compliance) ; dans Make, un centre de données dans l'UE ou aux États-Unis peut être choisi lors de la création de l'organisation, et ce choix ne peut plus être modifié ensuite (Make : Organizations) ; avec n8n sur votre propre serveur, les données restent dans l'environnement propre à l'entreprise. Nous expliquons plus bas, dans la partie consacrée à la protection des données, ce que cela signifie sur le plan juridique.

RPA ou intégration par API ?

La RPA (robotic process automation, automatisation robotisée des processus) est un robot logiciel qui, à la place d'une personne, effectue des clics, saisit du texte et lit ce qui s'affiche à l'écran. Elle est utile lorsqu'un ancien système n'a pas d'API et que les données ne sont pas accessibles autrement. Sa faiblesse tient à la même raison : elle est liée à l'interface utilisateur. La documentation de Microsoft avertit elle-même que, lors d'une exécution sans assistance, la résolution d'écran de la session à distance peut différer de celle utilisée lors de la création du flux, ce qui peut entraîner des erreurs, voire un clic sur le mauvais élément ; l'exécution sans assistance exige en outre une machine sur laquelle tous les utilisateurs sont déconnectés (Microsoft Learn : Run unattended desktop flows).

L'intégration par API, en revanche, passe par une interface entre systèmes fixée comme un contrat : elle ne se casse pas parce qu'un bouton change de place, et elle peut traiter beaucoup plus de données. Notre règle empirique : là où il y a une API, nous utilisons l'API ; la RPA seulement là où il n'existe pas d'autre voie, et même alors sous une surveillance étroite, comme solution transitoire.

Intégration sur mesure : qu'apporte le code ?

Dans une intégration sur mesure, le processus s'exécute sous forme de code, dans l'environnement propre à l'entreprise ou dans un environnement qu'elle choisit. Cela rend possible ce qui suit :

Le prix à payer est un développement initial plus important, et le fait que quelqu'un doit exploiter et maintenir le code, car l'interface des systèmes externes change de temps à autre.

La voie hybride

Le choix n'est pas exclusif. Une configuration courante et qui fonctionne bien consiste à garder dans un outil no-code les étapes simples et souvent modifiées, tandis qu'un service sur mesure se charge de la partie difficile (par exemple un calcul de prix complexe, une synchronisation de gros volumes de données ou la connexion d'un ancien système), appelé par le processus no-code via une API ou un webhook. Ainsi, le côté métier continue de voir et de modifier les parties simples du processus, tandis que la logique critique s'exécute dans du code testé.

L'intelligence artificielle dans l'automatisation

L'automatisation à base de règles s'arrête là où arrive du texte libre : un e-mail, un contrat, une réclamation. Les grands modèles de langage, notamment ChatGPT d'OpenAI, Claude d'Anthropic et Gemini de Google, savent aussi les traiter : ils classent les e-mails entrants, extraient les données d'une facture, résument un long texte. Une étape d'IA peut figurer dans un outil no-code comme dans une intégration sur mesure ; selon la documentation de Make, par exemple, la consommation de crédits des modules d'IA peut aussi dépendre des tokens, c'est-à-dire du volume de texte traité (Make : Credits). Là où une erreur de l'IA coûte de l'argent, le modèle propose et une personne valide. Les schémas de connexion de l'IA sont présentés dans l'article Comment relier les systèmes de l'entreprise par l'intelligence artificielle ?, et le service sur la page Intégration d'IA.

Tableau de décision

CritèreOutil no-code en cloud (par ex. Zapier, Make)Outil sur votre propre serveur (par ex. n8n)Développement sur mesure
Démarragele plus rapide, sans installationrapide, mais il faut d'abord l'installer et le sécuriserplus long, avec conception et tests
Logiqueprocessus simples et moyensmoyenne, extensible par des étapes de codetoute complexité
Volume de donnéespetit à moyen ; le tarif augmente avec le traficdépend de la capacité de votre propre serveurgros volumes aussi, avec une file de messages
Gestion des erreursintégrée, avec une profondeur qui dépend de la formulepar flux d'erreur, configuré par vos soinsnouvelles tentatives et alertes conçues à cet effet
Gestion de versions et testslimitée, selon la formulebasée sur Git dans une formule payantecomplète : gestion de versions, revue de code, tests automatisés
Emplacement des donnéesle cloud du fournisseur, selon la région choisiel'environnement propre à l'entreprisel'environnement propre à l'entreprise
Modèle tarifaireabonnement et tarif à l'usageserveur et exploitation ; licence pour les fonctionnalités payantesdéveloppement ponctuel, puis exploitation
Exploitationassurée par le fournisseurl'entreprise ou l'exploitant qu'elle mandatel'entreprise ou l'exploitant qu'elle mandate

Gouvernance : à qui appartient le processus ?

Le risque des outils no-code est souvent non pas technique, mais organisationnel : si n'importe qui peut assembler n'importe quoi en quelques clics, au bout d'un moment plus personne ne sait quels processus tournent, avec quel compte, et dans quels systèmes ils écrivent. Quelques règles qui permettent de l'éviter :

Que vaut-il mieux automatiser en premier ?

Le processus qui se répète souvent, peut être décrit par des règles, s'exécute en grand volume et implique aujourd'hui des copier-coller manuels, par exemple le transfert des commandes vers le logiciel de facturation, la saisie des factures entrantes ou l'assemblage d'un rapport mensuel. C'est bon signe si la plupart des erreurs viennent d'une faute de frappe ou d'une étape oubliée. Comment choisir :

  1. Inventaire : recensez quel travail se répète, qui l'effectue et entre quels systèmes circulent les données.
  2. Classement : selon la fréquence, l'effort consacré et le risque d'erreur.
  3. Vérification de l'accès : les données sont-elles accessibles par API, par webhook, depuis une base de données ou par export de fichiers ?
  4. Processus pilote : un processus bien délimité, avec un objectif mesurable et une journalisation.
  5. Extension : si le pilote a fait ses preuves, le processus suivant, avec les mêmes règles de gouvernance.

Ce qu'il ne vaut pas la peine d'automatiser en premier : un processus rare, qui exige beaucoup d'appréciation, ou qui est justement en cours de transformation ; il faut d'abord y mettre de l'ordre, et seulement ensuite le mécaniser.

Protection des données : le RGPD et les sous-traitants

Si une automatisation déplace des données personnelles (celles de clients, de collaborateurs ou de partenaires), le service d'automatisation les traite généralement en qualité de sous-traitant pour le compte de l'entreprise. Selon l'article 28 du RGPD, il ne peut alors être fait appel qu'à un sous-traitant présentant des garanties suffisantes, le traitement doit être régi par un contrat, et un autre sous-traitant ne peut être recruté qu'avec l'autorisation écrite préalable du responsable du traitement (EUR-Lex : règlement (UE) 2016/679). Si les données quittent l'Union européenne, les conditions du chapitre V du règlement doivent aussi être remplies ; selon l'article 46, en l'absence de décision d'adéquation, le transfert exige des garanties appropriées, par exemple des clauses types de protection des données adoptées par la Commission. Selon sa propre description, Zapier joint à son contrat un avenant relatif au traitement des données, avec des clauses contractuelles types (SCC) pour les transferts internationaux (Zapier : Security & compliance).

En pratique : pour chaque outil d'automatisation utilisé, un contrat de sous-traitance doit être conclu, les processus doivent figurer dans le registre des activités de traitement, et seules les données personnelles strictement nécessaires à la finalité doivent circuler. Ces indications sont données à titre d'information et ne constituent pas un conseil juridique.

De quoi dépend le coût ?

Pour un outil no-code, le coût est déterminé par la formule d'abonnement, le nombre d'exécutions et d'étapes, les connecteurs payants et le travail consacré à l'assemblage et à la maintenance des processus. Pour une intégration sur mesure, nous mesurons la taille fonctionnelle du développement en points de fonction COSMIC (ISO/IEC 19761), et c'est sur cette base que nous établissons l'offre et le calendrier. Au-delà de la taille, comptent le nombre de systèmes à relier et le type de leurs interfaces, la qualité de la documentation de ces interfaces, le niveau de gestion des erreurs et de surveillance nécessaire, et ce que comprend l'exploitation. La méthode est décrite sur la page Tarification.

Questions fréquentes

Que vaut-il mieux automatiser en premier ?

Le processus qui se répète souvent, peut être décrit par des règles et implique aujourd'hui des copier-coller manuels, par exemple le transfert des commandes vers le logiciel de facturation ou l'assemblage d'un rapport mensuel. Lors du premier échange, gratuit, nous vous aidons à choisir où le gain est le plus grand.

n8n, Make ou Power Automate ?

Ce sont trois bons outils, chacun pour des situations différentes. n8n est un bon choix lorsque les données doivent rester dans l'environnement propre à l'entreprise et que quelqu'un exploite l'installation sur votre propre serveur ; il vaut la peine d'en connaître les conditions de licence. Make est un service cloud, avec la possibilité de choisir un centre de données dans l'UE. Power Automate est le choix évident lorsque l'entreprise travaille dans un environnement Microsoft ou que des applications de bureau doivent être automatisées. La décision finale dépend de la complexité du processus, du volume de données attendu et des exigences en matière de traitement des données.

Quand faut-il un développement sur mesure ?

Lorsque la logique est complexe, que le volume de données est important, qu'un système n'a pas de connecteur prêt à l'emploi, que des nouvelles tentatives fiables et des tests sont nécessaires, ou que les données ne doivent pas quitter l'environnement propre à l'entreprise. Souvent, la voie hybride suffit : la partie difficile est développée sous forme de service sur mesure, qu'un processus no-code appelle.

Que se passe-t-il si une automatisation tombe en panne ?

Dans une automatisation bien construite, quelqu'un est averti immédiatement de l'erreur, l'élément en échec n'est pas perdu mais peut faire l'objet d'une nouvelle tentative, et le journal permet de retrouver ce qui s'est passé. C'est pourquoi nous intégrons une journalisation et des alertes d'erreur dans chaque intégration, et après la livraison, nous l'exploitons et la maintenons sur demande, car l'interface des systèmes externes change de temps à autre.

Une automatisation peut-elle intégrer l'intelligence artificielle ?

Oui. Un grand modèle de langage peut classer les e-mails entrants, extraire les données des factures et des commandes, ou résumer un long texte. Là où une erreur coûte de l'argent, l'IA propose et une personne valide.

Comment pouvons-nous vous aider ?

Nous relions les systèmes de l'entreprise, automatisons le travail répétitif et traitons les documents grâce à l'intelligence artificielle. Nous le faisons par une intégration sur mesure, par un service construit derrière un processus no-code existant, ou par une combinaison des deux. Le service est présenté sur la page Automatisation des processus ; si les processus devaient converger dans votre propre système ERP ou CRM, consultez la page Logiciels de gestion.

Le premier échange est gratuit, sur demande nous signons un accord de confidentialité (NDA), et après la livraison nous assurons aussi l'exploitation et la maintenance. Le code source et les droits d'utilisation sont régis par le contrat. Si vous nous décrivez en quelques phrases le processus qui vous prend le plus de temps, prenez contact avec nous.

Sources