Connexion à SAP HCM

La solution UMRA (User Management Resource Administrator) propose un ensemble de méthodes de gestion des comptes utilisateurs dans un environnement réseau. Elle définit la manière dont les comptes doivent être gérés en se basant sur des scénarios. À titre d’exemple, un scénario peut déterminer la convention de nommage des comptes utilisateurs, les systèmes dans lesquels ces comptes doivent être créés, ainsi que les autorisations qui doivent s’y appliquer. Les scénarios déterminent à la fois comment doivent être gérés les comptes utilisateurs et quels comptes utilisateurs sont autorisés à entrer des données dans UMRA. L’entrée de données est multiforme, avec comme options possibles l’utilisation d’un formulaire complété par le service support informatique (délégation), le self-service, la gestion du workflow de l’entreprise, ainsi que la connexion de la solution UMRA à un système source.

La figure ci-dessous propose une vision schématique du fonctionnement de la solution UMRA connectée à un système source.

UMRA prend en charge un grand nombre de systèmes source allant des systèmes RH aux systèmes de gestion des badges d’identification, en passant par les entrepôts de données (datawarehouse), les applications de gestion des travailleurs temporaires, les progiciels de planification ou d’ordonnancement, etc.
Ce document offre une vue d’ensemble des fonctionnalités de la solution UMRA permettant de communiquer avec l’application SAP HCM. La communication de et vers cette application est assurée par le module SRC SAP HCM de la solution UMRA.

Le module SRC-SAP-HCM de la solution UMRA

Le module SRC-SAP-HCM de la solution UMRA fait partie de la suite de connecteurs UMRA. Il a été développé en premier lieu pour lire les informations sur les comptes clients provenant de l’application SAP HCM et pour les acheminer dans le module de base de la solution UMRA. Le module SRC-SAP-HCM prend en charge toute une gamme d’interfaces avec l’application SAP HCM permettant de récupérer les informations souhaitées. La figure ci-dessous propose une vision schématique du fonctionnement de la solution UMRA et des types d’interface SAP HCM qui sont prises en charge.

Les objets BAPI et les fonctions RFC (intégrées)

Les fonctionnalités standard de SAP sont accessibles via l’interface BAPI standard ou via les fonctions RFC. Ces fonctions sont utilisées pour récupérer des informations sur les employés comme leur nom et leur adresse. L’avantage de cette approche est qu’aucune modification n’est requise côté SAP et que les droits d’accès aux informations dans SAP peuvent être correctement gérés.

La table de lecture des fonctions RFC et les fonctions RFC (personnalisées)

Si les informations à récupérer sont plus nombreuses et qu’elles ne sont pas accessibles via les objets BAPI ni les fonctions standard RFC intégrées, alors c’est la table de lecture des fonctions RFC ou les fonctions RFC personnalisées qui sont utilisées. L’avantage de la table de lecture est qu’elle peut être réalisée facilement et rapidement. Son inconvénient tient au fait que l’utilisateur des fonctions RFC avec la solution UMRA doit disposer des droits nécessaires pour effectuer cette opération. Toutes les tables du module SAP HCM peuvent être lues à l’aide de cette fonction. Il est cependant possible de restreindre l’accès à ces scripts dans la solution UMRA. Contrairement aux fonctions RFC standard, il n’est pas possible de restreindre ces droits pour des fonctionnalités spécifiques à un nombre limité d’utilisateurs des tables SAP. De plus, cela n’est pas un fonctionnement souhaitable du point de vue de la sécurité. En cas de besoin, une fonction RFC personnalisée peut être développée par un programmeur SAP, afin de la faire fonctionner ensuite dans la solution UMRA.

Importation / exportation XML

Il est possible d’effectuer une exportation XML manuelle ou planifiée depuis SAP. Les données en question peuvent alors être importées manuellement ou de manière planifiée dans la solution UMRA.

Remarque : Les fonctionnalités BAPI et les fonctionnalités personnalisées d’importation et d’exportation XML ne sont pas implémentées ni mises à jour par Tools4ever. Tools4ever peut assurer la maîtrise d’œuvre pendant les phases de développement, de test, de validation et de livraison, mais il ne peut pas développer de fonctionnalité BAPI. Les personnes les plus aptes à développer ces fonctionnalités sont le groupe de développeurs qui effectuent déjà les modifications dans l’environnement SAP du client.

Le mappage des données

