Trucs et astuces pour configurer les approbations Oracle Cloud HCM

Comment fonctionnent le workflow et les approbations d’Oracle Cloud HCM ? Comment puis-je configurer cela ? Comment puis-je tester la fumée, puis comment puis-je les migrer pour ne pas avoir à les construire à nouveau manuellement? Si vous vous êtes déjà posé l’une de ces questions, alors j’espère que ce blog sur les trucs et astuces pour le flux de travail HCM vous aidera dans votre cheminement.

Meilleures pratiques lors de la collecte des exigences

• Rester simple
• N’utilisez pas les utilisateurs ! Acheminer vers un rôle, un AOR, un groupe d’approbation ou une hiérarchie de gestion
• Si elle ne peut pas être configurée via BPM, alors la règle est trop complexe

COMMENCER

Il existe deux zones de configuration principales

1. Console de transactions

1. • Rapide et excellent pour une configuration de flux de travail très basique
   • Guichet unique pour la configuration, les tests et la surveillance du flux de travail
   • Espace très convivial et fonctionnel. Meilleur endroit pour configurer les nœuds de flux de travail après le condition
2. BPM
   • Une zone de configuration plus robuste et moins fonctionnelle avec beaucoup plus de puissance, d’options et de fiabilité
   • Il est nécessaire d’utiliser pour configurer complexe expressions conditionnelles telles que les clauses basées sur les rôles

Les étapes que je prendrais pour configurer un nouveau flux de travail complexe sont :

1. Préparez les données de test afin de pouvoir vous connecter en tant que différents initiateurs (admin, manager, manager+1)
2. Commencez dans la zone BPM pour configurer
   1. Configuration et maintenance > Gérer les groupes d’approbation > Configuration des tâches > Rechercher
3. Entrez dans la zone de configuration d’approbation BPM
4. Démarrer une nouvelle condition et activer le mode avancé
   1. Règle > Propriétés > Mode avancé
5. Entrez l’un de vos expressions conditionnelles après que la liste est une liste et que la tâche est une tâche objets
6. Retournez dans la console de transaction et ajoutez des chemins d’approbation distincts pour les deux conditions différentes
7. Soumettez une transaction de test à l’aide de vos identifiants de données de test pour vérifier que cette condition est remplie avec succès
8. Retournez dans le BPM et construisez plus de conditions, un à la fois (basé sur le rôle, le pays, le type de travailleur, etc.)
9. Retester les conditions complexes avec des données de test
10. Construisez le chemins de nœud de flux de travail dans la console de transaction et testez-les tous

Voilà. C’est ainsi que vous pouvez configurer des conditions complexes dans vos règles d’approbation. D’après mon expérience, cela peut être un gros casse-tête d’essayer de configurer les conditions uniquement via la console de transaction, avec de nombreuses règles échouant ou ne routant pas avec logique et raison. Cela vaut la peine d’apprendre à utiliser le BPM pour rendre le processus de configuration d’approbation plus transparent.

CONSEILS DIVERS

• Si le seul résultat d’un workflow est d’envoyer une ou plusieurs notifications FYI, assurez-vous d’inclure d’abord un nœud d’approbation automatique après le bloc de condition. Sans ce nœud d’approbation automatique, les FYI échoueront.
• Les approbations peuvent être facilement étendues et migrées à l’aide de l’outil de composition SOA (Papier blanc)
• Le flux de travail peut être copié dans la zone BPM et collé dans un autre type d’action, ce qui est très utile si la configuration entre les transactions est similaire.
• La hiérarchie de gestion basée sur le niveau d’emploi ne peut utiliser que le niveau d’emploi minimum, donc lors de la conception des emplois, assurez-vous que le PDG est le niveau d’emploi le plus élevé.