Automatiser SAP via Citrix : pourquoi les sélecteurs UiPath échouent et ce qui aide

Automatiser SAP via Citrix échoue dans les projets UiPath presque toujours au même endroit : les sélecteurs. Dans une session Citrix, le robot ne voit pas une vraie fenêtre SAP, mais seulement une image diffusée en flux du bureau distant. Les éléments d'interface et leurs attributs, auxquels un sélecteur accède, se trouvent sur le serveur et non sur la machine locale. C'est exactement pour cela que l'approche classique par sélecteurs échoue dès que SAP tourne via Citrix, VMware ou Remote Desktop. Cet article montre pourquoi il en est ainsi et quelles approches restent stables en pratique.

Pourquoi les sélecteurs UiPath ne fonctionnent-ils pas via Citrix ?

Les sélecteurs UiPath ne fonctionnent pas via Citrix parce qu'une session virtuelle ne transmet que des pixels, pas une interface utilisateur. Le robot local reçoit une image vidéo de l'interface SAP distante, mais aucun accès aux fenêtres, champs et identifiants sous-jacents. UiPath indique dans sa propre documentation que les postes de travail virtuels rendent pratiquement impossible pour le robot de reconnaître de manière fiable les sélecteurs nécessaires. Ce qui serait un sélecteur propre et unique dans une installation SAP locale n'existe tout simplement pas via Citrix.

Le forum de la communauté UiPath montre que ce problème n'est pas un cas isolé. Des fils de discussion comme « Citrix SAP automation », « Not able to generate SAP selectors » et « Citrix, Remote-Desktop Problems with Selectors » y reviennent sans cesse depuis des années. La question est rarement de savoir si les sélecteurs se cassent, mais par quoi les remplacer.

Pourquoi la reconnaissance d'image et l'OCR échouent-elles si souvent via Citrix ?

La reconnaissance d'image et l'OCR sont l'issue de secours habituelle, mais comme seule base, elles sont fragiles. De nombreuses équipes se tournent vers « Click Image » et le screen scraping OCR, car cela semble être la seule voie visible. Le schéma se répète sur le forum : une image reconnue aujourd'hui déclenche le lendemain une exception « selector not found », et le lecteur OCR lit le même texte tantôt correctement, tantôt incorrectement. La cause ne vient pas du robot, mais de la session elle-même.

• Résolution et mise à l'échelle : Si la mise à l'échelle DPI change ou qu'une fenêtre se déplace entre plusieurs écrans, la position de clic se décale. UiPath cite exactement ce point comme une limitation connue pour Citrix.
• Qualité de rendu : La profondeur des couleurs, la compression et le lissage des polices de la session Citrix modifient l'image dont dépend la reconnaissance.
• Comportement de session : L'automatisation en arrière-plan peut déconnecter une session Citrix après environ 30 minutes d'inactivité, et l'extension UiPath pour Citrix doit être réinstallée après chaque mise à jour de Receiver ou de Workspace.
• Charge de maintenance : Les analystes de Gartner estiment que la part du temps qu'une équipe RPA consacre uniquement à la maintenance des robots existants représente 30 à 40 % du temps de travail. Les bots Citrix basés sur l'image se situent en haut de cette fourchette.

Qu'est-ce qui fonctionne de manière fiable via Citrix ? Computer Vision

Plus fiable que de simples comparaisons d'images, UiPath Computer Vision a été conçu spécifiquement pour les environnements virtuels. Plutôt que de chercher un sélecteur, Computer Vision envoie l'image de la session à un réseau neuronal. Celui-ci reconnaît le texte à l'écran via son propre OCR, classe les éléments tels que les champs, les boutons et les tableaux, et les localise de manière univoque via un système multi-ancres. Un élément n'est donc pas trouvé via une image unique enregistrée, mais via sa relation avec les libellés et champs voisins.

Ce principe d'ancrage est la différence avec « Click Image ». Si la mise en page se décale légèrement ou que la résolution change, l'ancre conserve la référence là où une comparaison d'image rigide échouerait. Pour SAP via Citrix, Computer Vision est donc généralement la norme la plus robuste par rapport au simple screen scraping OCR.

