J’ai travaillé sur un projet RPA pour une banque. L’objectif : automatiser le traitement des déclarations de fraude à la carte bancaire. Ce que faisaient des dizaines d’employés — saisir, vérifier, classer — 15 robots logiciels allaient désormais le faire à leur place.
Résultat : 300 000 demandes traitées par an. Zéro erreur de saisie. Cinq semaines de travail économisées par personne et par an.
C’est ça, le RPA. Et c’est pour ça que ça m’a accroché.
Ce que le RPA fait concrètement
Le RPA — Robotic Process Automation, ou automatisation robotisée des processus — c’est l’idée de confier à un logiciel les tâches répétitives que font habituellement des humains devant un écran.
Remplir un formulaire web. Copier des données d’un Excel vers un ERP. Répondre à des emails standardisés. Chercher des documents dans une GED. Extraire des lignes de logs pour alimenter un rapport.
Ce sont des tâches qui ne demandent pas de jugement, mais qui prennent du temps, fatiguent les équipes, et génèrent des erreurs. Le robot, lui, ne se trompe pas. Il ne se fatigue pas. Et il va beaucoup plus vite.
La différence avec un simple script, c’est que le robot interagit avec les interfaces comme un utilisateur humain — il voit la page, clique sur les boutons, remplit les champs. Il peut travailler sur des applications pour lesquelles vous n’avez pas accès à l’API.
Pourquoi les PME passent à côté
La plupart des articles sur le RPA parlent de grandes entreprises avec des DSI structurées. C’est dommage, parce que les PME ont souvent bien plus à y gagner : elles ont peu de personnel pour des volumes de traitement qui augmentent, et chaque heure gagnée compte double.
Le frein principal n’est pas le coût — des solutions open source existent, j’y reviens. C’est le manque de méthode pour identifier les bons processus à automatiser.
Règle simple : si un employé fait la même séquence d’actions plus de 20 fois par semaine, c’est un candidat RPA sérieux.
Le piège des 20% — la règle que j’applique systématiquement
Voici l’erreur que je vois le plus souvent sur les projets RPA : vouloir tout couvrir dès le départ.
Dans n’importe quel processus métier, 80% des cas suivent un chemin standard. Les 20% restants sont des exceptions — des formulaires mal remplis, des formats inhabituels, des situations hors-norme.
Ces 20% de cas vont représenter 80% du coût de développement du robot. Et ils vont multiplier la complexité de maintenance.
Mon conseil : automatisez les 80% et traitez les exceptions manuellement. Un robot qui couvre les cas normaux avec fiabilité vaut dix fois mieux qu’un robot qui essaie tout de gérer et tombe régulièrement.
Démonstration concrète : automatiser un formulaire web avec Python
Rien de mieux qu’un exemple réel. Je vais vous montrer comment automatiser la saisie d’un formulaire web à partir d’un fichier Excel — en Python, avec des outils gratuits.
Le formulaire de test est disponible sur rpachallenge.com. C’est un formulaire classique : prénom, nom, entreprise, coordonnées. Un employé doit normalement le remplir manuellement pour chaque ligne d’un fichier Excel.
Les données source :
Un classeur Excel avec une liste de personnes. C’est exactement le type de fichier qu’on retrouve dans n’importe quel service administratif.
Étape 1 : lire le fichier Excel avec Pandas
import pandas as pd
def getData():
df = pd.read_excel("challenge.xlsx")
people = df.to_records()
return people
Trois lignes. Le fichier est chargé, chaque ligne devient un enregistrement qu’on peut traiter.
Étape 2 : piloter le navigateur avec Selenium
from selenium import webdriver
from selenium.webdriver.common.by import By
# On localise les champs du formulaire dans la page
dom_fn = browser.find_element(By.XPATH, '//input[@ng-reflect-name="labelFirstName"]')
dom_ln = browser.find_element(By.XPATH, '//input[@ng-reflect-name="labelLastName"]')
Selenium permet de “voir” la page comme un utilisateur humain et d’interagir avec chaque élément.
Étape 3 : boucler sur les données et remplir
dom_fn.send_keys(person['First Name'])
dom_ln.send_keys(person['Last Name'])
# ...
dom_sub.click()
Et voilà le résultat en vidéo — 70 champs remplis en 4 secondes, sans une seule erreur :
RPA challenge démo pic.twitter.com/k9VpaadHnl
— www.cloud-forge.net (@forge_cloud) February 15, 2020
Le code complet est disponible sur notre repo GitHub.
Les vraies limites du RPA — ce qu’on ne vous dit pas assez
Le RPA n’est pas magique. Voici ce qu’il faut avoir en tête avant de se lancer.
Un robot fait exactement ce qu’on lui dit — pas plus. Si l’interface de l’application change, si une nouvelle réglementation modifie le processus, le robot s’arrête ou se trompe. La maintenance est un coût récurrent, pas une option.
Le RPA est mal perçu par les équipes. Présenter un robot comme un outil pour “réduire les effectifs” est la meilleure façon de faire échouer le projet. Le bon cadrage : libérer les équipes des tâches sans valeur pour qu’elles se concentrent sur ce qui compte. Ce n’est pas du marketing — c’est une réalité si le projet est bien mené.
Ce n’est pas un projet qu’on lance et qu’on oublie. Un robot évolue avec l’entreprise. Il faut prévoir du temps de maintenance, des tests réguliers, et quelqu’un qui connaît le système pour intervenir quand ça coince.
Par où commencer si vous êtes une PME
Identifiez un processus simple, répétitif, avec des données bien structurées. Pas les exceptions, pas les cas complexes — le cœur du traitement standard.
Construisez un prototype. Montrez-le aux équipes concernées. Ajustez. Déployez progressivement.
Si vous ne savez pas par où commencer ou si vous voulez un regard extérieur sur vos processus, contactez Cloud-Forge. On fait ça aussi.
Rejoignez-nous sur notre page Facebook.