Configuration des fonctionnalités avancées.

Lorsque vous utilisez ALCF, il est important de connaître les niveaux auxquels vous pouvez créer des zones personnalisées.

• Les niveaux inférieurs peuvent référencer des données à des niveaux supérieurs.

• Les niveaux supérieurs peuvent agréger des données à partir de niveaux inférieurs.

Pour la démonstration, utilisons un cas d'utilisation spécifique :

La société ABC utilise les niveaux de fonction et l'évaluation PM comme critères de référence, mais elle prend en compte les niveaux de fonction des salariés pour chaque affectation, et pas seulement le niveau de fonction de fin d'année. ABC utilise l’évaluation globale provenant d’un modèle de gestion des performances (PM).

Voici une liste des directives d'ABC :

• Si le salarié est au niveau Directeur :

  • Notation PM de 5 = 200 % de paiement

  • Notation PM de 4 = 150 % de paiement

  • Notation PM de 3 = paiement à 100 %

• Si le salarié est au niveau Responsable :

  • Notation PM de 5 = 150 % de paiement

  • Notation PM de 4 = 125 % de paiement

  • Notation PM de 3 = paiement à 100 %

• Si le salarié est au niveau Contributeur :

  • Notation PM de 5 = 125 % de paiement

  • Notation PM de 4 = 110 % de paiement

  • Notation PM de 3 = paiement à 100 %

Pour activer ALCF, le processus doit commencer à partir du niveau le plus bas, puis agréger les valeurs calculées aux niveaux supérieurs.

1. Niveau d'objectif commercial

   1. Intégrer l’évaluation au niveau de l’objectif commercial.

   2. Extraire le niveau du job à partir du fichier d'historique.

   3. Extraire le modificateur PM de la table de recherche.

   4. Calculez le montant modifié du paiement.

2. Section de gestion

   Agréger toutes les valeurs d’objectifs calculées dans un champ agrégé.

3. Niveau d'affectation

   Agréger toutes les valeurs d’objectifs calculées dans un champ agrégé.

4. Entrée

   Agréger toutes les valeurs d’objectifs calculées dans un champ agrégé.

Pour extraire des données du niveau d'entrée, référencez l'ID de colonne du champ dans le nouveau champ personnalisé.

Lorsque vous utilisez la clé d'importation, indiquez la source du champ.

• Enregistrement d’historique de l’employé – utilisez l’identifiant de champ de données comme clé d’importation.

• Fichier de données utilisateur : utilisez l'en-tête de colonne du fichier de données utilisateur.

Les directives d'ABC ont été traduites en une table de recherche avec Niveau d'activité et Évaluation comme entrée et Modificateur de paiement comme sortie. Assurez-vous de référencer l'ID de colonne correct dans la formule.

Calculez les informations requises à l'aide des zones personnalisées créées précédemment.

Agréger les valeurs d’objectifs calculées dans la section métier.

Agréger les valeurs calculées de la section commerciale au niveau d'affectation.

Agréger toutes les valeurs calculées de l'affectation au niveau d'entrée.

• Utilisé avec SAP SuccessFactors Compensation et la rémunération variable.

• Permet à différents groupes d'administration, équipes, marchés, pays ou régions de gérer leurs processus de rémunération à l'aide d'un modèle unique pour l'organisation.

• Avec l'administration décentralisée, une société dont le siège social est aux États-Unis peut créer UN modèle de rémunération pour l'ensemble de l'organisation (tous les pays) et l'administrateur de chaque pays n'a accès qu'aux données et processus de son pays.

• La possibilité de gérer la rémunération dans un modèle réduit considérablement les frais généraux d'administration et offre la possibilité d'afficher toutes les données à l'échelle de l'organisation à un seul endroit, offrant ainsi une vue globale.

• De nombreuses fonctionnalités de sécurité ont été ajoutées pour garantir que les administrateurs puissent accéder aux données uniquement pour leurs marchés/régions/équipes/groupes.

Dans Provisioning, sélectionnez les éléments suivants dans Paramètres de l'entreprise. Les autorisations basées sur les rôles et Comp 2.0 sont également requises pour le processus d'administration décentralisée.

L'administrateur décentralisé utilise des groupes d'administrateurs associés à plusieurs fonctions dans la rémunération variable. L'une de ces fonctions est le processus d'importation/exportation des objectifs commerciaux. Pour associer des groupes d’administration à des objectifs commerciaux, le modèle de plan d’objectifs de rémunération variable doit être modifié de façon à contenir un champ Groupe d’administration.

1. Accédez à Provisioning→Gestion du modèle de plan.