La première tâche du module SRC-SAP-HCM de la solution UMRA consiste à assurer l’interface avec l’application SAP HCM. La mise en forme des informations de cette application dans le système cible est déterminée par les scénarios UMRA. Ces scénarios déterminent notamment quels champs de l’application SAP HCM doivent être reliés au réseau ; c’est ce que l’on appelle souvent le mappage. La configuration des scénarios de la solution UMRA est effectuée par un consultant Tools4ever à partir des informations du client. Ces informations doivent contenir au minimum les éléments suivants :

Mappage des champs de l’application SAP HCM avec les systèmes et les attributs du réseau

En général, ce mappage prend la forme d’une table, dont vous trouverez un exemple ci-dessous. Au cas où un lien serait basé sur la table de lecture des fonctionnalités RFC, il est important que le nom de la table et de l’attribut soit donné au niveau du champ SAP.

Conditions par champ / attribut

En ce qui concerne les informations provenant de l’application SAP HCM, il est possible de mettre en forme les attributs sur le réseau. Tous les formulaires de mise en forme sont envisageables, ce qui inclut la prise en charge des mises en forme simples du champ SAP vers l’attribut de l’application (par exemple le format de date français vers le format de date américain) et des mises en forme combinées de plusieurs champs de SAP vers un seul attribut d’une application. Voici un exemple de description d’une mise en forme :

Les champs organisationnels, à l’exception du centre de coût principal et des mutuelles d’entreprise, se trouvent dans l’application SAP OM (pour Organizational Management). Un numéro d’employé est relié à un ou plusieurs centres de formation. Un service est relié à un centre de coût. Ces relations se trouvent dans la table HRP1001 et elles peuvent être consultées dans SAP par le biais de la transaction PPOSE. Chaque objet OM peut donner lieu à plusieurs relations. Si le nombre de relations est supérieur à ce que peut gérer le service d’annuaire, ce sont les relations trouvées en premier qui seront stockées dans le service d’annuaire. Ainsi, si un employé est associé à trois centres de formation, chacun doté d’une fonction et d’un service distincts, seuls deux fonctions et deux services seront enregistrés dans le service d’annuaire. Si une seule relation existe, la fonction numéro deux et le service numéro deux restent vides dans le service d’annuaire.

4. Les prérequis de configuration du module SRC-SAP-HCM de la solution UMRA

Les points suivants sont importants pour le succès et la sécurité de la mise en œuvre du lien avec l’application SAP HCM :

• Il est courant d’activer les scénarios de synchronisation toutes les nuits via un batch. Pour activer le batch de tâches, la solution UMRA dispose de fonctionnalités de planification via UMRA scheduler. Si vous le souhaitez, vous pouvez également activer les tâches manuellement à l’heure voulue (activation de tâches interactive).
• Pour optimiser les performances, les analyses de la solution UMRA s’effectuent sur la base d’une date d’évaluation, qui permet de récupérer uniquement le statut actuel d’un employé, et non l’historique de tous les changements.
• Les analyses de la solution UMRA s’effectuent avec la méthode de comparaison totale. Toutes les nuits, l’ensemble des données pertinentes sont récupérées dans SAP et elles sont comparées avec le statut qui se trouve dans les systèmes liés participants. Cette méthode est plus fiable que celle basée sur le déclencheur et l’événement dans les situations où les transactions peuvent se produire pendant le traitement d’un système participant. Enfin, il arrive rarement qu’un système cible prenne en charge un système de transactions (Roll Back, Commit Transaction, etc.) et qu’il puisse garantir qu’une transaction a bien été traitée. L’utilisation de la méthode de comparaison totale permet néanmoins de construire un lien fiable.
• En raison de la nature du lien de comparaison totale, il est important d’intégrer un test de charge pendant la phase de test afin de déterminer la charge du système UMRA pour SAP.
• Les opérations suivantes doivent être effectuées par le client :
  
  • Indiquer la méthode de lien préconisée
  • Concevoir la partie fonctionnelle de la mise en forme des champs SAP vers les attributs de l’application
  • Concevoir et mettre en œuvre le processus de qualification. Les tests système et les opérations générales sont réalisées par Tools4ever. Le test de charge décrit plus haut est un composant du processus de qualification.
  • Assurer l’accès à l’environnement de l’application SAP HCM pour toutes les phases allant du développement à la mise en production et, si possible, proposer un environnement comparable pour les systèmes cible (applications). Il est important que la configuration, la version et les données de l’application SAP HCM soient identiques pour les deux environnements (dans le calendrier de lancement du projet).
  • Dans SAP, créer un compte utilisateur disposant des droits suffisants pour accéder aux informations enregistrées. Ce compte est utilisé par le service UMRA pour accéder aux informations.