Configuration d'un programme

• Informations sur le plan

• Hiérarchie des rémunérations

• Options de devise

• Options de calcul

• Instructions du gestionnaire

• Paramètres d’affichage du formulaire/de la feuille de calcul

Il s'agit de l'interface administrateur permettant de configurer SAP SuccessFactors Variable Pay.

Elle simplifie l'administration en combinant toutes les options de configuration dans un seul écran. Il n'y a pas autant de configuration XML nécessaire.

La page Accueil Rémunération est activée dans Provisioning et nécessite l’application Admin 2.0. Pour accéder à Accueil Rémunération, accédez à Centre d'administration→Rémunération→Accueil de rémunération.

La page Accueil Rémunération est divisée en sections :

1. Action pour tous les plans

   • Complétez les importations de données générales et configurez pour qu'elles soient utilisées par des plans spécifiques si nécessaire. Exemples :

     • Importation/exportation principale des données des employés (fichier de données utilisateur)

     • Tables de conversion de devise

     • Tables de recherche

   • Gérer les relevés de récompense

   • Gestion des affectations de groupes

   • Gérer l’historique du profil de rémunération

2. Surveiller les tâches

   Confirmez le statut des tâches d'importation, de lancement, de mise à jour et de calcul.

3. Ajouter un nouveau plan de rémunération variable

   Créez ou copiez un programme de rémunération variable.

Des paramètres supplémentaires sont disponibles dans Actions pour tous les plans→Paramètres de la société.

L’activation de ces fonctionnalités affecte tous les plans.

• Désactiver le format numérique basé sur les paramètres régionaux : lorsqu’il est sélectionné, les planificateurs ne peuvent pas choisir le format numérique souhaité. Le système applique le format par défaut.
• Masquer les photos de l’utilisateur sur la fiche et le profil de rémunération : désactive les photos à afficher sur les fiches.
• Masquer l’option de téléchargement au format PDF dans le profil de l’employé
• Désactiver le format des numéros régionaux sur les relevés de récompenses
• Désactiver le renvoi à la ligne du texte d'en-tête
• Inclure uniquement les fiches de rémunération variable complétées, s’appliquer à la génération de déclarations de fidélité : lorsque cette option est cochée, les déclarations sont générées uniquement pour les formulaires remplis.
• Activer la modification de l’évaluation par la direction : lorsque ce paramètre est sélectionné, l’écran Évaluation par la direction s’ouvre comme modifiable et le planificateur peut modifier les recommandations pour tous les employés en même temps, contrairement aux planificateurs qui sélectionnent le bouton Modifier dans la boîte de vitesses pour modifier les recommandations une par une.
• Activer la modification hors ligne du fichier Excel de rémunération variable : ce paramètre permet d’exporter et de modifier hors ligne le récapitulatif de versement de prime dans l’évaluation par la direction. Des modifications hors ligne peuvent être apportées aux champs modifiables au niveau des entrées standard et personnalisées, puis les réimporter dans l’évaluation par la direction.
• Activer les autorisations basées sur les rôles pour l’accès au modèle de rémunération et de rémunération variable : lorsque cette option est cochée, les autorisations basées sur les rôles permettent de contrôler qui peut gérer des modèles individuels.

Par défaut, la hiérarchie standard est utilisée comme hiérarchie de gestionnaires. Elle peut être modifiée ultérieurement sous Gérer les utilisateurs.

Hiérarchies prises en charge :

• Standard
• Responsable de la rémunération
• Standard avec utilisateurs inactifs
• Gestionnaire de rémunération avec utilisateurs inactifs

Les hiérarchies peuvent également être modifiées dans le modèle XML.

Les ruptures dans la hiérarchie peuvent empêcher la création de formulaires. Pour rechercher des sauts dans la hiérarchie, utilisez l’outil de vérification ou en exportant les utilisateurs sans responsables depuis Définir les informations de dépannage→des planificateurs.

• Tables de taux de conversion (pour les programmes à devises multiples)
• Devise fonctionnelle – devise utilisée pour effectuer les calculs
• Disponibilité des vues de devise : active plusieurs vues de devise sur un formulaire lancé (pour les modèles multidevises). Une vue de devise par défaut peut être définie.
  • Importation fonctionnelle : la table de conversion de devise doit contenir les taux de conversion de la devise fonctionnelle dans la base des devises internes et des zones personnalisées en tant que devise interne ou devise fonctionnelle.
  • Planificateur - la table de conversion de devise doit contenir les taux de conversion de la devise fonctionnelle et de toutes les devises du planificateur en devises internes.
  • Utilisateur - la table de conversion de devise doit contenir les taux de conversion de la devise fonctionnelle en devises internes.
  • N'importe lequel - la table de conversion de devise doit contenir des conversions de toutes les devises en toutes les devises internes.
