Workflows RPA

RPA with Autopilot: what RPA is good for, how to brief a workflow, the role of UI Automation, and where human review matters most.

Robotic Process Automation (RPA) automates repetitive, rule-based work across the systems people use every day. With Autopilot, you describe the work in plain language and it produces a runnable workflow. Your part is to describe it well and review what comes back.

À quoi sert la RPA

RPA is best for well-defined, deterministic work, especially where systems have no usable API:

• 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.

Ce que vous pouvez demander

Building a new workflow is only the starting point. Autopilot works across the whole life of an automation, so common requests include:

• 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.

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

Autopilot produces more accurate output when you describe the outcome you want rather than listing activities. Provide the business context — what the process does, what triggers it, and what success looks like — and Autopilot determines the implementation.

A good brief includes:

• 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.

For general prompting guidance, refer to Writing effective prompts. An existing process document is a strong starting point, as long as real customer data is removed first.

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:

• Low-code workflows (.xaml) are the reviewable, auditable default. They have the widest activity coverage, and cross-platform projects can be edited in Studio Web as well. Most automations fit here.
• 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.

Both can also be mixed in one project. Choosing the shape up front, rather than mid-build, avoids a restructure later; without direction, Autopilot defaults to low-code.

Générer des applications avec UI Automation

The hardest and most valuable RPA work is driving an application's interface the way a person would — by clicking, typing, reading values, and moving through screens — for systems that offer no API. UiPath's UI Automation is what makes this reliable, and Autopilot uses it directly.

Comment cela capture-t-il l’interface

Rather than guessing how to find each element, Autopilot explores the application at design time: it captures the screen, identifies the elements to act on, and builds the steps to navigate and fill them. Captured elements are stored as stable targets in an Object Repository, so the same button or field can be reused across workflows and maintained in one place.

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

If the target application is not available to capture against, Autopilot still produces the real workflow, leaving each interaction marked for a developer to finish the capture in Studio. Generated selectors are best treated as drafts either way, and confirmed against the real application.

UI automation is also the most expensive kind of RPA to build. It takes more time and effort than file, data, or API work, so an API is the better path wherever one exists.

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

RPA projects have house rules worth stating once, rather than repeating every session. Common examples:

• 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.

You can capture these conventions in an AGENTS.md file at the project root. Autopilot reads and follows the instructions defined there — folder naming rules, architecture decisions, coding standards — for the duration of the session.

Points forts et limites

Autopilot is strong at greenfield, well-structured RPA and at the first version of a workflow. It is weaker, and needs closer review, on:

• 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.

How Autopilot generates RPA workflows

Starting with Studio Desktop STS build 2026.0.197, Autopilot generates and edits RPA workflows through an iterative reasoning loop. On each request, Autopilot works in three phases:

1. Discovery — Autopilot reads your project structure, existing workflows, and relevant activity examples to gather context.
2. Generation — Autopilot creates or edits the XAML based on your request and the gathered context.
3. Validation and refinement — Autopilot checks for errors and applies fixes, repeating the cycle if needed.

Because Autopilot reads your project during the Discovery phase, it can reference and reuse workflows already in your project. Autopilot is aware of your current file, selected activity, and variable definitions — you do not need to explain your project structure before asking a question or making a request.

Context is also maintained across messages in the same session: a follow-up request such as "undo the last change" applies to the most recent operation, not the entire workflow.

For complex, multi-step tasks, allow Autopilot to complete its execution cycle before sending a follow-up message. Interrupting mid-task may leave the project in an intermediate state.

Outils

Autopilot leverages a range of tools to support your automation work. By default, all tools are enabled. Autopilot can:

• Understand, create, edit, debug, publish, and deploy automations.
• Install and update dependencies.
• Fix errors.
• Create and manage test cases.
• Troubleshoot production errors.
• Run PowerShell commands or search the web.
• Make a plan, spin up subagents, and maintain persistent memory for your specific user account.

Compétences

Autopilot automatically loads relevant skills from the UiPath skills catalog based on the task context. Skills are instruction bundles that teach Autopilot how to perform specific UiPath tasks using platform conventions.

For the full list of skills, refer to the UiPath skills repository.

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.