2. Sélectionnez Importer/Mettre à jour/Exporter le modèle de plan d’objectifs de rémunération variable.

3. Exporter le modèle XML applicable de rémunération variable des objectifs commerciaux.

   

4. Ajoutez le code de définition de champ suivant après le champ lookupValue.

   Code Snippet

   Copy codeSwitch to dark mode

   123
   <field-definition id="Administrator_Group" type="textarea" required="false" detail="false" viewdefault="on" showlabel="false" field-show-coaching-advisor="false" cascade-update="push-down"> 
   <field-label>Associated Group Name</field-label>
   </field-definition>

   

5. Sauvegardez le fichier en tant que nouveau nom et réimportez-le dans Provisioning. Aucune autre modification n'est nécessaire.

Avec l'administration décentralisée, deux types d'administrateurs sont nécessaires :

• Super-administrateurs : administrateurs qui supervisent le processus de rémunération dans l'ensemble de l'organisation.

  • Accès à toutes les données sur tous les marchés/toutes les régions/toutes les équipes

  • Exemple : un super administrateur peut accéder aux données d'administration du Canada et des États-Unis.

• Administrateurs locaux : administrateurs qui gèrent les données uniquement pour leur marché/région/équipe

  Exemple : un administrateur canadien gère la rémunération uniquement pour les employés du Canada et n’a accès qu’aux directives, aux programmes de primes, aux objectifs commerciaux, etc.

Les rôles de super administrateur sont définis dans les autorisations basées sur les rôles :

• Tout rôle d’autorisations basées sur les rôles disposant de l’autorisation de super administrateur décentralisé sélectionnée est considéré comme un super administrateur en termes de processus d’administration décentralisée.

• Gérer les groupes dynamiques d’administration active la possibilité de définir des groupes d’utilisateurs pour effectuer des tâches administratives.

Les administrateurs locaux sont définis au sein des groupes administratifs.

Exemple : Wilma Sown (wsown) est un administrateur de la rémunération pour le Canada, elle devrait donc faire partie du Groupe d’administration Canada.

Ce type de groupe est différent d’un groupe d’autorisations basées sur les rôles, mais les utilisateurs associés doivent également disposer des autorisations d’administration Rémunération et Rémunération variable applicables dans les autorisations basées sur les rôles (pas seulement les deux autorisations de super administrateur mentionnées précédemment).

Les groupes d’administration sont un type de groupe dynamique.

• Créé et géré par n’importe quel administrateur avec les autorisations basées sur les rôles Gérer les groupes dynamiques d’administration activées.

• Accédez à Accueil Rémunération→Action pour tous les plans→Affectations de groupes→Gérer les groupes d'administrateurs.

1. Sélectionnez Créer un groupe (l’affectation de groupe fonctionne de la même manière que les groupes d’autorisations basées sur les rôles).

   

2. Sélectionnez une catégorie dans la réserve de personnes et les paramètres associés.

3. Sélectionnez Mettre à jour pour afficher les membres du groupe. Excluez tous les membres du groupe selon vos besoins.

   

4. Sélectionnez Terminé.

Il est possible que des personnes soient membres de plusieurs groupes d'administration.

L'administration décentralisée s'applique aux objets suivants :

• Directives de rémunération variable et de rémunération

• Régimes de primes de rémunération variable

• Rémunération variable - Objectifs commerciaux

• Pondérations des objectifs commerciaux de rémunération variable

• Exportations de rémunération variable/Rapports de validation

  • Importation et exportation des compartiments et accélérateurs (l’administrateur doit avoir l’autorisation pour le programme de primes et les objectifs commerciaux)

  • Exportation des programmes de primes

  • Exportation des objectifs commerciaux

  • Exportation de la pondération des objectifs commerciaux

  • Tous les rapports de validation

L’accès aux objets Rémunération et Rémunération variable est déterminé par l’appartenance à un groupe d’administration.

• L'administrateur décentralisé ajoute une nouvelle colonne aux directives à droite : Groupe d'administrateurs.

• Les super administrateurs disposent d’un accès CLAS (création, lecture, mise à jour, suppression) à toutes les directives d’un programme de rémunération variable.

Dans cet exemple, le super-administrateur peut voir et modifier toutes les directives varpay.

• Les formules en jaune ne peuvent être affichées et modifiées que par les administrateurs du groupe d'administration États-Unis.
• Les formules en rose ne peuvent être affichées et modifiées que par les administrateurs du groupe d’administration Canada.
• Comme indiqué en bleu, le super-administrateur peut affecter ou réaffecter des capacités de visibilité/modification à un groupe d’administrateurs particulier. Les administrateurs locaux ne peuvent pas le faire.
• La formule non notée n'est pas affectée. Les super-administrateurs sont les seuls utilisateurs qui peuvent afficher/modifier cette formule.

