# RPA chez un bailleur social : quels processus automatiser en premier

_2 novembre 2026 · AutoComplete · https://autocomplete.fr/articles/rpa-bailleur-social-quels-processus-automatiser/_

> Un bon candidat à la RPA est fréquent, régulier et sans jugement. Quatre critères pour choisir, trois familles de processus qui reviennent chez tous les bailleurs, et les cas où un robot n'est pas la bonne réponse.

Chez un bailleur social, la question n'est jamais de savoir s'il existe des tâches à automatiser. Il y en a dans chaque service : la comptabilité fournisseurs, la gestion locative, le contentieux, la maintenance. La vraie question est de savoir **par lesquelles commencer**, pour que les premiers robots rapportent vite et donnent envie de continuer.

## Ce qu'un robot logiciel fait bien

Un robot RPA reproduit les gestes d'un agent dans ses applications : il se connecte, ouvre un dossier, lit un document, saisit, vérifie, envoie. Il ne demande aucune modification des logiciels existants, ce qui en fait un outil précieux quand l'éditeur ne propose pas d'API ou quand le portail d'un partenaire n'offre que des écrans.

Il fait bien ce qui est répétitif. Il fait mal ce qui demande d'interpréter une situation nouvelle. Tout le travail de sélection consiste à séparer les deux.

## Quatre critères pour choisir

Avant d'écrire la moindre ligne, nous passons chaque processus candidat au crible de quatre questions.

1. **Est-il fréquent ?** Un traitement fait trois fois par an ne justifie pas un robot, même s'il est pénible. Un traitement fait chaque jour, si.
2. **Est-il régulier ?** Les mêmes étapes, dans le même ordre, avec des exceptions connues et peu nombreuses.
3. **Les données d'entrée sont-elles structurées ?** Un formulaire, un fichier, un écran : oui. Un courrier manuscrit : pas sans aide, et c'est là que l'IA entre en jeu.
4. **Les applications sont-elles stables ?** Un robot dépend des écrans qu'il utilise. Une application qui change d'interface tous les mois coûtera cher en maintenance.

Un processus qui coche les quatre cases est un excellent candidat. Un processus qui en coche deux mérite une autre réponse.

## Trois familles qui reviennent chez tous les bailleurs

### Lire et reporter

C'est la famille la plus courante : une information arrive sous une forme, elle doit être saisie ailleurs. Une facture fournisseur à enregistrer, un dossier récupéré sur le portail d'un partenaire et reporté dans l'ERP, un fichier transmis par un prestataire à intégrer. Le robot lit, extrait, saisit, et signale ce qu'il n'a pas su traiter.

### Contrôler et rapprocher

Comparer deux sources et lister les écarts : les montants d'un relevé et ceux de la comptabilité, l'état d'un dossier dans deux applications, une liste de contrats et une liste de logements. Pour un agent, c'est une tâche longue et peu gratifiante. Pour un robot, c'est un travail de nuit qui produit une liste d'anomalies prête le matin.

### Produire et diffuser

Les éditions récurrentes, les exports à préparer, les courriels de relance, les fichiers partagés à mettre à jour. Le robot les produit au bon moment et les envoie aux bonnes personnes, sans oubli.

## Quand un robot n'est pas la bonne réponse

Le robot est parfois choisi par défaut, parce qu'il est rapide à mettre en place. C'est une erreur dans deux cas.

**Quand le flux est continu entre deux logiciels.** Si des données doivent circuler en permanence entre l'ERP et un outil métier, un robot qui recopie écran par écran devient vite fragile. Une interconnexion, qui lit l'ERP et diffuse les changements, est plus robuste et se surveille mieux. C'est le travail d'OXLI.

**Quand il faut comprendre un texte.** Qualifier une réclamation, classer un courrier, deviner l'urgence d'une demande : un robot seul ne sait pas faire. Il faut une étape de classification, appuyée sur vos référentiels, après laquelle le robot exécute la suite.

Les meilleurs résultats viennent souvent de la combinaison des trois : l'interconnexion pour les flux réguliers, l'IA pour comprendre ce qui arrive, le robot pour les écrans qui n'ont pas d'autre porte d'entrée.

## Et après la mise en production

Un robot qui n'est pas suivi finit par casser sans prévenir : une mise à jour d'application, un champ qui change de place, un mot de passe qui expire. La supervision et la maintenance font partie du projet, pas de l'après-projet. Nous les prévoyons dès l'audit, avec des alertes quand un robot échoue et une reprise des dossiers qu'il n'a pas traités.

## Par où commencer

Une simple liste de vos tâches répétitives suffit pour démarrer. Pour chacune, nous regardons la fréquence, la régularité, la forme des données et la stabilité des applications. Il en sort trois colonnes : ce qu'un robot fera bien, ce qui relève d'une interconnexion, et ce qui ne vaut pas l'effort. La première colonne donne vos premiers robots.