• Devise du relevé de prime : indique la devise dans laquelle le relevé de récompense est affiché.

Si le programme n'est pas multidevise, il est recommandé de créer une table de conversion vide. Les valeurs de conversion n'ont pas besoin d'être chargées.

Affichez les dates du programme au lieu des dates d’affectation éloignées.

Si la date de début ou la date de fin de l’affectation est en dehors des dates du programme de rémunération variable, vous pouvez choisir d’afficher les dates d’affectation réelles (Non) ou d’adapter les dates d’affectation aux dates du programme (Oui). Par exemple, la date du programme de rémunération variable va du 1er janvier au 31 décembre 2018.

L'affectation de Marcus Hoff commence le 1er octobre 2017 et se termine le 31 décembre 2018.

Si cette option est définie sur Non, les détails de l'affectation apparaissent comme indiqué à gauche de la figure suivante, Options du programme : afficher les dates du programme. Si ce paramètre est défini sur Oui, les détails de l'affectation s'affichent comme indiqué à droite de la figure suivante, Paramètres du programme : Afficher les dates du programme.

Dynamique : peut être activé/désactivé dans les formulaires déjà lancés.

• Activer les courbes de paiement flexibles : permet d’utiliser un nombre illimité d’étapes et de points d’interpolation.

• Activer l’optimisation des directives : permet de refléter les modifications apportées aux directives dans les fiches de progression sans en générer de nouvelles.

• Afficher le symbole % pour le type de pourcentage : permet au champ de pourcentage personnalisé d'afficher le signe %, conformément au format de champ de pourcentage standard. S'il est défini sur NON, le champ de pourcentage personnalisé s'affiche sous forme de décimale. Par exemple, 0,93 au lieu de 93 %.

• Utiliser la règle MDF au lieu de la règle d’éligibilité importée : permet aux administrateurs d’utiliser le moteur de règles métier MDF pour définir l’éligibilité à la rémunération variable, même pour les plans non intégrés à Employee Central (des détails supplémentaires sont fournis ultérieurement dans le cours).

Il s’agit du point de départ pour contrôler qui est visible sur les formulaires de rémunération variable (Admissibilité du formulaire du responsable).

• Tous les employés sont admissibles.

  • Choisissez ce paramètre si vous souhaitez que tous les employés actifs soient visibles dans la feuille de rémunération variable.

  • Les salariés qui ne font partie d'aucun programme de primes sont toujours visibles sur la feuille de calcul, mais avec des détails grisés.

  • Pour exclure les employés sans éligibilité au programme de primes ni calcul, créez une règle dans la gestion du moteur d’admissibilité du formulaire.

  • Pour exclure les employés qui ont donné leur avis du formulaire de rémunération variable.

• Aucun employé n’est éligible.

  Lorsque ce paramètre est activé, une règle doit être créée pour que les employés soient inclus dans le formulaire. Sinon, les fiches de rémunération variable ne sont pas lancées même si les calculs de paiement sont disponibles.

Appliquer la proratisation à la fin du calcul de la section :

• Si ce paramètre est défini sur Non, la proratisation est appliquée aux montants cibles.

• Si cette option est définie sur Oui, la proratisation est appliquée aux montants de paiement et non aux montants cibles.

Appliquer l’arrondi de proratisation – Modifiez la date de début et/ou de fin utilisée dans le calcul de la prime.

Prenons l'exemple de Wilma Sown. Son affectation a commencé le 8 janvier (<10) et s'est terminée le 20 décembre (>15).

Appliquer le multiplicateur du programme de primes pour le calcul de la section : cela permet de multiplier le montant calculé de la section par la valeur du multiplicateur.

• Le multiplicateur s’applique au niveau du paiement du montant de la section.

• Pertinent uniquement si la section contient des objectifs (ne s’applique pas à la section Individuel lors de l’utilisation de la notation globale).

Appliquez un seul multiplicateur pour chaque calcul de section.

• Si cette option est sélectionnée, la valeur du multiplicateur saisie sur la page des paramètres est utilisée pour toutes les sections.

