Traitement des erreurs dans les orchestrations
Le traitement des erreurs gère les problèmes inattendus qui se produisent par étapes pendant une exécution d'orchestration. Configurez des chemins de défaut pour les étapes afin de définir des actions de récupération en cas d'erreur de l'étape, en veillant à ce que les orchestrations soient terminées avec succès au lieu d'échouer.
Éditions requises
| Afficher les éditions prises en charge pour Orchestration de flux. |
Général
Lorsqu'une exécution d'orchestration rencontre une erreur, le système définit son statut sur Erreur. De nombreuses erreurs rencontrées pendant les étapes peuvent être récupérées. Pour ces erreurs, vous avez jusqu'à 14 jours pour corriger l'erreur et reprendre l'exécution de l'orchestration. Si des erreurs se produisent hors des étapes, l'exécution de l'orchestration échoue et vous ne pouvez pas la reprendre. Consultez Reprise d'une orchestration échouée en exécution d'orchestre.
La reprise nécessite qu'un administrateur corrige le flux ou l'erreur sous-jacent, puis reprenne l'exécution de l'orchestration. Cette approche diffère des chemins de défaut, qu'un concepteur d'orchestration configure lors de la conception. Les chemins de défaut gèrent les erreurs avec grâce et fournissent des mécanismes de récupération ou des étapes d'intervention manuelles pour les utilisateurs.
Lorsqu'une exécution d'orchestration échoue, Salesforce envoie un e-mail d'erreur à l'administrateur qui a effectué la dernière modification de l'orchestration ou aux destinataires de l'e-mail d'exception Apex. L'e-mail d'erreur fournit des détails sur l'exécution de l'orchestration, notamment les éléments exécutés et les flux des étapes référencées. Pour une orchestration active, l'e-mail contient également un lien qui permet d'afficher les détails de l'exécution d'orchestration échouée dans Flow Builder. Si un flux appelé par l'orchestration entraîne l'échec, les destinataires reçoivent deux e-mails d'erreur : un pour l'orchestration et un autre pour le flux appelé.
Lorsqu'un chemin de défaut gère une erreur et réussit, l'orchestration n'envoie pas de notification d'erreur. Vous pouvez toutefois ajouter une étape en arrière-plan au parcours de défaut qui notifie les parties prenantes en cas d'échec.
Pour gérer les erreurs, configurez des parcours de défaut pour les étapes de votre orchestration. Si une étape ou l'une de ses étapes rencontre une erreur, ces parcours définissent des actions alternatives afin de limiter les échecs de processus.
Concevez et déboguez vos orchestrations dans un environnement sandbox avant de les déployer en production, car les orchestrations échouées n'annulent pas nécessairement toutes les modifications d'enregistrement antérieures.
Erreurs non gérées et changements de statut
Une erreur non gérée se produit lorsqu'une exécution d'orchestration rencontre un problème pendant l'exécution et qu'aucun mécanisme de récupération n'existe. Pour les orchestrations, une erreur non gérée se produit lorsqu'une étape ou une étape rencontre une erreur, et que l'étape n'a aucun chemin de défaut configuré.
| Élément | Condition | Statut |
|---|---|---|
| Exécution d'orchestration | Toute erreur s'est produite | Erreur |
| Exécution d'étape | L'étape était en cours lorsqu'une erreur d'exécution d'orchestration s'est produite | Abandon |
| Exécution d'étape | L'étape ou une étape dans l'étape a entraîné l'erreur | Erreur |
| Exécution d'étape | L'étape dans l'étape a entraîné l'erreur | Erreur |
| Exécution d'étape | L'étape de l'étape n'a pas commencé avant l'erreur | Pas commencé |
| Exécution d'étape | L'étape de l'étape était en cours lorsque l'erreur s'est produite | Abandon |
Stratégies de traitement des erreurs pour les orchestrations
Le traitement des erreurs dans les orchestrations gère les échecs afin de permettre aux processus métiers de réussir ou de se rétablir gracieusement. Utilisez des chemins de défaut pour gérer les erreurs des étapes et des étapes. Vous pouvez utiliser des parcours de défaut individuels pour une reprise ciblée ou un parcours de défaut centralisé pour une gestion complète des erreurs.
Les chemins de défaut sont utiles dans les scénarios où les utilisateurs peuvent intervenir manuellement lorsque l'exécution de l'orchestration rencontre une erreur. Par exemple, une intégration externe ou un appel d'API échoue en raison d'un point de terminaison en panne. Un parcours de défaut peut inclure une étape interactive dans laquelle le bénéficiaire saisit manuellement les données requises.
Un chemin de défaut peut être vide ou contenir des éléments de décision et des éléments d'étape. Chaque étape d'un parcours de défaut nécessite au moins une étape et peut contenir plusieurs étapes. Ces étapes comprennent des étapes en arrière-plan, des étapes interactives ou une combinaison des deux. Les chemins de défaut prennent également en charge les connecteurs Go To. Un connecteur Go To pointe vers un autre élément du même chemin de défaut, un autre chemin de défaut ou le chemin principal de l'orchestration.
Parcours de défaut individuels. Configurez un parcours de défaut séparé pour chaque étape d'une orchestration. Ces parcours individuels contiennent des éléments et des étapes avec des étapes qui gèrent les erreurs spécifiques à chaque étape. Cette approche fournit une résolution des erreurs hautement localisée. Par exemple, dans une orchestration de traitement de commande, l'étape de vérification d'inventaire rencontre une erreur due à une expiration de connexion. Le chemin de défaut peut réexécuter l'étape de vérification, envoyer une notification aux opérations ou acheminer vers une étape de révision manuelle.
Chemin de défaut centralisé. Configurez un chemin de défaut central qui sert de mécanisme de traitement des erreurs consolidé. Généralement, cette approche commence par un élément de décision qui évalue les variables et la sortie automatique associée à l'exécution de l'orchestration. La décision identifie l'étape spécifique à laquelle l'erreur s'est produite. Les éléments du chemin de résultat associé corrigent l'échec. Connectez le chemin de défaut de chaque étape au premier élément de décision du chemin de défaut central. Cette approche fournit une résolution complète des erreurs.
Par exemple, dans une orchestration d'intégration de clients, le parcours de défaut centralisé commence par un élément Décision. Cette décision évalue l'étape qui a rencontré une erreur et détermine la mesure de recouvrement appropriée.
Si le statut de l'étape Créer un compte client n'est pas Completed, le chemin du résultat de la décision inclut une étape avec une étape en arrière-plan. Cette étape notifie le responsable de compte du problème. Si l'étape Configurer l'accès au service de l'étape Systèmes de provisionnement échoue, le parcours du résultat de décision inclut une étape avec deux étapes. Une étape en arrière-plan crée un ticket de support. Une étape interactive attribue la configuration système à l'équipe informatique. Une fois la configuration effectuée, l'orchestration continue jusqu'à l'étape d'activation du service.
Limitations du traitement des erreurs
- Vous ne pouvez pas ajouter le traitement des erreurs au niveau de l'exécution d'orchestration.
- Vous pouvez afficher les détails de débogage d'une exécution d'orchestration échouée uniquement dans les 14 jours suivant l'échec.
- Un chemin de défaut contenant uniquement un élément Fin gère les erreurs en changeant le statut d'exécution de l'orchestration sur
Completed. Cette approche supprime l'erreur sans la résoudre. Salesforce n'envoie pas d'e-mail de notification d'erreur lorsque le statut d'exécution de l'orchestration est Terminé. Cependant, l'étape et l'étape qui ont initialement rencontré l'erreur restent sous le statut Erreur, même si le statut d'exécution d'orchestration est Terminé.