Les super administrateurs peuvent verrouiller les règles des directives. Une fois verrouillée, une règle de directive ne peut pas être modifiée. Si une modification est requise, le super-administrateur doit débloquer la règle.

• Le super administrateur doit s’assurer qu’aucune formule n’est désaffectée, qu’il n’y a pas de directives en double et que l’ordre des formules est correct.

• Le groupe d'administrateurs associé détermine uniquement les administrateurs qui peuvent afficher/modifier/supprimer les directives. L’application de la formule de directive à la population d’employés pour les calculs de rémunération et de rémunération variable n’a pas été modifiée.

Les administrateurs locaux peuvent uniquement créer, afficher et modifier les directives appartenant à leur groupe d'administration.

Dans l'exemple de la figure suivante, Directives : Administration locale – Exemple, l'administrateur local du Canada peut :

• Afficher et modifier uniquement les directives du groupe d’administration Canada

• Ajoutez une nouvelle formule en sélectionnant Ajouter une nouvelle formule.

Sélectionnez Exporter ou Importer pour extraire/importer uniquement les directives du groupe d’administration Canada uniquement dans un fichier CSV.

Comme pour les directives, les programmes de primes sont associés à des groupes d’administration. Les super administrateurs peuvent accéder à tous les programmes de primes.

Les super administrateurs disposent de fonctionnalités complètes d’exportation/importation de programmes de primes.

• Une colonne GROUPE_ADMINISTRATOR s’affiche dans l’exportation du programme de primes pour afficher les groupes d’administration associés.

• Les super administrateurs voient tous les groupes et tous les programmes de primes lors de l’exportation.

• Les super administrateurs peuvent laisser la colonne du groupe d'administrateurs vide lors de l'importation, mais pas les administrateurs locaux.

Les super administrateurs disposent également de toutes les fonctionnalités de modification de Configurer les programmes de primes et peuvent affecter des programmes de primes à des groupes d’administration dans l’écran Configurer les programmes de primes.

Les programmes de primes qui n’ont pas de groupe d’administration associé sont accessibles uniquement aux super administrateurs.

Les administrateurs locaux peuvent accéder aux programmes de primes appartenant aux groupes d’administration dont ils sont membres et les importer.

Une exportation de programme de primes est renseignée uniquement avec les valeurs ADMINISTRATOR_GROUP applicables.

Si les valeurs sont incorrectes, le job d'importation renvoie une erreur de validation et envoie un e-mail d'erreur à l'administrateur local.

Les super administrateurs ont accès à tous les objectifs commerciaux.

Les administrateurs locaux peuvent accéder uniquement aux objectifs commerciaux appartenant aux groupes d'administration dont ils sont membres.

• La figure suivante, Administration décentralisée - Fichier d’objectifs de primes : Super administrateur est un fichier d’objectifs commerciaux de super administrateur. Les super administrateurs peuvent laisser la colonne Groupe_Administrateurs vide dans le fichier d'importation, mais pas les Administrateurs locaux.

• Les objectifs commerciaux auxquels aucun groupe d'administrateurs n'est associé sont accessibles uniquement aux super administrateurs.

• Lors de l'importation des objectifs commerciaux, les administrateurs locaux peuvent associer uniquement les groupes dont ils sont membres dans les colonnes Groupe_Administrateurs. Si des groupes d'administrateurs incorrects sont nommés dans le fichier, un e-mail d'erreur est envoyé à l'administrateur local.

• Les super administrateurs peuvent exporter la liste complète des objectifs commerciaux. Cependant, les administrateurs locaux ne peuvent exporter que les objectifs commerciaux auxquels leur groupe d’administrateurs a accès.

• Le fichier des pondérations et des correspondances est différent des programmes de primes et des objectifs commerciaux.

  • Aucun groupe d’administration n’est associé à une pondération d’objectif commercial.

  • Pour qu'un administrateur puisse définir les pondérations des objectifs commerciaux d'un programme de primes, il doit avoir accès à la fois au programme de primes et aux objectifs commerciaux.

• Il n'y a pas de modification du format de fichier pour l'importation des pondérations et des mappages.

  La tâche d’importation vérifie l’accès au programme de primes et aux objectifs commerciaux pour valider l’accès pour l’administrateur qui lance la tâche d’importation. Si la validation échoue, un e-mail est envoyé à l'administrateur.

Voici quelques bonnes pratiques à prendre en compte :

• Un administrateur qui a accès au programme de primes A doit également avoir accès à tous les objectifs commerciaux associés à ce programme de primes.

