La fin du support pour ECC permettent de garantir que Un secret. En fait, c'est peut-être le sujet le plus important de l'écosystème SAP aujourd'hui. Mais la fin du support des seuls systèmes existants d'un Faciliter la transition, la rendre moins coûteuse, et certainement pas moins compliquée.
Aujourd'hui, une migration vers S/4HANA il est probable qu'il s'agisse également d'une migration vers Cloud ERP Private.
Comment accélérer le projet de migration tout en soutenant efficacement l'entreprise ? Comment gérer le projet sans surcharger les effectifs ni les budgets ? Est-il possible d' éliminé Les modifications liées au projet sont-elles gelées en toute sécurité ? Cela va être un projet de longue durée où un changement de production gèle permettent de garantir que une réponse pratique.
Du BAU à la continuité des activités
Avant le début de la migration, la plupart des équipes auront des priorités concurrentes:
- Les activités se poursuivent normalement, en plus du projet de migration. Cela implique la poursuite des tâches quotidiennes de l'équipe. ne voulez pas changer au cours du projet – du moins, pas de manière significative
- La plupart des grandes entreprises abandonnant leurs systèmes actuels ; ils adoptent une approche Brownfield, apportant une quantité importante de leurs personnalisations à partir du système existant, du moins dans un premier temps. Cela signifie que les équipes qui gèrent l'environnement SAP actuel sont également les mieux qualifiées pour effectuer les tâches de migration.
Cela crée une véritable controverse pour numériques:
- Les systèmes d’entreprise existants continueront d’innover et de changer pendant le projet de migration
- La même équipe responsable des opérations d’aujourd’hui est essentielle à la migration
- Le suivi des changements entre les systèmes doublera effectivement la Change exigences de gestion et documentation. Un certain héritage les personnalisations doivent être adaptées pour fonctionner in S/4HANA, et changers continuera à utiliser le système existant jusqu'à la transition finale
S'attaquer aux problèmes de transformation
L’un des défis les plus importants de la migration est la gestion des personnalisations qui nécessitent transformation alors que le système existant continue de changer au cours du projet.
C'est, une personnalisation existante permettent de garantir que directement compatible avec le nouveau code S/4HANA Plateforme. Le code est transformé pour assurer la compatibilité avec le nouveau système, mais les exigences métier entraînent des modifications du système existant, rendant le code nouvellement transformé obsolète.
La résolution de ce problème nécessite l’une des deux approches suivantes :
- Un gel des modifications afin que rien ne puisse changer dans le système d'entreprise existant après que le code a été transformé pour la compatibilité dans le nouveau système. Toute modification opérationnelle requise devra attendre la fin de la migration et la mise en service du nouveau système.
- Traditionnellement, un paysage de projet avec une capacité de mise à niveau – la capacité de déplacer les modifications au cours d’un projet parallèle du système d’entreprise vers le paysage du projet. Toutefois, cette approche ne sera pas fonctionne depuis la personnalisation héritée et la nouvelle S/4HANA les systèmes ne sont pas compatibles avec le code
Alors que faire?
Traçabilité – la clé de la cohérence et du contrôle
La sauce secrète est la traçabilité, et il est une fonction de gestion du changement. La traçabilité accepte deux objets différents. – des morceaux de code – fonctionnellement identiques. Dans un environnement bien géré, les deux objets sont soumis à des processus de qualité et de réglementation identiques avant leur livraison en production. La plus grande différence est qu’ils sont suivis et acceptés as par les pairss – un pour le système d’entreprise existant et un pour le S/4HANA migration impactant.
En pratique, cela fonctionne comme ceci:
- La personnalisation héritée est portée sur la nouvelle S/4HANA système, rendant la fonctionnalité compatible
- Toutes les nouvelles exigences commerciales au cours du projet sont mises en œuvre normalement dans le système commercial existant tant qu'il est en production.
- L'équipe de projet adopte et retransforme les mises à jour commerciales au cours des cycles de projet ordinaires, en conservant le système de projet en synchronisation avec des changements de production
- La documentation est produite et maintenu, suivi de chaque changement, de l'objet dans les deux systèmes conditions pour la mise en œuvre, ainsi que les enregistrements de test et de livraison conditions pour les fonctions d'audit et de conformité
Simple. Maintenant faites-le des centaines ou des milliers de fois au cours des années requises par le projet de migration et maintenir une documentation parfaite pour chaque changement. Certains changements seront compatibles – une simple mise à niveau suffira – et d’autres seront complexes et nécessiteront une traçabilité.
Automatiser la traçabilité et le contrôle
Et si nous pouvions automatiser la gestion du changement, y compris la documentation, audit et la livraison ? Si nous le faisions correctement, même les modifications de projets parallèles complexes et incompatibles seraient aussi simples à suivre et maintenir comme un changement régulier.
La gestion automatisée des changements SAP apporte contrôle et traçabilité aux environnements SAP complexes. Chaque changement est géré, documenté et lié à tous les systèmes, garantissant une traçabilité complète dans l'environnement SAP. Les fonctionnalités de sécurité et d'automatisation garantissent une livraison cohérente et fiable, même avec des versions spécialisées d'objets et de code. conditions sur une base système par système.
Son comme une solution? Si tel est le cas, résoudre ce problème et assurer l'évolutivité du changement dans n'importe quel environnement SAP, où qu'il s'exécute, est la spécialité de Rev-Trac Platinum. Avec Rev-Trac Platine, Les clients peuvent relever en toute sécurité le défi des projets de migration complexes. Rétrofit entre ECC et S/4HANA est pris en charge, tout comme la traçabilité du code complexe et incompatible prenant en charge les changements entre les systèmes.
En conséquence, Rev-Trac Platine les utilisateurs naviguent dans des projets de changement et de transformation à grande échelle, sans augmentation spectaculaire du personnel et sans risque de changement-défauts liés au projet ou au travail de production.
Pour en savoir plus sur Rev-Trac et nos solutions de gestion du changement et d'accompagnement des projets de migration, explorez notre plateforme d'automatisation SAP avancée, Rev-Trac Platinum, ou communiquez pour plus d'informations et une conversation avec unn Professionnel du changement SAP.
