Sécurité de la planification avec le S/4 Hana Readiness Check 2.0

Le Readiness Check 2.0 de SAP apporte une réponse et aide ainsi considérablement à planifier avec succès la conversion à la nouvelle version du système SAP. L'outil peut être utilisé dans tous les secteurs d'activité - en ce qui concerne les banques, il est recommandé sans restriction pour tous.

Comme les banques opteront très probablement pour l'approche brownfield lors de la conversion à S/4 Hana et donc pour une mise à niveau logicielle, il est important de vérifier à quel point l'environnement applicatif existant est "prêt" pour la conversion automatique des données pendant la transition.

Pour que celle-ci se déroule sans accroc, il convient d'identifier, d'analyser et de corriger en amont toutes les sources d'erreur possibles.

Le contrôle doit être effectué le plus tôt possible et répété environ tous les six mois, au rythme des nouvelles versions et des modifications apportées par SAP.

Il examine les processus commerciaux utilisés, le code source et la base de données et donne un aperçu de l'état individuel du système. En outre, l'outil fournit des résultats et des indications sur les composants qui ne sont pas compatibles avec S/4 et sur le moment et la manière de réagir.

Et il estime la taille d'une base de données, donne des indications sur l'aspect que devrait avoir la base de données et fait des propositions sur les endroits où les données peuvent être supprimées.

À la fin du Readiness Check 2.0, on obtient un document de résultats détaillé, très bien présenté et pertinent, y compris des tableaux de bord. Les tâches à effectuer lors de l'introduction de S/4-Hana avant, pendant et après la conversion sont classées dans les catégories suivantes : obligatoires, conditionnelles et facultatives.

L'expérience montre qu'avec l'expertise SAP correspondante, tout peut être fait en un nombre de jours-personnes à un chiffre. Ce faible effort est compensé par un grand bénéfice pour la banque.

Sur la voie d'une transition aussi fluide que possible, l'outil fournit des indications décisives en amont et assure la sécurité de la planification. C'est ce qu'a montré l'utilisation pratique dans une grande banque en Allemagne.

Voici quelques conclusions importantes qui en découlent : Pour les banques qui utilisent SAP CML pour la gestion des prêts, la gestion des objets et des garanties n'est pas nécessaire lors de la conversion à S/4 Hana. Pour ce faire, la banque doit introduire SAP CMS avant la conversion et y migrer les objets et les garanties SAP CML.

En outre, il était jusqu'à présent possible dans les systèmes SAP, à quelques exceptions près, de gérer un fournisseur ou un client même sans partenaire commercial correspondant, y compris tous ses rôles. Le Readiness Check a révélé que cela n'était plus réalisable dans S/4 Hana.

Un partenaire doit être affecté à chaque fournisseur et à chaque client. Dans les banques, cela concerne par exemple les créanciers comme les fournisseurs ou la synchronisation complète ou le Customizing de la synchronisation du partenaire commercial avec le client.

Tout comme les applications SAP, les développements propres de la banque doivent également être vérifiés quant à leur compatibilité avec S/4. Le contrôle permet de savoir si les développements spécifiques au client sont concernés par la conversion et quels sont les éléments de simplification pertinents.

Pour l'examen détaillé, appelé Custom Code Check, il est alors recommandé d'utiliser la composante SAP ATC. L'analyse est fastidieuse, mais elle est indispensable pour les banques.

L'outil fournit des "findings", c'est-à-dire des points de code concrets à vérifier avant la conversion, et des "instructions" correspondantes sur ce qu'il faut faire. Le résultat très probable pour les banques est également que les volumes de données sont trop importants pour être transférés dans le nouveau système S/4-Hana.

Différentes mesures sont proposées. Pour les tableaux techniques, il est possible de réorganiser les données ; pour les données spécialisées, il est fortement recommandé de les archiver avant de les convertir.

Innobis recommande aux banques de procéder à une évaluation précoce de leur stock de données et des défis qui y sont liés, dans le but de trouver un cadre approprié.