Qu'est-ce que l'automatisation robotique des processus (RPA) ? Notre rapport complet.

À propos de Top Illustration :

" Construite et dévoilée pour la première fois en 1770, la Turc mécanique ou automate à jouer aux échecs est un célèbre canular construit à la fin du 18e siècle : il s'agissait d'un prétendu automate ayant la capacité de jouer aux échecs. Il a été partiellement détruit dans un incendie. Aujourd'hui, une réplique a été créée : elle est contrôlée par un logiciel et joue réellement aux échecs seule. "

La RPA est une approche et une méthodologie d'automatisation des processus. La RPA n'est pas une technologie, ni une avancée scientifique significative, ni un produit, mais bien un processus de mise en œuvre de mécanismes d'automatisation. Telle que nous la définissons dans cet état de l'art, l'approche consiste en l'utilisation de "logiciels configurés pour exploiter de manière autonome les fonctionnalités d'applications tierces existantes afin d'exécuter tout ou partie d'un processus métier". En effet , La RPA repose sur une idée relativement simple qui consiste à considérer que si un humain peut effectuer certaines tâches, alors un robot peut aussi le faire !

Cela ne s'applique pas à toutes les opérations, car nos algorithmes sont encore loin d'être capables de penser, de conceptualiser et d'effectuer des actions profondément complexes. Cependant, dans un monde professionnel, il existe un ensemble important de tâches administratives qui sont hautement rationalisées et répétitives. La RPA a un rôle de premier plan à jouer dans ces contextes. Les métiers du back-office sont, par conséquent, les premiers concernés par la RPA.

