Objectives
Adam, désormais familiarisé avec les fondamentaux des jobs d'application, y compris les types de jobs, les statuts, les modèles et les codes de couche, vise à planifier un job d'administration. La politique de sécurité informatique de GloManCorp exige que les utilisateurs fonctionnels soient bloqués s'ils restent inactifs pendant au moins 180 jours.
Dans cette simulation pratique, vous apprendrez à créer un job d'application administratif à l'aide d'un modèle de job préinstallé global.
En tant qu'administrateur, vous voulez créer un job d'application administratif dans SAP S/4HANA Cloud Public Edition. Pour ce faire, vous utilisez un modèle de job d'application global prédéfini.
De nombreuses activités de gestion doivent être exécutées périodiquement. Pour éviter de lancer ces actions manuellement, SAP fournit des modèles de jobs d'application à de nombreuses fins de gestion. En règle générale, les utilisateurs fonctionnels définissent une condition de lancement périodique et définissent d'autres valeurs de paramètre pour l'exécution du job d'application.
Il n'y a aucun intérêt à planifier des jobs d'application. La plupart des applications de planification de jobs d'application proposées sont pilotées par l'entreprise et appelées applications de jobs d'application spécialisés et sont accessibles via le domaine de gestion correspondant. Néanmoins, outre ces applications, SAP fournit l'application générale Jobs d'application dans le cadre du monitorage technique. L'objectif de cette application est l'utilisation à des fins administratives.
Lors de la création d'un job d'application lié à la gestion, différentes valeurs de saisie doivent être fournies dans le flux de l'assistant de job d'application. Un modèle de job et un nom de job doivent être sélectionnés comme zones obligatoires. En outre, les options de planification préférées et la récurrence du job peuvent être définies. La partie centrale de la définition du job d'application couvre l'ajustement des paramètres spécifiques de l'application. Enfin, vous pouvez laisser le système vérifier si les entrées sont cohérentes. Lorsque vous avez presque terminé, la décision doit être prise, que vous souhaitiez la définir comme modèle ou planifier le job d'application directement.
Dans cette simulation pratique, vous apprendrez à créer un job d'application lié à l'entreprise à l'aide d'un modèle de job personnalisé partagé.
Dans SAP S/4HANA Cloud Public Edition, un journal de job sert de chronique des activités pour un job en cours d'exécution. Il devient une ressource précieuse à des fins de diagnostic lorsqu'un job échoue ou présente un comportement inattendu.
Si un job d'application ou une séquence de jobs d'application, qui peut comprendre une ou plusieurs étapes, est marqué(e) comme Échec, Annulé ou Erreur utilisateur, il/elle peut être relancé(e). Pour ce faire, identifiez la tâche et sélectionnez l'une des alternatives suivantes dans le menu déroulant :
Cette option contournera toutes les étapes précédant l'étape d'erreur et exécutera toutes les étapes suivantes (y compris l'étape d'erreur).
Cette option contournera toutes les étapes jusqu'à l'étape d'erreur incluse et exécutera toutes les étapes suivantes. Notez que cette option ne s'applique pas aux jobs composés d'une seule étape.
Le job nouvellement lancé sera exécuté immédiatement sous l'utilisateur du job d'origine.
Adam explore la manière de modifier le propriétaire et l'utilisateur des jobs d'application qui ont été établis à partir d'un modèle de job. Il s'agit d'une compétence cruciale, en particulier dans des environnements de gestion dynamiques.
Par exemple, envisagez un scénario dans lequel un employé est promu ou transféré dans un autre service. Dans ce cas, leurs responsabilités précédentes, y compris la gestion de certains jobs d'application, peuvent devoir être réaffectées à une autre personne. De même, si un salarié quitte l'organisation, il peut être nécessaire de supprimer son compte utilisateur fonctionnel associé et de réaffecter les tâches qu'il gérait.
Cela garantit une transition fluide des responsabilités et assure la continuité des tâches importantes au sein de votre organisation.
Participez à la simulation pratique suivante avec Carl et Adam. Cela vous aidera à comprendre comment Carl reprend le job d'application administratif précédemment planifié par Adam et se définit comme le nouveau propriétaire du job.
En tant qu'administrateur, vous devez modifier le propriétaire et l'utilisateur des jobs d'application dans des environnements de gestion dynamiques. Par exemple, lorsqu'un employé est promu ou muté, vous devez réaffecter ses responsabilités professionnelles à une autre personne. De même, si un salarié quitte l'organisation, vous devrez peut-être supprimer son compte utilisateur fonctionnel associé et réaffecter son poste à une autre personne.
SAP Cloud ALM - Monitorage des jobs et de l'automatisation est une solution centrale conçue pour surveiller tous les produits SAP, ce qui améliore la planification des jobs locaux. Il fournit de la transparence sur le statut de divers processus d'automatisation, y compris le statut d'exécution, le statut de l'application, le retard de lancement et la durée d'exécution. Le système collecte les données d'exécution du job individuel et les exceptions associées, évaluant l'exécution en fonction des données historiques. Cette évaluation est ensuite propagée au niveau de la définition du job. Les utilisateurs peuvent effectuer une analyse descendante du job jusqu'à la liste des exécutions et accéder directement à l'instance de job correspondante dans le service d'exécution pour une analyse détaillée.
Carl et Adam discutent également des aspects fondamentaux du monitorage des jobs et de l'automatisation dans SAP Cloud ALM. Adam a souvent dû s'en occuper dans ses systèmes On-Premise et aimerait savoir ce qui est disponible dans SAP S/4HANA Cloud Public Edition.
La synthèse sert de rapport complet sur le statut d'exécution du job pour les services sur lesquels nous nous concentrons. Il détaille la dernière exécution du job, en mettant en surbrillance le statut d'exécution. En outre, il affiche le nombre de situations d'alerte - jobs qui ont généré une alerte mais n'ont pas encore reçu de confirmation.
La sélection d'une carte de service vous dirige vers la vue Suivi, qui affiche les jobs et les automatisations triés par Statut d'exécution. L'accès direct au monitorage affiche les jobs pour tous les services, évalués au niveau du statut d'exécution, du statut de l'application, du retard de lancement et de la durée d'exécution. Chaque statut est codé par couleur : vert (réussite), rouge (erreurs) et jaune (avertissements). Cliquez sur un nom pour afficher les exécutions du job ou de l'automatisation sélectionné(e). L'icône d'information fournit plus de détails et un lien direct vers le job via l'ID d'exécution.
La vue Analyse est conçue pour vous aider à repérer les jobs caractérisés par les temps de réponse les plus longs et le nombre maximal d'exceptions. Une icône de tendance est disponible pour indiquer si le taux d'échec ou le temps de réponse a augmenté ou est tombé dans la période sélectionnée, le point milieu de la période servant de point de comparaison.
Pour chaque job, il fournit une synthèse complète des métriques clés telles que la durée d'exécution totale et moyenne, le nombre d'exécutions et le nombre d'exécutions ayant échoué (en fonction du statut d'exécution ou du statut de l'application), ainsi que le taux d'échec dérivé. En cliquant sur la flèche à la fin de chaque ligne, vous pouvez explorer différents graphiques de tendances pour ces métriques plus en détail.
La vue Exceptions surveille les exceptions système et de service. Les données d'exception du job sont collectées automatiquement lors de l'exécution. Les jobs pris en charge incluent SAP Intelligent RPA et ABAP, qui envoient des notifications d'échec et des exceptions affectant leurs évaluations.
La vue Alertes vous permet de surveiller et de personnaliser les alertes pour les exécutions de jobs. Il évalue les données de job toutes les minutes, fournissant des alertes presque immédiates en cas d'anomalie. Chaque alerte est spécifique à un job et inclut toutes les exécutions ayant échoué. Le système déclenche une action en aval à chaque nouvelle occurrence mais peut être configuré pour se déclencher à chaque occurrence.