Comment puis-je identifier les alertes liées aux automatisations et aux flux de travail autonomes ?
Les automatisations et les flux de travail autonomes peuvent effectuer des activités opérationnelles sans nécessiter qu'une personne initie manuellement chaque étape.
Cependant, l'exécution automatisée n'élimine pas la nécessité de surveillance.
Les entreprises doivent être en mesure d'identifier les exécutions échouées, les résultats inattendus et les situations nécessitant une enquête.
Quels événements devrais-je surveiller ?
Des exemples importants incluent :
1. Une automatisation qui échoue à se terminer.
2. Un flux de travail rencontrant une erreur d'exécution.
3. Une intégration externe devenant indisponible.
4. Une dépendance requise empêchant le progrès.
5. Une action retournant un résultat inattendu.
6. Une activité planifiée ne produisant pas le résultat attendu.
7. Un processus nécessitant une attention humaine.
Que ces événements génèrent des alertes automatiques dépend des mécanismes de notification pris en charge et de la configuration.
Où puis-je enquêter sur un problème ?
Commencez par le module responsable de l'activité.
Examinez l'historique d'exécution disponible et les détails techniques.
Là où cela est pris en charge, les enregistrements d'exécution peuvent aider à identifier l'état d'une activité, le résultat retourné et les erreurs rencontrées.
Quelle est la différence entre une exécution échouée et un résultat commercial inattendu ?
Une exécution échouée indique généralement que le système n'a pas pu compléter une opération prévue.
Un résultat commercial inattendu peut survenir même lorsque l'exécution technique se termine avec succès.
Par exemple, un flux de travail peut s'exécuter correctement mais produire un résultat nécessitant une révision commerciale.
Ces situations doivent être examinées différemment.
Les alertes peuvent-elles prévenir les échecs de flux de travail ?
Une alerte ne prévient pas nécessairement un échec.
Son but est de rendre un événement pertinent visible afin que l'entreprise puisse enquêter et répondre.
Prévenir les échecs récurrents nécessite généralement d'identifier et de corriger la cause sous-jacente.
Que dois-je faire après avoir identifié un échec ?
1. Localisez l'exécution affectée.
2. Examinez son état et les détails d'erreur disponibles.
3. Déterminez quelle étape ou dépendance a été affectée.
4. Vérifiez la configuration de l'automatisation ou du flux de travail concerné.
5. Vérifiez toute intégration externe impliquée.
6. Corrigez le problème sous-jacent si possible.
7. Testez à nouveau le flux de travail en utilisant un scénario approprié.
Évitez de redémarrer à plusieurs reprises des opérations conséquentes sans vérifier si les tentatives précédentes se sont partiellement terminées.
Plusieurs flux de travail peuvent-ils échouer pour la même raison ?
Oui.
Une dépendance partagée, un problème d'intégration, un problème de configuration ou une interruption de service peuvent affecter plusieurs opérations.
Lorsque plusieurs échecs se produisent en même temps, enquêtez sur les dépendances communes avant de traiter chaque exécution comme un incident isolé.
Quelle est la pratique recommandée ?
Utilisez l'historique d'exécution comme source principale d'enquête technique et les notifications comme un mécanisme supplémentaire de sensibilisation opérationnelle lorsque cela est pris en charge.
Cela fournit une approche plus fiable pour surveiller l'activité commerciale automatisée.