RPA tire sa force et son enthousiasme de sa capacité à créer des robots (c'est-à-dire des agents logiciels) qui exécutent des tâches comme un humain derrière l'écran: clics de souris sur les boutons droits, connexion à des services web, lecture de documents, copier/coller à partir d'un courriel, transcription audio de conversations téléphoniques, création de rapports, collecte d'informations sur le web, etc. L'idée dominante réside dans l'analyse de ces tâches et leur orchestration pour automatiser tout ou partie du travail d'un agent administratif.

Le phénomène RPA tire également sa puissance d'une automatisation très orientée "no-code". De nombreux studios de développement RPA sont aujourd'hui disponibles pour produire des robots, les déployer et les faire fonctionner sans être un développeur. En fonction du problème d'automatisation et des technologies utilisées, la complexité de ces robots peut être triviale à extrêmement élevée, ce qui nécessitera alors des développements logiciels spécifiques.

Néanmoins, si une telle approche est déjà utile pour automatiser de nombreuses tâches dans des contextes très variés, cela nous amène à considérer les emplois de back-office d'une manière différente. Si un robot peut effectuer un grand nombre de tâches sans intervention humaine, quelle sera l'utilité réelle de nos logiciels ? Quelle sera l'utilité de nos interfaces utilisateurs et de leur ergonomie ?

Nos solutions ne devraient-elles pas devenir des API fournissant uniquement des services ? Ces services sont-ils alors coordonnés/pilotés/orchestrés par des agents logiciels ou des robots ? Le RPA nous amène donc à poser une question fondamentale sur la conception de nos futures solutions. A quoi ressemblera l'outil de back-office de la gestion financière ou des ressources humaines si demain 80% de ses fonctions sont exécutées par un robot ?

Introduction

L'automatisation des processus robotiques ou l'approche RPA, qui a été timidement mise en avant en 2012, a pris de l'ampleur. un intérêt marqué depuis 2015 (Figure 1). En 2019, selon Gartner Consulting, les estimations du marché de la RPA s'élevaient à $1,3 milliard d'euros.. Le RPA est né d'un constat simple : une part importante des activités quotidiennes du back-office sont effectuées de manière systématique et peuvent donc être automatisées.

Le RPA n'est pas né d'une soudaine percée technologique ou scientifique, et ne propose pas non plus une révolution dans son fonctionnement. Il s'agit aujourd'hui d'un ensemble de technologies qui, mises bout à bout, automatisent les activités les plus rationalisées de nos organisations. Cela en fait une réelle opportunité d'innovation pour l'ensemble de nos produits de gestion.
L'approche RPA propose donc d'automatiser toutes les tâches répétitives et extrêmement déterministes, c'est-à-dire ne laissant aucune place à l'ambiguïté et ne nécessitant donc pas l'intervention de l'intelligence humaine. Nous pouvons constater qu'un nombre important d'activités de back-office répondent à ces critères. De facto, un grand nombre d'activités administratives sont candidates à l'utilisation du RPA. Nous en donnons quelques exemples dans ce document.

L'automatisation des processus robotiques (RPA) est un moyen d'accroître l'automatisation des processus commerciaux répétitifs et déterministes. Il ne s'agit pas d'une technologie particulière.

Les cas d'utilisation sont extrêmement nombreux et la RPA pourrait en constituer la base :

• La disparition d'un ensemble de tâches répétitives à faible valeur ajoutée. tâches
• L'émergence d'éléments imposés et exogènes interopérabilité des logiciels
• D'un cognition distribuée  entre l'homme et la machine

Comprendre la RPA

Au final, la RPA est difficile à cerner pour la simple raison qu'il s'agit d'un phénomène polymorphe, impliquant différents niveaux d'automatisation, un large éventail de technologies et des applications très hétérogènes. Nous proposons donc d'établir une définition unique et argumentée en fonction des différents points de vue et de l'état actuel de l'art.

Définitions

Le tableau 1 présente un ensemble de définitions provenant de diverses sources et met en évidence les termes les plus importants.

DÉFINITIONS	TERMES DIFFÉRENCIÉS
La RPA est un terme générique désignant des outils qui opèrent sur l'interface utilisateur d'autres systèmes informatiques comme le ferait un humain. La RPA vise à remplacer les personnes par une automatisation réalisée de manière "externe". (van der Aalst et al, 2018)	opérer sur l'interface utilisateur de la manière dont un humain le ferait
La RPA (Robotic Process Automation) est une technologie émergente impliquant des robots qui imitent les actions humaines pour accomplir des tâches répétitives. (lien)	des bots qui imitent les actions humaines des tâches répétitives
L'automatisation robotique des processus (ou RPA) est une forme de technologie d'automatisation des processus d'entreprise basée sur des robots logiciels métaphoriques (bots) ou sur l'intelligence artificielle (IA)/travailleurs numériques[1]. Elle est parfois désignée sous le nom de robotique logicielle (à ne pas confondre avec les logiciels robots). (lien)	automatisation des processus d'entreprise logiciels robots intelligence artificielle
L'automatisation des processus robotiques (RPA) est l'application d'une technologie qui permet aux employés d'une entreprise de configurer un logiciel informatique ou un "robot" pour saisir et interpréter des applications existantes pour traiter une transaction, manipuler des données, déclencher des réponses et communiquer avec d'autres systèmes numériques. (lien)	configurer les logiciels informatiques saisir et interpréter les applications existantes

Ces quatre définitions mettent en évidence plusieurs aspects importants de la RPA. Un premier trait essentiel nous indique qu'une Le système RPA reproduit ce que fera un humain. Ensuite, nous trouvons des aspects liés à la nature de la tâche elle-même qui seraient répétitif et une partie d'un  processus. Deuxièmement, ces définitions mettent en évidence le fonctionnement du système RPA, qui serait configuré un logiciel qui utiliserait l'interface utilisateur d'applications existantes. Enfin, les définitions font surtout référence à Robots ou "bots" qui met l'accent sur une forte autonomie du système.

Notre définition de la RPA sera donc la suivante : Logiciel configuré pour exploiter de manière indépendante les fonctionnalités d'applications tierces existantes dans le but d'exécuter tout ou partie d'un processus métier.

Par conséquent, plusieurs caractéristiques se dégagent d'une approche RPA :

• Définir un processus : La définition d'un tel robot nécessite la modélisation d'un processus. Dans notre cas, un processus est un ensemble d'actions qui ont un pouvoir de transformation. Les données fournies en entrée sont traitées et renvoyées à la sortie. Par exemple, l'enregistrement de données sociales et d'un CV dans un profil de candidat dans un système RH est un processus.
• L'autonomie : Le robot doit être autonome. C'est-à-dire qu'il doit être exécuté à la demande ou de manière régulière (et transparente) avec un minimum d'intervention humaine. En ce sens, une tâche de fond effectuée tous les matins à 9 heures est un processus autonome.
• "Configurabilité" : Le robot doit être configurable. C'est-à-dire qu'il doit pouvoir être adapté à une grande variété de situations (données, environnement applicatif, interfaces) avec le moins de code possible. Sans cet aspect "configurable", le robot ressemblerait à un développement logiciel classique.
• Interfacer avec l'existant : le robot doit interagir avec un environnement applicatif préalablement existant. Il "échange" donc avec d'autres logiciels via leurs API ou directement en contrôlant l'interface utilisateur..

Il est essentiel que ces quatre propriétés soient respectées pour parler de RPA. Sinon, il s'agit d'un développement logiciel classique.

Automatisation traditionnelle versus robotisation ou RPA

La différence entre un robot qui gère un processus de manière autonome et une tâche d'arrière-plan, ou une "cron"est relativement subtile et souvent mal comprise/perçue. La différence réside dans la manière d'aborder l'automatisation d'un processus métier. Cette différence est due à trois points essentiels :

1. Différence technologique : Le développement de logiciels conventionnels repose initialement sur la programmation et la disponibilité d'API ou d'autres méthodes d'intégration plus complexes (partage de mémoire, partage de fichiers, ouverture de sockets, etc.) La RPA imite les interactions de l'utilisateur pour créer l'automatisation.  L'indisponibilité des normes ou des API n'est plus un obstacle à l'intégration de plusieurs systèmes, pour autant qu'ils disposent d'une interface utilisateur et d'un accès aux données.
2. Différence conceptuelle : De même, le processus n'est plus modélisé comme un ensemble d'étapes logiques de traitement mais comme une succession d'actions qu'un agent humain aurait effectuées. Le site l'accent est déplacé du traitement à effectuer vers les interfaces existantes entre les composants/applications effectuant ces traitements.
3. Différence de compétences : Le développement de logiciels nécessite naturellement des compétences en programmation. Dans une approche RPA, l'accent étant mis sur la séquence d'actions de l'utilisateur, la conception du robot peut être appréhendée par un "non-développeur". De plus, de nombreux studios logiciels (UIPath, Automation Anywhere, BluePrism, etc.) peuvent désormais concevoir, tester et déployer ces robots avec une formation minimale.

Les différences énumérées ci-dessus soulignent clairement la force d'une approche RPA par rapport à un développement "classique". RPA peut être réalisé facilement, sans expertise en matière de développementEn effet, l'intégration est facilitée par une approche extrêmement centrée sur l'utilisateur et par l'exploitation de mécanismes tels que le contrôle de l'interface utilisateur. En outre, de nombreux outils existent et permettent désormais de définir le processus que le robot suivra de manière interactive via des interfaces WYSIWYG (What You See Is What You Get). Enfin, à long terme, les robots sont moins chers que les humains. Les solutions d'externalisation des processus d'entreprise sont plus économiques lorsqu'elles sont automatisées et donnent de meilleurs résultats..

La RPA se distingue de l'automatisation conventionnelle par sa capacité à être mise en œuvre par des non-développeurs et par son souci de réutiliser au maximum les applications existantes.

Cependant, une telle approche de l'automatisation ne répond aujourd'hui qu'à des cas d'automatisation relativement simples et présente un certain nombre de limites. Par exemple, un RPA est particulièrement gourmand en performances et peu sûr.

Nos 5 niveaux de RPA : De la tâche simple à l'agent cognitif

À l'instar d'autres niveaux d'automatisation (par exemple, les 6 niveaux d'autonomie des véhicules, de la conduite classique au pilotage automatique total), un APR peut être gradué en fonction du degré d'autonomie qu'il offre. Cette échelle implique de facto une complexité croissante. Nous n'avons pas trouvé de consensus clair sur une telle échelle, c'est pourquoi nous proposons d'adopter celle de Berger-Levrault :

