Modernisation ERP avec SAP et ServiceNow

Moderniser son ERP avec SAP et ServiceNow, c'est confier à chaque plateforme le travail qu'elle fait le mieux et les connecter correctement. SAP S/4HANA gère les transactions structurées : finance, achats, stocks, paie. ServiceNow gère les workflows qui les entourent : réception des demandes, validations, exceptions et demandes de service. SAP Integration Suite et ServiceNow IntegrationHub relient les deux. Ce guide s'adresse aux DSI, aux DAF et aux architectes d'entreprise qui préparent une modernisation à partir de SAP ECC ou d'un S/4HANA des premières versions. Il explique quel travail va où, fonction par fonction, où se place l'IA, une feuille de route par phases et les pièges. Commencez par les tableaux par fonction, puis passez à la feuille de route.

La modernisation de l'ERP revient dans presque tous les programmes que je prends en charge. J'ai travaillé avec des entreprises qui utilisent encore SAP ECC et pilotent la finance ou les opérations dans des environnements qui auraient dû être retirés depuis des années. Un client logistique devait passer par quatre transmissions manuelles rien que pour valider une modification mineure de processus. Nous avons relié SAP à ServiceNow, et la différence en délai de traitement et en visibilité a été immédiate.

L'erreur que je vois souvent : croire que moderniser l'ERP signifie passer à la dernière version de SAP. Si vos systèmes ne se parlent pas, vous avez simplement déplacé le problème vers une interface plus récente. Les données restent cloisonnées. Les équipes cessent de faire confiance aux outils. On court après les problèmes au lieu de les résoudre.

Beaucoup d'équipes croient avoir modernisé. En réalité, elles ont mis à niveau. La différence se voit au quotidien.

Moderniser, c'est repenser la façon dont vos systèmes soutiennent l'entreprise aujourd'hui, et non celle pour laquelle ils ont été conçus il y a dix ans. Cela touche l'architecture, les processus, les données, l'intégration et l'expérience utilisateur.

Les DSI me demandent souvent : « Alors, s'agit-il de passer au cloud ou de remplacer notre ERP ? » Parfois les deux, mais rarement tout à la fois. La vraie modernisation commence généralement quand l'ERP cesse de suivre la croissance de l'entreprise et que la friction devient visible.

Un client de biens de consommation au Moyen-Orient utilisait encore SAP ECC. La finance passait son temps à corriger des données erronées, et le reporting avait du retard sur les opérations. Nous avons commencé par réévaluer la mise en œuvre elle-même : non seulement la technologie, mais aussi la question de savoir si les processus correspondaient encore à la façon dont l'entreprise travaillait. Ensuite, les données de base. Puis l'automatisation : ce que SAP pouvait traiter en interne et où ServiceNow pouvait combler les manques, notamment les validations, les escalades et le suivi des processus. Cette séquence a donné à la direction un plan, un calendrier et des résultats qu'elle pouvait suivre.

Moderniser veut rarement dire tout arracher. Le plus souvent, les entreprises gardent ce qui fonctionne déjà et modernisent autour. C'est là que SAP et ServiceNow fonctionnent bien côte à côte.

SAP S/4HANA gère le cœur structuré : transactions, finance, achats et stocks, conçu pour le contrôle et la cohérence. ServiceNow gère ce que SAP n'a jamais été conçu pour faire directement : la réception des demandes, les validations, les workflows transverses et le traitement des exceptions. Le Clean Core renforce ce partage. La logique de workflow qui n'a pas sa place dans le cœur SAP doit vivre quelque part, et les endroits réalistes sont les extensions side-by-side sur SAP BTP ou ServiceNow. Mon guide du Clean Core explique les options d'extension.

La connexion passe par SAP Integration Suite sur BTP, ServiceNow IntegrationHub et des API ouvertes, de sorte que le flux paraît natif plutôt que greffé. Un client international que je connais utilisait SAP pour les achats et ServiceNow pour gérer les demandes d'achat, ce qui a supprimé le besoin d'un portail spécifique ; plus tard, il a repris la même structure pour l'onboarding des fournisseurs. Si vous utilisez encore SAP Process Orchestration (PI/PO), préparez la transition : SAP NetWeaver 7.5, sur lequel tourne PI/PO, sort de la maintenance standard fin 2027, avec une maintenance étendue optionnelle jusqu'en 2030. Mon guide SAP Cloud Integration présente la plateforme cible.