Le levier le plus stable : s'adresser directement à SAP plutôt qu'à l'image Citrix

L'automatisation devient la plus stable lorsqu'elle contourne entièrement l'image Citrix et s'adresse directement à SAP. SAP propose pour cela une interface officielle : SAP GUI Scripting. Une fois activée, le robot pilote l'interface SAP via ses objets de script plutôt que par des pixels, indépendamment de la résolution et de la qualité de rendu. Elle est activée côté serveur via la transaction RZ11 avec le paramètre sapgui/user_scripting réglé sur TRUE ; le scripting doit en outre être autorisé dans le client SAP GUI.

L'étape architecturale décisive est souvent différente : amener le robot là où SAP fonctionne réellement. Plutôt que d'automatiser depuis la machine locale à travers la session Citrix, le robot UiPath s'exécute à l'intérieur de la session serveur ou Citrix où l'interface SAP est installée nativement. La frontière Citrix disparaît ainsi, les vrais sélecteurs et SAP GUI Scripting fonctionnent à nouveau, et la reconnaissance d'image fragile devient superflue. Que cela soit possible dépend du paysage informatique. Là où c'est possible, c'est la voie la plus fiable.

Comment NordFlux aborde-t-il l'automatisation SAP via Citrix ?

NordFlux choisit la méthode en fonction du paysage, pas de l'outil. Avant le premier robot, nous clarifions trois points : SAP fonctionne-t-il uniquement comme une application publiée via Citrix, ou existe-t-il un serveur sur lequel le robot peut s'exécuter en parallèle ? SAP GUI Scripting peut-il être activé ? Et si non, quels éléments peuvent être ancrés de manière fiable via Computer Vision ? Ce n'est qu'ensuite que l'on détermine si le processus fonctionne via SAP GUI Scripting, via Computer Vision, ou via une combinaison des deux.

En pratique, cela signifie généralement : SAP GUI Scripting là où l'IT l'autorise, Computer Vision pour les portions qui doivent nécessairement passer par l'image Citrix, et volontairement pas de bot « Click Image » pur qui se casse chaque semaine. Cette clarification préalable coûte une journée et évite la boucle de maintenance que l'automatisation Citrix basée sur l'image génère sinon en permanence.

Pour en savoir plus sur le choix fondamental entre le RPA classique et l'automatisation propre à SAP, consultez notre article RPA, SAP ou SAP Process Automation. Si vous souhaitez confier un processus non pas en simple clic, mais comme un flux supervisé, jetez un œil à nos agents IA.

Questions fréquentes

Pourquoi les sélecteurs UiPath se cassent-ils dans un environnement Citrix ?

Parce qu'une session Citrix ne transmet qu'une image du bureau distant. Les éléments d'interface et leurs attributs se trouvent sur le serveur et sont inaccessibles pour le robot local. Le sélecteur ne trouve donc aucun élément cible et l'automatisation échoue.

L'OCR suffit-il pour l'automatisation SAP via Citrix ?

Pour des sorties simples, l'OCR peut suffire, mais comme seule base, il est fragile. La résolution, la mise à l'échelle DPI et la profondeur des couleurs de la session modifient l'image, de sorte que la même reconnaissance fonctionne parfois et parfois non. Computer Vision avec un système d'ancrage, ou directement SAP GUI Scripting, sont plus stables.

Qu'est-ce que SAP GUI Scripting et pourquoi cela aide-t-il ?

SAP GUI Scripting est l'interface d'automatisation officielle de SAP. Le robot pilote l'interface SAP via des objets de script plutôt que par des pixels, et est donc indépendant de la qualité d'image de la session Citrix. Il est activé côté serveur via le paramètre RZ11 sapgui/user_scripting et, en plus, dans le client SAP GUI.

Peut-on automatiser SAP via Citrix sans reconnaissance d'image ?

Oui, si le robot s'exécute à l'intérieur de la session serveur ou Citrix où SAP est installé nativement. La frontière Citrix disparaît alors, les vrais sélecteurs et SAP GUI Scripting fonctionnent à nouveau, et la reconnaissance d'image devient superflue.