• Cela est nécessaire pour s’assurer que la somme des pondérations est toujours égale à 100 %.

• Si un administrateur a accès au programme de primes A, cependant, n’a accès qu’à trois des quatre objectifs commerciaux associés au programme de primes, le système affiche un message d’alerte pour que le super-administrateur corrige le problème.

Pour tous les rapports de validation :

• Le super-administrateur a accès à toutes les données.

• Les administrateurs locaux ne peuvent accéder qu’aux données associées à leur groupe d’administrateurs.

À l’avenir, davantage d’autorisations basées sur les rôles seront ajoutées pour définir davantage de tâches de rémunération granulaires et de rémunération variable.

Par exemple, si la seule tâche administrative du groupe d’administration Canada doit être de définir des directives, elles sont affectées à un rôle d’autorisations basées sur les rôles avec uniquement des directives sélectionnées.

La notation basée sur l'affectation (ABR) calcule les paiements au prorata de chacune de ces fonctions, ou affectations, en fonction de la notation spécifique à l'emploi.

Vous devez identifier le bon formulaire de gestion des performances applicable à un employé pour la période donnée (affectation) et copier les informations d’objectif et de notation dans Rémunération variable afin de calculer les paiements corrects en fonction des notations propres au poste.

La notation basée sur l'affectation peut également être utilisée lorsqu'un salarié a plusieurs objectifs d'équipe ou objectifs individuels qui doivent être pris en compte pour le calcul des primes.

Exemple :

• Le salarié change de rôle ou de site

• Le premier gestionnaire termine une évaluation des performances qui fait partie du composant individuel.

• Le nouveau responsable effectue un examen de fin d'année, en fonction du nouveau rôle ou du nouveau site, ce qui contribue également au calcul de la prime.

Avec ABR, une équipe ou un composant individuel peut exister pour chaque enregistrement d'historique du salarié.

1. Accédez aux paramètres de calcul des primes du programme applicable.

   Sélectionnez Oui pour Ce programme de primes est-il basé sur des affectations ? Déterminez le mode d'affichage des affectations et de la devise.

   

   ABR prend en charge le regroupement de toutes les affectations dans une ligne de résumé pour le paiement ou autorise une ligne de résumé pour chaque affectation.

   Le deuxième cas peut être favorable pour les sociétés internationales où chaque affectation doit être envoyée à des paies ou des centres de coûts différents pour traitement.

   Ces informations présentent une description générale de l'ABR. Pour plus d'informations sur la configuration et la fonctionnalité ABR, consultez le Guide d'implémentation de la rémunération variable de SAP SuccessFactors sur le SAP Help Portal.

2. Sélectionnez la source de notation individuelle ou d’équipe :

   • En général, trois types de sources de notation sont pris en charge (par formulaire, importation par salarié, importation par historique).

   • Pour la source de notation par formulaire, ABR :

     • Recherchez le formulaire de gestion des performances correspondant en fonction des sources de notation configurées pour l’équipe et la section individuelle.

     • Extrayez les informations de notation du formulaire de gestion des performances.

     • Calculez le paiement de l’équipe ou de la section individuelle en fonction de ces notations. (Ce processus est terminé au moment du calcul).

     

     Effectuez des sélections pour la mise en correspondance des affectations avec les formulaires de gestion des performances. Sélectionnez les formulaires de gestion des performances applicables.

     Veillez à sélectionner Enregistrer en bas de la page. Pour la source de notation individuelle et d’équipe, un modèle de formulaire de gestion des performances ne peut être utilisé qu’une seule fois. Le même modèle de formulaire avec notation globale/calculée ne peut pas être utilisé à la fois pour la source de notation individuelle et pour la source de notation de l’équipe.

Dans cet exemple, deux formulaires de gestion des performances ont été sélectionnés dans le programme ABR.

Les dates de début et de fin du programme sont du 26/05/2014 au 25/04/2015.

La date de début du premier formulaire est le 26/05/2014 et la date de début du deuxième formulaire est le 27/01/2015.

Étant donné que la date de début est sélectionnée comme règle de correspondance :

• Les notations pour la première affectation proviennent de la notation calculée du premier formulaire et le montant cible est calculé au prorata de 100 %.

• Les notes pour la deuxième affectation proviennent de la notation calculée du deuxième formulaire et sont calculées au prorata près de 25 % (environ trois mois du programme).

Exemple : données de prime de Sid dans le formulaire du planificateur :

• Base importée pour chaque affectation : 15 000 USD

• Pondérations de section : Individuel 20 % et Entreprise 80 %

