FAQ : Processus de gestion

Utilisez le rapport

Audit des exceptions de processus de gestion

pour rechercher toutes

les définitions de processus de gestion

contenant des erreurs critiques. Lorsque vous exécutez ce rapport, vous avez la option d'afficher des avertissements. Les avertissements peuvent ne pas être un problème, en fonction de ce que vous souhaitez que le processus de gestion À faire, mais Workday reconnaît le potentiel de résultats inattendus et vous donne l'occasion de vérifier.

Le menu des actions associées de la colonne

Processus de gestion

est identique au menu des actions associées de la définition d'un processus de gestion.

Le menu des actions associées de la colonne

Problème avec

est identique au menu des actions associées de l'étape individuelle sur la page

Afficher la définition

du processus de gestion.

Si un processus de gestion est rompu, Workday envoie automatiquement une tâche

Corriger un processus de gestion

aux administrateurs des processus de gestion et fournit un associer permettant de corriger la définition du processus de gestion.

Lorsqu'un processus de gestion contient des actions qui ne sont plus disponibles dans la règle de sécurité du processus de gestion et que ces actions sont toujours associées à des groupes de sécurité inactifs, des rapports d'audit peuvent indicateur le processus de gestion pour que vous puissiez y effectuer une action. Exemple : rapport

Audit des exceptions de sécurité

. Pour résoudre le problème, exécutez la tâche

Retirer des groupes de sécurité inactifs des actions non disponibles

. Cette tâche vous aide à identifier et supprimer les groupes de sécurité inactifs associés à des actions autorisées qui ne sont plus disponibles. Pour accéder à la tâche, vous devez disposer des autorisation sur les domaines suivants :

Business Process Administration
Security Activation
Security Configuration

Avant d'exécuter la tâche

Retirer des groupes de sécurité inactifs des actions non disponibles

, déterminez si vous devez retirer des groupes de sécurité inactifs dans votre environnement client. Vous ne pourrez plus annuler ce traitement.

Suivez les étapes ci-dessous :

Accédez à la tâche
Activate Pending Security Policy Changes
pour confirmer et activer les modifications de sécurité existantes. Workday vous recommande vivement de lancer cette tâche en premier.
Accédez à la tâche
Retirer des groupes de sécurité inactifs des actions non disponibles
. Sélectionnez
Confirmer
et cliquez sur
OK
. Un traitement en arrière-plan s'exécute et supprime les groupes de sécurité inactifs.
Accédez de nouveau à la tâche
Activate Pending Security Policy Changes
pour finaliser le processus de suppression des groupes de sécurité inactifs. Si vous ne voyez pas le type de processus de gestion dans la tâche
Activate Pending Security Policy Changes
, continuez pour confirmer les modifications de règle de sécurité en attente.

Une fois que vous avez supprimé le groupe de sécurité et accès au rapport

Audit des exceptions de sécurité

, Workday n'affiche plus le groupe de sécurité dans l'onglet

Exceptions de règle de sécurité de processus de gestion

. La tâche

Retirer des groupes de sécurité inactifs des actions non disponibles

ne traite pas les éléments d'audit susceptibles de s'afficher dans les onglets du rapport

Audit des exceptions de sécurité

suivants :

Exceptions de règles de sécurité de domaine
Exceptions de groupes de sécurité

Plusieurs raisons peuvent expliquer le blocage d'un processus de gestion et plusieurs façons de les rechercher. En consultant les rapports

Transactions de processus de gestion en attente d'une action

,

Transactions de processus de gestion en attente d'une action depuis X jours

et

Transactions de processus de gestion en attente d'une action

n'identifient pas nécessairement les problèmes, car chaque étape attend normalement un jour ou plus pour que la personne responsable l'effectue. .

Les processus de gestion bloqués entrent dans deux catégories principales, les processus de gestion en attente d'une action et les processus de gestion avec erreurs critiques.

Une tâche devient une tâche non affectée lorsque le groupe de sécurité indiqué ne contient pas d'utilisateur ou contient uniquement des utilisateurs ayant des comptes Workday désactivés. Exemple : si une étape est sécurisé par le groupe de sécurité