• Si cette option n’est pas sélectionnée, la valeur du multiplicateur peut être configurée pour chaque section de l’écran Programme de primes.

Configuré via le paramètre autoSyncP4PData dans le fichier XML.

Lorsqu’elle est activée, elle extrait automatiquement les données de rendement actuelles de la gestion des performances à l’ouverture du formulaire de rémunération variable. Il n'est pas nécessaire d'actualiser le formulaire.

Cependant, cela ne s’applique pas si les notations proviennent du profil de l’employé ou des notations calculées/globales de la gestion des performances, car elles sont actualisées chaque fois que le formulaire de rémunération variable est ouvert de toute façon.

Définissez des valeurs seuils/points de passage minimum pour les objectifs commerciaux de calcul du versement de primes (pour en savoir plus, voir plus loin dans ce cours).

Cela permet aux employés d’afficher leur prime calculée dans leur profil d’employé, étant donné que des autorisations ont été ajoutées au modèle de données de succession.

Permet aux administrateurs de restreindre la visibilité et la modifiabilité des champs standard et personnalisés. Les autorisations peuvent être créées à l'aide de rôles système standard (EM, EA, EX) ou de rôles de groupe.

Empêche la génération de relevés pour les collaborateurs à l’aide du champ personnalisé configuré.

Ces filtres de groupe pour les résultats des primes prévisionnelles.

Sélectionnez Sauvegarder pour créer votre programme, qui crée essentiellement un nouveau modèle de plan/formulaire XML. Bien que la plupart des configurations soient effectuées dans le Centre d’administration, le modèle de plan XML peut être téléchargé depuis le Centre d’administration, modifié et chargé dans Provisioning. Certaines fonctionnalités nécessitent une modification XML.

Les options d'affichage offrent aux administrateurs plus de flexibilité sur l'affichage des modèles dans la feuille de calcul.

• Inclure le budget : détermine si le panneau du budget est affiché. Si cette option est désélectionnée, le panneau du budget ne s'affiche pas, même si le calcul du budget est configuré dans le plan.

• Inclure total : option qui détermine si le total de la colonne est affiché ou non. Si cette option est désélectionnée, même les champs personnalisés configurés pour afficher le total de la colonne ne sont pas affichés.

• Format de l’intitulé de l’évaluation : détermine la manière dont les notations de rendement sont affichées : texte, numérique ou numérique. La meilleure pratique recommande d'utiliser du texte pour avoir un impact plus significatif sur le pilotage des récompenses que simplement numérique.

• Format du modèle de directive : détermine le modèle d’affichage des directives dans l’onglet Salaire. Peut utiliser les mots-clés suivants : min, low, def, high et max.

• Activer l’analyse en direct : ce paramètre permet d’afficher le tableau de bord du paiement du plan.

• Figer les colonnes pour le défilement : fige le volet des colonnes d'employés pour qu'il soit toujours visible lors du défilement.

• Afficher les enregistrements d'affectation dans le formulaire du responsable : indique l'ordre des enregistrements d'affectation de salariés.

• Instruction et Mentions légales du gestionnaire : espace pour les instructions ou les avis qui doivent être affichés sur le formulaire.

• Vous pouvez définir le tri par défaut de l'affichage des salariés sur le formulaire. Vous pouvez définir par nom de salarié ou paiement final et également définir le nombre de salariés par page.

Cet écran est disponible après la sauvegarde des options initiales. Il permet une configuration et une gestion spécifiques au programme.

Le menu supérieur se compose de trois onglets ou options :

• Configuration du plan : configurations du programme de rémunération variable
• Gérer les fiches : créer, supprimer et modifier les formulaires de rémunération variable
• Cycle de rémunération complet : publier les données dans SAP SuccessFactors Employee Central et générer des relevés de récompenses

• Paramètres : paramètres généraux de rémunération variable, paramètres d’affichage, paramètres d’Employee Central (par exemple, mappage des champs d’historique d’employé), paramètres avancés, paramètres de calcul des primes et définition des règles de format des nombres.
• Créer la fiche : configurez les noms et la visibilité des étiquettes, le concepteur de colonnes, définissez les formats des nombres, remplacez les autorisations et les filtres d’évaluation par la direction au niveau du plan.
• Détails du plan : objectifs commerciaux, programmes de primes, admissibilité, pondérations des objectifs, directives et budget.
• Gérer les utilisateurs : importez et modifiez les données d’historique de l’employé et définissez la structure du planificateur.
• Prévision de prime : créez et générez des résultats de prévision.
• Calculer la prime : lancez le processus de calcul des primes.
• Rapports : rapports de validation dans lesquels les administrateurs peuvent vérifier si les données importées sont correctes.