• Affectation 1 : (mise en surbrillance en rose dans la figure suivante) Le montant cible est de 15 000 USD ou 100 %.

• Affectation 2 : (mise en surbrillance en jaune dans la figure suivante) Le montant cible est de 3 990 USD ou 26,6 %.

• Les notes de Sid de chaque formulaire lui ont valu un paiement individuel de 100%

• Les totaux cumulés sont mis en surbrillance en violet dans la figure suivante.

Les clients peuvent ajouter des champs personnalisés et ajouter, soustraire, multiplier ou diviser au sein du niveau d'affectation pour calculer le paiement au niveau de l'affectation pour chaque composant.

Configurez les formats de nombres dans l'interface utilisateur selon vos besoins.

Exécutez le moteur de calcul.

Lancez les formulaires.

Des détails de configuration supplémentaires sont fournis dans le Guide d'implémentation des champs personnalisés au niveau de l'affectation qui se trouve dans l'onglet Ressources de la salle de formation SAP SuccessFactors Variable Pay.

• Points de passage : niveau de performance minimum qui doit être atteint pour recevoir le paiement sur un objectif associé, un composant (article) ou l’ensemble du plan.

  Souvent liés au mécanisme de financement du plan d’incitation, tels que les objectifs de chiffre d’affaires, et sont utilisés pour s’assurer qu’un niveau minimum de financement est atteint avant le versement.

• Accélérateurs : utilisés pour augmenter l'opportunité incitative lorsque certains critères de performance sont remplis ou dépassés.

• Lorsqu'un participant répond à la ou aux cibles des critères de performance de l'accélérateur, l'accélérateur peut s'appliquer au paiement de l'objectif individuel lui-même, à d'autres objectifs, à d'autres composants de prime (sections) ou au paiement total du plan.

Les points de passage définissent un niveau minimum ou seuil de critères de performance spécifiques qui ont un impact sur le paiement sur un autre objectif, une section de prime ou le plan lui-même. Les portes sont le plus souvent utilisées de l'une des deux façons suivantes.

• Le premier est un niveau minimum d’atteinte requis pour un objectif commercial spécifique afin de permettre tout paiement par rapport à un autre.

• Le second est un niveau de seuil qui doit être atteint avant qu'un autre objectif puisse dépasser le paiement au-delà d'un certain niveau.

Les figures suivantes contiennent des exemples de chaque scénario dans lequel la performance d'un objectif métier a un impact sur le paiement d'un autre objectif commercial.

Dans l’exemple de la figure suivante Points de passage – Exemple 7 : paiement total au point de passage, le point de passage doit être respecté pour que le plan puisse payer toute récompense.

• Lorsque vous utilisez ABR, le point de passage peut être appliqué au niveau de la synthèse du plan.

• Les configurations non ABR affichées après peuvent être appliquées au niveau de la synthèse globale.

Dans les exemples précédents de « plafonnement », le point de passage était « If Revenue<Target Achievement, alors le plan total est plafonné au paiement cible ».

Cette fonctionnalité est similaire aux plafonds que nous avons en place aujourd'hui, mais elle est pilotée par la réalisation d'un objectif commercial unique.

Le système calcule tous les objectifs, sections et montants finaux comme il le ferait normalement, puis plafonne le paiement final à n’importe quel pourcentage désigné dans la règle de « point de passage ».

1. Sur la page Paramètres de calcul du programme, sélectionnez Oui pour l'option Appliquer des portes aux objectifs commerciaux.

2. Placez le curseur sur le point d'interrogation pour exporter un exemple de barrière .CSV.

   

3. Modifiez le fichier pour répondre à vos besoins en matière de porte. Dans l'exemple de la figure précédente, Portes et accélérateurs : Portes – Configuration :

   • Pour le plan d'unité commerciale : si l'objectif de performance de l'objectif de chiffre d'affaires n'est pas atteint, l'objectif de résultat d'exploitation reçoit un paiement de 0.

   • Pour le plan d’entreprise : si l’objectif de performance maximale du chiffre d’affaires n’est pas atteint, la section des objectifs commerciaux reçoit un paiement de 0.

   

   • Les options valides pour GATE_METHOD sont : performanceMin, performanceLow, performanceTarget, performanceHigh, performanceMax.

   • Les options de validation pour GATE_LEVEL sont : business_goal, business_section, team_section, individual_section, final_payout.

   • Utilisez un MULTIPLIER de 1 si le niveau de performance est l'un des niveaux de performance définis.

     Cela peut également être défini comme n'importe quelle valeur décimale (pourcentage) de l'une des cibles de performance. (Exemple : le niveau de performance au point de passage est de 90 % de la cible, puis définit GATE_METHOD=performanceTarget et le MULTIPLIER sur 0,9).

   • Ne renseignez pas TARGET_GOAL_NAME si vous définissez une porte pour une section entière.

