Études de cas / Groupe BPCE – Natixis
Réclamations reçues par e-mail : vérifier les doublons avant de créer le dossier
Étude de cas anonymisée : un robot logiciel vérifie si une réclamation existe déjà, alerte le métier si c'est le cas, sinon prépare le dossier complet pour une validation humaine.
Poste : Développeur Expert RPA UiPath · Groupe BPCE – Natixis · 2025 à aujourd’hui
Le besoin
Des réclamations arrivent par e-mail. Avant de créer quoi que ce soit, il faut savoir si la réclamation existe déjà : une même réclamation ne doit pas être saisie deux fois.
Ce cas vient d'un processus réel que j'ai automatisé. Il est anonymisé : ni l'entreprise, ni le secteur, ni l'application, ni aucune donnée ne sont cités.
Le déroulé
Le robot suit toujours le même chemin :
- Réception : un e-mail de réclamation arrive.
- Recherche : le robot va voir si la réclamation existe déjà.
- Si elle existe déjà : le robot alerte le métier et ne traite pas le mail.
- Si elle n'existe pas : le robot crée la réclamation dans l'application, avec toutes les informations.
- Validation : la décision finale revient à un humain.
Pourquoi ce processus tient
Le principe est simple : le robot prépare, l'humain décide.
- Pas de doublon : on vérifie avant de créer.
- Une décision humaine : le robot ne valide rien seul, il prépare le dossier complet.
- Un signalement : un doublon n'est pas traité en silence, il remonte au métier.
À retenir
- Vérifier avant de créer évite de saisir deux fois la même réclamation.
- Un doublon est signalé au métier, pas traité en silence.
- Le robot prépare le dossier, un humain garde la décision finale.