Ce sujet traite des spécificités des implémentations SAP S/4HANA On-Premise. Il s'agit de l'exemple le plus courant de projets d'implémentation sur la base de clients existants. Et pour un client qui utilise déjà SAP ERP, la première question sera la nouvelle implémentation par rapport à la conversion du système.
SAP Readiness Check vous permet d'identifier les domaines les plus impactés et peut être utile pour estimer le coût de la conversion par rapport aux avantages d'une nouvelle implémentation.
SAP Readiness Check pour SAP S/4HANA se concentre sur les résultats de niveau supérieur, par exemple :
Pertinence de l'élément de simplification
Code personnalisé
Applications SAP Fiori recommandées
Dimensionnement SAP S/4HANA
Compatibilité des add-ons
Business Functions
Lorsque vous exécutez une implémentation SAP On-Premise pour des produits tels que SAP S/4HANA, vous disposez de différents chemins de transition (pour en savoir plus, voir le chapitre 5). Parmi les transitions possibles, vous trouverez une nouvelle implémentation (nouvelle) et une nouvelle conversion de système.
La conversion de système est l'un des exemples où les activités de développement et de révision du code jouent un rôle fondamental, et plus l'historique du système SAP dans l'organisation est ancien, plus ils deviennent pertinents.
Réfléchissez à cet exemple. Un client a commencé son implémentation ERP au milieu des années 90 lorsque la solution SAP ERP s'appelait toujours SAP R/3. Il a été mis à niveau ultérieurement vers SAP ERP et convertit maintenant le système en SAP S/4HANA. Vous y avez près de 30 ans d'histoire de développement et tenez compte du fait que la fonctionnalité que vous trouvez aujourd'hui est très différente de 30 ans auparavant. De nombreux processus n'existaient pas ou ne fournissaient pas une couverture suffisante pour les besoins de l'organisation. La solution SAP a évolué au fil du temps. Si, au cours de ces 30 années, aucune révision majeure du code n'a eu lieu, vous constaterez que l'une des tâches les plus critiques de votre projet de conversion de système est liée au Code personnalisé. Vous devez évaluer l'impact du code personnalisé, accéder à sa qualité, supprimer progressivement le code obsolète et remplacer le code non standard par une fonctionnalité standard lorsque cela est possible.
Historiquement, l'importance de la révision du code personnalisé peut être caractérisée par une tâche longue et intensive, qui commence dans la phase d'exploration, où vous comprenez combien vous devez conserver, rendre obsolète ou supprimer et, plus tard dans la phase de réalisation, effectuer les ajustements. Dans le diagramme, notez la tâche CC : qualité personnalisée.
Pour ceux qui connaissent l'histoire de SAP au cours des 30 dernières années, il est facile de trouver des exemples où des changements majeurs ont eu lieu. Par exemple, les biens immobiliers ou la trésorerie, même les ressources humaines sont très différentes de ce qui était disponible dans les éditions précédentes de SAP R/3.
Analyse de la situation actuelle : bénéficiez d'une transparence totale sur votre code personnalisé dans SAP ECC productif.
Mettre hors service le code client non utilisé : mettez hors service le code personnalisé qui n'est pas utilisé. Cette activité peut commencer longtemps avant une conversion de système, pendant la conversion et doit se poursuivre par la suite.
Back-to-Standard lorsque cela est possible : essayez de remplacer le code personnalisé par un code SAP ou partenaire. Cela s'applique aux modifications, aux clones, etc., ainsi qu'aux zones de code client qui sont impactées par des simplifications.
Ajustement du code client pour SAP S/4HANA (refonte/restructuration de la plate-forme) : de nombreux objets de code client existants s'exécuteront sur SAP S/4HANA sans qu'il soit nécessaire de les ajuster. Cependant, certains objets de code doivent être ajustés. (par exemple, en utilisant des correctifs rapides) et certains doivent être ajustés en fonction du concept d'extensibilité pour SAP S/4HANA (intégré à l'application, côte à côte).
Familiarisez-vous avec le concept d'extension de SAP S/4HANA. Consultez le document « Custom Extensions in SAP S/4HANA Implementations - A Practical Guide for Senior IT Leadership » dans la section Accelerator.
Familiarisez-vous également avec le sujet de la migration de code client. SAP recommande les sources d'informations suivantes :
Vous devez commencer par les blogs SAP "Conversion du système SAP S/4HANA - Processus d'adaptation du code client" et "Adaptation semi-automatique du code client après la conversion du système SAP S/4HANA", ainsi que par le "document FAQ sur l'adaptation du code client".
Un autre bon point de départ est présenté dans le livre blanc SAP « Custom Extensions in SAP S/4HANA Implementations » (Extensions personnalisées dans les implémentations SAP S/4HANA). Ce livre blanc traite des concepts essentiels pour l'extensibilité d'une application d'entreprise moderne, guide les aspects clés de la gestion du code personnalisé lors d'une conversion de système et offre des conseils pratiques aux clients qui exécutent une nouvelle implémentation de SAP S/4HANA ou lancent de nouvelles technologies SAP.
Un autre bon document de synthèse (avec de nombreux liens inclus) est "Gestion du code client lors d'une conversion SAP S/4HANA".
Les opérations et le support constituent un autre flux de travail avec une présence beaucoup plus importante dans les systèmes sur site. Le passage à une nouvelle solution, même si vous passez simplement d'un ancien système SAP ERP à de nouveaux défis et à la nécessité de nouvelles compétences. Dans cet exemple, votre système SAP ERP s'exécutait avec la base de données SAP ASE et vos développeurs travaillaient avec des technologies ABAP Web Dynpro. Vous passez maintenant à SAP S/4HANA et vous disposez de nouvelles technologies pour prendre en charge et résoudre les problèmes liés à SAP HANA et SAP Fiori. Vous avez un code en cours de déplacement vers la base de données et vous disposez de services OData côte à côte avec des services Web. Une tâche critique est liée à l'accès à l'impact sur les opérations.
Au cours de l'activité d'évaluation de l'impact sur les opérations, le périmètre du projet SAP S/4HANA est analysé pour évaluer les risques opérationnels potentiels et les domaines dans le cadre du support qui doivent être examinés et modifiés ou implémentés avant la mise en production. L'objectif est de définir la liste des activités opérationnelles qui :
Une nouvelle configuration est nécessaire. Par exemple, si des applications SAP Fiori viennent d'être introduites, l'administration et le fonctionnement du serveur frontend doivent être définis et configurés, et les ressources doivent être formées aux systèmes impliqués et à leur configuration. En outre, les processus de support tels que la gestion des incidents doivent pouvoir gérer la nouvelle composante.
existent mais doivent être modifiés. Par exemple, les routines de sauvegarde quotidiennes doivent être ajustées pour s'adapter correctement à la nouvelle solution SAP S/4HANA. Des outils de support tels que le suivi, la correction des erreurs ou des outils logistiques logiciels doivent être en place. Les processus tels que la gestion des données de base doivent être réexaminés pour définir de nouvelles politiques requises par les modifications majeures de la structure des données de base.
Peut être retiré. Par exemple, les routines et scripts de base de données pour AnyDB peuvent être retirés. Toute configuration de monitorage de BD doit également être retirée.
Tous les domaines de support pertinents doivent être analysés de manière exhaustive, c'est-à-dire en analysant tous les rôles et compétences requis pour le support de la solution SAP S/4HANA, les processus et procédures, la documentation opérationnelle et les outils de support d'activation.
SAP peut vous aider dans toutes ces activités avec une approche systématique des activités opérationnelles, ce qui vous permettra d'analyser toutes les modifications des activités opérationnelles informatiques causées par la nouvelle solution.
Une fois que les domaines de support concernés sont analysés de manière systématique, une feuille de route est définie qui comprend les activités clés pour le service informatique afin de combler les lacunes et de préparer le futur cadre de support informatique. Les activités clés requises sont nombreuses et comprennent :
Définition de la stratégie de détermination des sources d'approvisionnement pour un nouveau rôle. Transfert des ressources du projet vers les opérations, montée en puissance d'une ressource actuelle pour prendre en charge la nouvelle solution, l'embauche ou le transfert d'activité au partenaire.
Mise en place et configuration des outils et des domaines dans lesquels SAP sera impliqué dans le support.
Documenter les procédures opérationnelles par ressources de projet ou par ressources opérationnelles.
Organiser le transfert de connaissances pour s'assurer que les futures ressources opérationnelles disposent des connaissances et des compétences requises. Il s'agit notamment de l'éducation formelle aux ressources opérationnelles actuelles, de la formation, des mains et de l'observation de nouvelles solutions. Il comprend également la formation de toutes les ressources de support informatique impliquées dans le support de la nouvelle solution, comme le centre de services.
Activités de basculement des opérations (accès de l'équipe, prorogation des défauts en cours, etc.).
Retrait d'une partie du cadre de soutien actuel.