4. Importez le fichier : Détails du plan→Importer et exporter les pondérations commerciales.

   Sélectionnez la nouvelle option de liste déroulante pour Points de passage des objectifs.

   

   Une notification par e-mail est envoyée avec des détails sur les importations réussies et infructueuses.

   Tous les autres fichiers d'importation doivent être configurés et importés comme décrit dans cette formation.

   Assurez-vous de calculer la prime après l’importation et la validation de tous les fichiers d’importation, puis lancez les formulaires.

Utilisateur du plan d'entreprise : la réalisation du chiffre d'affaires (rose) n'a pas atteint la valeur Performance Max (jaune). Le système effectue les calculs dans la section métier, mais les paiements professionnels (violet) sont de 0.

Utilisateur du plan de l’unité commerciale : le paiement est donné uniquement pour l’objectif de chiffre d’affaires.

La réalisation du chiffre d'affaires (rose) n'a pas atteint l'objectif de performance (jaune). Par conséquent, il y a un paiement de 0 pour l'objectif de résultat d'exploitation (bleu). Dans cet exemple, les autres objectifs n’ont pas non plus reçu de paiement, en raison de leur propre réalisation de faible objectif. Le paiement est uniquement réalisé pour l'objectif de chiffre d'affaires (violet).

Les accélérateurs sont une autre fonctionnalité souvent incluse dans les plans d’incitation pour attirer l’attention des participants sur des objectifs spécifiques. Ils agissent pour accélérer le paiement d'un ou de plusieurs objectifs une fois que des critères de performance spécifiques ont été remplis.

Exemple : Accélérateur sur le paiement des objectifs

• Si des critères de performance spécifiques (un objectif commercial) sont remplis ou dépassés, l’opportunité de paiement pour d’autres objectifs commerciaux augmente de 2 % pour chaque objectif dépassant son objectif.

• L'accélérateur est identifié comme un objectif spécifique et lorsque cet objectif spécifique atteint la cible, il active l'accélérateur. Il s’agit d’une ligne de paiement plus élevée pour les autres objectifs associés lorsqu’ils atteignent la cible.

Dans la figure Accélérateur - Exemple :

L'objectif et la règle « accélérateur » (niveau de réalisation) doivent être identifiés.

Les objectifs visant à accélérer l'opportunité de paiement doivent être identifiés.

La ligne de paiement accélérée doit être identifiée.

1. Sur la page Paramètres de calcul du programme, sélectionnez Oui pour l'option Appliquer des portes aux objectifs commerciaux.

2. Placez le curseur sur le point d'interrogation pour exporter un exemple de fichier .CSV d'accélérateur.

   

3. Modifiez le fichier pour répondre aux besoins de l'accélérateur. Dans cet exemple, pour le plan d'entreprise :

   Si l'objectif de performance de l'objectif de chiffre d'affaires est atteint, le paiement pour l'objectif de résultat d'exploitation augmente de 50 %.

   

4. Importez le fichier en accédant à Détails du plan→Importer et exporter Poids commerciaux. Sélectionnez la nouvelle option de liste déroulante pour Accélérateurs d'objectifs.

   
   • Une notification par e-mail est envoyée avec des détails sur les importations réussies et infructueuses.
   • Tous les autres fichiers d'importation doivent être configurés et importés comme décrit.
   • Assurez-vous de calculer la prime après l’importation et la validation de tous les fichiers d’importation, puis lancez les formulaires.

Utilisateur sur le plan d'entreprise :

• La réalisation du chiffre d'affaires (rose) a atteint l'objectif de performance (jaune).

• Le paiement du résultat d'exploitation doit avoir été de 100 %, car l'objectif de performance a été atteint, mais le paiement a été augmenté de 50 % (violet).

• Le montant du paiement de l'entreprise doit avoir été de 100 % mais a augmenté à 130 % en raison de l'accélérateur (bleu).

Certains programmes d'incitation utilisent une combinaison de points de passage et d'accélérateurs. Étant donné que les points de passage déterminent le niveau de seuil ou le niveau de performance minimum avant le paiement d'une adjudication, les points de passage remplacent généralement toute règle d'accélérateur. Sauf dans les cas où un objectif commercial a un accélérateur et qu'il n'existe pas de point de passage directement associé.

Cas d'utilisation : un client utilise un plan d'intéressement basé sur des résultats distincts pour la société, le secteur d'activité et les individus.

