Prise en main de SAP SuccessFactors Employee Central Core
Configuration des éléments initiaux
Affectation d'autorisations
Configuration des objets de base
Configuration des données des salariés
Configuration des transactions
Création de règles de gestion pour Employee Central
Implémentation des configurations facultatives
Réussir en tant que consultant

Création de règles de gestion dans SAP SuccessFactors Employee Central Core

Objective

After completing this lesson, you will be able to créez des règles de gestion dans SAP SuccessFactors Employee Central Core.

Synthèse des règles de gestion

Les règles de gestion sont utilisées pour ajouter une logique d'application au système et utilisées dans différents scénarios dans toutes les solutions SAP SuccessFactors. Dans Employee Central Core, les règles de gestion sont utilisées pour automatiser les processus RH, tels que les dérivations de workflow et de motif d’événement, les notifications d’alerte, et bien d’autres encore.

Les règles de gestion comprennent les éléments suivants :

  • Condition (IF) - La logique qui doit être respectée avant que le système n'intervienne. Lorsque vous voulez que le système applique l'action à chaque fois, définissez l'instruction IF sur Toujours vrai.
  • Action (ALORS) - La logique qui définit la manière dont le système réagit lorsque la condition est remplie. Certains scénarios spécifiques de l'application ne nécessitent pas d'instruction THEN.
  • Déclencheur ou événement de règle - Type d'événement qui active le traitement de la règle.

Les règles de gestion peuvent être appliquées à n'importe quelle application de SAP SuccessFactors. Dans ce chapitre, nous couvrirons uniquement les règles relatives aux données Employee Central.

Logique IF

