Quatre mots, quatre choses différentes
Les quatre termes sont souvent employés l’un pour l’autre dans les démonstrations. Ils ne font pourtant pas le même travail, et ne cassent pas pour les mêmes raisons.
- L’intégration : les logiciels se parlent directement : par une API (une porte d’entrée prévue par l’éditeur pour lire ou écrire des données), par un échange de fichiers planifié, ou par un middleware, logiciel intermédiaire qui reçoit, transforme et distribue les données entre plusieurs applications. C’est l’approche la plus robuste quand elle est possible.
- La RPA : un robot reproduit les gestes d’un utilisateur : il ouvre l’application, clique, copie, colle, comme une personne le ferait sur l’écran. Utile quand le logiciel n’offre aucune API ni aucun export ; fragile dès que l’écran change, à la moindre mise à jour.
- L’IA : lire, classer, rédiger, proposer : elle traite ce qui n’a pas de forme fixe : un PDF, un e-mail, un libellé, une photo. Elle ne suit pas une règle écrite, elle produit une réponse probable : elle se trompe parfois, et ce taux d’erreur se mesure et se contrôle.
- Les workflows et outils sans code : enchaîner des tâches simples : « quand un formulaire arrive, créer une ligne et prévenir l’équipe ». Rapides à monter par un service, ils s’appuient eux-mêmes sur les API des logiciels qu’ils relient.
La bonne question n’est donc pas « quelle technologie ? », mais « quel geste, sur quelles données, avec quel droit à l’erreur ? ».
Six questions pour choisir l’approche d’un processus donné
- Qualifier les donnéesProposé, puis validé
- Chercher les interfacesProposé, puis validé
- Évaluer les écransProposé, puis validé
- Mesurer le volumeAutomatique
- Fixer la toléranceDécidé par une personne
- Isoler le jugementDécidé par une personne
Le détail de chaque étape : ouvrez-la.
Les données sont-elles structurées ?
- Aujourd’hui
- Le processus est décrit par l’outil qu’on imagine, pas par la forme des données qu’il traite.
- Automatisé
- Inventaire des entrées : fichiers et champs d’un logiciel (structurés) ou PDF, e-mails, photos, textes libres (non structurés). Le non structuré appelle l’IA ; le structuré s’en passe.
- Reste humain
- Confirmer avec l’équipe les formats réellement reçus, exceptions comprises.
Les logiciels offrent-ils une API ou un export ?
- Aujourd’hui
- On suppose que le logiciel « ne sait pas faire » sans l’avoir demandé.
- Automatisé
- Revue de la documentation des logiciels en place : API, exports planifiés, formats d’échange (EDI, CSV, XML), connecteurs existants.
- Reste humain
- Interroger l’éditeur sur les interfaces, leurs droits et leur coût.
Les écrans sont-ils stables ?
- Aujourd’hui
- Un robot est envisagé sans savoir à quel rythme l’application change.
- Automatisé
- Historique des mises à jour de l’application, en particulier pour les logiciels en ligne mis à jour par l’éditeur.
- Reste humain
- Décider si la RPA reste un pont provisoire ou une solution durable.
Quel volume, à quelle fréquence ?
- Aujourd’hui
- Volume estimé de mémoire.
- Automatisé
- Comptage tiré des logiciels : commandes, factures, fiches, e-mails par jour et par mois, pics saisonniers.
- Reste humain
- Juger si le volume justifie une intégration ou si un outil sans code suffit.
Quelle tolérance à l’erreur ?
- Aujourd’hui
- Le droit à l’erreur n’est pas défini avant le projet.
- Automatisé
- Seuils de confiance : au-dessus, le traitement passe ; en dessous, il part en validation. Taux d’erreur mesuré sur un échantillon réel.
- Reste humain
- Fixer les seuils : une erreur sur un prix ou un paiement ne se traite pas comme une erreur de classement.
Faut-il un jugement ?
- Aujourd’hui
- Décisions et gestes répétitifs sont mélangés dans la même tâche.
- Automatisé
- Rien : l’IA peut proposer et justifier, pas engager l’entreprise.
- Reste humain
- Garder à une personne habilitée ce qui engage : accorder une remise, valider un paiement, accepter une réclamation.
Les prérequis
- Un processus décrit pas à pas avec ses entrées, ses sorties et ses exceptions, avant de choisir la moindre technologie.
- La liste des interfaces des logiciels en place API, exports, formats d’échange, connecteurs, et ce que l’éditeur autorise.
- Un échantillon de documents réels pour mesurer ce que l’IA lit correctement, et ce qu’elle lit mal, avant de s’engager.
- Un responsable par automatisation qui reçoit les alertes en cas d’échec et tient la documentation à jour.
Les quatre approches, et quand choisir chacune
| Options | Adaptée quand | Limites | À vérifier |
|---|---|---|---|
| Intégration (API, échanges de fichiers, middleware) | Les logiciels exposent une API ou un export ; la même donnée se ressaisit d’un outil à l’autre ; le volume est régulier. | Dépend des interfaces de l’éditeur ; demande un cadrage, une documentation et un suivi des échecs. | Interfaces disponibles et leurs droits, sens des échanges, alerte en cas d’échec, propriété du code. |
| RPA (robot logiciel) | Aucune API ni export ; écrans stables ; gestes identiques à chaque fois ; besoin d’un résultat avant une future interface. | Casse au moindre changement d’écran ; lente sur de gros volumes. | Rythme des mises à jour de l’application, gestion des identifiants du robot, reprise en cas d’arrêt. |
| IA (lecture, classement, rédaction, proposition) | Entrées non structurées : PDF, e-mails, libellés, photos ; cas à trier sans règle écrite. | Produit une réponse probable, pas certaine ; taux d’erreur à mesurer et à contrôler ; dépend des exemples et de l’historique. | Hébergement et confidentialité des données, justification de chaque proposition, seuil de validation humaine. |
| Workflow et outil sans code | Enchaînement simple, faible volume, quelques applications, besoin rapide d’un service. | Se multiplie vite sans inventaire ; logique difficile à relire ; dépend des connecteurs proposés. | Déclaration au SI, compte de service plutôt que compte personnel, documentation, plan de reprise. |
Les quatre approches se combinent : l’IA lit un document, une règle le contrôle, l’intégration l’écrit dans l’ERP, une personne valide l’écart. La RPA comble un manque d’interface, le temps qu’il soit comblé.
Les pièges fréquents
- Une RPA sur un écran qui change le robot clique au mauvais endroit après une mise à jour, parfois sans s’arrêter : il faut des contrôles en sortie et une alerte, pas seulement un robot.
- Une IA sans validation ses réponses sont probables, pas certaines : sans seuil de confiance ni contrôle humain sur ce qui engage, une erreur se propage jusqu’au client ou à la comptabilité.
- Des intégrations point à point non documentées chaque liaison écrite à part, connue d’une seule personne : au premier changement de logiciel, personne ne sait ce qui casse.
- Des outils sans code dispersés montés par chaque service sur des comptes personnels, hors du regard du SI (shadow IT) : données copiées partout, traitements qui s’arrêtent au départ de leur auteur.
Le contrôle interne
Quelle que soit l’approche, chaque traitement automatique doit laisser une trace : journal des opérations, règle ou validation à l’origine de chaque écriture, alerte en cas d’échec, responsable désigné. L’ANSSI recommande de ne pas laisser un système d’IA générative exécuter seul des actions critiques sur le système d’information, et de proscrire les outils d’IA grand public pour des données sensibles. Le règlement européen sur l’IA (UE) 2024/1689, entré en vigueur le 1er août 2024 et amendé en juillet 2026, classe les usages par niveau de risque : la plupart des usages de gestion n’y portent pas d’obligation spécifique, mais certains domaines comme l’emploi relèvent du haut risque, et des obligations de transparence visent notamment les systèmes qui interagissent avec des personnes. Le RGPD continue de s’appliquer dès que des données personnelles sont traitées.
Par où commencer
- Choisir un processus et le décrire pas à pas : entrées, formats, logiciels, exceptions, décisions.
- Répondre aux six questions : données structurées, interfaces, stabilité des écrans, volume, tolérance à l’erreur, jugement.
- Tester l’approche retenue sur un échantillon réel et mesurer le taux d’erreur avant de l’étendre.
Questions fréquentes
La RPA est-elle remplacée par l’IA ?
Non, elles ne font pas le même travail. La RPA exécute des gestes à l’écran ; l’IA lit et propose. Elles se combinent : l’IA lit un document, le robot saisit le résultat là où aucune API n’existe. Quand une API existe, l’intégration reste préférable aux deux pour transmettre les données.
Peut-on automatiser un processus quand le logiciel n’a pas d’API ?
Souvent, oui : par un export ou un import de fichiers planifié, par un connecteur de l’éditeur, ou par un robot RPA en dernier recours. Avant de conclure qu’aucune interface n’existe, il faut la demander à l’éditeur.
Le règlement européen sur l’IA s’applique-t-il à une IA qui lit des factures ou des commandes ?
Le règlement s’applique selon le niveau de risque de l’usage. Lire des factures ou des commandes n’entre pas, en principe, dans les catégories interdites ou à haut risque, qui visent notamment l’emploi, l’éducation ou la biométrie ; l’analyse se fait cependant au cas par cas, et le RGPD s’applique aux données personnelles traitées.
Les outils sans code suffisent-ils pour une ETI ?
Pour des enchaînements simples et peu volumineux, oui. Pour les flux critiques entre l’ERP et les autres logiciels, ils atteignent vite leurs limites de suivi, de documentation et de reprise ; ils gagnent à être déclarés et encadrés par le SI.
Quand passer de liaisons directes à un middleware ?
Quand plusieurs logiciels échangent les mêmes données, ou qu’un changement de logiciel oblige à réécrire plusieurs liaisons. Le middleware centralise les échanges, les transformations et les alertes ; pour deux logiciels et un seul flux, une liaison directe documentée suffit souvent.
Quelle approche coûte le moins cher à faire vivre ?
Cela dépend du processus : une intégration documentée demande plus de cadrage au départ et casse rarement ; un robot RPA démarre vite mais se répare à chaque changement d’écran. Un diagnostic permet de comparer les options sur un processus précis avant de s’engager.
Le bon outil pour votre processus, en diagnostic
Données, interfaces, écrans, volume, tolérance à l’erreur : pour un processus donné, l’approche qui convient et la façon de combiner intégration, RPA et IA.
Demander le diagnosticPour aller plus loin
Sources
- Règlement (UE) 2024/1689 du 13 juin 2024 établissant des règles harmonisées concernant l’intelligence artificielle (règlement sur l’intelligence artificielle), version consolidée — EUR-Lex
- Entrée en vigueur du règlement européen sur l’IA : les premières questions-réponses de la CNIL, mise à jour du 17 août 2026 — CNIL
- Recommandations de sécurité pour un système d’IA générative, guide ANSSI-PA-102, 29 avril 2024 — ANSSI