Concept : rapports d'audit des exceptions

Workday vous recommande de tester les modifications apportées aux processus de gestion dans un environnement client de pré- production avant de les migrer vers votre environnement client de production. Après avoir mis à jour un processus de gestion, exécutez le rapport

Audit des exceptions des processus de gestion

pour rechercher toutes les définitions de processus de gestion contenant des erreurs critiques.

Lorsque vous lancez un événement de processus de gestion, Workday vérifie la définition de processus de gestion pour déterminer s'il existe une exception persistante dans la définition.

Lorsque vous mettez à jour une définition de processus de gestion et que vous créez une erreur dans la définition, Workday :

Rendre persistante l'exception immédiatement.
Empêche l'exécution du processus de gestion.

Pour offrir une couche supplémentaire de sécurité, Workday exécute un traitement en arrière-plan toutes les heures pour identifier et conserver toutes les exceptions dans les définitions de processus de gestion. Il s'agit notamment d'exceptions dues à des modifications apportées à la définition du processus de gestion elle-même.

Exemple : vous supprimez un groupe de sécurité d'une règle de sécurité de processus de gestion sans supprimer le groupe de la définition de processus de gestion correspondante, ce qui crée une exception. Si vous ne modifiez pas la définition du processus de gestion ou que vous n'exécutez pas le rapport

Audit des exceptions des processus de gestion

pour identifier l'exception, le traitement en arrière-plan :

Rendre l'exception persistante.
Vous empêche de lancer le processus de gestion tant que vous n'avez pas corrigé le problème.

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

Corriger un processus de gestion

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

Des exceptions de sécurité se produisent généralement lorsqu'une configuration de sécurité conforme aux règles de sécurité a été modifiée et que certaines affectations d'accès ne sont plus valides. Les causes possibles sont lorsque vous activez une modification de règle de sécurité en attente dans laquelle :

Avant de retirer un groupe de sécurité d'une règle de sécurité de processus de gestion, retirez-le des différents processus de gestion de chaque organisation ayant une version personnalisée définie. Cependant :

Si vous ne connaissez pas tous les endroits où vous avez utilisé un groupe de sécurité.
Des traitements sont déjà en cours d'exécution.

Vous pouvez toujours modifier la règle. Workday affiche un avertissement indiquant que la modification entraînera une exception.

Le rapport

Audit des exceptions de sécurité

identifie n'importe quel problème. Workday explique le problème et la solution pour chaque exception. En général, tout ce que vous avez à faire est de retirer le groupe de sécurité non valide de la règle ou du processus de gestion.

Pour les processus de gestion déjà démarrés, réaffectez l'étape qui route à un utilisateur non valide, ou retirez le processus. Dans les deux cas, modifiez la définition du processus de gestion de cette organisation de façon à spécifier uniquement des groupes de sécurité valides.

Vous pouvez également utiliser le rapport

Audit des exceptions de sécurité

pour rechercher des groupes de sécurité d'intersection qui incluent des groupes de sécurité basés sur l'organisation basés sur des types d'organisation qui ne sont pas de réelles organisations.

Lorsque des groupes de sécurité inattendus sont configurés dans la règle de processus de gestion pour les actions de sécurité suivantes, une entrée d'exception de sécurité s'affiche dans les onglets

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

et

Exceptions de groupe de sécurité

 :

Approbation ad hoc
Refuser
Refuser (service web)
Renvoyer manuellement
Demander une réaffectation

Vous êtes ainsi assuré que la bonne personne a accès aux actions autorisées du processus de gestion via la validation des groupes de sécurité dans les actions de la règle de sécurité du processus de gestion.

Exécutez le rapport

Audit des exceptions de champ calculé

pour revalider vos champs calculés et répertorier les erreurs éventuelles. Vous pouvez rechercher des erreurs et des exceptions à l'avance à l'aide de la fonction Évaluer l'expression, en effectuant les actions appropriées.

Si un protocole de transport d'intégration vous oblige à chiffrer le fichier de sortie et que vous choisissez de ne pas chiffrer la sortie, vous pouvez enregistrer le générateur d'interfaces Entreprise (EIB). Vous ne pouvez pas l'exécuter tant que l'administrateur de la sécurité n'a pas approuvé l'exception. Une fois que votre administrateur de la sécurité a remplacé cette condition par :

Affichage du générateur d'interfaces Entreprise (EIB) ou du système d'intégration dans le rapport
Integration Exception Audit
.
Sélectionnant
Basculer Approuver le transport non chiffré
en tant qu'action associée.

Vous pouvez exécuter le générateur d'interfaces Entreprise (EIB) un nombre illimité de fois. Toutefois, si vous modifiez l'EIB ultérieurement, votre administrateur de la sécurité doit de nouveau approuver le remplacement.

Vous pouvez également utiliser le rapport

Audit des exceptions de l'intégration

pour :

Identifiez tous les générateurs d'interfaces Entreprise (EIB) qui utilisent les transformations
XmlToCSV
et
XmlToExcel
.
Définissez le
format de sortie de la variante
sur
CSV
.

Pour rechercher les générateurs d'interfaces Entreprise planifiés qui ne peuvent pas être lancés en raison d'un niveau de sécurité insuffisant, accédez au rapport

Audit des exceptions des générateurs d'interfaces Entreprise planifiés

. Le rapport identifie les générateurs d'interfaces Entreprise (EIB) qui ne peuvent pas être exécutés par l'utilisateur prévu. Vous pouvez soit modifier les paramètres de sécurité de l'utilisateur planifié, soit transférer la propriété à un autre utilisateur. Pour transférer la propriété, sélectionnez

Traitements futurs planifiés

- transfert de propriété

dans le menu des actions associées de la demande.

Exécutez le rapport

Audit des rôles affectés non pourvus

pour identifier les rôles non pourvus dans les organisations et autres éléments pour lesquels l'affectation de rôles est activée. Les rôles pour lesquels l'option

"Masquer si non affecté"

est sélectionnée dans la tâche

Mettre à jour les rôles affectables

n'apparaissent pas dans ce rapport.

Il est normal que les organisations inactives aient des rôles non pourvus.

Workday propose les rapports d'audit des exceptions des rapports personnalisés suivants :

Audit des exceptions des rapports personnalisés
, qui vous permet de valider les définitions des rapports. Workday affiche le propriétaire du rapport, la gravité de l'erreur et la description du problème ou la solution. Une sortie de rapport vide signifie qu'il n'y a aucune erreur dans vos rapports.
Exceptions de rapport personnalisé par propriétaire
, qui affiche les exceptions des rapports personnalisés par propriétaire de rapport. Workday affiche les exceptions qui incluent :
Rapports avec des responsables en fin d'emploi.
Rapports sous forme de worklets, mais non disponibles dans les tableaux de bord.
Temporaires dont la date de suppression est dépassée.
Rapports non partagés.
Rapports incluant des éléments marqués avec l'option Ne pas utiliser.
Rapports personnalisés que je peux exécuter - audit des exceptions
, qui affiche les rapports personnalisés que vous pouvez exécuter et qui présentent des exceptions. Workday affiche le propriétaire du rapport, la gravité de l'erreur et la description du problème ou la solution. Une sortie de rapport vide signifie qu'il n'existe aucune erreur dans les rapports que vous pouvez exécuter.
Audit des exceptions des rapports personnalisés sur les menus
, qui vous permet de voir les erreurs dans les entrées de la tâche
Mettre à jour les rapports personnalisés sur les menus
. Une sortie de rapport vide signifie qu'il n'y a aucune erreur dans vos rapports.

Workday fournit également les rapports d'audit des exceptions suivants :