Transformation S/4 sans dommage HCM


L'ERP et le HCM sont étroitement liés et échangent des données ensemble. L'adaptation des objets d'imputation, c'est-à-dire la modification des données relatives au centre de coûts et à l'objet de coûts, dans l'ERP entraîne donc automatiquement l'adaptation des données dans le HCM. Une décision importante dans le cadre d'un tel projet d'adaptation est donc le choix de la stratégie appropriée : soit la conversion a lieu à une "date de référence" définie, à laquelle les anciennes et nouvelles structures restent dans le système, soit on choisit la variante "historique", dans laquelle l'historique des objets d'imputation est entièrement remplacé. Le choix de l'une ou l'autre des variantes a une influence déterminante sur la manière dont l'ERP et la HCM collaboreront à l'avenir. Les deux approches ont des avantages et des inconvénients. Leur impact dépend des exigences spécifiques de l'entreprise.
Jour de référence : double customisation
La variante de la date de référence prévoit qu'à partir d'une date définie, le Customizing du système est dupliqué. Cela signifie que les anciens et les nouveaux domaines du personnel, sociétés, périmètres analytiques, centres de coûts, OTP et/ou ordres internes existent en parallèle. À partir du jour de référence, le nouveau Customizing est activé via l'affectation organisationnelle (IT0001), tandis que les anciennes structures continuent d'exister. L'avantage de cette approche est que l'historique reste inchangé et que le nouveau système est entièrement introduit à partir d'un point défini. Toutefois, cette approche nécessite des tests approfondis, car tous les processus - de la facturation à la gestion des temps en passant par les interfaces et le gestionnaire B2A - doivent être vérifiés. C'est la seule façon de s'assurer que la transition et le fonctionnement se déroulent sans problème. L'effort de test et les conseils nécessaires sont alors très élevés, car un double customizing est nécessaire.
Un inconvénient majeur de la variante de la date de référence est qu'il n'y a pas de calcul rétroactif dans le système HCM sur les anciens objets d'imputation. Après la date de référence, tous les décomptes et toutes les écritures doivent être alignés sur les nouvelles sociétés et les nouveaux centres de coûts dans le système ERP. Cela signifie que les calculs rétroactifs pour les périodes de décompte antérieures à la date de référence ne peuvent plus être effectués sur les anciens objets d'imputation dans HCM.
Historique : remplacement complet
Dans la variante historique, l'ensemble de l'historique du système est remplacé par les nouveaux objets d'imputation. Il n'est pas nécessaire de gérer en parallèle l'ancien et le nouveau Customizing pour les objets d'imputation. Cette approche permet de réduire les tests, car le gestionnaire B2A, les activités de suivi et de nombreux autres processus ne doivent pas être testés à nouveau. Un autre avantage est que le calcul rétroactif dans le système HCM reste possible sans problème, car les anciens objets d'imputation sont entièrement remplacés par les nouveaux. Avec cette variante, les frais de conseil sont réduits, car il n'est pas nécessaire de procéder à un double customizing. De plus, les anciens objets d'imputation ne sont plus nécessaires dans le système, ce qui le simplifie et le libère des données obsolètes.
Quelle que soit l'option choisie par l'entreprise, les schémas, les règles et les caractéristiques doivent dans les deux cas être examinés en profondeur et adaptés si nécessaire. Le Data Conversion Server de Natuvion peut y contribuer. Un tel logiciel, développé pour la transformation, soutient la migration des données en remplaçant les anciens objets d'imputation par les nouveaux et en garantissant que toutes les adaptations nécessaires sont effectuées dans le système. Pour s'assurer que le déménagement vers le cloud SAP se déroule sans problème, tout comme le futur échange de données entre l'ERP et HCM, il est conseillé de se pencher suffisamment tôt sur les variantes de migration et sur l'utilisation éventuelle d'une solution de conversion de données.