NIVEAU	TITRE	DESCRIPTION
Niveau 1	Automatisation classique	C'est un enchaînement de tâches extrêmement maîtrisé qui ne laisse aucune place à l'analyse. Ce niveau est proche de ce que l'on obtient avec une macro. Cette macro exécute une tâche et le logiciel la répète en manipulant (logiciel) le pointeur du système d'exploitation et les entrées du clavier. Les technologies traditionnelles de contrôle des entrées par clavier/souris, la gestion des processus d'entreprise, le pilote de navigateur, l'API pour les bases de données, etc. sont impliqués à ce niveau. Le processus est prescrit.
Niveau 2	Automatisation adaptative	Il s'agit d'un incrément de premier degré et peut nécessiter des fonctions avancées pour analyser l'emplacement des boutons sur une interface ("valider" ou "annuler"), reconnaître des fichiers, des formats de données, classer des documents comme un agent l'aurait fait par "habitude". Générique intelligence artificielle Les technologies sont utilisées à ce niveau, notamment pour faire de la lecture d'écran. Le processus est prescrit.
Niveau 3	Automatisation intelligente	Ce troisième degré utilise la capacité de traiter les données non structurées  et les structurer pour les utiliser dans le processus. Par exemple, la lecture de documents ou l'extraction d'informations de courriers électroniques font partie des données non structurées qu'un RPA de niveau 3 peut traiter. Spécifique au processus et aux données intelligence artificielle Les technologies sont impliquées à ce niveau. Le processus est prescrit.
Niveau 4	Autonomie d'apprentissage	Ce quatrième degré implique tous les avantages précédents mais d'un processus d'apprentissage. Le robot observe le comportement des agents, déduit les processus sous-jacents et devient capable de les reproduire de manière autonome. Par exemple, un robot observerait les actions d'un service RH pendant quelques jours, en déduirait les processus sous-jacents et serait capable de les reproduire de manière autonome. La combinaison avec les techniques de Process Mining est prometteuse pour atteindre ce quatrième niveau (Geyer-Klingeberg et al, 2018). Le processus est déduit.
Niveau 5	Autonomie cognitive	Enfin ce dernier degré ajoute une étape d'optimisation de la inféré processus,  mettre en œuvre des améliorations et les exécuter. L'apprentissage et les améliorations peuvent se faire de manière itérative. Le processus est déduit et amélioré en permanence.