• L'administrateur configure un programme de rémunération variable dans la solution SAP SuccessFactors Variable Pay.

• Importe les objectifs de l'entreprise dans une section d'objectifs commerciaux et les objectifs des divisions dans une section d'objectifs commerciaux différente.

Les sections d'objectifs commerciaux étant toujours additionnelles, l'exemple suivant illustre le fonctionnement des calculs de primes avec les formules 2 et 3 :

• Formule 2 : Base X (Entreprise 1 + Entreprise 2 + Entreprise 3) X Individuel

• Formule 3 : Base X (Entreprise 1 + Entreprise 2 + Entreprise 3 + Individuel

1. Cochez la case Plusieurs sections commerciales dans Définir les calculs de primes.

2. Chargez plusieurs modèles de plan d’objectifs de rémunération variable. Chaque section doit être associée à un modèle de plan d’objectifs de rémunération variable différent.

   

   Rappels :

   Charger dans Provisioning.

   Chaque modèle doit avoir un ID compris entre 8000 et 8999.

   N’oubliez pas les autres exigences relatives à l’importation des modèles de plan d’objectifs de rémunération variable précédemment abordées dans ce cours.

3. Configurer les programmes de primes : peut être chargé via l’importation avec le processus habituel, mais doit être défini plus en détail dans Configurer les programmes de primes.

   • Les pondérations de section doivent être définies dans Configurer les programmes de primes. Il est impossible de définir plusieurs pondérations de section métier dans le fichier d’importation du programme de primes.

   • Une option lors de l’importation consiste à saisir une pondération de section métier fictive, puis à mettre à jour la pondération dans Configurer les programmes de primes.

   • Vous pouvez choisir de configurer uniquement via Configurer les programmes de primes, mais n’oubliez pas que si le plafonnement est utilisé, il doit être importé dans le fichier d’importation du programme de primes.

   

   Dans Configurer les programmes de primes, définissez davantage les pondérations de la section métier dans chaque programme. Cela remplace la section importée.

   

   Le fichier de données historiques de l’employé est importé avec le processus habituel.

4. Importez des objectifs commerciaux.

   Doit être associé aux sections métier applicables via l’identifiant du modèle de plan d’objectifs de rémunération variable applicable.

   

5. Importer les pondérations et les mappages.

   Une colonne supplémentaire doit être utilisée pour associer les pondérations d’objectifs à la section commerciale appropriée et au modèle de plan d’objectifs de rémunération variable.

   

6. Définissez les colonnes de formulaire dans Configurer les noms d'étiquettes et Visibilité et Concepteur de colonnes. Reportez-vous aux autres sections de ce cours pour plus de détails sur la définition des colonnes de formulaire.

   Configurez les noms d’étiquettes et la visibilité. Une nouvelle section Total commercial est disponible pour la définition des colonnes.

   

   Dans le concepteur de colonnes, ajoutez des colonnes et configurez la section commerciale distincte dans des groupes de couleurs, si vous le souhaitez.

7. Définissez des formats de nombres et veillez à joindre les formats corrects aux colonnes appropriées.

8. Calculez la prime et lancez les formulaires.

1. Activer les autorisations basées sur les rôles.

2. Activer les objets génériques.

3. Activez le gestionnaire de pièces jointes.

4. Accordez des autorisations pour Metadata Framework (MDF) sur l’écran Paramètres d’autorisation basée sur les rôles.

5. Activez la règle MDF pour l’éligibilité dans l’écran Paramètres.

6. Créez des règles dans Configurer les règles métier. L’utilisation de scénarios spécifiques à l’application permet de configurer l’éligibilité aux programmes de primes en fonction des données de l’élément d’expérience.)

   

   Remarque

   Les trois premières étapes sont terminées dans Provisioning.

7. Migrez les règles créées précédemment via le fichier d’éligibilité .CSV vers MDF.

   • Après avoir sélectionné Migrer, les règles héritées de ce programme seront migrées vers la table des règles MDF et vous pourrez suivre le statut de la migration sur la page Surveiller les tâches.

   • Faites attention à la convention de nom de règle. Par exemple, le nom de l'ancienne règle est "Corp1", le nouveau nom de la règle devient Corp1_VRP_3312 (3312 est l'ID de programme).

   

8. Reconfigurez le paramètre du programme de primes pour la règle d’éligibilité sur la page Configurer le programme de primes ou après la création de règles.

9. La page d'admissibilité affiche toutes les règles du programme de primes.

   

1. Testez l'admissibilité des salariés à l'aide de l'icône de règle de test.

2. Saisissez les ID utilisateur et sélectionnez la règle par rapport à laquelle vous souhaitez les tester.

