RPA workflows (Preview)

L'automatisation des processus robotisés automatise le travail répétitif et basé sur des règles sur les systèmes que les utilisateurs utilisent chaque jour. Avec un agent de codage, vous décrivez le travail en langage simple et il produit un workflow exécutable. Votre rôle consiste à bien le décrire et à examiner ce qui revient.

À quoi sert la RPA

La RPA est adaptée à un travail déterministe et bien défini, en particulier lorsque les systèmes ne disposent pas d’API utilisables:

• Lecture et transformation de fichiers et de feuilles de calcul.
• Déplacement de données entre les systèmes et mise à jour des enregistrements.
• Appel d'API dans le cadre d'un processus plus général.
• Gérer les applications de bureau, Web et virtuelles via leur interface.

Lorsque le travail nécessite du jugement plutôt que des règles fixes, un agent ou une combinaison des deux peut répondre mieux. Voir Agents. Lorsqu'un workflow est une étape d'un processus plus long qui couvre les approbations, les systèmes et le temps, un Maestro Flow peut l'orchestrer avec des personnes et d'autres automatisations.

Pour obtenir des exemples pratiques de bout en bout, consultez les formules RPA.

Ce que vous pouvez demander

La création d’un nouveau workflow n’est que le point de départ. Le même agent de codage fonctionne tout au long de la durée d'une automatisation. Les requêtes suivantes sont donc courantes:

• Créer un nouveau workflow à partir d'une description, d'un ensemble d'étapes manuelles, d'un document de processus ou d'un modèle tel que l'infrastructure d'entreprise robotique.
• Refactoriser et étendre un workflow que vous avez déjà en le restructurant, en ajoutant une étape ou en changeant une activité.
• Travailler dans des projets hérités, reconnaître les anciens types de projets et fonctionner dans leurs contraintes.
• Ajouter des tests, générer des cas de test avec des assertions et les exécuter pour confirmer le comportement.
• Examiner une automatisation existante pour déterminer la qualité, la gestion des erreurs manquantes et les choix risqués, sans modifier quoi que ce soit.
• Déboguer un workflow défaillant en lisant l'erreur, en identifiant la cause et en proposant une correction.
• Empaquetage et réutilisation, en publiant un projet sur Orchestrator ou en extrayant une logique partagée dans une bibliothèque réutilisable.

Vous pilotez tout cela dans une conversation et l'agent sélectionne la fonctionnalité UiPath appropriée pour chaque demande en arrière-plan.

Qu’est-ce qu’une bonne requête RPA

L’agent établit ce que vous décrivez. Le résumé est donc aussi important que pour un collègue:

• Les étapes, dans l'ordre.
• Les systèmes et applications concernés.
• Les entrées et les sorties, avec leurs types.
• Les écrans ou les données affectées par le workflow.

Les directives générales de la section Travailler efficacement s’appliquent ici aussi; les points ci-dessus sont ce qui compte le plus pour la RPA. Un document de processus existant est un point de départ solide, tant que les données réelles du client sont d'abord supprimées.

Choix entre un low-code ou un code

Un workflow UiPath RPA peut être créé en tant que workflow low-code ou en tant que workflow codé, et vous guidez ceux qui:

