Découverte du modèle de déploiement hybride de base de SuccessFactors (Modèle 2)

Ce billet est destiné aux utilisateurs finaux et aux équipes de projet de SAP SuccessFactors.

Il s'agit du deuxième des quatre billets concernant le modèle de déploiement SAP SuccessFactors. Le premier blog portait sur le modèle hybride talent, je vais maintenant faire la lumière sur le modèle hybride de base.

En savoir plus sur le modèle de déploiement hybride de base

Hybride de base - fourni par SAP

Le modèle de déploiement hybride de base est davantage axé sur la refonte des processus RH de base en fournissant toutes les fonctionnalités existantes des solutions SuccessFactors Employee Central (EC) et Talent. Dans ce modèle, les tâches de paie et de gestion des temps continuent d'être exécutées dans SAP ERP ou S/4HANA tandis que la gestion des ressources humaines est gérée dans le cloud.

L'un des principaux changements de cette approche est que les informations principales sur les employés, l'organisation, et éventuellement le temps et les présences, migrent de l'ERP sur site vers la solution SuccessFactors Cloud. En effet, la source de l’information circule de SuccessFactors vers l’ERP contrairement au modèle hybride talent. Cela signifie que les informations sur l'organisation et les employés seront répliquées dans les types d'informations du module SAP HCM.

Flux de données d'intégration BIB – Basés sur la documentation SAP

L'intégration SAP Cloud Platform est la plate-forme qui permet l'échange de messages entre les systèmes SAP ERP ou S/4HANA et SuccessFactors. Il est également possible d'utiliser Dell Boomi pour la réplication de SuccessFactors (Boomi ne sera pas pris en charge par SAP à mi-temps en tant que plateforme d'intégration SuccessFactors). Certains clients qui souhaitent migrer vers SAP CPI auront la configuration minimale requise pour les composants installés dans l'ERP. La mise à jour des composants de l'ERP entraîne des revues du bon fonctionnement des fonctionnalités associées et des évolutions Abap. Parfois, des intégrations personnalisées s'exécutent également sur la plateforme Boomi ; par conséquent, un processus de migration doit être envisagé pour ces intégrations, à moins que le client ne souhaite conserver les deux plates-formes. Il n'existe aucun outil de migration entre Boomi et CPI, le contenu d'intégration doit donc être créé à partir de zéro.

Le nom de l’intégration dans le modèle de base hybride est BIB (Business Integration Builder). Cette intégration a amélioré les fonctionnalités de mappage, de conversions de listes et de contrôle des dates de réplication depuis SAP ERP. Du côté de l'intégration du contenu CPI, les flux ont été condensés, ce qui a permis une mise en œuvre plus rapide et plus conviviale. L'exécution des répliques peut être automatique ou manuelle permettant une synchronisation avec le registre de contrôle de la Paie.

Les capacités de surveillance sont l’un des piliers de l’intégration BIB. Surveillance spécifique pour la réplication récemment mise à jour vers la version 2.0 permettant un contrôle total du processus de réplication. Le retraitement et le filtrage de chaque réplique sont également autorisés à partir du moniteur de réplication. D'autre part, le journal des transactions SLG1 et les rapports spécifiques complètent les avertissements et les erreurs d'intégration, donnant plus de contrôle sur chaque objet transféré.

Principales considérations