Salarié (pour lui-même)

mais que l'utilisateur affecté a une date d'embauche future au , la tâche n'est pas affectée. Une tâche peut également être annulée si le compte Workday de l'utilisateur affecté est désactivé, expiré ou verrouillé, ou si l'utilisateur affecté n'a aucun code utilisateur ou mot de passe et ne peut pas accéder à Workday pour voir sa notification ou effectuer l'étape qui lui a été affectée. Le rapport

Tâches non affectées

affiche les étapes là où il s'agit du problème.

Les administrateurs des processus de gestion peuvent réaffecter les tâches non affectées à des employés ou à des titulaires de rôle affilié dans le groupe de sécurité obligatoire . Workday envoie une notification par e-mail aux membres de tous les groupes de sécurité disposant des autorisations Afficher et modifier dans le domaine

Business Process Administration

lorsqu'une tâche n'est plus affectée.

Il ne s'agit pas du même problème que lorsque des utilisateurs qui sont en congés doivent réaffecter temporairement leurs tâches à d'autres utilisateurs. ConsulterDéléguer mes tâches .

Suivez les étapes ci-dessous :

Utilisez ces questions pour déterminer si vous avez accès à un événement de processus de gestion. Si la réponse à toutes ces questions est Non, alors vous n'avez pas accès à l' événement.

Si vous avez actuellement une tâche À faire dans Mes tâches, vous pouvez avoir accès à l' événement de processus de gestion, mais pas à l'onglet

Détail

.

Vous pouvez également utiliser le rapport

Audit des vues des règles de processus de gestion

pour résoudre un certain nombre de problèmes liés à la sécurité. Il affiche les groupes de sécurité qui peuvent effectuer des étapes

d'action

, prendre des décisions d'approbation et recevoir des notifications, mais qui ne disposent pas des droits d'accès

Afficher tout

ou

Afficher uniquement les éléments terminés

dans la règle de sécurité du processus de gestion.

Dans cette situation, vous ne pouvez afficher l' événement que lorsque la tâche se trouve dans Mes tâches. Lorsque la tâche ne se trouve plus dans Mes tâches, vous perdez l'accès à l' événement. Par résultat, vous pouvez recevoir une notification par e-mail contenant un associer vers l' événement qui renvoie une erreur lorsque vous cliquez sur le associer. Cette erreur se produit car vous n'appartenez pas à un groupe de sécurité disposant de l'accès

Afficher tout

ou

Afficher uniquement les éléments terminés

pour l' événement. L'exécution du rapport

Audit des vues de règles de processus de gestion

peut vous aider à nettoyer les paramètres de sécurité et à éviter ces types d'erreurs.

Assurez-vous qu'un groupe de sécurité auquel vous appartenez dispose de l'accès

Afficher tout

ou

Afficher uniquement les éléments terminés

dans la règle de sécurité du processus de gestion pour chaque événement que vous voulez voir. En ajout, vous devez avoir accès au domaine de sécurité approprié pour afficher l'historique de l'employé.

Souvent, la logique utilisée par Workday pour déterminer la définition du processus de gestion à utiliser peut être confuse.

Vous pouvez déterminer la définition du processus de gestion utilisée par Workday en sélectionnant

Processus de gestionAfficher

la définition

dans le menu des actions associées d'un événement de processus de gestion. Plusieurs raisons peuvent expliquer le choix d'une définition du processus de gestion Workday .

Dans certains cas, lorsque vous embauchez un poste, ce poste peut appartenir à deux organisations. Par exemple, la définition par défaut du processus de gestion

Embaucher

autorise l'association du processus de gestion aux deux types d'organisation. Workday utilise la priorité des type d'organisation pour déterminer où rechercher en premier lieu la définition du processus de gestion . Si Workday ne rechercher aucun processus de gestion personnalisé défini dans l' organisation ayant la priorité la plus élevée, il recherche dans l' organisation définie la suivante dans la liste des priorités. Si aucun processus de gestion personnalisé n'est défini dans une organisation figurant dans la liste de priorité, Workday utilise la définition du processus de gestion par défaut pour l' organisation ayant la priorité la plus élevée : . Pour plus d'informations, voirMettre à jour les priorités des types d'organisation .