Les instructions IF sont les conditions de la règle qui doivent être validées. Il détermine quand la logique ALORS est exécutée. La logique IF utilise les instructions « et »/« ou ». La liste suivante fournit des exemples de cas d'utilisation de la logique IF :

  • Si une option particulière est sélectionnée dans une liste de choix
  • Si un texte ou des chiffres spécifiques sont saisis dans une zone (ou s'ils sont supérieurs ou inférieurs aux valeurs indiquées)
  • Si une valeur de zone a été modifiée

Certaines règles sont créées sans instruction IF. Elle est également appelée Toujours vrai, ce qui signifie qu'il n'existe aucune condition à valider par le système. Une fois la règle déclenchée, le système exécute l'instruction THEN.

Les instructions Else If vous permettent de combiner plusieurs conditions dans la même règle.

Logique ALORS

L'instruction THEN détermine l'action système une fois la condition remplie. Selon le cas d'utilisation, il s'agit des actions que le système peut exécuter avec la logique Alors :

  • SET : Propage automatiquement les informations en fonction des informations existantes ou d'une valeur spécifique choisie.
  • Déclencher un message : une fenêtre pop-up s'affiche à l'écran et fournit des informations supplémentaires à l'utilisateur en renseignant les informations ou un message d'erreur indiquant que quelque chose a été mal fait.
  • Créer : crée un objet enfant. Il peut s'agir, par exemple, de l'ajout d'un nouveau composant salarial à un employé ou de la création d'un autre objet enfant joint à l'objet parent.
  • Supprimer : supprimez les données de la base de données lorsque la condition est remplie. Par exemple, vous pouvez supprimer un composant salarial lorsque l'employé quitte Londres.
  • Exécuter : exécutez l'action spécifiée lorsque la condition est remplie.
  • Ajouter à : ajoutez des éléments à une collection lorsque la condition est remplie. Par exemple, vous pouvez créer une règle unique pour affecter plusieurs cours de formation aux nouvelles embauches.

Les instructions ELSE peuvent également être ajoutées. Ces actions se produisent lorsque les instructions THEN ne sont pas applicables car la condition IF n'est PAS vraie.

Déclencheurs ou types d'événements de règle

Les déclencheurs, également appelés types d'événements de règle, lancent le traitement des règles. Le système ne validera pas les conditions (instructions IF) ou n'exécutera aucune action (instructions THEN) si aucune action utilisateur n'active la règle.

Il existe six événements de règle associés aux éléments et champs SIRH. Les événements de règle définissent l'action utilisateur qui définit l'exécution de la règle. Terminez l'interaction ou utilisez la table pour en savoir plus sur les déclencheurs ou les événements de règle.

Événement de règle pour les éléments SIRH

Cet événement/déclencheurEst affecté à...Règle déclenchée...Utilisez cet événement pour...
onChangeNiveau de zone uniquementLorsqu'une valeur de zone est modifiéeActiver les règles dès que l'utilisateur modifie une zone
onInitNiveau de l’élément SIRH

Lors de l'embauche/la réembauche, à l'aide de la page Ajouter un nouvel employé.

Lors de la création d’un enregistrement FO sur la page Gérer les structures de paiement et de poste de l’organisation (par exemple, site, motif d’événement).

Définissez les propriétés des champs (par exemple, en rendant les champs obligatoires ou en masquant les champs) ou les valeurs par défaut que vous souhaitez afficher dès que l’utilisateur appelle l’interface utilisateur Ajouter un nouvel employé ou Gérer les structures de paiement de l’organisation et des postes.
onSaveNiveau de l’élément SIRHLorsque la page est enregistrée.

Validez les entrées utilisateur lorsque l'utilisateur souhaite sauvegarder les modifications. Par exemple, si l'utilisateur n'a pas renseigné une zone obligatoire, un message d'erreur s'affiche.

onViewNiveau de l’élément SIRHLors de l'affichage des champs transitoires sur la page.

Calculer les zones transitoires (ce qui signifie que le résultat n'est pas une constante stockée dans la base de données mais est calculé lors de l'exécution de la règle lorsque l'utilisateur appelle la page). Par exemple, pour calculer l'âge d'un salarié.

saveAlertNiveau de l’élément SIRHLorsqu’une modification apportée à jobInfo, compInfo, employmentInfo, workPermitInfo est enregistrée.Envoie des alertes pour rappeler aux utilisateurs les événements système à venir, tels que l’expiration d’un visa ou d’un contrat.
onPostSaveÉlément SIRHAprès la sauvegarde des modifications apportées à un objetDéclencher des événements pour les services intelligents.

Scénarios de règles

Scénarios de règles pour Employee Central Core

Il existe de nombreux cas d’utilisation pour lesquels des règles métier sont créées pour les données Employee Central, par exemple pour automatiser le processus d’approbation, identifier le motif d’événement correct en fonction des modifications proposées, définir des valeurs par défaut, etc.

SAP SuccessFactors a fourni les scénarios de règles pour les cas d'utilisation les plus courants de chaque solution, y compris Employee Central. Voici les scénarios de règles pour Employee Central Core :

Scénarios de règles principaux EC

Scénario de règleDescription
Générer un identifiant d’affectation externeCe scénario crée les règles qui génèrent les valeurs de l’identifiant d’affectation externe en fonction des objets de séquence MDF. Créez une seule règle basée uniquement sur ce scénario.
Générer l’identifiant de l’employé pour l’embauche/la réembaucheCe scénario génère un ID d’employé à partir de la séquence MDF (Metadata Framework Sequence) et l’affecte au champ ID utilisateur de l’objet Informations sur l’employé lors de l’embauche/la réembauche avec le nouveau processus d’emploi.
Règles d’embauche/réembaucheCe scénario sera utilisé pour le client qui souhaite créer des règles métier qui se déclenchent dans les scénarios d’embauche. Par exemple, pour déterminer les valeurs par défaut ou la visibilité de certaines zones lors du processus d'embauche/de réembauche. Cela limite les objets de base aux informations sur l’employé ou au modèle d’informations sur l’employé.
Déclencher les règles onInit pour l’embauche/la réembaucheCe scénario permet d’initialiser les éléments SIRH lors de tous les processus d’embauche/de réembauche (pour les anciens et les nouveaux emplois) à l’aide de l’objet de base Modèle d’informations sur l’employé. Limité au type d'événement onInit.
Déclencher la dérivation du motif d’événementCe scénario permet de dériver automatiquement le motif d’événement pour les transactions lancées dans les entités Poste et Informations sur la rémunération. Cela limite les objets de base au modèle de poste ou d’informations sur la rémunération.
Générer des alertes Employee CentralCe scénario crée les règles qui génèrent des alertes pour les données Employee Central, par exemple, les alertes pour les modifications des données emploi.
Appliquer le nouvel emploi pour la réembaucheCe scénario permet de configurer une règle qui valide les exigences métier pour appliquer le nouvel emploi et renvoie un message d’erreur si les conditions ne sont pas remplies.

La règle valide les modifications apportées aux données emploi. Par exemple, lorsqu’un employé change d’entité juridique, le système valide la modification en fonction de la configuration de la règle. La validation approuve les modifications ou applique le nouvel emploi.

Déclencher les workflowsVous pouvez utiliser ce scénario pour créer des règles qui déclenchent des workflows pour approuver les modifications de données. Dans Gérer la configuration métier, les règles créées à l’aide de ce scénario peuvent être affectées uniquement pour le type d’événement onSave.
Afficher l’historique de carrière interneCe scénario crée les règles pour la configuration du bloc Historique de carrière interne.
Valider les éléments SIRHCe scénario crée une validation métier et génère des messages d’alerte sur les éléments SIRH.
Calculer l’équivalent temps plein (ETP)Ce scénario calcule l’équivalent temps plein (ETP) d’un utilisateur à l’aide de l’objet de base Modèle de données emploi.
Déclencher les événements onPostSave pour les données emploiVous pouvez utiliser ce scénario pour créer des règles qui déclenchent des événements ou des alertes après l’enregistrement des modifications apportées aux données emploi. Les règles peuvent uniquement être affectées à l'aide du type d'événement onPostSave.
Déclencher des règles pour toutes les entitésCe scénario est utilisé pour configurer les règles multi-entité déclenchées à partir de l’entité source et les modifications sont exécutées sur l’entité cible. Les règles pour toutes les entités peuvent définir des valeurs pour les zones d'une entité différente. Par exemple, vous pouvez configurer les modifications des données emploi qui mettent à jour les informations sur la rémunération. Actuellement, elle est prise en charge uniquement pour des entités spécifiques liées à l'emploi. Actuellement, seules cinq règles inter-entités sont autorisées.
Déclencher les règles onChange pour les éléments SIRHVous pouvez utiliser ce scénario pour créer des règles qui se déclenchent lorsque des champs SIRH sont modifiés. Par exemple, propagation des champs de données emploi à partir de l’enregistrement Classification de l’emploi. Les règles peuvent uniquement être affectées à l'aide du type d'événement onChange.
Déclencher les règles onSave pour les éléments SIRHVous pouvez utiliser ce scénario pour créer des règles qui se déclenchent lors de l’enregistrement des modifications apportées aux éléments SIRH. Les règles peuvent uniquement être affectées à l’aide du type d’événement onSave.
Déclencher un lot d’événements hors cycleVous pouvez utiliser ce scénario pour créer une règle pour un lot d’événements hors cycle qui utilise l’opération SET dans l’instruction Then. Cette règle est exécutée pendant la tâche de traitement du lot d’événements hors cycle.
Déclencher l’événement pour le lot d’événements hors cycleVous pouvez utiliser ce scénario pour créer une règle pour un lot d’événements hors cycle qui utilise l’opération EXECUTE dans l’instruction Then. Cette règle est principalement utilisée pour déclencher les formulaires de gestion du rendement. La règle est exécutée pendant la tâche de traitement du lot d’événements hors cycle.
Déclencher les règles onView pour les éléments SIRHCe scénario vous permet de créer des règles qui définissent par défaut la valeur d’un champ, modifient les propriétés de champ ou calculent les champs transitoires. Limité au type d'événement onView.
Enregistrer les modifications apportées aux objets de baseVous pouvez utiliser ce scénario pour créer des règles qui enregistrent les modifications apportées aux objets de base et à leurs champs. Par exemple, définir par défaut les heures hebdomadaires standard sur un site.

Migration de base vers un scénario spécifique à l'application

De nombreuses règles créées avant la disponibilité de scénarios spécifiques de l'application utilisent le scénario Règle de base. Ces règles existantes peuvent être migrées vers des règles spécifiques à l'application à la fois ou par modification en masse.

  • Pour modifier les règles individuellement, accédez à Configurer les règles métier. Sélectionnez la règle et sélectionnez Modifier scénario.

    L'assistant qui vous guidera tout au long du processus s'ouvrira.
  • Pour les modifications en masse, accédez à l’onglet Migration de l’→outil de vérification→Application des règles de gestion. Exécutez le contrôle et suivez les étapes de migration.

Objets de base standard ou modèles

L’objet de base définit ce que vous pouvez configurer dans la règle. Contrairement aux objets MDF, les objets Employee Central ont des objets de base standard et de modèle. L'objet de base du modèle est requis dans certaines circonstances.

Par exemple, pour définir les propriétés de zone, vous devez choisir un objet de base Modèle. L'objet de base définit également les types d'événements que vous pouvez utiliser lorsque vous affectez la règle à l'objet Employee Central dans le modèle de données. Vous ne pouvez pas utiliser les événements onView pour les modifications apportées à l’écran Ajouter un nouvel employé.

Pour les objets de base Modèle, vous pouvez définir les propriétés suivantes :

Obligatoire

Vous pouvez définir une zone obligatoire ou non obligatoire. Affectez la valeur "vrai" ou "faux".

Visibilité

Vous pouvez définir la visibilité d'une zone. Sélectionnez la valeur « Aucun », « Modifier » ou « Afficher » dans la liste déroulante.

Valeur

Vous pouvez utiliser cette propriété lorsque vous voulez combiner les propriétés de zone de paramétrage avec la définition de valeurs par défaut ou conditionnelles. Lorsque vous sélectionnez Valeur, vous devez sélectionner la valeur correspondante dans le menu déroulant lors de la création de la règle.

Valeur précédente

Vous pouvez utiliser cette propriété lorsque vous voulez comparer une ancienne valeur avec une nouvelle valeur, par exemple, lorsqu'une règle est déclenchée uniquement lorsqu'une valeur donnée est modifiée en une nouvelle valeur.

Vous pouvez également définir que toute modification de données apportée à une zone spécifique déclenche la règle. Par exemple, la vérification de toute modification apportée à l’ETP peut être effectuée avec la règle : ETP. La valeur n’est pas égale à ETP. Valeur précédente.

Gestion système des règles

Le système traite les règles onSave selon l'ordre défini dans Gérer la configuration de gestion, à l'exception que le motif d'événement et les règles de dérivation de workflow sont exécutés après l'exécution de toutes les autres règles.

Ordre dans lequel les règles onSave sont exécutées

  • Pour la règle relative aux informations personnelles, où la dérivation du motif d’événement n’est pas applicable, voici un exemple d’ordre : règles de carte nationale d’identité et règles de dérivation du workflow.
  • Pour les règles relatives aux données emploi, voici l’ordre : les règles de données emploi, les règles de dérivation du motif d’événement et les règles de dérivation du workflow.
  • Pour enregistrer les modifications apportées à partir du Libre-service du responsable pour les données emploi et les informations sur la rémunération, voici l’ordre suivant : règles de données emploi, règles d’informations sur la rémunération, règles de dérivation du motif d’événement pour les données emploi, règles de dérivation du workflow pour les données emploi, règles de dérivation du motif d’événement pour les informations sur la rémunération, règles de dérivation du workflow pour les informations sur la rémunération.

Règle de dérivation du motif d’événement

La règle de dérivation du motif d’événement automatise la sélection des motifs d’événement pour les transactions de poste et d’informations sur la rémunération. Cela est comparable à la sélection manuelle lorsque la dérivation n'est pas configurée. Étant donné que le statut de l’employé dépend du motif de l’événement, il est essentiel d’avoir un motif d’événement précis.

Configurer une règle de dérivation du motif d’événement

  1. Créez une règle de gestion.
  2. Sélectionnez le scénario Dérivation du motif d’événement principal d’→Employee Central.
  3. Affectez un nom et un ID de règle à la règle. N'incluez aucun espace dans l'ID de règle, sinon il ne se déclenchera pas correctement.
  4. Sélectionnez l’objet de base. L’objet de base est limité au modèle de données emploi et au modèle d’informations sur la rémunération.
  5. Définissez la première IF pour vérifier si la valeur du motif d'événement est nulle avant de la définir via la règle de gestion. Pour ce faire, définissez la première instruction IF NOT EQUAL sur NULL et l'instruction THEN vide, comme dans la figure Contrôle des valeurs nulles. Cela garantit que les cas où le motif d'événement a déjà été fourni ne seront pas écrasés. La règle de vérification des valeurs nulles
  6. Configurez le reste des règles. Ajoutez ELSE IF supplémentaire pour contrôler les conditions de la modification apportée dans le bloc. Utilisez ensuite la déclaration THEN pour affecter une valeur de motif d’événement valide. Incluez autant de constructions ELSE IF … THEN pour gérer tous les scénarios de modification possibles pour le bloc. Un exemple est fourni dans la figure Règle ERD.
  7. Répétez les étapes pour créer des règles de dérivation de motif d'événement supplémentaires si nécessaire. Voir les recommandations de règles ERD.
  8. Configurez une règle finale OU l'instruction ELSE pour affecter un motif d'événement si aucune condition n'est comparée, également appelée "Saisir tout". Si une règle ne définit pas le motif d'événement, le système émet une erreur et l'initiateur ne peut pas contourner l'erreur pour apporter la modification nécessaire.

    Remarque

    Un seul motif d'événement peut être affecté à une transaction.

Exemple : règle de dérivation du motif d’événement

Vous voyez ici un exemple de règle ERD créée pour le moteur de contrôle d'accès chaque fois qu'une modification est apportée aux heures hebdomadaires standard. Comme mentionné précédemment, nous voulons nous assurer que la première instruction IF valide le motif d’événement comme nul avant de le définir via la règle métier.

Exemple de règle de dérivation du motif d’événement

L'instruction IF suivante confirme qu'une modification a été apportée à la valeur Heures hebdomadaires standard. Vous pouvez utiliser n'importe lequel des opérandes comparatifs affichés dans l'image pour créer les conditions pour cette règle.

L'instruction THEN est l'endroit où vous définissez la valeur du motif d'événement lorsque la condition est remplie pour cette transaction.

Affectation d'ERD

Pour que la règle soit traitée, elle doit être affectée en tant que type d’événement onSave à l’élément SIRH correct, dans ce cas, les données emploi.

Sélection du modèle de données emploi

Nous devons sélectionner le modèle de données emploi comme objet de base lors de l’affectation de la règle à l’élément Données emploi lorsque nous utilisons le modèle de données emploi comme objet de base lors de la création de la règle.

Meilleures pratiques en matière de règle de dérivation du motif d’événement

SuccessFactors recommande plusieurs meilleures pratiques lors de l’utilisation des règles de dérivation du motif d’événement.

  • Vérifier si le motif d’événement n’est pas égal à nul

    Chaque règle ERD doit avoir la première condition : si le motif d’événement n’est pas égal à nul, ALORS ne traitez pas la règle. Cela évite d'écraser accidentellement le motif d'événement.

  • Logique de dérivation du motif d’événement de regroupement au sein d’une seule règle

    La logique de dérivation du motif d’événement couvre généralement une série de décisions/conditions logiques. SAP vous recommande donc de les combiner en une seule règle pour améliorer les performances du système et l'expérience utilisateur globale. En général, moins de règles onSave entraînent de meilleures performances.

    Les cas où les exigences sont plus complexes et nécessitent donc plus de motifs d'événement ou où les modifications sont fréquentes et, par conséquent, où la maintenabilité devient importante, peuvent justifier le fractionnement de la logique en plusieurs règles pour faciliter la maintenance. Cette conception peut avoir un certain coût de performance.

  • Utiliser une règle « Tout intercepter » ou un motif d’événement « Tout intercepter »

    Si une règle ne définit pas le motif de l'événement, le message d'erreur suivant s'affiche : « Impossible de déterminer le motif de l'événement pour les modifications proposées » lors de l'utilisation de MSS. Ce message est un problème de configuration, ce qui signifie qu’il n’a pas été possible de définir le motif d’événement en fonction des clauses configurées pour la ou les règles de dérivation d’événement.

    Pour gérer tous les scénarios non spécifiés, utilisez un motif d’événement "Intercepter tout". Cela garantit que toutes les transactions sont soumises avec un motif d’événement. Pour ce faire, vous pouvez utiliser l'une des options suivantes :

    • Inclusion du motif d’événement comme déclaration ELSE de la règle ERD finale.
    • Création d'une règle distincte pour effectuer l'opération "Saisir tout". Elle serait déclenchée en tant que dernière règle ERD.

Règle de dérivation de workflow

Tout comme une règle de dérivation de motif d’événement, les règles de dérivation de workflow vous permettent de définir des conditions spécifiques qui déclenchent un workflow. Par exemple, lorsque le salaire du salarié est augmenté, un workflow particulier est lancé pour approuver l'augmentation de salaire.

La dérivation du workflow peut également fonctionner avec la règle de dérivation du motif d'événement. À l'aide de l'exemple précédent, lorsque le salaire de l'employé est augmenté et que le système identifie le motif d'événement comme une promotion avec modification de salaire, la règle de dérivation de workflow peut être configurée pour affecter le processus d'approbation correct en fonction de ce motif d'événement.

Sans règle permettant d'automatiser quel workflow est utilisé pour la transaction, le système sauvegarde les données directement sans approbation.

Configuration de la règle de dérivation de workflow

  1. Créez une règle de gestion.
  2. Sélectionnez le scénario Workflows de déclenchement→de base Employee Central.
  3. Sélectionnez l'objet de base (standard ou modèle) pertinent.

    Le workflow est pris en charge dans les éléments SIRH suivants :

    • Carte nationale d’identité
    • Adresse personnelle
    • Données individuelles
    • Informations globales
    • Informations sur la relation personnelle
    • Informations sur le permis de travail
    • Données emploi
    • Informations sur la relation professionnelle
    • Informations professionnelles
    • Informations rémunération
    • Composant salarial récurrent
    • Composant salarial non récurrent
    • Objets de base
  4. Définissez les IF et ELSE IFs pour définir les conditions. Voici un exemple de condition à valider par rapport à une valeur de motif d'événement : IF Event Reason.Value = Promotion with Pay Change.
  5. Définissez les instructions THEN pour exécuter la valeur wfConfig. wfConfig est la zone qui stocke l'enregistrement de workflow à exécuter lorsque la condition est remplie.

Règle de dérivation du workflow

Ici, vous pouvez voir un exemple de règle qui dérive le workflow Promotion avec changement de rémunération lorsque le motif d’événement est Promotion-Changement de rémunération.

Exemple de règle de dérivation de travail

Remarque

Un seul workflow peut être affecté à une transaction.

Recommandations pour les règles de workflow

  • Dans la mesure du possible, utilisez une règle avec plusieurs instructions IF plutôt que plusieurs règles individuelles.

  • Lorsque l'entité est traitée dans l'interface utilisateur, la règle onSave correspondante est évaluée et le workflow affecté dans l'instruction THEN est exécuté lorsque la condition est remplie. Le système sauvegarde les données si aucune configuration de workflow n'est affectée à l'aide de la règle onSave.

  • Les règles de dérivation de workflow pour les nouvelles embauches doivent être affectées sous l’entité jobInfo.

Exercice : créer un motif d'événement et une règle de dérivation de workflow

Scénario de gestion

ACE Corp souhaite automatiser le motif d'événement et la dérivation de workflow pour rationaliser leur processus de gestion. Vous allez créer un exemple de règle ERD et l'affecter aux données emploi. Vous allez également créer un nouveau workflow qui doit être déclenché lorsque des modifications sont apportées aux relations professionnelles.

Remarque

Vous devez avoir terminé les exercices Préparer une instance (Chapitre 1) et Préparer les modèles de données (Chapitre 2) avant de terminer cette opération pratique. Cette activité d'exercice n'est pas nécessaire pour effectuer les exercices pratiques suivants de ce cours.

Regardez la vidéo pour savoir comment créer des règles de dérivation.

Inscrivez-vous ou accédez au système de pratique pour effectuer les étapes de l'exercice.

Tâche 1: Créer une règle de dérivation du motif d’événement

Étapes

  1. Créez une règle qui définira le motif d’événement sur Modification des avantages (PAYBEN) lorsque le champ Est admissible à l’avantage est mis à jour. Accédez à Configurer les règles métier et utilisez la table pour définir la règle.

    Détails de la règle

    ChampValeur
    Scénario de règleDéclencher la dérivation du motif d’événement
    Nom/ID de règleERD_JOBINFO
    Objet de baseModèle de données emploi
    ConditionSi la valeur du motif d’événement ≠ Null
    MesureAucun motif d’événement dérivé
    ConditionSi est admissible à un avantage, la valeur ≠ valeur précédente
    MesureDéfinir le motif d’événement = Ajustement des avantages sociaux (PAYBEN)
    Type de déclencheur/d'événementonSave

    1. Accédez à Configurer les règles de gestion.

    2. Dans Administrateur de règles métier, sélectionnez + signe pour ajouter une nouvelle règle.

    3. Utilisez la capture d'écran comme guide.

      Un exemple de la règle ERD

    4. Sauvegardez.

  2. Accédez à Gérer la configuration métier. Affectez la règle ERD_JOBINFO à l’élément Données emploi.

    ChampValeur
    Élément SIRHDonnées emploi
    Objet de baseModèle de données emploi
    Type d'événementonSave
    RèglesERD_JOBINFO

    Placez la règle ERD_JOBINFO avant la règle jobInfoModel_ERD_migrated_rule pour la règle à traiter en premier.

    1. Accédez à Gérer la configuration de gestion.

    2. Sélectionnez jobInfo→Agir→Corriger.

    3. Faites défiler vers le bas jusqu'à la section Règles de déclenchement.

    4. Ajouter l’objet de base :→Type d’événement du modèle de données emploi : Règles onSave→: ERD_JOBINFO→activé : Oui

    5. À l'aide des flèches haut/bas à droite, placez la règle au-dessus de jobInfoModel_ERD_migrated_rule.

    6. Cliquez sur Enregistrer.

  3. Vérifiez si la règle fonctionne. Allez sur le profil de Marcus Hoff. Lancez une modification du champ Admissible à l’avantage dans les données emploi à l’aide des informations fournies dans le tableau.

    ChampValeur
    Catégorie de profilDonnées de job
    Fiche de profilDétails du job
    Date d'effetDate du jour
    A droit à un avantageDéfinir sur Oui ou Non

    La transaction est enregistrée sans processus d’approbation, car aucune règle de dérivation de workflow n’est affectée pour les modifications des données emploi. Utilisez l’étape facultative ci-dessous pour affecter une règle de flux de traitement à l’élément Données emploi.

  4. FACULTATIF : affectez la règle WF_jobInfo aux données emploi pour voir le fonctionnement de la règle de dérivation du workflow avec la règle de dérivation du motif d’événement.

    ChampValeur
    Élément SIRHDonnées emploi
    Objet de baseModèle de données emploi
    Type d'événementonSave
    RèglesWF_jobInfo

    Vérifiez si les deux règles fonctionnent en initiant une autre modification du champ Est admissible à l’avantage de Marcus Hoff. La transaction doit dériver la demande d'ajustement de prestations avec le workflow Modification de données (DTACHNG).

    Remarque

    Vous pouvez poursuivre la configuration en modifiant la règle jobInfoModel_ERD_migrated_rule pour insérer d’autres expressions If et Then qui définiront le motif d’événement sur Modification des avantages sociaux (PAYBEN) au lieu de créer la règle ERD_JOBINFO. En même temps, vous pouvez modifier la règle WF_jobInfo pour inclure d'autres expressions Else If et Then et définir un workflow distinct pour la demande d'ajustement de prestations.

Tâche 2: Créer un workflow et une règle de dérivation de workflow

Étapes

  1. Créez un workflow pour les modifications dans les relations professionnelles. Utilisez les informations fournies dans le tableau pour créer le processus d'approbation.

    Détails du workflow

    ID workflow : JobRelWorkFlow
    Nom du workflow : WF de relation professionnelle
    Délégué pris en charge : non
    Approbateur 1 (étape 1)
    Type d'approbateurRôle
    Rôle de l'approbateurResponsable
    Approbateur 2 (étape 2)
    Type d'approbateurRôle dynamique
    Rôle de l'approbateurApprobation RH
    Tous les autres attributs restent par défaut.

    1. Accédez à Gérer les structures d’organisation, de paiement et de poste.

    2. Utilisez les détails du tableau pour créer la configuration de workflow.

  2. Les modifications des relations professionnelles peuvent être initiées par les responsables, les RH et les administrateurs. Créez une règle métier qui déclenchera le JobRelWorkFlow lorsque la transaction est soumise par des utilisateurs NON inclus dans le groupe d’autorisations Administrateurs système. Utilisez les informations fournies dans le tableau.

    Détails de la règle

    ChampValeur
    Scénario de règleDéclencher les workflows
    Nom/ID de règleWF_JobRel
    Objet de baseModèle de relations professionnelles
    ConditionSi la valeur du type ou du nom de la relation professionnelle ≠ valeur précédente ET que l’utilisateur se trouve dans le groupe d’autorisations ≠ "Administrateurs système"
    MesureDéfinir la valeur wfConfig = JobRelWorkFlow
    ConditionSi le type de relation professionnelle ou la valeur du nom ≠ valeur précédente ET que l’utilisateur est dans le groupe d’autorisations = "Administrateurs système"
    MesureAucun workflow
    Type de déclencheur/d'événementonSave

    1. Accédez à Configurer les règles métier.

    2. Créez une règle à l'aide des informations fournies dans la capture d'écran.

      Déclenchez la règle de workflow à l'aide de la fonction Est utilisateur dans le groupe d'autorisations.

    3. Accédez à la section Gérer la configuration métier→Relations de travail→Déclencher les règles . Ajoutez la règle WF_JobRel à l'aide du type d'événement onSave.

  3. Proxy en tant que Sean Arnold. Accédez au profil de Jennifer Fuller et essayez d'ajouter une nouvelle relation professionnelle. Ne soumettez pas la transaction. Il suffit de voir si la règle est déclenchée. Utilisez les informations fournies dans le tableau.

    ChampValeur
    Date d'effetDate du jour
    TypeGestionnaire matriciel
    NomJanet James

    Utilisez Devenir soi-même pour sortir du proxy. Tentez la même transaction que l'admin. La transaction doit être sauvegardée sans approbation.

Synthèse des règles d'embauche et de réembauche

Les règles d’embauche et de réembauche vous permettent d’appliquer des règles pendant le processus d’embauche. Par exemple, vous pouvez définir des zones spécifiques à renseigner automatiquement dans l'assistant Ajouter un nouvel employé. La règle onInit doit être déclenchée à l'initiation ou à l'ouverture de la page.

Vous pouvez uniquement utiliser Informations sur l’employé ou Modèle d’informations sur l’employé comme objets de base pour les règles d’embauche/réembauche.

Pour Employee Central, des objets de base spéciaux, Informations sur l’employé/Modèle d’informations sur l’employé, ont été créés pour permettre la création de règles qui sont uniquement déclenchées lors de l’utilisation du formulaire Ajouter un nouvel employé. Il permet également à tous les objets EC inclus dans le formulaire d’embauche/de réembauche d’être disponibles pour la règle.

Configuration des règles d’embauche/réembauche

  1. Créez une règle de gestion.
  2. Sélectionnez le scénario Employee Central Core→Sélectionner embauche/réembauche.
  3. Sélectionnez l'objet de base approprié. L’objet de base est limité aux informations sur l’employé ou au modèle d’informations sur l’employé.
  4. Affectez la règle à l'objet applicable.
  5. Affectez le déclencheur à l'élément SIRH approprié. Il s'agit de l'objet concerné dans le formulaire. Pour déclencher des workflows, le déclencheur doit être affecté dans l’élément jobInfo.

Création d'une règle d'embauche

Exemple de règle de nouvelle embauche

La figure Exemple de règle de nouvelle embauche montre comment renseigner automatiquement les zones, telles que l’ID de ressortissant, pour les nouvelles embauches.

Comme il s'agit d'une règle de lancement, nous voulons qu'elle se déclenche toujours sans conditions et que les valeurs dans les options ALORS soient appliquées. Par conséquent, la section IF sera toujours marquée comme vraie.

La section ALORS est l'endroit où nous déterminons nos valeurs de champ par défaut. Sélectionnez les informations sur le salarié afin que les valeurs soient définies par défaut uniquement lorsque le gestionnaire ajoute un nouveau salarié au système. La règle ne s'appliquera pas aux autres écrans. Ensuite, nous sélectionnons la zone dans laquelle les valeurs de zone doivent être définies par défaut, par exemple, le numéro de carte d'identité. Nous avons défini trois champs spécifiques : Pays = États-Unis ; Type de carte nationale d’identité = Numéro de sécurité sociale ou ID qui est ssn ; et Primaire = Oui.

Capture d'écran des règles de déclenchement

Vous sélectionnez l'événement de règle onInit car vous voulez que les valeurs par défaut s'affichent dès que l'administrateur ouvre l'écran Ajouter un nouveau salarié, indépendamment des valeurs que l'administrateur peut ajouter sur cette page.

Validation en cours de la règle d'initiation

Pour valider, ouvrez l'assistant Ajouter un nouveau collaborateur pour vérifier si les champs sont lancés, comme illustré dans la figure Règle de validation au lancement.

Exercice : créer une règle d'embauche/réembauche

Scénario de gestion

ACE Corp souhaite rationaliser le processus de nouvelle embauche pour ses administrateurs. La plupart des nouvelles embauches se trouvent aux États-Unis et utilisent un numéro de sécurité sociale comme numéro de carte d’identité principal. Dans cet exercice, vous allez créer une règle configurable qui remplira automatiquement par défaut les zones Type de carte nationale d’identité, Est principal et Pays.

Remarque

Vous devez avoir terminé les exercices Préparer une instance (Chapitre 1) et Préparer les modèles de données (Chapitre 2) avant de terminer cet exercice pratique. Cette activité d'exercice n'est pas nécessaire pour effectuer des exercices pratiques ultérieurs pour ce cours.

Inscrivez-vous ou accédez au système de pratique pour effectuer les étapes de l'exercice.

Tâche 1: Créer une règle d’embauche/réembauche

Étapes

  1. Accédez à Gérer les règles métier pour créer une règle d’embauche/réembauche. Définissez l'instruction IF sur "Toujours vrai". Définissez l’instruction THEN sur les champs Pays, Type de carte et Est principal par défaut. Utilisez la table pour définir la règle.

    Règle de carte nationale d’identité

    ChampValeur
    Scénario de règleDéclencher les règles onInit pour l’embauche/la réembauche
    Nom de la règleCarte nationale d’identité (États-Unis)
    Identifiant de règleINIT_NAT_ID

    Instruction THEN

    DÉCLARATION ALORS
    DéfinirInformations sur l'ID de ressortissant.Pays .Valuedoit être égal àTexteÉtats-Unis
    DéfinirInformations sur la carte nationale d’identité. Est val. princ.doit être égal àBooléenOui
    DéfinirInformations sur la carte nationale d’identité - Type de carte nationale d’identité - Valeurdoit être égal àTextessn

    Remarque

    L'ordre des expressions dans la règle compte. Il doit s'agir de Pays, de Est principal, puis de Type de carte. Les valeurs de texte sont également sensibles à la casse.

    1. Accédez à Configurer les règles métier.

    2. Sélectionnez Créer nouvelle règle (+).

    3. Développez Scénarios principaux d'Employee Central et sélectionnez Règles de déclenchement pour l'embauche/la réembauche.

    4. Créez la règle à l'aide de la table Règle d'ID national.

    5. Pour la condition, définissez l'instruction IF sur Toujours vrai.

    6. Pour l'action, suivez le tableau Instruction THEN.

    7. Saisissez chaque SET comme expressions distinctes.

    8. Supprimez les lignes d'entrée supplémentaires du filtre de collection.

      Création d’une nouvelle règle « Règle de carte nationale d’identité »

    9. Sauvegardez.

Tâche 2: Affecter la règle

Après avoir créé la règle, vous allez associer la nouvelle règle au champ ou à l’élément SIRH.

Étapes

  1. Accédez à Gérer la configuration métier pour affecter/définir la règle de déclenchement onInit dans le bloc Carte nationale d’identité.

    1. Accédez à Gérer la configuration de gestion.

    2. Dans les éléments SIRH, sélectionnez nationalIdCard.

    3. Dans les règles de déclenchement, sélectionnez Objet de base : Informations sur l’employé | Type d’événement : onInit | Règles : Numéro de carte d’identité des États-Unis

    4. Sauvegardez la modification. Acceptez les modifications apportées au modèle de données par BCUI en sélectionnant Oui.

Tâche 3: Tester la règle

Après avoir créé la règle configurable et l’avoir associée à l’élément SIRH, vous devez maintenant tester la règle.

Étapes

  1. Utilisez l'assistant Ajouter un nouvel employé pour tester si les champs Carte nationale d'identité sont préremplis.

    1. Dans votre instance, accédez à Ajouter nouveau salarié et saisissez les détails suivants :

      ChampValeur
      Date d'embauche[Date du jour]
      SociétéACE États-Unis
      Motif d’événementNouvelle embauche

    2. Dans la zone d'écran Informations sur la carte nationale d'identité, vérifiez que "les États-Unis" apparaissent dans la zone Pays et "que Numéro de sécurité sociale" apparaît dans le champ Type de carte nationale d'identité par défaut.

    3. Sélectionnez Annuler.

Synthèse des règles de propagation

Les données du salarié reposent souvent sur les enregistrements d'objets de base créés dans le système. Par exemple, lors de l'ajout d'informations sur le job pour un utilisateur, vous devrez saisir un site, un fuseau horaire et d'autres informations. Pour rendre la saisie de données plus efficace et plus précise, vous pouvez créer une valeur par défaut pour le champ de fuseau horaire en fonction de l'enregistrement de site.

Capture d'écran d'un fuseau horaire de propagation

Dans la figure Propager fuseau horaire, vous pouvez voir que le salarié travaille dans ACE_USA et est situé à San Mateo. Pour modifier le site de l'utilisateur, nous n'avons pas besoin de mettre à jour le champ de fuseau horaire manuellement. À la place, nous pouvons créer une règle de propagation qui copiera les données de fuseau horaire dans l'enregistrement de site.

Vous pouvez définir des règles de propagation pour que le système copie automatiquement les données d'une zone à une autre. De cette façon, vous pouvez avoir les mêmes données à plusieurs endroits du système tout en gérant les données dans une seule zone. Voici quelques exemples de cas d'utilisation types :

  • Mettre à jour les codes emploi dans Employee Central

    Chaque fois que le code emploi est modifié dans Employee Central, ALORS … récupérer toutes les données liées au code emploi à partir des objets de base liés au job pour mettre à jour les données dans Employee Central.

  • Propager statut FLSA

    SI… le pays est les États-Unis, ET la classification de l’emploi est modifiée ALORS… propager le statut FLSA aux données emploi.

  • Propager heures standard

    SI… l’entité juridique est modifiée dans les données emploi ALORS… propager l’heure standard dans les données emploi.

Création d'une règle de propagation

Configuration des règles de propagation

  1. Créez une règle de gestion.
  2. Sélectionnez le scénario Déclencher les modifications des éléments SIRH.
  3. Sélectionnez l’objet de base ou l’objet approprié pour la règle.
  4. Créez la logique de la règle.
  5. Affectez la règle. Les règles de propagation peuvent être affectées au niveau de l'objet ou de la zone (onChange).

Dans un exemple de configuration pour le moteur de contrôle d'accès, une règle de propagation est créée de sorte que le champ Fuseau horaire dans les données emploi corresponde au fuseau horaire du site chaque fois que le champ Site est modifié.

Exemple de règle de propagation

Dans la figure, Instruction IF, vous pouvez voir que l'instruction IF est définie sur Toujours vrai, ce qui signifie qu'il n'y a aucune condition à remplir. Par conséquent, le système met toujours à jour le fuseau horaire de l'utilisateur en fonction du fuseau horaire du site lorsque la règle est déclenchée.

Affecter une règle de déclenchement

Dans la figure Affectation de la règle, nous voyons que la règle de propagation est affectée au niveau de la zone, en particulier à la zone Site de l’élément Données emploi.

Avec le type d'événement onChange, nous sommes assurés que la règle est déclenchée chaque fois que la valeur du site est modifiée.

Exercice : créer une règle de propagation

Scénario de gestion

ACE Corp souhaite utiliser une règle de gestion pour propager les zones dans les données emploi. Lors de la mise à jour des données emploi, la catégorie d’employé et la catégorie de rémunération doivent être remplies automatiquement à partir de l’enregistrement Classification de l’emploi sélectionné.

Remarque

Vous devez avoir terminé les exercices Préparer une instance (Chapitre 1) et Préparer les modèles de données (Chapitre 2) avant de terminer cette opération pratique. Cette activité d'exercice n'est pas nécessaire pour effectuer les exercices pratiques suivants de ce cours.

Inscrivez-vous ou accédez au système de pratique pour effectuer les étapes de l'exercice.

Tâche 1: Vérifier la configuration existante

Étapes

  1. Testez la configuration existante pour les données emploi. Mettez à jour la classification de l'emploi de Wilma Sown en sélectionnant Senior Director, Sales et vérifiez que la catégorie de rémunération ne change PAS. Ne sauvegardez PAS votre transaction.

    1. Connectez-vous à votre instance.

    2. Accédez à Wilma Sown→Actions→Modifier les informations sur le poste et la rémunération.

    3. Sélectionnez Données emploi et définissez la date d’entrée en vigueur sur Aujourd’hui.

    4. Modifier le directeur principal→de la classification de l’emploi, ventes (SALES-SR_DIR).

    5. Vérifiez que le niveau salarial ne change PAS.

    6. Annulez vos modifications.

Tâche 2: Créer une règle de propagation

Étapes

  1. Créez une règle de propagation qui copie les valeurs des champs Catégorie d’employé et Catégorie de rémunération de la classification de l’emploi dans les champs Catégorie d’employé et Catégorie de rémunération des données emploi. Utilisez la table et l'image pour définir la règle :

    Paramètres de règle

    Scénario de règleDéclencher les règles onChange pour les éléments SIRH

    Nom de la règle

    Propager la classification de l’emploi aux données emploi

    Identifiant de règle

    Propagate_Job_Classification_to_Job_Info

    Date de début

    01/01/1900

    Description

    Pour configurer jobClassification dans les propagations de champs jobInfo

    Objet de base

    Modèle de données emploi

    Une règle si

    1. Accédez à Configurer les règles métier.

    2. Sélectionnez + pour ajouter une nouvelle règle.

    3. Sélectionnez le scénario de règle Déclencher onChange pour les éléments SIRH.

    4. Renseignez les propriétés de la règle à droite de la page en fonction du tableau et sélectionnez Suite.

    5. Complétez les instructions IF et THEN de la règle en fonction de l'image.

    6. Cliquez sur Sauvegarder.

Tâche 3: Affecter et tester la règle

Étapes

  1. Accédez à Gérer la configuration métier pour affecter/définir la règle de déclenchement onChange dans le champ de code emploi.

    1. Accédez à Gérer la configuration de gestion.

    2. Sous Éléments SIRH, sélectionnez jobInfo.

    3. Localisez le champ de code emploi.

    4. Sélectionnez Détails.

    5. Accédez à la section Règles de déclenchement. Définissez l’objet de base sur le modèle de données emploi. Définissez le type d'événement sur onChange.

    6. Sélectionnez la règle Propager la classification de l’emploi vers les données emploi.

    7. Sélectionnez Terminé et Sauvegarder.

    8. Si nécessaire, sélectionnez Oui si une boîte de confirmation s'affiche pour les ajustements requis du modèle de données.

  2. Accédez au profil de Wilma Sown pour tester la règle et vérifier si la propagation fonctionne lorsque la valeur du champ Code emploi est modifiée.

    1. Connectez-vous à votre instance.

    2. Accédez à Wilma Sown→Actions→Modifier les informations sur le poste et la rémunération.

    3. Sélectionnez Données emploi et définissez la date d’entrée en vigueur sur Aujourd’hui.

    4. Remplacer la classification de l'emploi par Directeur senior, ventes (SALES-SR_DIR).

    5. Vérifiez que le niveau salarial change.

    6. Annulez vos modifications.

Synthèse des règles pour toutes les entités

Les règles pour toutes les entités peuvent définir des valeurs pour les zones d'une entité différente. Actuellement, elle est prise en charge uniquement pour ces entités spécifiques liées à l'activité :

  • Données emploi
  • Informations sur la relation professionnelle
  • Informations rémunération
  • Composant salarial récurrent
  • Composant salarial non récurrent
  • Informations professionnelles

La direction source/cible est importante. L’élément source doit être l’objet de base de la règle.

Les cas d'utilisation courants pour les règles inter-entités sont les suivants :

  • Modifications apportées aux données emploi (par exemple, société, site et/ou classe d’employé) qui mettent ensuite à jour les informations sur la rémunération
  • Modifications des données emploi qui mettent ensuite à jour les relations professionnelles
  • Modifications des données emploi (par exemple, échelon, ETP) qui modifient ensuite (créer, mettre à jour, supprimer) les composants salariaux récurrents
  • Modifications apportées aux informations sur la rémunération (champ personnalisé avec salaire annuel) pour mettre à jour les montants d’un composant salarial récurrent

L’interface utilisateur d’historique et les importations prennent uniquement en charge les règles onSave pour les règles inter-entités. En règle générale, les règles onChange fonctionnent lorsque les deux entités sont affichées dans l'IU, par exemple, dans les IU Manager Self-Service.

Vous pouvez avoir jusqu’à cinq scénarios de règles multi-entités pour une entité SIRH.

Remarque

Pour en savoir plus sur les règles pour toutes les entités, accédez au guide Implementation Employee Central Core sur le SAP Help Portal.

Exercice : créer une règle inter-entités

Scénario de gestion

ACE Corporation souhaite exploiter la fonction de remplissage automatique d'Employee Central en ajoutant un responsable RH à l'employé en fonction de l'unité commerciale sélectionnée.

Dans cet exemple, vous allez configurer les personnes affectées à l’unité d’affaires Corporate Industries dans l’entité juridique Ace USA pour qu’elle ait Nancy Nash comme responsable RH.

Remarque

Vous devez avoir terminé les exercices Préparer une instance (Chapitre 1) et Préparer les modèles de données (Chapitre 2) avant de terminer cette opération pratique. Cette activité d'exercice n'est pas nécessaire pour effectuer les exercices pratiques suivants de ce cours.

Inscrivez-vous ou accédez au système de pratique pour effectuer les étapes de l'exercice.

Tâche 1: Créer la règle

Étapes

  1. Accédez à Gérer les règles métier pour créer une règle multi-entités qui ajoute Nancy Nash en tant que responsable RH lorsque les employés sont affectés à l’entité juridique (société) Ace États-Unis et au service Corporate Industries dans leur fichier d’employés. Utilisez la table et l'image pour définir la règle :

    Scénario de règleDéclencher des règles pour toutes les entités
    Nom de la règleAffecter un responsable RH pour les secteurs d'activité de l'entreprise
    Identifiant de règleAssign_Corporate_Industries_HR_Manager
    Date de début01/01/1900
    Description 
    Objet de baseModèle de données emploi
    Capture d'écran d'une nouvelle règle

    1. Accédez à Configurer les règles métier.

    2. Sélectionnez + pour ajouter une nouvelle règle.

    3. Sélectionnez le scénario de règle Règles pour toutes les entités du déclencheur principal d’→Employee Central.

    4. Renseignez les propriétés de la règle à droite de la page en fonction du tableau et sélectionnez Suite.

    5. Complétez les instructions IF et THEN de la règle en fonction de l'image.

    6. Cliquez sur Enregistrer.

Tâche 2: Affecter et tester la règle

Étapes

  1. Accédez à Gérer la configuration métier pour affecter/définir la règle de déclenchement de onSave dans le bloc Données emploi.

    1. Accédez à Gérer la configuration de gestion.

    2. Sous Éléments SIRH, sélectionnez jobInfo.

    3. Sous Règles de déclenchement, définissez le dernier déclencheur Objet de base sur Modèle de données emploi.

    4. Sous Règles de déclenchement, définissez le type d'événement sur onSave.

    5. Sous Règles de déclenchement, sélectionnez la règle Affecter le responsable RH des branches d'entreprise.

    6. Cliquez sur Enregistrer.

    7. Si nécessaire, sélectionnez Oui si une boîte de confirmation s'affiche pour les ajustements requis du modèle de données.

  2. Accédez au profil de Susan Shue pour tester votre règle. Pour tester la règle sans le processus d’approbation, vous pouvez désactiver temporairement la règle WF_jobinfo dans Gérer la configuration commerciale ou lancer la transaction dans l’historique des données emploi en utilisant l’événement de transfert et le motif d’événement Changement de service.

    1. Connectez-vous à votre instance.

    2. Accédez à Susan Shue→Relations professionnelles.

    3. Vérifiez qu’il n’existe aucune entrée de relation professionnelle.

    4. Sélectionnez Actions→Modifier les informations sur le poste et la rémunération.

    5. Sélectionnez Données emploi et définissez la date d’entrée en vigueur sur Aujourd’hui.

    6. Remplacez Département par Ventes. Notez que l' entité légale et le service correspondent aux critères IF dans la règle.

    7. Sauvegardez les modifications. Sélectionnez Soumettre pour passer par le processus d'approbation.

    8. Il existe trois étapes d'approbation. Utilisez le mandataire pour approuver chaque étape.

      Les approbateurs sont les suivants :

      1. Étape 1: Darlene Sharp
      2. Étape 2: Sid Morton
      3. Étape 3 : Approbation des talents (vous pouvez remplacer Alex Anderson)

    9. Une fois le workflow terminé, actualisez la page Fichier de l'employé.

    10. Vérifiez qu'une nouvelle entrée apparaît pour Nancy Nash dans Relations professionnelles.

Ajout du contexte à la règle de gestion

Contexte de règle de gestion

Le contexte de règle limite les situations dans lesquelles les règles de gestion sont appliquées. Par exemple, vous souhaitez éviter de déclencher une règle de dérivation de workflow pour les modifications en masse, car il peut lancer autant de workflows que le nombre de salariés soumis à la modification en masse.

Ajout d'un contexte de règle

Le contexte de règle peut être appliqué uniquement aux règles onSave et onChange.

Définissez la valeur sur NON si vous ne voulez pas que la règle soit déclenchée à cette fin. Par défaut, le contexte de la règle est défini sur Oui pour toutes les situations.

Remarque

Ces contextes concernent actuellement uniquement les éléments SIRH et non les objets MDF. Les contextes sont également réservés aux règles onSave et onChange.

Voici quelques-unes des recommandations pour savoir quand les contextes de règle sont utiles.

Recommandations pour savoir quand les contextes de règle sont utiles

Résumé

Voici les points clés à retenir de la leçon :

  • Les règles métier sont utilisées dans Employee Central pour différents scénarios tels que l’embauche, la propagation, le motif d’événement et la dérivation de workflow.
  • Éléments d'une règle : conditions, actions et déclencheur
  • Les règles de gestion ne sont pas traitées tant qu'elles ne sont pas déclenchées.
  • Les objets de base du modèle permettent d'utiliser les propriétés de champ dans une règle métier.

Ressources supplémentaires

Le cours Employee Central Academy fournit la base pour acquérir les connaissances nécessaires pour implémenter Employee Central Core et réussir l'examen de certification. Son contenu est basé sur plusieurs guides d'implémentation.

Chaque unité comprend une section de ressources avec des liens vers des références pertinentes pour ceux qui souhaitent explorer plus en détail.

Remarque

Les liens peuvent nécessiter un SAP Universal ID.
Learning

SAP FacebookSAP YoutubeSAP LinkedIn