Au-delà de ChaRM : l’avenir de SAP Change. Découvrez comment nous pouvons vous aider !

Comment utiliser la cartographie technique des modifications SAP pour réduire les coûts de support et améliorer la stabilité du système

J'ai récemment rencontré un responsable de l'équipe de support SAP chez un client qui utilise le logiciel d'automatisation du contrôle des modifications Rev-Trac depuis environ 4 ans.

Au moment de la mise en œuvre de Rev-Trac, le client était une installation SAP « Green Field ». Cela signifie que Rev-Trac a été installé avec les systèmes SAP initiaux et que chaque transport depuis le tout premier transport de développement créé a été suivi et contrôlé par les modifications à l'aide de Rev-Trac.

J'ai demandé quels étaient les avantages les plus précieux que Rev-Trac avait apportés à l'équipe d'assistance.

Je m'attendais à quelque chose comme OOPS, Extended Locking, Release Management Workbench ou une autre fonctionnalité que je considérais comme précieuse et que nous avions spécialement conçue pour répondre aux besoins des équipes de support informatique SAP.

Cependant, le client m'a surpris. Ce n’était pas l’une de ces fonctionnalités, ni aucune autre fonctionnalité spécialement conçue pour faire la différence.

Le principal avantage cité est plutôt la possibilité de suivre les causes profondes des bogues et d'appliquer rapidement des correctifs grâce au vaste historique des modifications enregistré dans Rev-Trac.

Quelque chose qu'il a appelé « une cartographie schématique pour aider à résoudre les corrections de bugs ». Lorsque j'ai jeté un regard perplexe, le client a expliqué.

Parce qu'ils avaient installé Rev-Trac avant de commencer toute personnalisation d'un système SAP, la modification de chaque objet avait été enregistrée et mappée aux demandes Rev-Trac avec les spécifications originales associées à chacune.

Chaque fois qu'un bug est découvert, le responsable du support peut facilement identifier quelle demande de modification Rev-Trac a été utilisée pour répondre aux exigences commerciales d'origine, ainsi que toute modification supplémentaire depuis.

Cela a permis d'identifier facilement quand et comment des bogues auraient pu être introduits dans le système et d'appliquer rapidement le correctif correct.

Le responsable du support a révélé qu'en apprenant comment les bogues étaient introduits dans le système, il pouvait mettre en œuvre des stratégies et des politiques permettant de minimiser le nombre d'incidents et de réduire les coûts globaux de support.

Ce site a constitué une excellente référence sur les avantages de la mise en œuvre de Rev-Trac avant la construction d'un système ou la réalisation d'un projet.

La possibilité d'analyser tout l'historique des modifications d'objets ainsi que les avantages globaux du contrôle automatisé des modifications apporté par des éléments tels que l'application des processus et la détection des conflits ont fourni un niveau de contrôle autrement inaccessible.

Pour plus d'informations sur la manière dont Rev-Trac peut vous aider dans votre analyse des causes profondes des problèmes SAP, n'hésitez pas à contacter notre experts internes.