En ajout, Workday utilise la définition du processus de gestion par défaut si la définition du processus de gestion de l'organisation se trouve dans l'un des états suivants à la date à laquelle l' événement a démarré :

Pour afficher la définition du processus de gestion à la date à laquelle l' événement a commencé, affichez la définition du processus de gestion et saisissez la date de début de événement dans le champ

Date d'effet

.

Testez la règle de condition comme suit :

Si l'étape a plusieurs conditions, testez chaque condition une à une pour vous assurer qu'elles fonctionnent toutes comme prévu.
Si la condition a plusieurs règles, testez chaque règle une à la fois.
Assurez-vous que les valeurs de données incluses dans la règle de condition correspondent aux données de l' événement lui-même. Exemple :
Si la règle de condition vérifie si le pays correspond au Japon, assurez-vous que l' événement utilise une organisation hiérarchique dont le site est le Japon.
Si vous créez des règles de condition dans les champs fondés sur Employé dans le processus de gestion
Embaucher
alors que l' événement
Embaucher
n'est pas encore terminé, le candidat en cours d'embauche n'est pas encore un salarié. Il est donc possible que les règles de condition ne soient pas valides.
Pour déterminer les valeurs de chaque champ au moment où l'étape a été exécutée, sélectionnez
reporting
Champs et valeurs du rapport
dans le menu des actions associées de l'étape du processus de gestion. Examinez les valeurs de chaque champ utilisées dans la règle de condition pour déterminer pourquoi la règle ne fonctionne pas comme prévu.

Vous pouvez également créer un rapport personnalisé directement à partir de l' événement de processus de gestion et placer les champs dans les règles de condition (en particulier les champs calculés) pour connaître les valeurs qu'ils contiennent. Cela peut vous aider à identifier à quel endroit la règle de condition est en pause.

Pour plus d'informations sur le fonctionnement des règles de condition , voirConcept : conditions des étapes .

Pour plus d'informations sur la création d'un rapport contextuel, voir Créer des rapports à partir d'instances d'objet de gestion .

Révisez les données associées à l' événement pour rechercher les objets auxquels le groupe de sécurité est affecté. Dans la mesure où les groupes de sécurité par rôle peuvent être affectés à plusieurs objets, vous devez consulter les éléments suivants :

Organisations hiérarchiques
Hiérarchies de sites
Lot de paie
Toute autre organisation personnalisée affectée à l' employé ou à organisation hiérarchique.

Consultez l' affiliation de chaque type de groupe de sécurité. Pour les groupes de sécurité d'intersection et d'agrégation, vous devez passer en revue les membres des deux groupes de sécurité afin de rechercher des membres communs.

Les administrateurs des processus de gestion peuvent retirer un ou plusieurs commentaires d'un processus de gestion, soit avant, soit après que le processus de gestion est terminé.

Dans le menu des actions associées du processus de gestion global (et non via une étape du processus de gestion), sélectionnez

Processus de gestion

Retirer les commentaires

. Cochez la case à cocher en regard de chaque commentaire que vous souhaitez retirer, puis cliquez sur

OK

.

De même, si un commentaire a été ajouté à un sous-processus, vous pouvez le retirer en tant action associée en question et non via une étape individuelle du sous-processus.

Si un champ dont vous avez besoin n'est pas disponible lorsque vous créez une règle de condition, vous pouvez utiliser le rapport

Dictionnaire des données Workday

pour déterminer les champs disponibles pour chaque

objet de gestion

. Vous pouvez également créer un champ calculé et le faire remonter au niveau de l'événement lié à une action.

Pour les types de rapport pris en charge, vous pouvez définir des valeurs invite pour filtre les données affichées par Workday . Pour les rapports composites, vous devez définir ces valeurs invite pour vous assurer que les données restent contextuelles pour le titulaire du processus de gestion . Utilisez l' action associée

processus de gestion

Configurer une étape de rapport

dans l'étape

de rapport

pour définir et mapper les valeurs.