1. 04ServiceNowRéception des demandes, validations, exceptions et demandes de service entre les équipes
2. 03IntégrationSAP Integration Suite sur BTP et ServiceNow IntegrationHub, via des API ouvertes
3. 02ExtensionsSide-by-side sur SAP BTP, pour la logique qui n'a pas sa place dans le cœur
4. 01Cœur SAP S/4HANAFinance, achats, stocks et paie, au plus près du standard

Cas d'usage par fonction

RH. SAP (ou SuccessFactors) conserve les données de base des salariés, les rôles, la paie et les avantages. ServiceNow coordonne les tâches d'accueil des nouveaux arrivants, l'attribution des accès, les validations de promotion et les départs entre la DSI, les RH, la finance et la sécurité.

Finance. SAP traite les factures, tient les livres comptables, exécute la clôture et produit les états réglementaires. ServiceNow gère la couche workflow :

Processus financier	Rôle de SAP	Rôle de ServiceNow
Comptabilité fournisseurs	Traite les factures, rapproche les commandes, gère les paiements	Réception des factures, routage des exceptions, suivi des SLA
Comptabilité clients	Suit les factures clients et les recouvrements	Route les litiges de facturation et les demandes de blocage de crédit
Clôture financière	Clôture de période, éliminations intragroupe, reporting	Check-lists de clôture, affectation des tâches, alertes sur les points en attente
Notes de frais	Saisit les écritures, applique la politique, déclenche le remboursement	Route les notes pour validation, signale les exceptions
Procure-to-pay	Demandes d'achat, commandes, entrées de marchandises, règlement des fournisseurs	Formulaires de demande, routage des validations, traitement des exceptions

Achats. SAP gère les données de base fournisseurs, les commandes d'achat, les entrées de marchandises et le rapprochement à trois voies. ServiceNow gère la réception des demandes, les contrôles d'onboarding des fournisseurs, les incidents d'entrée de marchandises et le helpdesk achats.

Services généraux et opérations. SAP suit les immobilisations, les coûts de maintenance et les espaces. ServiceNow gère les demandes liées au lieu de travail, les ordres de maintenance, l'affectation des techniciens, les demandes d'accès et le routage des incidents.

L'IA apparaît dans de plus en plus de discussions sur la modernisation, et les attentes devancent parfois les résultats. En pratique, elle traite les cas limites, automatise les tâches répétitives et fait remonter ce que les gens ratent. Côté SAP, Joule, l'assistant IA de SAP, fonctionne dans S/4HANA, SuccessFactors, Ariba et SAP Build. Côté ServiceNow, Now Assist apporte l'IA générative dans ses workflows IT, RH et service client.

Voici comment le travail se répartit généralement :

Cas d'usage IA	Rôle de SAP	Rôle de ServiceNow
Rapprochement de factures	Rapproche commandes, entrées de marchandises et factures ; signale les anomalies	Route les exceptions et priorise les écarts à haut risque
Maintenance prédictive	Analyse l'usage et les schémas de panne à partir des données des équipements	Crée les tickets de maintenance et planifie les techniciens
Alertes de trésorerie	Prévoit les positions de trésorerie à partir de l'historique	Déclenche des alertes et des workflows quand les seuils de liquidité sont franchis
Agents virtuels	Joule répond en langage naturel aux questions dans les applications SAP	Les agents virtuels et Now Assist traitent les demandes et appellent les systèmes SAP en arrière-plan
Détection d'anomalies	Des modèles sur SAP BTP ou l'analytique intégrée signalent les valeurs aberrantes dans les transactions	Signale les anomalies dans les workflows et les validations pour la revue d'audit
Classification des demandes	Suggère des catégories dans les flux d'achats	Predictive Intelligence classe les dossiers et les route vers le bon groupe

Une équipe IT avec laquelle nous avons travaillé a vu baisser de 30 % le nombre de tickets de support à faible valeur en un trimestre, après avoir mis en place des agents virtuels capables de réinitialiser des mots de passe et d'aller chercher des données SAP. Le même schéma vaut côté SAP : l'IA fonctionne le mieux quand le processus est stable, que l'historique est propre et que le problème est ciblé. Même alors, elle soutient l'équipe au lieu de la remplacer.

