Découvrir le modèle de déploiement cloud complet de SuccessFactors (Modèle 3)

2 Minutes de lecture

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

Cet article est le troisième d'une série de quatre blogs consacrés au modèle de déploiement de SAP SuccessFactors. Le premier blog portait sur le modèle hybride talent, et le deuxième sur le modèle hybride de base. Aujourd'hui, nous allons parler du modèle de déploiement en nuage intégral. Utilisateurs de SAP SuccessFactors et chefs de projet, permettez-moi de vous donner quelques explications. 


 

En savoir plus sur le modèle de déploiement en cloud complet

full-cloud-deployement-model-1

Cloud complet - fourni par SAP

Le modèle de déploiement full cloud ou cloud complet a été créé pour couvrir toutes les fonctionnalités dans le "cloud". Ce modèle prend également Employee Central de SuccessFactors comme point de départ de la transmission. Ce modèle est largement utilisé par les entreprises qui n'ont pas SAP ERP ou S/4HANA, bien qu'il puisse être utilisé en combinaison avec eux.

Employee Central Payroll (Paie) est le composant qui fournit la fonctionnalité de paie dans le nuage. Ce système a un fonctionnement similaire à celui d'un ERP sur site, mais il est entièrement géré par SAP et se trouve dans ses propres centres de données. L'intégration du modèle "Full cloud" est appelée PTP (Point to Point). L'intégration PTP n'utilise pas le middleware SAP CPI ou Boomi, mais les premières versions de l'intégration ont été développées sous Boomi.

*Les tableaux ci-dessous sont uniquement disponibles en anglais.

cloud-deployment-model-2-1

Flux de données de l'intégration PTP - Basé sur la documentation SAP

L'intégration de PTP est plus restreinte (elle dispose d'un modèle de mappage prédéfini) et peut nécessiter davantage de codification Abap que l'intégration de BIB. PTP ne prend en compte que la transmission des objets organisationnels sous la forme d'une liste descriptive. Les deux intégrations (BIB et PTP) peuvent fonctionner ensemble lorsque les systèmes ERP et ECP font partie de l'environnement du client. Dans cette configuration, l'intégration BIB prend le nom de mini-maître parce que l'ERP ne requiert que la réplication des informations de base (type d'information 000, 001, 002, autres en fonction du module ERP à gérer).

 

cloud-deployment-model-3-1

Intégration des données de base de l'IF

 

Outre la réplication Mini master, il est possible de configurer des scénarios de transfert de données de base FI entre l'ERP et l'ECP à l'aide de modèles de distribution IDoc et de la connectivité SAP Router. Les résultats du processus de transfert de la paie pour la comptabilité nécessitent également une connectivité RFC supplémentaire. Pour la réplication des informations d'un système S/4HANA, le scénario BP - Business Partner est utilisé.

En fonction des besoins de l'entreprise, SAP recommande l'utilisation de solutions partenaires telles que Workforce Software. Il existe des contenus d'intégration pré-packagés pour les intégrations de fournisseurs SAP disponibles dans le SAP Business API Hub. 

 


 

Principales considérations

La plupart des recommandations relatives à la réplication des BIB sont applicables à l'intégration PTP. Les différences entre les deux types d'intégration sont énumérées ci-dessous :

  • La connectivité entre SuccessFactors et ECP ne nécessite pas de middleware ou de reverse proxy (SAP Cloud Connector ou WebDispatcher).

  • Les mash-ups et les fonctionnalités web de l'ERP peuvent également être configurés directement sans proxy inverse.

  • Il existe des fonctionnalités supplémentaires pour le contrôle et la réplication des données temporelles.

  • Il est possible d'accéder à ECP via un navigateur Web. Cependant, des fonctionnalités telles que le débogage ou les fonctionnalités de transaction pour le développement Abap ne sont disponibles dans l'interface graphique SAP que par le biais d'une connectivité VPN.

  • La connectivité entre les systèmes ERP locaux et ECP est assurée par les protocoles RFC et IDoc. Il est nécessaire d'assurer la visibilité, la sécurité et la communication entre le routeur SAP local du client et le routeur SAP par le biais d'IP publiques, d'IP privées et de ports par défaut (port 3299).

  • Les tâches administratives, les exigences du système opérationnel et le soutien de l'infrastructure sont gérés par SAP.

Dans le prochain billet, nous expliquerons le quatrième modèle, le modèle côte à côte et le modèle tiers. Restez à l'écoute ! 

Partagez cet article

Laissez nos talents
dynamisez les vôtres

Prêts à faire passer votre SIRH au niveau supérieur? Ensemble, mettons la barre
plus haut pour les RH!