- Notes de publication
- Démarrage
- Pour les administrateurs
- Projets de workflow RPA
- Créer un workflow RPA à partir d'une idée
- Créer un projet
- Comment démarrer un workflow RPA
- Gestion des fichiers et dossiers du projet
- Connecter des workflows RPA à vos comptes
- Configurer les activités
- Gérer les activités d'un projet
- Transmission de valeurs entre les activités
- Naviguer dans les éléments
- Gérer les données d'un projet
- Configurer un projet pour utiliser vos données
- Utiliser des ressources de fichiers et de dossiers
- Projets d'application
- Applications dans Studio Web
- Concevoir des projets d'application
- Modèles d'applications
- Débogage de projets d'application
- Publier, déployer et mettre à niveau des projets d’application
- Importer et exporter des projets d'application
- Travailler avec des entités dans un projet d'application
- Créer des applications accessibles
- Ajout de descripteurs accessibles
- Le libellé Accessible
- Utilisation de la commande Onglet pour l'accessibilité
- Concevoir des listes et des en-têtes accessibles
- Conception d'application réactive
- Taux de contraste des couleurs
- Prédéfinir les styles et les mappages au niveau de l'air pour la commande En-tête
- Limites connues
- Activités d'application
- Processus d’agent
- Agents
- Solutions
- Workflows d’API - Aperçu

Guide de l'utilisateur Studio Web
L’activité Réponse termine un workflow d’API et envoie une réponse structurée au demandeur. La réponse comprend généralement un statut et des données supplémentaires.
Utilisez l’activité Réponse pour :
- Renvoyez toujours les bons détails de statut et de réponse.
- Terminez les workflows avec un résultat clair et structuré.
- Gérez les erreurs correctement, surtout lorsqu’elle est combinée à l’activité Essayer de capturer .
L'activité Réponse doit être la dernière étape d'un workflow pour s'assurer que le processus fournit les informations prévues.
L'exemple suivant récupère un travailleur à partir de Workday et regroupe les détails sur son responsable et ses rapports directs.
L'image suivante montre l'exemple de workflow :
La réponse d'échec
Le workflow renvoie un statut Échec avec un message d'erreur si une étape de récupération échoue.
Pour ce faire :
- Encapsulez les étapes de récupération dans un bloc Try-Catch .
- Si une erreur se produit, l'étape Réponse d'erreur du flux de capture renvoie une réponse d'échec structurée.
- Type—Échec
- Détails : ouvrez l’éditeur d’expressions et écrivez ce qui suit :
({ "error_message": $context.outputs.Try_Catch_3.error.title, "status": $context.outputs.Try_Catch_3.error.status })({ "error_message": $context.outputs.Try_Catch_3.error.title, "status": $context.outputs.Try_Catch_3.error.status })Ici,$context.outputs.Try_Catch_3.errorfournit une sortie d'erreur structurée de l'activité Essayer de capturer . Lorsque le flux Essayer rencontre une erreur lors de l’exécution, le workflow renvoie la sortie suivante :
La réponse de réussite
Le workflow renvoie un statut Réussite avec les informations agrégées sur le travailleur. L'activité Rechercher des travailleurs par nom ou ID renvoie un tableau, même lorsqu'il n'y a qu'une seule correspondance. Là, nous utilisons une activité Pour chaque pour traiter chaque résultat, puis consolidons les données à l’aide d’une activité Script .
- Type—Réussite
- Détails : ouvrez l’éditeur d’expressions et écrivez ce qui suit :
({ "workers": $context.outputs.For_Each_2.results })({ "workers": $context.outputs.For_Each_2.results })Ici,workerscontient la sortie agrégée de l'étape Script de la boucle For Each . Le workflow renvoie la sortie suivante :