Connecter un logiciel legacy sans API : le cas de l'ERP historique dans les PME
Comment connecter un ERP historique sans API via la RPA : sélecteurs MSAA, mode assisté/non assisté et les limites de Power Automate dans les PME.
Power Automate Desktop connecte des portails sans API via le navigateur : actions, enregistreur et limites de l'automatisation web.
De nombreux portails que les services utilisent quotidiennement, portails fournisseurs, portails administratifs, systèmes de réservation de certains éditeurs de logiciels, ne proposent tout simplement pas d'interface ouverte. Sans API, il ne reste généralement que le clic manuel, la saisie et la re-saisie entre deux systèmes, souvent plusieurs fois par jour et toujours selon le même schéma. Power Automate Desktop comble exactement cette lacune grâce à l'automatisation web : un collaborateur numérique utilise le navigateur comme vous le feriez vous-même, lit des données, remplit des formulaires et clique sur des boutons, sans que le système cible ait besoin de fournir une API pour cela.
Cet article montre comment fonctionne techniquement l'automatisation web dans Power Automate Desktop (PAD), quelles actions sont disponibles pour les formulaires, les clics et l'extraction de données, comment l'enregistreur y contribue, et où se situent les limites de cette approche. Vous gardez ainsi le contrôle sur le navigateur utilisé par le flux et sur la robustesse de l'automatisation face aux changements du portail.
Selon la documentation officielle, l'automatisation du navigateur est un cas particulier de l'automatisation de l'interface utilisateur, spécialement conçu pour interagir avec les éléments web, comme indiqué dans l'article Automatiser des pages web. Au lieu de travailler avec une interface REST ou SOAP, PAD lit directement la structure HTML de la page et émule les clics, les saisies et les listes de sélection via le Document Object Model. Pour vous, cela signifie que tout portail utilisable dans un navigateur peut en principe être automatisé, indépendamment du fait que le fournisseur ait un jour prévu une API pour cela. Quatre navigateurs standard sont pris en charge, Microsoft Edge, Internet Explorer, Google Chrome et Mozilla Firefox, en plus du navigateur d'automatisation intégré, immédiatement opérationnel sans installation supplémentaire.
Avant qu'une automatisation web puisse s'exécuter, vous avez besoin d'une instance de navigateur. Pour cela, les actions Lancer un nouveau Microsoft Edge, Lancer un nouveau Chrome et Lancer un nouveau Firefox sont disponibles, chacune avec l'option d'ouvrir une nouvelle instance ou de se rattacher à une instance déjà en cours d'exécution. Pour Edge, Chrome et Firefox, vous devez d'abord installer l'extension correspondante et l'activer dans le navigateur, sinon l'automatisation échoue avec un message d'erreur. Vous trouverez les liens et étapes nécessaires dans Installer les extensions de navigateur Power Automate.
Depuis quelque temps, WebDriver est également disponible comme méthode d'interaction alternative à l'extension de navigateur, sélectionnable via le champ Méthode d'interaction du navigateur dans l'action de lancement. Pour cela, placez les fichiers exécutables WebDriver sous `%LocalAppData%\Microsoft\Power Automate Desktop\WebDrivers`, en fonction de la version de navigateur installée. Important à savoir : WebDriver ne peut se rattacher qu'aux instances de navigateur que le flux a lui-même démarrées, pas aux fenêtres ouvertes manuellement, et ne fonctionne pas si une stratégie d'organisation impose une connexion forcée au navigateur. Pour Internet Explorer, WebDriver n'est en outre pas du tout disponible. Dans la plupart des projets, l'extension de navigateur classique reste donc le choix par défaut le plus robuste.
Pour l'interaction proprement dite avec la page, PAD propose tout un groupe d'actions. Les plus importantes en pratique :
Par défaut, ces actions ne déplacent pas visiblement le pointeur de la souris à l'écran, mais déclenchent l'interaction via un événement JavaScript. Cela présente un avantage pratique : le flux s'exécute alors de manière fiable même lorsque le navigateur est réduit ou que l'onglet cible n'est pas actif au premier plan, vous pouvez donc continuer à travailler sur votre ordinateur entre-temps. Si un portail ne réagit pas comme prévu à ces événements émulés, une interaction physique peut en outre être activée pour certaines actions comme Cliquer sur un lien sur la page web ou Remplir un champ de texte sur la page web. PAD déplace alors réellement le pointeur de la souris, mais le navigateur doit pour cela être au premier plan et l'onglet cible doit être actif.
Outre le remplissage de formulaires, la lecture de données est le deuxième cas d'usage majeur. Pour des valeurs individuelles ou des propriétés d'éléments, vous utilisez l'action Obtenir les détails d'un élément sur la page web, et pour des volumes de données structurées plus importants, l'action Extraire des données de la page web. Cette action prend en charge cinq modes d'extraction, valeur unique, valeurs sélectionnées manuellement, liste, tableau et tableau HTML entier, et peut être entièrement pilotée via l'Assistant Web en direct : vous marquez les éléments souhaités par un clic, PAD détecte automatiquement s'il s'agit d'une liste ou d'un tableau dès qu'au moins deux éléments comparables ont été sélectionnés. Pour les cas particuliers, les sélecteurs CSS peuvent également être écrits ou ajustés manuellement, avec une expression régulière facultative pour affiner la sélection. Si les données sont réparties sur plusieurs pages ayant la même structure, vous définissez en outre un élément de pagination afin que l'extraction passe automatiquement à la page suivante jusqu'à ce que toutes les pages, ou un nombre défini de pages, aient été traitées.
Si vous ne souhaitez pas assembler chaque action une par une, vous pouvez à la place démarrer l'enregistreur via le bouton de la barre d'outils du concepteur de flux. Après avoir cliqué sur Enregistrer, PAD suit l'activité de la souris et du clavier et génère automatiquement à partir de cela des actions d'automatisation aussi bien de l'interface utilisateur que du navigateur, comme décrit dans Enregistrer des flux de bureau. Vous pouvez démarrer un navigateur de trois façons : via le menu à trois points de la fenêtre de l'enregistreur et l'option Lancer un nouveau navigateur web, en enregistrant dans un navigateur déjà ouvert, ou en l'ouvrant manuellement via un raccourci sur le bureau. Pour les listes déroulantes, les sélecteurs de date et de couleur, l'enregistreur affiche ses propres boîtes de dialogue d'aide dans lesquelles vous saisissez directement les valeurs souhaitées, au lieu de les sélectionner en direct dans le portail. Important en pratique : l'enregistreur fournit une structure de base, pas un produit fini. Il n'enregistre en principe ni les conditions ni les boucles ; vous devez ensuite vérifier les étapes générées dans le concepteur de flux, les nettoyer et y ajouter la gestion des erreurs.
L'automatisation web est puissante, mais pas illimitée. Voici quelques points que vous rencontrerez en pratique :
L'endroit précis où l'automatisation web est intéressante pour votre portail, et où une alternative plus stable comme une API cachée ou un export de données est plus pertinente, s'évalue au mieux au cas par cas, par exemple dans le cadre d'un conseil Power Automate.
Non, vous installez l'extension une seule fois par navigateur et par ordinateur, pas par portail. Ensuite, PAD peut automatiser n'importe quelle page web dans ce navigateur, tant que l'extension reste activée et qu'aucune stratégie d'entreprise ne la bloque.
La définition d'élément d'interface utilisateur concernée dans le flux ne trouve alors plus l'élément attendu, et l'action échoue avec une erreur telle que « Élément avec le sélecteur CSS spécifié introuvable ». Dans ce cas, il suffit de recapturer l'élément dans l'Assistant Web en direct et de remplacer l'ancienne définition.
Pas fondamentalement. WebDriver offre des possibilités supplémentaires, mais présente des limitations documentées lors d'exécutions parallèles, lors du rattachement à des fenêtres ouvertes manuellement, et en cas de connexion d'organisation forcée. Pour la plupart des scénarios standard, l'extension de navigateur reste le choix le plus simple et le plus stable.
Oui, via l'action Cliquer sur un lien de téléchargement sur la page web, ou en cliquant sur un lien de téléchargement et en laissant PAD traiter l'emplacement de stockage via des actions de système de fichiers en aval. Si une boîte de dialogue Enregistrer sous propre à Windows apparaît alors, vous avez en plus besoin d'actions d'automatisation de l'interface utilisateur pour celle-ci, car cette boîte de dialogue ne fait pas partie de la page web.
Oui, c'est même la voie habituelle. L'automatisation web comble la période sans interface, souvent pendant des années. Dès qu'une API est disponible, la section de flux concernée peut être remplacée sans que le reste de la logique du processus en soit affecté.
NordFlux construit des employés numériques pour les organisations : des automatisations et des agents KI qui prennent en charge le travail répétitif. Vous gardez le contrôle.
Comment connecter un ERP historique sans API via la RPA : sélecteurs MSAA, mode assisté/non assisté et les limites de Power Automate dans les PME.
Le Recorder dans Power Automate Desktop enregistre les clics sous forme d'actions de flux. Ce qu'il peut faire, comment UIA et MSAA fonctionnent, et où il atteint ses limites.
Automatisation Excel avec Power Automate Desktop : actions pour lire, écrire, trier et filtrer en local, sans connecteur cloud.
Quand un portail n'offre pas d'API, l'automatisation web par navigateur reste souvent la seule option, mais la logique des formulaires, les sélecteurs et les cas d'erreur rendent la mise en place plus exigeante que prévu. NordFlux développe des solutions RPA robustes précisément pour ce type de portails et de systèmes hérités, et prend aussi en charge l'exploitation continue. Lors du premier échange, nous examinons votre portail et identifions les pièges.