Le co\u00fbt de la migration SAP S\/4HANA ne se limite pas \u00e0 la licence logicielle. Le co\u00fbt r\u00e9el provient de l’effort de mise en \u0153uvre, du code personnalis\u00e9, de la migration des donn\u00e9es, des tests, des temps d’arr\u00eat et de la gestion des syst\u00e8mes legacy. Voici un aper\u00e7u approfondi des principaux facteurs de co\u00fbt et de la mani\u00e8re dont une meilleure gestion des donn\u00e9es peut r\u00e9duire l’effort de migration. <\/p>\n\n
De nombreuses organisations commencent leur planification de migration SAP S\/4HANA<\/a> avec une question majeure : combien cela co\u00fbtera-t-il ? Au premier abord, la r\u00e9ponse peut sembler tourner autour des licences, de l’infrastructure, des partenaires d’impl\u00e9mentation et des d\u00e9lais de projet. Ceux-ci sont certainement importants. Cependant, le co\u00fbt r\u00e9el d’une migration S\/4HANA va g\u00e9n\u00e9ralement beaucoup plus loin. <\/p>\n\n Le co\u00fbt est d\u00e9termin\u00e9 par le paysage SAP ECC actuel. Des ann\u00e9es de code personnalis\u00e9, de rapports inutilis\u00e9s, de codes d’entreprise inactifs, d’anciennes donn\u00e9es transactionnelles, de grandes tables, d’interfaces obsol\u00e8tes et de propri\u00e9t\u00e9 des donn\u00e9es peu claire peuvent tous augmenter l’effort de migration. Dans de nombreux cas, le projet de migration r\u00e9v\u00e8le une complexit\u00e9 qui s’est accumul\u00e9e au fil des ans. <\/p>\n\n C’est pourquoi les efforts de migration S\/4HANA ne peuvent pas \u00eatre compris uniquement comme un co\u00fbt de conversion logicielle ou technique. Il s’agit aussi de donn\u00e9es, de processus m\u00e9tier, de conformit\u00e9 et de transformation num\u00e9rique. <\/p>\n\n Plus une organisation int\u00e8gre de complexit\u00e9 dans le projet, plus il faut de temps et d’efforts pour pr\u00e9parer, convertir, tester et stabiliser le nouvel environnement. Une base de donn\u00e9es volumineuse augmente les besoins en m\u00e9moire HANA. Le code personnalis\u00e9 augmente l’effort de rem\u00e9diation. Des donn\u00e9es mal g\u00e9r\u00e9es augmentent les tests et la r\u00e9conciliation. Les syst\u00e8mes legacy augmentent les co\u00fbts post-migration<\/a> s’ils ne sont pas pris en compte d\u00e8s le d\u00e9but. <\/p>\n\n Un plan de migration pratique commence donc par un principe simple : r\u00e9duire la complexit\u00e9 inutile avant qu’elle n’atteigne SAP S\/4HANA.<\/p>\n\n La licence est g\u00e9n\u00e9ralement le co\u00fbt le plus visible dans une migration S\/4HANA. Elle est facile \u00e0 identifier, \u00e0 budg\u00e9tiser et \u00e0 discuter en interne. Cependant, elle ne repr\u00e9sente qu’une partie du co\u00fbt total. <\/p>\n\n Le co\u00fbt total comprend le projet d’impl\u00e9mentation, la conversion technique, le support conseil, la pr\u00e9paration des donn\u00e9es, la rem\u00e9diation du code personnalis\u00e9, la refonte des processus, les tests, la formation, la planification des temps d’arr\u00eat, l’infrastructure et le support apr\u00e8s la mise en service. De plus, la plupart des organisations doivent continuer \u00e0 exploiter les syst\u00e8mes legacy SAP ECC<\/a>, les syst\u00e8mes de test, les environnements sandbox et les plateformes legacy pendant la transition. <\/p>\n\nLe co\u00fbt de la migration SAP S\/4HANA ne se limite pas \u00e0 la licence<\/h2>\n\n