Un flux de travail est un parcours doté d'un état actuel.
Une notification manquante, un approbateur indisponible et un rôle dynamique non résolu peuvent se ressembler du point de vue du demandeur. La question utile est de savoir où se trouve la demande actuellement et comment cette étape s'est résolue.
Quelle transaction ?
Identifier la demande précise et la modification métier concernée. Répéter la transaction peut créer un second problème sans expliquer le premier.
Où la progression s'est-elle arrêtée ?
Examinez l'étape active et son statut via le chemin d'administration des workflows autorisé, plutôt que de les déduire de la réception d'un courriel.
Qui peut agir maintenant ?
Déterminez à quel approbateur ou à quel rôle l'étape a été attribuée, et si cette personne dispose de l'accès et de la responsabilité attendus.
Reconstituez le parcours à partir de la demande.
Commencez par l'instance de workflow concernée, puis comparez son étape actuelle avec le parcours métier attendu.
- 01Demande, transaction concernée, émetteur et heureRelevez la référence et le contexte minimaux nécessaires pour localiser le workflow.
- 02Statut actuel et étape active ou non résolueConsignez l'état réel plutôt que de vous fier à « quelqu'un n'a pas reçu de courriel ».
- 03Approbateur résolu ou résultat du rôle dynamiqueVérifiez qui le système a identifié pour ce contexte de demande.
- 04Circuit attendu et prochain responsable autoriséComparez l'instance avec la conception de workflow approuvée avant toute action administrative.
Une notification est une preuve, pas le flux de travail lui-même.
Utilisez l'enregistrement de la demande pour établir l'état, puis examinez la notification, l'acheminement, l'accès ou le contexte de conception comme des questions distinctes.
Premières vérifications sûres
- Repérez la demande exacte au moyen d'une vue d'administration autorisée.
- Lisez son statut actuel et l'étape en cours.
- Confirmez comment l'approbateur ou le rôle dynamique a été résolu.
- Vérifiez si l'approbateur attendu peut accéder à la demande.
- Réunissez les éléments à l'intention du propriétaire du workflow.
Arrêtez-vous avant
- Resoumettre la modification métier comme première réaction.
- Supprimer, réacheminer ou approuver au nom d'une autre personne sans autorisation.
- Considérer l'envoi d'un e-mail comme la preuve de l'état du workflow.
- Modifier la définition du workflow pour résoudre une seule demande inexpliquée.
- Divulguer des informations sur un collaborateur dans un message de support diffusé largement.
L'administrateur de workflow autorisé examine la demande. L'approbateur métier redevable ou le responsable du processus autorise le réacheminement, l'annulation, l'action déléguée ou la modification de conception.
Repérez l'étape avant de choisir l'action.
Sélectionnez le meilleur premier geste pour le scénario fictif.
Que doit-il se passer en premier?
Un demandeur indique qu'une approbation est en attente depuis trois jours. L'approbateur attendu affirme n'avoir reçu aucun courriel. Que faut-il faire en premier ?
Sélectionnez une réponse pour révéler le raisonnement.
Continuer avec les recommandations SAP actuelles.
Les actions administratives et les vues disponibles dépendent des autorisations, de la configuration et des recommandations de la version en cours.
- SAP Help · Demandes de workflow bloquées
Conseils publics propres à l'identification et au traitement des demandes de workflow bloquées.
- SAP Help · Gérer les demandes de workflow en tant qu'administrateur
Référence publique pour la gestion autorisée des workflows administratifs.
Ce KBA enseigne un ordre d'examen des preuves. Il n'autorise aucune action administrative, ne reproduit pas la configuration du tenant et ne remplace pas la documentation SAP en vigueur ni la responsabilité des processus.