Ces cinq degrés illustrent une échelle entre un agent robot qui répète trivialement une séquence d'actions qui lui ont été exposées et un agent qui comprend une organisation, des flux de données, et qui est capable de les exécuter ou de s'adapter à d'éventuelles anomalies (potentiellement pour proposer des optimisations). Notez le changement de vocabulaire proposé entre les niveaux 3 et 4. Nous proposons de glisser de l'automatisation à l'autonomie, le robot démontrant des capacités d'inférence à partir de processus existants.

Les technologies existantes permettent d'atteindre un degré 3 de RPA. Le degré 4 impose encore de nombreuses difficultés technologiques et scientifiques puisqu'il est nécessaire d'avoir la capacité d'observer automatiquement toutes (ou une très grande partie) des activités d'un être humain afin d'inférer le processus correct. En outre, le processus d'inférence d'algorithmes à partir de l'existant, dit Processus d'exploitation minièrefonctionne bien dans des conditions de laboratoire mais très difficile dans des environnements complexes sur le terrain. Atteindre le degré 5 est encore purement spéculatif.

En RPA, selon le problème d'automatisation et les technologies mises en œuvre, la complexité peut être triviale comme extrêmement complexe.

RPA et Intelligence Artificielle (IA) : Une combinaison efficace

Comme le montrent les cinq degrés précédents l'intelligence artificielle et le RPA sont très complémentaires, le second utilisant le premier. Le premier degré de RPA ne nécessite pas particulièrement l'utilisation de l'IA, car on considère que le champ d'application de l'exécution et des données est parfaitement maîtrisé à tout moment. Les technologies d'intelligence artificielle interviennent lorsqu'un facteur adaptatif doit être utilisé par le système.
Par exemple, lorsqu'un bouton sur une interface n'est pas toujours placé au même endroit, il est nécessaire de "lire" l'écran au robot. Les techniques d'OCR (Optical Character Recognizer) et de reconnaissance d'images utilisant des réseaux neuronaux permettront de s'assurer que le pointeur de la souris pilotée par le robot se trouve bien sous le bouton "validé" et non "annulé".
De même, lorsque les données d'entrée ne sont pas structurées, l'IA peut être utilisée pour les analyser. Par exemple, dans un scénario de traitement automatique de factures par e-mail, les techniques modernes de traitement automatique du langage (NLP), comme le sous-domaine de l'IA, peuvent être utilisées pour extraire des informations de l'e-mail et de la pièce jointe. Il s'agit d'une tâche triviale pour un humain qui peut lire le document et en extraire les informations pertinentes, mais qui doit utiliser l'IA pour être traitée par une machine.

Pour un RPA, l'IA permet d'effectuer des sous-tâches impliquant des données non structurées telles que des emails, des documents, etc.

Les techniques d'intelligence artificielle sont donc un complément idéal à la RPA pour les sous-tâches où le traitement algorithmique classique deviendrait trop complexe. Elles permettent d'effectuer des actions relativement simples avec un très haut niveau de fiabilité lorsque les données ne sont pas structurées.

Toutefois, l'utilisation de l'IA dans la RPA complique considérablement sa mise en œuvre. Un récent étude réalisée par Mazars sur la RPA en finance montre que les facteurs de réussite des projets sont réduits à 50% lorsque des techniques d'intelligence artificielle sont impliquées.

---

Attention, toutefois, à ne pas confondre un RPA avec un agent cognitif. Un RPA (quel que soit son degré) reste conçu pour dérouler un processus et s'assurer que les flux de données sous-jacents fonctionnent correctement. Il n'y a pas d'intelligence en soi, et un RPA n'a pas la capacité de comprendre, de conceptualiser ou de prendre des initiatives. L'APR n'est pas un nouveau terme qui préfigure l'arrivée d'hypothétiques systèmes d'information. Intelligence générale artificielle (AGI).

Activités du candidat RPA

