Démarrage de S/4 sans perte de chiffre d'affaires

Mardi après-midi. Sur le chemin de Munich à notre bureau de Zurich, nous faisons une courte escale. Un groupe suisse de renom veut introduire S/4 Hana. Un projet greenfield.

Le modèle d'application est pratiquement terminé. Tout le monde est maintenant dans les starting-blocks : pour le premier déploiement. Le programme global, y compris la chronologie, est fixé.

Il est prévu de remplacer progressivement plusieurs systèmes SAP dans plus de 25 projets individuels. La question critique : comment les données des systèmes sources sont-elles transférées dans le nouvel environnement cible ?

La migration - une tâche classique et assidue pour les collègues indiens, pense l'IT. Mais le directeur financier se demande alors : sommes-nous sur la bonne voie, notre transformation vers S/4 est-elle suffisamment planifiée ?

Une courbe en forme de U sur le flipchart décrit la performance de l'entreprise. Le point inférieur correspond à la mise en service du nouveau système, à ce moment-là, si l'on utilise des outils de migration classiques, il faut annuler les commandes ouvertes, annuler les livraisons, compenser les postes ouverts - un impact massif sur le business.

Plus tard, toutes ces activités doivent être exécutées à nouveau dans le nouveau système afin de poursuivre les opérations. Dans le pire des cas, cela signifie qu'ils ne peuvent pas livrer de marchandises pendant quelques jours. Un client de taille similaire a récemment calculé que cet arrêt peut représenter une perte de chiffre d'affaires de plus d'un million d'euros rien que pour l'expédition centrale !

Le directeur financier triture nerveusement sa cravate : "Qu'est-ce que cela signifie alors pour l'ensemble de l'entreprise et de la chaîne d'approvisionnement ? Nous ne pouvons pas nous le permettre" !

L'objectif devrait donc être un passage à S/4 peu invasif : Avec la bonne approche de migration, une stratégie adaptée aux processus commerciaux et le logiciel spécial cbs ET Enterprise Transformer, le passage à la nouvelle plateforme ERP est réalisable en near-zero-downtime, pratiquement sans temps d'arrêt.

Les documents sont repris dans chaque statut. Lorsque les utilisateurs se connectent au nouveau système, ils peuvent reprendre le travail sur leurs documents là où ils l'avaient laissé dans l'ancien système.

Un point crucial dans la stratégie de migration : le logiciel !

SAP met fin à la migration LSMW qui a fait ses preuves. Son successeur s'appelle S/4 Migration Cockpit. Le nouvel outil a certes du potentiel, mais il manque encore de maturité.

Autre alternative : SAP Data Services avec Rapid Deployment Solutions - un outil acheté qui maîtrise les fonctionnalités ETL classiques (Extract - Transform - Load) en dormant.

Le hic, c'est que les limites bien connues s'appliquent à toutes les approches citées : un traitement lent des données avec des méthodes transactionnelles (BAPI ou IDOC) et une limitation aux données actuelles. Migration de l'historique ? Pas de chance !

Il existe pourtant depuis longtemps un logiciel standard qui permet de transférer vers S/4 n'importe quel volume de données provenant de systèmes ERP SAP de n'importe quelle version et de systèmes non SAP. L'ET maîtrise également les fonctionnalités nécessaires au transfert de l'historique pour les mises à jour directes de la base de données.

Déploiement d'un nouveau modèle SAP

Douze mois plus tard, nous avons fait un grand pas en avant. En collaboration avec le client, nous avons élaboré une stratégie de migration adaptée. Le nouveau modèle SAP a été déployé dans trois pays lors de la première vague.

Le projet a montré que : La migration vers S/4 n'est pas une tâche informatique classique, la plupart des questions critiques doivent être décidées par le business. Quelles données doivent être reprises des anciens systèmes ?

L'équipe a procédé ici de manière très sélective. Quelle est la quantité d'historique nécessaire ? Nous avons pris les documents et les commandes des deux dernières années. Et : la cohérence de toutes les données est assurée.

Premièrement, grâce à l'approche orientée processus et objet de l'ET. Deuxièmement, grâce à un grand nombre de validations intégrées au logiciel.

Nouveaux processus commerciaux de base dans S/4, systèmes consolidés, analyses immédiates en temps réel - le directeur financier est satisfait pour le moment. Mais cela ne s'arrête pas là. L'équipe de projet travaille désormais d'arrache-pied sur la deuxième vague.