• Les workflows low-code (.xaml) sont la valeur par défaut examinable et auditable. Elles possèdent la plus large couverture des activités et peuvent être modifiées dans Studio Web. La plupart des automatisations s'affichent ici.
• Les workflows codés (.cs, C#) sont adaptés aux composants lourds de la logique, tels que les transformations de données complexes, l’analyse ou les types personnalisés.

Les deux peuvent également être mixtes dans un même projet. Le choix de la forme à l'avant, plutôt que de la mi-génération, évite une reformation ultérieure; sans direction, l’agent utilise par défaut un low-code.

Générer des applications avec UI Automation

Le travail RPA le plus difficile et le plus intéressant génère l’interface d’une application comme le ferait un être humain, en cliquant, en saisissant, en lisant les valeurs et en se déplaçant à travers les écrans, pour les systèmes qui n’offrent aucune API. UI Automation d'UiPath est ce qui rend cela fiable, et un agent de codage l'utilise directement.

Comment cela capture-t-il l’interface

Plutôt que de deviner comment trouver chaque élément, l'agent explore l'application au moment de la conception: il capture l'écran, identifie les éléments sur lesquels agir et crée les étapes pour naviguer et les remplir. Il s'agit d'un processus multimodal par la conception, car pour les applications de bureau, la structure de page sous-jacente ne suffit pas en elle-même. Les éléments peuvent être hors écran, déroulants hors de la vue ou masqués derrière une fenêtre contextuelle.

Les éléments capturés sont stockés en tant que cibles stables dans un référentiel d'objets, de sorte que le même bouton ou le même champ peut être réutilisé dans les workflows et conservé au même endroit. C’est ce qui sépare l’automatisation dépendante de l’interface utilisateur de l’extraction d’écran fragile et basée sur les coordonnées.

Rester résilient

Les interfaces changent et UI Automation est conçu pour intégrer les éléments suivants:

Capacité	Ce qu’il fait
Réparation du sélecteur	Adapte une cible lorsque l’interface change plutôt que de s’arrêter définitivement.
Diagnostic	Lit les journaux, les enregistrements et les captures d’écran après une défaillance et explique les problèmes en langage simple.
ScreenPlay	la vision par ordinateur alimentée par l’IA d’UiPath; s’adapte à l’application et aux données au moment de l’exécution, comme solution de secours sur les chemins critiques pour les écrans imprévisibles.

Lorsqu’il n’y a pas d’application en direct

Si l’application cible n’est pas disponible pour la capture, l’agent produit toujours le workflow réel, laissant chaque interaction marquée pour qu’un développeur termine la capture dans Studio. Les sélecteurs générés sont mieux traités comme des brouillons dans les deux cas et confirmés par rapport à l’application réelle.

L’automatisation de l’interface utilisateur est également le type de RPA le plus cher à créer. Il prend plus de temps et d'efforts que le travail de fichiers, de données ou d'API, donc une API est le meilleur chemin partout où il en existe, et le temps et les efforts méritent d’être budgétisés.

Conventions RPA qui méritent d’être capturées

Les projets RPA ont des règles internes qui méritent d’être spécifiées une fois dans un fichier de contexte, plutôt que de les répéter à chaque session. Exemples courants:

• Activités de conception modernes plutôt que l'ensemble classique.
• Les activités de l’interface utilisateur sont conservées dans une étendue Utiliser l'application/le navigateur.
• Activités natives préférées à l'activité Appeler le code.
• Les fichiers de configuration et les workflows enregistrés existants sont laissés intacts plutôt que écrasés.

Points forts et limites

Les agents de codage sont solides dans les champs vert, la RPA bien structurée et la première version d’un workflow. Elles sont plus faibles et nécessitent un examen plus approfondi sur:

• Sélecteurs complexes ou fragiles.
• Connecteurs d'entreprise sur mesure.
• Choix d’activités inhabituels, où une solution de secours générique peut se glisser.

Pour savoir ce qu'il faut vérifier avant d'accepter un workflow, consultez Examiner et valider la sortie.

Plus d’invites à essayer

• Créez un nouveau projet RPA à partir du modèle REFramework appelé BankStatementReconciliation
• Créez un workflow RPA qui télécharge les pièces jointes du dernier objet « Facture» correspondant à l'e-mail Outlook et les enregistre dans ./inbox/.
• Ajoutez une activité Essayer de capturer autour de l'étape Soumettre la commande afin que les exceptions métier soient journalisées et que la transaction soit définie sur Échec.
• Validez ce projet et corrigez les avertissements de l’analyseur.

Aller plus loin

Pour obtenir une image complète de la création d'automatisations avec Studio et les activités, consultez la documentation de Studio et la documentation des activités.