La modernisation s'enlise souvent parce que la première étape paraît trop grande. J'ai travaillé avec des clients qui ont attendu des années, non par manque d'urgence, mais parce que personne ne savait répondre à la question « par où commencer ? ». Cette séquence fonctionne en général :

1. Évaluer et rationaliser. Assainissez les fondations avant de changer de plateforme. Lancez SAP Readiness Check pour mesurer le code spécifique et la compatibilité. Nettoyez les données de base avant la migration, pas après. Décidez quels systèmes, rapports et processus survivent. Choisissez la voie de déploiement (RISE with SAP, GROW with SAP ou on-premise), et prévoyez SAP Cloud ALM comme outil de gestion du cycle de vie, puisque SAP Solution Manager sort de la maintenance standard fin 2027. Un court sprint de découverte technique, qui cartographie ce qui se connecte à quoi, montre généralement où se cache le vrai risque.
2. Commencer par ServiceNow. Construisez d'abord la réception des demandes, les validations et les workflows. Ils entourent l'ERP et génèrent le plus de réclamations. Un client a utilisé ServiceNow pour piloter la gestion des changements six mois avant sa migration S/4HANA et a réduit ses pannes de 40 %. Cela installe de la discipline avant de toucher au cœur SAP.
3. Migrer le cœur SAP selon le Clean Core. Faites passer les transactions sur S/4HANA avec le moins de code spécifique possible. Rester proche du standard simplifie les mises à niveau et réduit la maintenance. Placez la logique spécifique dans des extensions side-by-side ou dans ServiceNow, pas dans le cœur. Et demandez-vous ce que l'ERP doit permettre au cours des cinq prochaines années, plutôt que de simplement migrer.
4. Optimiser et étendre. Ajoutez de l'analytique et des extensions sur SAP BTP, Joule là où il convient, et, côté ServiceNow, Now Assist, des agents virtuels et des workflows low-code.

Les phases peuvent se chevaucher. Mener la stabilisation de ServiceNow en parallèle de la préparation SAP raccourcit le calendrier sans rien sacrifier à la rigueur. Pour la partie S/4HANA, mon guide de migration d'ECC vers S/4HANA présente les trajectoires et les délais.

La finance pose tôt la question du coût, et la décision revient généralement au DAF, même quand elle naît à la DSI.

Les coûts directs arrivent en premier : infrastructure, hébergement, stockage et outils d'intégration. Les licences et le support restent stables tant que personne ne les rationalise, et beaucoup d'équipes ne cherchent jamais les licences inutilisées ou redondantes. Avec RISE with SAP, modélisez la croissance du nombre d'utilisateurs selon la tarification Full User Equivalent (FUE) sur toute la durée du contrat, car l'abonnement de la troisième année est rarement le devis de la première.

Les coûts indirects sont plus difficiles à voir : validations lentes, SLA non tenus, défaillances d'intégration qui érodent la confiance dans la DSI. Ils n'apparaissent pas sur une seule ligne budgétaire, mais se lisent dans la performance opérationnelle.

Pour démontrer le retour, mesurez avant de changer quoi que ce soit : délais de validation des factures, d'onboarding et des demandes d'achat ; taux d'erreur ; latence d'intégration. Même une base de référence partielle transforme le retour en chiffre plutôt qu'en récit.

Ces pièges se retrouvent sur les deux plateformes :

Piège	Faux pas côté SAP	Faux pas côté ServiceNow
Sauter l'évaluation des processus	Migrer les problèmes hérités sans examiner les écarts de processus	Déployer des formulaires de demande sans comprendre les vrais goulets d'étranglement
Prendre les outils pour des baguettes magiques	Croire que S/4HANA corrige des processus que personne n'a repensés	Croire que l'automatisation corrige une conception de demande inefficace
Négliger les données de base	Migrer des données en double ou incohérentes	Déclencher des validations sur des données peu fiables
Sur-personnaliser trop tôt	Construire des extensions avant que le processus de base soit stable	Construire des flux complexes avant de comprendre le comportement des utilisateurs
Aucune gouvernance	Laisser les décisions à la DSI ou aux éditeurs, sans responsable métier	Déployer des workflows sans responsables des règles et des SLA
Ignorer la conduite du changement	Sous-investir dans la formation aux nouveaux processus SAP	Ne pas apprendre aux utilisateurs quand et comment utiliser les nouveaux types de demande