L'objectif d'une RPA est donc d'automatiser des tâches répétitives et rationalisées qui sont régulièrement effectuées par des agents humains. Par rapport à la performance humaine, la RPA présente les avantages suivants :

• Réduire le nombre d'erreurs : Le robot répond systématiquement à l'activité de la même manière. C'est un déterministe. Même dans le cas de calculs complexes ou de l'utilisation de l'IA, le seuil de confiance est connu et les conséquences en termes de mauvaise détection sont évitées.
• Gain de temps : Le robot peut fonctionner extrêmement rapidement, en continu, et à n'importe quelle heure du jour ou de l'année. Des expériences récentes ont montré comment un processus qui prenait 10-11 minutes pouvait être réduit à 10-11 secondes..

Une activité admissible à l'élaboration et à la mise en œuvre d'une APR doit être :

• Dématérialisé : Il est essentiel que toutes les sous-tâches de l'activité soient dématérialisées. A ce jour, nous ne disposons pas de robots physiques qui manipuleraient des documents papier ou effectueraient des actions dans le monde physique.
• Répétitif : Les activités récurrentes sont de bons candidats pour la RPA simplement parce qu'elles rentabilisent le coût de développement du robot.
• Rationalisé : L'activité doit être fortement rationalisée, c'est-à-dire qu'il doit y avoir une "bonne" façon de la faire. Vous devez être capable de spécifier clairement un processus de traitement de l'information.
• Réalisé par un humain : Si l'activité est déjà réalisée de manière autonome par des logiciels non-RPA, alors le développement d'un robot n'est pas pertinent, sauf si ce dernier présente des performances de mise en œuvre supérieures. Si le robot peut supplanter un humain, alors son intérêt en termes d'efficacité et de coût devient évident.

La complexité des tâches réalisables peut augmenter progressivement (voir les 5 degrés de la BL RPA). À ce jour, les technologies peuvent effectuer des tâches telles que:

• Ouvrir les e-mails et les pièces jointes
• Authentification sur les applications
• Déplacer des dossiers et des fichiers
• Copier/coller
• Remplir des formulaires
• Collecter des informations sur le web
• Effectuer des calculs et des vérifications
• Extraire les informations pertinentes des documents
• Faire des choix sur la base de règles organisationnelles simples
• Etc.

Cette liste non exhaustive illustre un sous-ensemble d'actions qui, lorsqu'elles sont combinées, permettent de réaliser un large éventail d'activités de back-office. De nombreuses sources citent des exemples de mise en pratique de la RPA dans une grande variété de professions tels que les tests d'applications, la facturation, la génération de devis, l'embarquement des ressources humaines, la gestion des stocks, le suivi sur le web, etc.
Comme nos solutions Berger-Levrault sont largement destinées aux métiers du back-office, il est clair que les activités sous-jacentes sont des candidats de choix pour une RPA. En voici quelques exemples.

Comptabilité/Finance

Le traitement des factures est l'exemple archétypal d'un candidat à la RPA. Dans le secteur privé, le scénario classique est de recevoir une facture par email, de lire les informations, de la ressaisir dans le logiciel de comptabilité, de la rapprocher de l'imputation comptable associée, et de la mettre en paiement. De plus, le RPA permet un grand nombre de vérifications qui augmentent la qualité du processus telles que :

• Détection de double facture
• Optimiser les politiques de fonds de roulement pour décider des dates de paiement
• Détection de factures anormalement élevées par rapport aux factures habituelles d'un fournisseur
• Vérification des règles de TVA

Des outils, tels que WorkFusion, utilise la RPA combinée à l'intelligence artificielle pour automatiser largement ce processus.. Ils affirment être en mesure d'automatiser 80% du travail de traitement des factures, les 20% restants étant consacrés aux exceptions et aux cas particuliers. Le leader du marché des outils RPA, UIPath, présente également le traitement des factures comme un exemple typique d'utilisation de ses outils RPA. Plate-forme UIPath Studio.
Mindeecofinancé par la BPI, a construit son modèle économique uniquement sur ces activités d'extraction d'informations de documents administratifs et comptables à l'aide de réseaux neuronaux profonds. Sa technologie est considérée comme une brique pertinente dans un processus de traitement des documents administratifs.

Dans le public, le traitement des factures est légèrement différent car la réception des factures est dématérialisée via la Chorus Pro Bill téléservice. Il n'est donc pas nécessaire d'extraire des informations d'un document PDF, car le reçu est déjà accompagné des métadonnées de la facture. Le reste du processus, en revanche, est un excellent candidat pour le RPA. Le rapprochement de la facture avec l'imputation comptable peut être effectué automatiquement ainsi que l'envoi des articles à l'agent.