• Alignez les identifiants des employés en suivant le mappage des identifiants des employés décrit dans le document IDP Employee Central Core Hybrid : Gestion des identifiants des employés.
  
  
• Définir la date complète de début de transmission, il est important que cette date soit associée au plan de mise en service et aux délais de versement des salaires.
  
  
• Les dates de transmission peuvent être configurées indépendamment au niveau de la société, de la classe d'employé ou du niveau de l'employé si nécessaire.
  
  
• Une communication constante entre l’équipe technique et fonctionnelle est essentielle au bon fonctionnement de la réplication. Un modèle consolidé des entités SuccessFactors est nécessaire pour que l'importation de métadonnées, de mappages et de transformations soit mise en œuvre efficacement.
  
  
• Prenez comme base les types de données des tables ERP ou S/4HANA. Par exemple, les champs alphanumériques ne peuvent pas être répliqués en champs numériques.
  
  
• Toutes les listes nécessaires à l'intégration doivent être inventoriées et homologuées.
  
  
• Tous les portlets SuccessFactors doivent être évalués ensemble par rapport aux fonctionnalités standard des infotypes. Les infotypes RH personnalisés ou les adaptations personnalisées ne sont pas couverts dans la réplique. La réplication doit également prendre en compte toutes les informations nécessaires à la continuité du processus de paie.
  
  
• Il est fortement recommandé que l'équipe d'intégration ait une connaissance préalable d'Abap et du module HCM. Bien que l’intégration soit entièrement documentée, sa complexité ne peut être sous-estimée.
  
  
• Restreindre l'accès à la modification directe des infotypes dans l'ERP ou S/ 4. Les modifications peuvent corrompre une bonne transmission des informations. Dès le premier instant, l'intégration BIB sera déployée dans un environnement productif, ce doit être le seul moyen qui modifie les informations RH.
  
  
• L'intégration BIB comprend trop de scénarios et de casuistiques. Prévoyez un temps de test considérable et testez au moins une paie pour un échantillon de salariés couvrant autant de scénarios que possible.
  
  
• Habituellement, Employee Central ne contient pas toutes les informations historiques des employés. Certains scénarios, tels que la réembauche d'un employé, peuvent nécessiter des ajustements ou créer des mesures d'embauche pour ajuster le processus de réplication.
  
  Décidez si vous souhaitez automatiser l’exécution des réplications d’informations ou l’exécuter manuellement. Dans le cas de l'automatisation du processus à l'aide de tâches, notez que l'intégration BIB n'est pas considérée comme synchrone et qu'une exécution minimale toutes les heures ou plus est recommandée. Pour envoyer des informations moins fréquemment (simulant un scénario en ligne), pensez à utiliser la réplication Push ou des exécutions manuelles filtrées par code employé uniquement. Renvoyez toutes les erreurs de réplication pouvant survenir depuis la fermeture du registre de paie lorsque la réplication s'exécute automatiquement.
  
  
• La technologie Mash-up peut compléter des fonctionnalités telles que les certifications ou le bulletin de paie. Pour permettre l'exposition des fonctionnalités ERP ou S/4HANA, un proxy inverse ou SAP WebDispatcher doit être configuré. Pour le bon fonctionnement de l'authentification, il est nécessaire de configurer un Assertion Consumer Service dans SuccessFactors et de renseigner le champ USER ID de l'infotype 0105 sous-type ECUS pour les événements d'embauche et de réembauche du côté ERP. Au préalable, la création d'utilisateurs de communication peut être automatisée et regroupée en un seul groupe d'utilisateurs. Ce groupe d'utilisateurs doit être soigneusement exclu du rapport sur les licences car il ne doit pas être considéré comme des utilisateurs productifs mais comme des utilisateurs de communication.
  
  
• L'intégration ne doit pas être une implémentation statique. Celui-ci doit avoir une période de stabilisation. La surveillance, la validation des erreurs, la tenue à jour des listes, l'examen périodique des moniteurs, l'ajustement des incohérences des données sont des tâches de routine nécessaires à son évolution et à son amélioration.
  
  
• La standardisation est synonyme de stabilité. En maintenant des développements personnalisés, des pratiques non standardisées peuvent rendre l'intégration plus difficile en matière de stabilisation et de maintenance.
  
  
• Unifiez vos processus et adoptez les bonnes pratiques de processus SuccessFactors pour une mise en œuvre plus propre.
  
  
• Validez les prérequis au niveau du package de support pour les composants d’intégration. Les mises à jour doivent être effectuées par l'équipe infrastructure du client.
  
  
• Utilisez toujours l'authentification basée sur les certificats au lieu de l'authentification de base pour les systèmes productifs.
  
  
• Étant une solution standard, nous aurons toujours le support du service SAP en cas de pannes ou d'erreurs liées au produit.

Dans le prochain billet, j'expliquerai le modèle de déploiement cloud complet.

Si vous avez besoin de l’aide de nos experts, contactez-nous !