Une migration S/4HANA cadrée autour d'une supply chain qui doit continuer à tourner.

La bonne trajectoire de migration dépend de la part de la conception processus ECC actuelle qui mérite d'être conservée. Nous évaluons le landscape ECC existant — logique spécifique, dette de processus, qualité des données — au regard du modèle opérationnel cible pour recommander une approche greenfield, brownfield ou de migration sélective de données, en précisant où un modèle d'infrastructure managée RISE with SAP s'intègre à l'architecture cible et où il ne s'y prête pas.

• Greenfield : refonte des processus sur le standard S/4HANA, utilisée lorsque le paramétrage historique s'est fortement éloigné des opérations actuelles
• Brownfield : conversion technique du système existant, utilisée lorsque la conception des processus est saine et que l'objectif est le changement de plateforme
• Migration sélective de données : migration au niveau objet et société pour des scénarios phasés ou de carve-out
• Évaluation de l'infrastructure et du modèle opérationnel, RISE with SAP étant considéré comme une option de déploiement parmi d'autres

S/4HANA modifie les structures de données et transactions logistiques cœur — MRP Live, EWM et TM embarqués, modèle Advanced Available-to-Promise, données matière et stock simplifiées. Nous utilisons la migration comme point de départ pour refondre les processus supply chain sur ces structures plutôt que de reproduire sur la nouvelle plateforme les contournements hérités de l'ère ECC.

• Refonte des processus MRP et de planification autour de MRP Live et de la logique de planification simplifiée
• Simplification de la gestion des stocks sur le nouveau modèle de données
• Évaluation d'EWM et de TM embarqués par rapport à un déploiement autonome pour le landscape cible
• Alignement des processus order-to-cash et procure-to-pay là où ils croisent l'exécution logistique

Une migration est rarement un événement mono-système — systèmes de pilotage d'entrepôt, transporteurs, réseaux EDI, outils de planification et extensions BTP se connectent tous au cœur ERP. Nous cartographions le landscape d'intégration existant, évaluons quelles interfaces basculent telles quelles, lesquelles nécessitent une refonte pour les API et le modèle de données S/4HANA, et lesquelles doivent être remplacées par une intégration basée sur SAP BTP.

Le code ABAP spécifique accumulé au fil des années d'utilisation d'ECC se concentre souvent sur des objets pertinents pour la logistique — exits MRP, enrichissements livraison et expédition, types de mouvement spécifiques, user exits entrepôt et transport. Nous menons une analyse des simplification items et du code spécifique centrée sur ces objets, puis remédions ou retirons le code selon ce que le standard S/4HANA couvre désormais.

• Analyse des simplification items ciblée sur les objets logistique et supply chain
• Évaluation de l'impact du code spécifique sur les enrichissements MRP, stocks, livraison et transport
• Décisions de remédiation, de retrait ou de refonte prises objet par objet, pas en réécriture globale

Nous planifions le cutover en tenant compte de la réalité d'opérations logistiques continues — commandes ouvertes, livraisons en transit, processus entrepôt et transport actifs — plutôt que d'une frontière système propre. Les tests d'interface, la réconciliation des données et le support hypercare sont dimensionnés selon le risque opérationnel côté supply chain, pas seulement selon la clôture financière.

• Tests d'interface et d'intégration sur les systèmes d'entrepôt, de transport et de planification
• Séquencement du cutover tenant compte des documents logistiques ouverts et de l'exécution en cours
• Support hypercare centré sur la stabilisation supply chain, pas uniquement sur le monitoring technique