En France, le budget d'une collectivité locale est voté par niveaux de vote (chapitres, opérations d'investissement, crédits de paiement sur les programmes...). Les chapitres sont codifiés et réglementés (ex : 012 Dépenses de personnel). Pour les communes, c'est aujourd'hui et principalement l'instruction M14 qui détermine la nomenclature budgétaire. A terme, l'instruction M57 sera utilisée pour l'ensemble des collectivités locales. Chaque dotation est donc extrêmement codifiée et normalisée, il y a peu de place pour l'aléatoire. Les ordres/factures avec les tiers suivent cette codification. L'émission de la commande doit être précédée de la mise en place d'un engagement comptable permettant de prédéfinir les éléments d'imputation et de vérifier (réserver) les crédits qui seront nécessaires au paiement. La facture est reçue via Chorus Pro Invoice. Via Chorus Pro, la facture est accompagnée de métadonnées, il n'est donc pas nécessaire de lire le contenu du document.

Ressources humaines

Les métiers des ressources humaines comportent également un grand nombre d'activités candidates à l'automatisation robotique. C'est le cas de la plupart des tâches de gestion comme le traitement des notes de frais, le suivi des congés et des absences, l'édition des contrats de travail. Ils peuvent également mettre à jour les bases de données en cas d'événements concernant les employés, comme un changement de poste, un déménagement ou un arrêt de travail.
Nous détaillons quelques exemples avec la gestion des salaires et le recrutement.

Gestion des salaires

Dans la grande majorité des cas, la saisie des données est effectuée par le gestionnaire de la paie. Dans le secteur public, les cas, où l'agent saisit lui-même ces éléments, sont rares, peu de collectivités étant équipées de portails RH. Il apparaît donc que cette activité est un bon candidat pour l'utilisation de la RPA. De facto, les gestionnaires de paie ont plus de temps pour traiter ces cas particuliers tels que les primes, les acomptes, les contrats courts. Voici quelques exemples de tâches de gestion de la paie et de candidats à la RPA :