Les administrateurs peuvent désormais configurer des courbes de paiement avec un nombre illimité d'étapes ou de points d'interpolation. Cela donne aux clients beaucoup plus de flexibilité pour configurer des courbes de paiement plus complexes dans leurs plans de rémunération variable.

Domaines concernés :

• Calcul

• États

• Points de passage et accélérateurs des objectifs

• Profil de rémunération

• Feuille de calcul

1. Définissez la case d’option Activer la courbe de paiement flexible sur Oui.

   

2. Sous Détails du plan, sélectionnez l’option de menu Importer et exporter des courbes de paiement flexibles. Les objectifs commerciaux doivent avoir été chargés dans le système avant d’importer les courbes de paiement illimitées de valeurs seuil.

   

   Le fichier doit contenir les colonnes suivantes :

   • GOAL_NAME doit être cohérent avec le nom de l'objectif dans le fichier des objectifs commerciaux.

   • GOAL_PLAN_TEMPLATE_ID fait référence à un modèle d'objectif commercial.

   • LOOKUP_FIELD et LOOKUP_VALUE font référence à la zone de recherche et à la valeur utilisées dans le fichier des objectifs commerciaux.

   • PEFORMANCE_STEP fait référence au point de paiement.

   • PAYOUT_PERCENT fait référence au pourcentage de paiement qui correspond au point de paiement.

   

3. Importez le fichier une fois la configuration du fichier terminée. Attendez une notification de réussite/d'échec.

4. Calculez le versement de prime. Attendez une notification de réussite/d'échec.

5. Vérifiez le rapport détaillé des primes.

   Notez la colonne Seuil de prévision/Pourcentage de paiement et la colonne Seuil de résultat de l’objectif/Pourcentage de paiement. Ces colonnes affichent les informations des points de paiement dans lesquels se trouvent les résultats. Par exemple, si les résultats de l’objectif sont 45, le seuil des résultats des objectifs/le pourcentage de paiement affiche la valeur (40:60, 07:0,8), où 40 et 60 sont les points de paiement et les 70 % et 80 % des paiements correspondants.

   Il s'agit d'une modification par rapport à la manière dont les états standard étaient affichés précédemment avec les informations de cinq points fixes.

6. Importez le fichier des portes et des accélérateurs, si nécessaire. Si vous utilisez des points de passage et des accélérateurs dans votre programme de rémunération variable, la configuration des fichiers d'importation pour ces derniers change également.

   

   Auparavant, pour le fichier d'importation des objectifs et des accélérateurs, les colonnes "GATE_METHOD" et "ACC_METHOD" avaient l'une des valeurs de l'un des niveaux prédéfinis (performanceMin, performanceLow, performanceTarget, performanceHigh, performanceMax).

   Avec les courbes de paiement flexibles, ces niveaux prédéfinis n’existent plus. Par conséquent, vous devez utiliser les valeurs réelles telles que 20, 30, 0.2, 0.3 ou la manière dont vous définissez ces "PERFORMANCE_STEP" dans le fichier chargé précédemment.

   Importer les définitions de colonnes du fichier.

   • GATE_GOAL_NAME : définit les objectifs commerciaux dans lesquels les plans agissent comme un point de passage (EBITDA).

   • GATE_LEVEL : définit la manière dont le point de passage est appliqué (à quel niveau) – objectif commercial, section ou paiement final : business_goal.

   • TARGET_GOAL_NAME : s'il est appliqué à un autre objectif commercial, l'objectif cible est nommé (EBITDA – Division).

   • GATE_METHOD : définit le niveau de performance qui doit être atteint par l'objectif du point de passage : performance minimale, faible, cible, élevée et maximale : performanceTarget (précédemment) et valeur de 20 étapes (maintenant).

   • MULTIPLIER : utilisez un multiplicateur de 1 si le niveau de performance est l'un des niveaux de performance définis. Cela peut également être défini comme n'importe quelle valeur décimale comme pourcentage de l'une des cibles de performance. (Exemple : le niveau de performance au point de passage est de 90 % de la cible, puis définit GATE_METHOD = performanceTarget et le MULTIPLIER sur 0,9).

   • TARGET_PAYOUT_PERCENT_CAP : définit si l'objectif est plafonné par l'atteinte du point de passage et, le cas échéant, à quel pourcentage ?

7. Une fois la configuration terminée, vous pouvez exécuter Calcul du versement de prime et lancer des formulaires.

Lorsque vous ouvrez la feuille de calcul, vous pouvez voir le graphique de la courbe de paiement lorsque vous cliquez sur l’objectif commercial.

Le même graphique est visible dans le profil de rémunération.