La rémunération variable nécessite une feuille de route qui détermine le flux de traitement d’un formulaire de rémunération variable. La feuille de route est jointe au programme de rémunération variable dans les paramètres avancés, puis elle est suivie lors de la création d’un formulaire.

Exemple 1 : pour les administrateurs qui souhaitent vérifier les formulaires avant qu’ils ne soient envoyés aux responsables, et à nouveau à la fin, avant qu’ils ne soient envoyés à la fin.

• Utilisateur (un administrateur de rémunération nommé qui reçoit tous les formulaires et lance le processus)
• Salarié (responsable)
• Responsable (responsable du responsable)
• Utilisateur (un administrateur de rémunération nommé qui reçoit tous les formulaires avant la fin du processus)

Exemple 2 : Dans les cas où la personne qui a lancé le formulaire doit être impliquée comme étape finale de révision/mise en forme/mise en attente à la fin du processus.

• Salarié (responsable)
• Responsable (responsable du responsable)
• Initiateur (la personne qui a lancé le formulaire)

• Il n'est pas recommandé d'utiliser la modification et les commentaires de Obtenir des commentaires.
• Assurez-vous que les cases Désactiver l'acheminement de la demande de commentaire et Désactiver Demander la modification de l'acheminement sont cochées dans les Paramètres avancés.
• L'utilisation d'étapes de signature n'est pas recommandée.
• Les formulaires peuvent être acheminés vers une étape précédente en cochant la case Activer l’acheminement des formulaires vers l’étape précédente dans les Options avancées. Cela est particulièrement utile si le réviseur de la deuxième ou de la troisième étape souhaite que le planificateur précédent modifie les recommandations ou les commentaires.
• Les administrateurs peuvent acheminer la totalité ou un grand nombre de formulaires de rémunération en cliquant sur le bouton Acheminer tous les formulaires. Les formulaires doivent appartenir au même modèle de rémunération, de rémunération variable ou de rémunération totale.
• 
• Les administrateurs peuvent également déplacer les formulaires vers l’arrière si l’option Acheminer les documents en masse vers l’arrière est sélectionnée dans les autorisations.
• Pour les cadres dirigeants et les autres niveaux de l’organisation qui doivent participer au processus de planification mais qui n’ont pas besoin de figurer dans la feuille de route, il est recommandé d’utiliser la fonctionnalité d’évaluation par la direction (décrite dans une section ultérieure).
• Au cours du test d’acceptation utilisateur (UAT) ou de tout test, il peut être nécessaire d’acheminer en masse des formulaires via le Centre d’administration→Acheminer le document.
• Lors de l’acheminement des formulaires, vous avez la possibilité de choisir si les données doivent être validées avant de passer à l’étape sélectionnée.

Lorsque l'option Ignorer la validation du formulaire est sélectionnée, toutes les exigences non remplies, telles que les commentaires forcés, sont ignorées et le formulaire peut être avancé.

Si l'option Valider le formulaire est sélectionnée, une erreur s'affiche en notant les mises à jour requises dans le formulaire avant que l'acheminement ne puisse avoir lieu.

Définir le calcul des primes :

Nombre de sections d’objectifs commerciaux : sélectionnez 1 (par défaut), Aucun ou Multiple.

• Sélectionnez Aucun si les objectifs commerciaux ne contribuent pas au calcul des primes (la prime est calculée sur la base des objectifs du formulaire de gestion du rendement uniquement).
• Sélectionnez-en un si les objectifs commerciaux seront sous une catégorie.
• Sélectionnez Plusieurs si les objectifs commerciaux seront classés en plusieurs sous-sections (cette rubrique est abordée en détail dans le chapitre 4).

Équation du calcul des primes :

• Cette formule détermine le mode de calcul du paiement final.
• En cas de paiement supplémentaire, le paiement final est l'ensemble du paiement individuel/de l'équipe et du paiement commercial.
• En cas de multiplicatif, la directive individuelle/d'équipe sert de multiplicateur au paiement total de l'entreprise.

La formule 1 correspond à la performance de base x de l'entreprise.

