Gestione degli errori nelle orchestrazioni
La gestione degli errori gestisce i problemi imprevisti che si verificano nelle fasi durante un'esecuzione dell'orchestrazione. Configurare i percorsi di errore per le fasi per definire le azioni di ripristino quando si verificano errori di fase, assicurando che le orchestrazioni vengano completate correttamente anziché non riuscire.
Versioni (Edition) richieste
| Visualizzare le versioni supportate per Flow Orchestration. |
Generale
Quando un'esecuzione dell'orchestrazione rileva un errore, il sistema imposta il suo stato su Errore. Molti errori che si verificano all'interno delle fasi sono recuperabili. Per questi errori, si dispone di un massimo di 14 giorni per correggere l'errore e riprendere l'esecuzione dell'orchestrazione. Se si verificano errori al di fuori delle fasi, l'esecuzione dell'orchestrazione non riesce e non è possibile riprenderla. Vedere Ripresa di un'orchestrazione non riuscita nell'esecuzione dell'orchestrazione.
La ripresa richiede la correzione del flusso o dell'errore sottostante da parte dell'amministratore e quindi la ripresa dell'esecuzione dell'orchestrazione. Questo approccio è diverso dai percorsi di errore, che un progettista di orchestrazione configura in fase di progettazione. I percorsi di errore gestiscono gli errori in modo fluido e forniscono meccanismi di ripristino o fasi di intervento manuale per gli utenti finali.
Quando un'esecuzione dell'orchestrazione non riesce, Salesforce invia un messaggio email di errore all'amministratore che ha modificato l'orchestrazione per ultimo o ai destinatari delle email eccezione Apex. L'email di errore fornisce dettagli sull'esecuzione dell'orchestrazione, inclusi gli elementi eseguiti e i flussi delle fasi a cui si fa riferimento. Per un'orchestrazione attiva, l'email include anche un link per visualizzare i dettagli dell'esecuzione dell'orchestrazione non riuscita in Flow Builder. Se un flusso chiamato dall'orchestrazione causa l'errore, i destinatari ricevono due email di errore: una per l'orchestrazione e una per il flusso chiamato.
Quando un percorso di errore gestisce un errore e viene completato correttamente, l'orchestrazione non invia notifiche di errore. Tuttavia, è possibile aggiungere una fase in background al percorso di errore che notifica alle parti interessate quando si verifica un errore.
Per gestire gli errori, configurare i percorsi di errore per le fasi dell'orchestrazione. Se una fase o qualsiasi fase al suo interno rileva un errore, questi percorsi definiscono azioni alternative per ridurre al minimo gli errori dei processi.
Progettare ed eseguire il debug delle orchestrazioni in un ambiente Sandbox prima di distribuirle in produzione, poiché le orchestrazioni non riuscite non annullano necessariamente tutte le modifiche ai record precedenti.
Errori non gestiti e modifiche dello stato
Un errore non gestito si verifica quando un'esecuzione dell'orchestrazione rileva un problema durante l'esecuzione e non esiste alcun meccanismo di ripristino. Per le orchestrazioni, si verifica un errore non gestito quando una fase o un passaggio rileva un errore e la fase non ha un percorso di errore configurato.
| Voce | Condizione | Stato |
|---|---|---|
| Esecuzione dell'orchestrazione | Si è verificato qualsiasi errore | Errore |
| Esecuzione della fase | La fase era in corso quando si è verificato un errore di esecuzione dell'orchestrazione | Interrotto |
| Esecuzione della fase | La fase o una fase all'interno della fase ha causato l'errore | Errore |
| Esecuzione fase | La fase all'interno della fase ha causato l'errore | Errore |
| Esecuzione fase | La fase all'interno della fase non è iniziata prima che si verificasse l'errore | Non avviata |
| Esecuzione fase | La fase all'interno della fase era in corso quando si è verificato l'errore | Interrotto |
Strategie di gestione degli errori per le orchestrazioni
La gestione degli errori nelle orchestrazioni consente di gestire gli errori in modo che i processi aziendali vengano completati correttamente o vengano ripristinati in modo fluido. Utilizzare i percorsi di errore per gestire gli errori da fasi e passaggi. È possibile utilizzare singoli percorsi di errore per il ripristino mirato o un percorso di errore centralizzato per una gestione completa degli errori.
I percorsi di errore sono utili negli scenari in cui gli utenti finali possono fornire un intervento manuale quando l'esecuzione dell'orchestrazione rileva un errore. Ad esempio, un'integrazione esterna o una chiamata API non riesce perché un endpoint è inattivo. Un percorso di errore può includere una fase interattiva in cui l'assegnatario inserisce manualmente i dati richiesti.
Un percorso di errore può essere vuoto o contenere elementi di decisione ed elementi di fase. Ogni fase di un percorso di errore richiede almeno una fase e può contenere più fasi. Questi passaggi includono fasi in background, fasi interattive o una combinazione di entrambi. I percorsi di errore supportano anche i connettori Vai a. Un connettore Vai a si collega a un altro elemento nello stesso percorso di errore, a un percorso di errore diverso o al percorso principale dell'orchestrazione.
Percorsi di errore individuali. Configurare un percorso di errore separato per ogni fase di un'orchestrazione. Questi singoli percorsi contengono elementi e fasi con fasi che gestiscono gli errori specifici di ogni fase. Questo approccio offre una risoluzione degli errori altamente localizzata. Ad esempio, in un'orchestrazione di elaborazione ordine, la fase di verifica dell'inventario rileva un errore dovuto a un timeout di connessione. Il percorso di errore può eseguire nuovamente la fase di verifica, inviare una notifica alle operazioni o passare a una fase di revisione manuale.
Percorso di errore centralizzato. Configurare un percorso di errore centrale che funge da meccanismo consolidato di gestione degli errori. In genere, questo approccio inizia con un elemento decisionale che valuta le variabili e l'output automatico correlato all'esecuzione dell'orchestrazione. La decisione identifica la fase specifica in cui si è verificato l'errore. Gli elementi del percorso del risultato associato risolvono l'errore. Collegare il percorso di errore di ogni fase al primo elemento decisionale del percorso di errore centrale. Questo approccio offre una risoluzione completa degli errori.
Ad esempio, in un'orchestrazione di orientamento del cliente, il percorso di errore centralizzato inizia con un elemento decisione. Questa decisione valuta la fase in cui si è verificato un errore e determina l'azione di ripristino appropriata.
Se lo stato della fase Crea account cliente non è Completed, il percorso dell'esito della decisione include una fase con una fase in background. Questo passaggio informa il responsabile account del problema. Se la fase Configura accesso al servizio nella fase Sistemi di provisioning non riesce, il percorso dell'esito della decisione include una fase con due fasi. Una fase in background crea un ticket di assistenza. Una fase interattiva assegna la configurazione di sistema al team IT. Dopo che l'IT ha completato la configurazione, l'orchestrazione prosegue fino alla fase di attivazione del servizio.
Limitazioni della gestione degli errori
- Non è possibile aggiungere la gestione degli errori per gli errori a livello di orchestrazione.
- È possibile visualizzare i dettagli del debug per un'esecuzione dell'orchestrazione non riuscita solo entro 14 giorni dall'errore.
- Un percorso di errore contenente solo un elemento Fine gestisce gli errori modificando lo stato di esecuzione dell'orchestrazione in
Completed. Questo approccio elimina l'errore senza risolverlo. Salesforce non invia email di notifica degli errori quando lo stato di esecuzione dell'orchestrazione è Completato. Tuttavia, la fase e la fase in cui si è verificato l'errore rimangono nello stato Errore, anche se lo stato di esecuzione dell'orchestrazione è Completato.