Je me souviens d'un client industriel qui pensait que son ERP était le problème. Le vrai blocage était un circuit de validation manuel qui traversait cinq équipes. Une fois la couche ServiceNow en place et reliée à SAP, le goulet d'étranglement a disparu.

La modernisation n'a pas à se faire d'un seul coup. Certains systèmes restent, d'autres changent. La valeur grandit à mesure que plus de composants du parc sont connectés et que moins d'entre eux dépendent de contournements.

Faut-il tout moderniser d'un seul coup ?

Non. La modernisation fonctionne mieux par phases. Beaucoup d'organisations commencent par les workflows ServiceNow pour stabiliser les opérations avant de toucher au cœur SAP, puis traitent le reste par ordre de friction.

Un client avait mis en production les workflows de réception des demandes ServiceNow avant le déploiement de S/4HANA. Les collaborateurs se sont adaptés progressivement, ce qui a renforcé l'adoption et réduit les résistances.

Que deviennent les personnalisations héritées lors d'une migration S/4HANA ?

Cela dépend de leur valeur métier. SAP Readiness Check montre tôt les volumes de code spécifique et les problèmes de compatibilité. La plupart des systèmes portent plus de code spécifique que personne ne le soupçonne, et une bonne partie n'est plus utilisée.

Le Clean Core privilégie un système standard, avec des extensions sur SAP BTP ou des workflows dans ServiceNow. Sur S/4HANA Cloud Public Edition, le cœur ne peut pas du tout être modifié ; sur Private Edition et en on-premise, il peut l'être, mais chaque modification ajoute du travail à chaque mise à niveau. Gardez ce qui répond à un vrai besoin métier et retirez le reste.

Combien de temps dure une modernisation ERP ?

Commencer par les workflows de réception des demandes dans ServiceNow prend généralement deux à trois mois. Passer à S/4HANA demande souvent de 9 à 18 mois selon la complexité, et davantage pour les grandes entreprises multi-entités très personnalisées.

Les phases n'ont pas à s'enchaîner. Mener la stabilisation de ServiceNow en parallèle de la préparation SAP raccourcit le calendrier global.

Quel est un calendrier de retour sur investissement réaliste pour une modernisation SAP et ServiceNow ?

La plupart des organisations constatent des gains plus qualitatifs en trois à six mois : délais plus courts, moins de transmissions manuelles, meilleure visibilité. Les gains tangibles, une réduction des coûts et des gains d'efficacité mesurables, arrivent plutôt en 12 à 18 mois, surtout lorsque les deux plateformes contribuent.

Suivez les délais de traitement, les taux d'erreur et le respect des SLA avant de commencer. Sans base de référence, le retour est un récit plutôt qu'un chiffre.

Comment savoir si la modernisation de l'ERP aurait déjà dû avoir lieu ?

Signaux courants : des tickets de support en hausse avec des délais de résolution plus longs, des mises à niveau et des correctifs sans cesse repoussés, plusieurs sources de vérité pour les mêmes données, et du shadow IT qui comble des manques que l'ERP devait couvrir.

Un client du secteur de la santé qui utilisait SAP ECC a manqué plusieurs SLA en un seul trimestre. Le problème n'était pas l'effort. C'était la dette technique : des années de petits correctifs empilés les uns sur les autres, avec des incidents enregistrés plus vite que personne ne pouvait les trier.

SAP et ServiceNow peuvent-ils s'intégrer à d'autres systèmes tiers ?

Oui. SAP utilise SAP Integration Suite sur BTP pour les connexions par API avec les systèmes externes. ServiceNow propose IntegrationHub, avec des connecteurs prêts à l'emploi pour la plupart des plateformes d'entreprise, dont Workday, Salesforce et Coupa.

Traitez l'intégration comme un chantier à part entière dès le départ. Les interfaces cadrées tardivement créent le plus de friction après le go-live : démarrez donc la conception de l'intégration pendant la phase de blueprint.