L'intégralité de la prime est calculée en fonction des résultats des objectifs commerciaux.

La formule 2 est la base × la performance de l'entreprise × la performance individuelle.

Cette formule intègre la performance des employés dans le calcul des primes en tant que multiplicateur de la réalisation de l'entreprise.

La formule 3 est la base × (performance de l'entreprise + performance individuelle).

Cette formule utilise les performances commerciales et individuelles comme composantes pondérées du versement de prime.

La Formule 4 est la base × la performance de l'entreprise x la performance de l'équipe x la performance individuelle.

Cette formule intègre les performances de l'équipe et des employés dans le calcul des primes en tant que multiplicateur de la réalisation de l'entreprise.

Formule 5 est base x (performance métier + performance équipe + performance individuelle.

Cette formule utilise les performances de l'entreprise, de l'équipe et des individus comme composants pondérés du versement de prime.

Nom du plan d’objectifs (fichier de configuration XML qui définit le fichier csv des objectifs commerciaux) :

• Similaire à un fichier CAB pour les objectifs à charger ultérieurement
• Chargé dans Provisioning
• Un modèle de nom d’objectif commercial unique est affecté à chaque programme de rémunération variable.
• L’identifiant de modèle est référencé dans le fichier de données d’objectif commercial

Nom de l'objectif commercial dans le modèle XML

• Chaque programme utilise le même modèle mais avec un ID unique dans les années 800.

• Lorsque les plans de rémunération variable sont clonés, les modèles d'objectif varpay sont automatiquement créés dans le backend.

Accédez à Provisioning→Importer/Mettre à jour/Exporter le modèle de plan d’objectifs de rémunération variable.

Sélectionnez Parcourir et sélectionnez le modèle de plan d’objectifs commerciaux mis à jour pour le programme de rémunération variable.

Sélectionnez Charger.

Configurez le montant de base comme suit :

• Colonne importée du fichier de données d’historique de l’employé - Ce paramètre nécessite que le montant de base soit chargé dans le cadre du fichier de données de l’historique de l’employé.
• Colonne importée du fichier Données utilisateur : pour les clients qui souhaitent que la prime totale soit calculée à l’aide d’un montant de base. Par exemple, même si le salarié a obtenu une augmentation de salaire au cours de l'année et/ou des affectations différentes, l'objectif de prime est calculé sur la base du salaire de fin d'année le 31/12.
• Formule personnalisée (la formule peut contenir uniquement les champs définis dans le fichier d’historique de l’employé) - Ce paramètre nécessite la saisie des ID de champ numérique de l’élément d’expérience à utiliser comme formule.
  • Les noms de zones doivent être ifld (entier) ou ffld (float).
  • ffld1 est réservé à la base, ne l'utilisez pour aucun autre champ.
  • Lors du chargement des données d’historique de l’employé, la colonne de base doit toujours être incluse, mais avec des valeurs vides.
  • Déclencher le calcul de base - utilisé pour l'intégration SAP - VRP. Déclenche un calcul de base personnalisé lorsque l'EHD est importée.

Clé d'importation - Utilisée uniquement lorsqu'une base est extraite du fichier de données utilisateur.

Le programme est-il basé sur des affectations ? - Lorsque chaque affectation a son propre formulaire de gestion des performances.

Sources de notation :

• Formulaire de gestion des performances
• Profil du salarié
• Importer par employé
• Importer par historique des affectations

Récupérer les notations des formulaires de gestion des performances à l’aide de :

• Calculé
• Global (overallPerformance, overallCompetency, overallObjective ou overallPotential)

• Section Évaluation des performances

• Pourcentage (terminé) terminé en tant que notation

  

Lorsque vous utilisez Calculé ou Global, le nom du formulaire est affiché dans les détails de la section des objectifs individuels.

Lorsque vous utilisez la section Évaluation des performances ou Pourcentage effectué en tant qu’évaluation, les objectifs de gestion des performances s’affichent sur le formulaire de rémunération variable.

Si vous utilisez Profil de l'employé :

1. Sélectionnez le type de tarification à utiliser :

   • Prend en charge les quatre normes (compétence, objectif, performance et potentiel) et deux types personnalisés.
   • Les valeurs affichées dans la liste déroulante sont configurées dans le modèle de données - élément d’expérience.

2. Date d'entrée en vigueur :

   • Si la date d'entrée en vigueur n'est comprise entre aucune des dates de début et de fin, le système renvoie Non applicable.
   • Dans le cas de plusieurs évaluations à la même date, le système prend la dernière modification

• Le formulaire de rémunération variable va extraire l’évaluation dans le fichier du répertoire des utilisateurs
• Définir une colonne personnalisée pour stocker l'évaluation dans le fichier du répertoire des utilisateurs
• Définissez une échelle de notation si vous souhaitez afficher des intitulés de notation au lieu de nombres.
• Les notations doivent correspondre à l’échelle de notation.

Importer par employé

Aucun nom de formulaire ou objectif n’est affiché dans les détails de la section Objectif individuel.

La notation importée est utilisée.

• Le formulaire de rémunération variable va récupérer l’évaluation dans le fichier d’historique de l’employé.
• Définissez une colonne personnalisée pour stocker l’évaluation dans le fichier d’historique de l’employé (via le modèle de données).
• Définissez une échelle de notation si vous souhaitez afficher des intitulés de notation au lieu de nombres.
• Les notations doivent correspondre à l’échelle de notation.

Importer par historique d'affectation (ABR uniquement)

Aucun détail pour le formulaire ABR ne doit utiliser le profil de rémunération.

La notation importée est utilisée.

Définition du plafond de prime :

• L’application multiplie le pourcentage du plafond de prime par le montant cible de l’affectation pour déterminer le montant du plafond de prime.
• Le montant du plafond de prime est comparé au montant du paiement de l'affectation et le moins élevé des deux valeurs est utilisé pour la prime de l'employé.

Configuration du plafond de prime :

• Configuré dans le fichier d’importation des programmes de primes
• Ne peut pas être configuré dans l'IU

L'exemple suivant montre comment le plafond de prime est calculé pour un salarié avec deux affectations.

Le total des montants de paiement des objectifs commerciaux ne peut pas dépasser un pourcentage préconfiguré du montant cible au prorata pour cette mission. Le plafond est appliqué à chaque affectation.

Le montant total du paiement pour l’employé ne peut pas dépasser un pourcentage préconfiguré de la somme des montants cibles au prorata pour l’employé. Le système applique le plafond à la fin, à l'aide des montants agrégés.

Des directives peuvent être créées pour les objectifs individuels et d'équipe. À l'instar des directives utilisées pour SAP SuccessFactors Compensation, elles peuvent être créées à l'aide des critères suivants :

• Notation

• Niveau d’emploi

• Catégorie de rémunération

• Groupe budgétaire

• Champ personnalisé

Trois champs personnalisés au maximum peuvent être utilisés comme critères de directive. Les champs personnalisés suivants qui sont de type de données Chaîne, Pourcentage et Montant sont pris en charge :

• Champs personnalisés avec clé d'importation
• Champs calculés personnalisés
• Champs modifiables (champs d'énumération)

• Limite ferme : place un point d'arrêt dur sur les directives pour le minimum ou le maximum, selon ce qui est spécifié dans l'application des directives.

• Appliquer la valeur par défaut à l’évaluation ou au changement de champ personnalisé :

  • Si l’évaluation de l’utilisateur change, la colonne Pourcentage de paiement individuel devient la valeur par défaut pour la nouvelle évaluation dans les formulaires déjà lancés.

  • Si les directives sont basées sur des champs personnalisés et que le champ personnalisé de l’utilisateur change, la colonne Pourcentage de paiement individuel devient la valeur par défaut du nouveau champ personnalisé dans les formulaires déjà lancés.

  • Exemple : les directives sont basées sur l’emplacement. Si un utilisateur change d’emplacement, les directives par défaut pour le nouvel emplacement remplissent les formulaires lancés.

• Action Élevée/Faible : définit des avertissements ou des ignorements si le pourcentage de paiement individuel dépasse les valeurs supérieures et inférieures définies dans les directives.

• Application des directives : Définit des avertissements en cas de dépassement des directives minimales et maximales ; fonctionne en conjonction avec les commentaires forcés et les limites strictes.

• La zone de performance peut être définie sur pour pouvoir être modifiée.

Lorsque le champ Pourcentage de performances est défini comme modifiable, les planificateurs peuvent choisir librement les paiements pour la section individuelle de la fiche.

La fonctionnalité Forcer les commentaires peut être ajoutée pour déclencher un commentaire de justification si les paiements ne sont pas conformes aux directives définies. Lorsqu'elle est configurée, une icône en forme de bulle s'affiche. Si un montant en dehors de la directive est saisi, la bulle devient rouge.

Dans l'exemple de la figure suivante, Directives - Forcer les commentaires, la directive maximale est définie sur 90 %, mais le planificateur a saisi 100 %.

Actuellement, le planificateur peut toujours enregistrer le formulaire, mais ne peut pas le faire passer à l’étape suivante de la feuille de route.

Remarque : L’arrêt définitif doit être désactivé pour que les commentaires forcés fonctionnent.

Pour saisir un commentaire, le planificateur sélectionne simplement l'icône de bulle de commentaire et saisit le commentaire dans la fenêtre pop-up. Sélectionnez Sauvegarder et fermer pour finaliser.

Une fois saisi, le commentaire peut être modifié ou supprimé.

Les commentaires forcés peuvent être configurés dans le plan XML de rémunération variable ou dans l’interface utilisateur d’administration. L'emplacement de la balise <comp-force-comment-config> dans le fichier XML est avant comp-rating-source, comme illustré dans la figure suivante, Placement de la balise <comp-force-comment-config>.

Les messages d'avertissement peuvent être personnalisés au niveau de la zone.

Vous pouvez également configurer Forcer les commentaires dans l’interface d’administration en accédant à Configuration du plan→Conception Fiche Définir→des règles de validation standard.

Elles indiquent comment le montant de base du budget est calculé. SAP SuccessFactors Variable Pay prend en charge les modes suivants :

• Montant direct

• Pourcentage du champ personnalisé

• Budget par directive (individuel et équipe)

• Pourcentage de prévision calculée (réalisation commerciale prévisionnelle)

• Pourcentage de prévision calculée2 (Prévision 2 Réalisation commerciale)

• Pourcentage de résultats calculés (réalisation réelle de l'activité)

Le pourcentage du budget peut être déterminé à l'aide de l'approche suivante :

• Utilisateur : le pourcentage du budget est défini au niveau de l’utilisateur, importé depuis le fichier de données utilisateur.

• Modèle : le pourcentage de budget défini au niveau du plan, valeur de budget spécifiée, est suivi pour l'ensemble du plan.

• Groupe : le pourcentage du budget est défini au niveau du groupe, indiqué dans les affectations de groupe.

Il existe trois types de budget qui peuvent être ajoutés dans SAP SuccessFactors Variable Pay :

• Prévisions

• Prévision 2

• Résultats

Prévision et Prévision 2 sont utilisées uniquement pour créer des scénarios budgétaires. Lorsque les résultats finaux se trouvent dans, le type de budget Résultats est utilisé.

Le calcul du budget dépensé est affecté par l'équation de prime utilisée dans le programme de rémunération variable. Pour les formules supplémentaires, le budget dépensé utilise uniquement la part discrétionnaire du paiement. Pour les formules multiplicatives, le budget dépensé inclut le montant calculé par l'entreprise.

Formule 3 (additif) : Utilisation du mode percentOfCalculated.

Notez que les montants budgétés sont exactement identiques. Lorsque vous utilisez une formule supplémentaire, le système utilise uniquement la part discrétionnaire du paiement comme base et ignore les montants calculés par l'entreprise.

Les montants budgétés sont calculés comme suit :

• Budget = total du montant cible individuel * pourcentage du budget

• Budget dépensé = total du montant cible individuel * pourcentage individuel

Formule 2 (multiplicative) : utilisation du mode percentOfCalculated.

Notez l'écart dans les montants budgétés. Lors de l'utilisation de la formule multiplicative, le système utilise le montant calculé par l'entreprise comme base.

Les montants du budget de résultat sont calculés comme suit :

• Budget des résultats = Somme des résultats calculés Montant cible * Pourcentage du budget

• Résultat dépensé = Total des résultats Montant cible * Pourcentage individuel

Les montants du budget prévisionnel sont calculés comme suit :

• Budget prévisionnel = total du montant cible calculé des prévisions * pourcentage du budget

• Prévisions dépensées = total du montant cible des prévisions * pourcentage individuel

Prévision 2 Les montants budgétés sont calculés comme suit :

• Budget prévisionnel 2 = total du montant cible calculé des prévisions * pourcentage du budget

• Prévision 2 dépensée = total du montant cible des prévisions * pourcentage individuel

Formule 3 (additif) : utilisation du mode percentOfCustomField.

Les montants budgétés sont calculés comme suit :

• Budget = Somme du montant du champ personnalisé * Pourcentage du budget

• Budget dépensé = total du montant cible individuel * pourcentage individuel

Formule 2 (multiplicative) : utilisation du mode percentOfCustomField.

Les montants du budget de résultat sont calculés comme suit :

• Budget des résultats = Somme du champ personnalisé * Pourcentage du budget

• Résultat dépensé = Total des résultats Montant cible * Pourcentage individuel

Les montants du budget prévisionnel sont calculés comme suit :

• Budget prévisionnel = Somme du champ personnalisé * Pourcentage du budget

• Prévisions dépensées = total du montant cible des prévisions * pourcentage individuel

Prévision 2 Les montants budgétés sont calculés comme suit :

• Budget Prévision 2 = Somme du champ personnalisé * Pourcentage du budget

• Prévision 2 dépensée = total du montant cible des prévisions * pourcentage individuel

• Saisissez le nom de famille lorsque le pourcentage du budget est basé sur le groupe.

• Saisissez la clé d’importation lorsque le pourcentage du budget est importé dans le fichier de données utilisateur.

• Saisissez l'ID du champ personnalisé lors de l'utilisation du mode percentOfCustomField.

• Saisissez l'ID de colonne dans les colonnes d'imputation si vous souhaitez indiquer le champ à utiliser pour le montant dépensé.

• Utiliser le paiement final pour la rémunération variable au lieu de la cible individuelle totale – n’est plus utilisé.

Autoriser, avertir ou interdire aux responsables de dépasser un budget.

Créez un message de budget lorsqu’un responsable dépasse le budget.

Le panneau du budget affiche généralement les montants totaux en devise fonctionnelle. Cependant, un planificateur peut faire payer plusieurs salariés dans différentes devises et l'affichage des budgets dans différentes devises peut être nécessaire.

La fonction groupBy répond à ce besoin. Cela ne doit pas être confondu avec le calcul des budgets en fonction des groupes. La fonction groupBy permet d'afficher les budgets séparément, tout en utilisant un seul calcul de budget. groupBy peut utiliser les attributs suivants pour afficher les budgets :

• Code de devise interne – seul le champ de salaire standard est pris en charge

• Champ de salaire personnalisé en lecture seule, pouvant faire l’objet d’un rapport et de type chaîne

Cliquez sur l'icône Copier pour créer un plan à partir d'un plan existant. Indiquez ensuite le nouveau nom et les nouvelles dates du plan.

Sélectionnez les fichiers de données à copier pendant le processus de clonage. Ajoutez ensuite la source de notation pour les objectifs individuels et d’équipe.

Définissez la date d'entrée en vigueur EC si vous utilisez SAP SuccessFactors Employee Central.

Le processus de clonage soulage les points problématiques des clients qui doivent créer un ticket de demande de support pour que leur plan soit copié année après année. Cela automatise la copie XML du plan d'objectifs commerciaux variable avec un nouvel ID de plan d'objectifs, réduisant ainsi les retards introduits par l'envoi d'un ticket de demande de support. Cela réduit également le risque de mise à jour accidentelle des résultats de l'année précédente en automatisant le nouvel ID du plan d'objectifs. Si le plan utilise également des tables de recherche, le processus de clonage permet la mise à jour de la référence à ces tables.

Le processus de clonage copie également l'admissibilité du formulaire de gestionnaire du modèle précédent.

La fonctionnalité Synchronisation d’instance (« synchronisation d’instance ») permet aux clients de déplacer des objets de configuration et des paramètres d’une instance de l’entreprise SAP SuccessFactors vers une autre. Elle prend en charge la synchronisation unidirectionnelle et bidirectionnelle, le contrôle d'autorisation au niveau de l'objet, plusieurs cibles par source et la synchronisation dans différents centres de données.

La synchronisation d’instance utilise un modèle « poussé », ce qui signifie que les objets de configuration et les paramètres sont « poussés » de manière sélective de l’instance source vers l’instance cible. Les configurations ne peuvent pas être extraites dans la cible à partir de la source. Par conséquent, seuls les utilisateurs ayant accès à l'instance source (qui, dans de nombreux cas, est l'instance de test du client) peuvent utiliser les outils de synchronisation d'instance.

Pour SAP SuccessFactors Compensation and Variable Pay, le seul objet ciblé pour utiliser les outils de synchronisation d'instance est la Table de recherche.