• Assistance à la saisie d'éléments variables chaque mois (par exemple, absences, heures supplémentaires, maladies, etc.) Les demandes arrivant par email ou par messagerie instantanée peuvent être analysées et traitées via un RPA pour être réintroduites dans THE SI-RH.
• Aide pour vérification des retours  (c'est-à-dire URSAFF, retraite, pension, impôts (depuis PASRO), etc.). Les différentes déclarations auprès des organismes concernés peuvent être erronées. Une aide à la vérification de ces déclarations semble indispensable. L'utilisation de l'IA ou plus largement de la RPA semble potentiellement pertinente.
• Aide erreurs d'entrée de contrôle sur les données utilisées avant l'émission d'une fiche de paie. Un RPA combiné à une IA peut être chargé d'identifier les données qui sortent du cadre normal sur un tableau de données salariales agrégées. Lorsque les données nécessaires à la création d'une fiche de paie sont produites, elles sont soumises au modèle qui indique leur déclaration à la norme. De cette manière, nous pensons qu'il est possible de mettre automatiquement en évidence les données non cohérentes et donc les erreurs ipso facto (qui peuvent provenir d'erreurs de saisie par exemple). Ce sujet s'inscrit également dans le processus de normalisation des déclarations appelé DSN (Déclaration sociale nominative) généralisée depuis janvier 2019.

Du recrutement et de l'embarquement au départ

Dans le processus de recrutement, nous trouvons également une multitude d'endroits qui sont de bons candidats pour un APR :

• Le site recherche de candidats est le premier exemple. La publication d'offres d'emploi sur plusieurs sites, la collecte et l'enregistrement des CV sont des tâches chronophages à faible valeur ajoutée. La RPA peut réduire les fonctions des RH pour leur permettre de se concentrer sur des activités plus importantes comme la sélection des candidats et les entretiens. La RPA peut effectuer des recherches automatiques de candidats sur les réseaux sociaux, pré-analyser et trier les CV, identifier les mots-clés et les ressaisir dans un outil adapté ou simplement sur un tableau Excel.
• Le site A bord des nouveaux employés est répétitive et consiste en une succession de petites tâches : demande de matériel auprès du DSI, inscription dans les registres légaux, création de comptes et de profils d'utilisateurs, réservation de badges, signature de contrats de mutuelle et de pension, etc. Ces différentes étapes sont répétées à chaque nouvelle embauche. Un RPA peut orchestrer et réaliser ces actions de manière efficace, notamment dans les établissements qui recrutent de manière intensive.
• Gestion des départs peut également être automatisé en veillant à ce que l'accès aux différentes applications et données soit supprimé. L'APR évite ici toute surveillance et garantit la sécurité.

Des possibilités immenses

La gestion financière et les ressources humaines sont des secteurs qui sont des candidats privilégiés pour l'automatisation. En effet, ils impliquent un ensemble de tâches très répétitives et le cadre d'exécution de ces métiers est particulièrement normalisé, réglementé et les pratiques standardisées. Le champ d'application de l'APR ne s'arrête pas à ces deux secteurs. Potentiellement TOUS les secteurs d'activité sont affectés tant que les activités respectent les propriétés (cf. Figure 4) que nous avons énumérées.
Voici quelques exemples supplémentaires :

• Classification de documents : La gestion électronique des documents (GED) peut facilement être perturbée si un processus de vérification du nommage et du tri n'est pas mis en place. L'organisation d'une GED peut être déléguée à un APR qui renomme, classe les documents en fonction de leur origine, de leur contenu, de la période de l'année, etc.
• Traitement et classification automatiques des citoyens les demandes : les institutions publiques telles que les mairies reçoivent des demandes de leurs citoyens via un portail web ou mobile citoyen. Leur traitement peut être particulièrement fastidieux et répétitif. Un RPA peut prendre en charge la vérification de la validité d'une demande, l'affectation du service de traitement concerné en fonction de son contenu, la ressaisie des informations reçues dans le logiciel métier adapté, et enfin les informations obligatoires destinées aux citoyens pour les tenir informés de l'avancement de la procédure.
• Extraction d'informations sur l'équipement pour remplir une base de données GMAO : Remplir une base de données de gestion des équipements peut être particulièrement fastidieux. Un RPA peut lire les manuels d'équipement, extraire les informations intéressantes (numéro de série, périodes de maintenance, etc.) et les réintroduire dans la GMAO.
• Traitement des demandes de soutien et d'assistance : Les demandes d'assistance arrivent en flux continu lorsqu'il s'agit de logiciels à grande échelle comme ceux de Berger-Levrault. Il est fréquent que plusieurs demandes arrivent simultanément et traitent du même besoin ou du même bug. Un RPA peut les regrouper par thème, tout en identifiant l'équipe ou même le développeur capable de résoudre le problème et de produire un enregistrement dans un outil de gestion de projet (par exemple Atlassian JIRA). Le travail du gestionnaire/chef de projet est réduit et surtout le processus est optimisé.
• Test automatique de logiciels : Tester un logiciel est fastidieux mais néanmoins essentiel pour garantir son bon fonctionnement. Les procédures de test sont extrêmement répétitives. Une RPA pourrait reproduire automatiquement les tests utilisateur effectués par les testeurs en manipulant l'interface utilisateur (c'est-à-dire en contrôlant les entrées de la souris et du clavier) et ainsi tester automatiquement beaucoup plus fréquemment.

Technologies

---

RPA Studios

Ces solutions se présentent toutes sous la forme d'un studio de développement permettant de définir le comportement du robot. Les robots sont ensuite déployés sur une plateforme web et peuvent être pilotés et surveillés pour déterminer la fréquence de leur lancement et collecter les erreurs éventuelles.

• 

• 

Comme le montre la figure 7, le studio définit un processus, constitué d'une séquence d'actions atomiques. Les bibliothèques disponibles comprendront des actions très basiques telles que le lancement d'un navigateur web, la saisie de texte, l'ouverture d'un fichier, le téléchargement de données, la navigation sur une page web, l'analyse de texte, la connexion à un compte cloud, etc. Des actions qui permettent de réaliser les activités quotidiennes du back-office. Notez qu'il est également possible d'enregistrer une séquence d'actions sur le bureau et de la rejouer sous forme de macro.
Le succès de solutions comme UIPath réside dans la quantité incommensurable d'actions qui peuvent être réalisées. La bibliothèque de composants est extrêmement riche et va du simple clic sur l'écran à l'exécution d'algorithmes génétiques. Avec UIPath, Blue Prism et Automation Anywhere, il est bien sûr possible de développer ses propres composants pour étendre l'espace des possibilités.

Le processus, une fois spécifié dans l'outil, peut être déployé sur une plateforme en nuage. Les robots du processus peuvent être surveillés et exécutés manuellement ou de manière autonome. Avec UIPath, par exemple, la plateforme Orchestrator est disponible pour déployer les robots créés. Cette plateforme peut être déployée sur n'importe quelle infrastructure en nuage (sur site, en nuage privé/publique ou en nuage UiPath). Une application mobile est également disponible pour surveiller l'exécution des robots.
Les solutions RPA clés en main telles que UiPath, Blue Prism ou Automation Anywhere sont donc conçues pour rendre le RPA facilement accessible aux non-experts, voire aux non-développeurs. Ces environnements de développement RPA ajoutent une couche de simplification au développement RPA en proposant un éditeur graphique et en fournissant des librairies de composants d'action prêts à l'emploi qui peuvent être combinés.

RPA Studios fournit un environnement simplifié pour le développement RPA grâce à de vastes librairies de composants prêts à l'emploi et en fournissant des mécanismes de déploiement et d'exécution.

Attention toutefois, nos premières expériences avec UIPath pour des spots de web-scraping (c'est-à-dire la collecte d'informations sur un site web) montrent que si UiPath s'avère extrêmement efficace pour relativement simple Dans certains cas, un développeur ira beaucoup plus vite en utilisant des langages de script modernes comme Python pour les tâches complexes. cas.
Il est important de noter que certains exemples de studio RPA existent dans le monde mobile. Par exemple, L'application Raccourcis d'Apple peut être considéré comme une solution RPA grand public. Elle permet à un utilisateur non expert de définir une séquence d'actions, de les compiler dans un robot (un raccourci), qui s'exécutera seul à la demande ou à intervalles réguliers. Il s'agit d'un premier exemple de RPA sur mobile.

RPA Open Source

À notre connaissance, il n'existe pas de solution open-source bien établie. Parce que la RPA repose sur un ensemble de composants exécutant des actions, un très grand nombre de technologies peuvent être utilisées pour mettre en œuvre la RPA, telles que :

• Technologies BPMN (Business Process Modeling)
• IA (Tensor Flow, Scikit-Learn, loud, etc.)
• OCR
• Gestionnaires de fichiers
• Pilotes de navigateur Internet (c'est-à-dire comme Selenium)
• Conteneurs de déploiement (c'est-à-dire comme Docker)
• etc.

Une liste des technologies pouvant être utilisées pour mettre en œuvre la RPA reviendrait donc à énumérer tous les composants nécessaires à la réalisation de toute automatisation. Néanmoins, il existe quelques librairies open-source pour faciliter l'orchestration de ces technologies. Par exemple , Automagica fournit un Librairie Python qui comprend une série de composants pour :

• Automatiser le navigateur
• Automatiser le bureau
• Automatiser Microsoft Office
• Automatisation des applications d'entreprise
• Clics de souris
• Reconnaissance d'images
• OCR
• Automatisation du bureau à distance

Automagica fournit également un service web pour déployer et surveiller les robots développés en Python. Cependant, cette technologie est réservée aux développeurs Python ayant une expertise avérée car aucune facilité graphique n'est offerte pour construire des processus. TaskT est une librairie .NET qui automatise également un ensemble de tâches telles que le lancement de scripts VB et PowerShell, le travail direct avec des feuilles de calcul Excel et l'exécution d'OCR. TaskT est accompagné d'un serveur permettant de contrôler et de surveiller les robots déployés tout en fournissant un tableau de bord associé (Figure 10).

De la même manière, le RPA-Python et Cadre pour les robots Les bibliothèques comportent une série de fonctions permettant de contrôler un navigateur web, une souris, un clavier ou d'utiliser un OCR.

Conclusion

Dans ce rapport, nous avons détaillé la nature de la RPA, les différents niveaux d'automatisation possibles, des exemples d'activités candidates et quelques exemples de technologies existantes. Cette étude montre que : La RPA n'est pas une technologie en soi mais une façon d'aborder l'automatisation. Le défi de l'automatisation est toujours le même, éviter les taches répétitives et à faible valeur ajoutée et ainsi augmenter les coûts et les performances.
Nous avons également souligné que la RPA est un phénomène progressif et qu'il n'existe pas de processus unifié et systématique pour l'automatisation des transactions. En revanche, il est nécessaire d'identifier les " opportunités " d'automatisation qui peuvent être enregistrées à différents niveaux d'application allant du simple spot à l'agent cognitif qui analyse et optimise.
Nous avons également montré comment la force de la RPA est de s'appuyer sur la réutilisation d'applications existantes, de solutions logicielles qui répondent déjà à des problématiques métiers par leurs règles. L'objectif est ensuite de les coordonner, de les séquencer et de les rendre interopérables comme le fera un agent derrière son écran. Nous avons également montré comment les technologies d'intelligence artificielle sont une boîte à outils qui augmente considérablement les capacités d'automatisation des tâches incluant des données non structurées comme les emails, les documents, ou même la voix.

Enfin, le RPA dispose désormais d'un studio de développement complet, mature et particulièrement riche en fonctionnalités qui permet de passer du développement au déploiement et à l'exécution. Certaines solutions open-source sont également disponibles pour tester l'approche.