Un carve-out ERP n’est pas un simple projet IT. C’est une séparation opérationnelle sous contrainte de temps, de conformité et de continuité de service.
Le problème n’est pas de “faire une migration”. Le problème est de maintenir les commandes, la facturation, la clôture financière et la supply chain pendant que l’on démêle des dépendances historiques entre deux entités qui partageaient la même colonne vertébrale système.
Ce guide propose un plan d’exécution en cent-vingt jours, conçu pour les DSI, DAF et responsables de programme qui doivent sécuriser un Day One crédible, réduire la dépendance TSA et tenir un niveau de risque acceptable.
Pourquoi le carve-out ERP se joue sur l’anticipation
Les transactions de carve-out se gagnent rarement à la vitesse d’exécution seule. Elles se gagnent surtout dans la préparation.
EY rappelle qu’un process de cession carve-out peut être mené avec un objectif de signature en six mois (EY, carve-out sale road map). Dans le même temps, EY montre aussi qu’une séparation structurée peut s’étendre sur une trajectoire de douze mois, notamment à cause des services transitoires et de l’entrelacement IT (EY, boosting carve-out sale value).
Traduction opérationnelle: si vous démarrez la séparation ERP trop tard, vous compensez ensuite par des TSA plus longs, plus chers et plus risqués.
Autre signal fort: selon une analyse EY-Parthenon, environ deux tiers des cent plus grandes acquisitions américaines clôturées entre deux-mille-quatorze et deux-mille-vingt-quatre ont été suivies d’une cession en dix-sept mois en moyenne (EY-Parthenon via EY). Le carve-out n’est pas une exception exotique, c’est une réalité fréquente des portefeuilles.
Ce que couvre réellement un plan de séparation ERP
Un plan carve-out solide ne se limite pas au périmètre applicatif. Il couvre simultanément:
- Le modèle opérationnel Day One de la NewCo (processus, responsabilités, contrôles)
- Les dépendances contractuelles (éditeurs, infogérance, licences, data centers, connecteurs)
- Les flux critiques (order-to-cash, procure-to-pay, record-to-report)
- Les obligations réglementaires et fiscales par pays
- La mécanique TSA (services, niveaux de service, coûts, jalons de sortie)
KPMG note que près de quatre cinquièmes des problèmes d’exécution carve-out se concentrent sur un nombre limité de familles de risques (opérationnel, people/communication, juridique, planification conjointe, réglementaire, stranded costs TSA) (KPMG, avoiding pitfalls).
Conséquence pratique: avant même de parler outils, il faut imposer une gouvernance de séparation qui tranche vite et qui arbitre les dépendances transverses.
Le plan d’exécution en cent-vingt jours
Le cadre ci-dessous prolonge la logique “Day Zero to Day Hundred” décrite par KPMG (KPMG, integration & separation) avec une fenêtre de stabilisation orientée exploitation.
Bloc cadrage: périmètre, dépendances, gouvernance
Objectif: fixer un périmètre exécutable et éviter les angles morts.
Livrables clés:
- Cartographie des applications, interfaces et données partagées
- Inventaire des dépendances critiques (identité, middleware, MDM, BI, trésorerie, EDI)
- Décisions de principe sur le modèle cible: clone temporaire, nouvelle instance, ou approche hybride
- Mise en place du Separation Management Office avec règles d’escalade et RACI
Critère de sortie: vous savez exactement ce qui doit être séparé pour tenir le Day One, et ce qui peut rester en TSA sans mettre le business en défaut.
Bloc design: Day One operating model et plan TSA
Objectif: transformer le périmètre en architecture opérable.
Livrables clés:
- Design du socle Day One (finance, achats, ventes, logistique, IAM)
- Découpage des interfaces à conserver, réécrire ou désactiver
- Plan de données: quoi migrer, quoi historiser, quoi laisser en accès de consultation
- Catalogue TSA avec date de sortie cible, coût, indicateurs de qualité de service
Ici, le point sensible est la création des nouvelles entités et capacités de support. EY indique que l’enregistrement et l’opérationnalisation d’entités peuvent varier entre quatre et neuf mois selon les juridictions (EY-Parthenon via EY). Ce délai doit être intégré dès le design, pas subi en fin de programme.
Bloc build: exécution technique et répétitions de cutover
Objectif: industrialiser la séparation avant le week-end de bascule.
Livrables clés:
- Configuration des environnements cibles et durcissement sécurité
- Mise en place des flux transitoires (interco, reporting groupe, consolidation)
- Répétitions de migration et de cutover sur jeux de données représentatifs
- Table de décision incidents: qui décide, sous quel seuil, en combien de temps
La discipline à imposer: chaque répétition doit produire un temps d’exécution réel, un taux d’erreur mesuré et une liste d’actions correctives priorisées.
Bloc stabilisation: hypercare et sortie progressive des TSA
Objectif: sécuriser l’exploitation post-bascule et éviter la dépendance prolongée.
Livrables clés:
- War room métier/IT avec rituels quotidiens
- Pilotage des tickets par criticité business, pas par file technique
- Plan de désactivation progressive des services TSA
- Revue de contrôle interne (séparation des tâches, journalisation, preuves d’audit)
Un carve-out est réussi quand la nouvelle entité peut opérer sans béquille cachée, pas quand la bascule technique s’est bien passée sur le papier.
Les décisions qui évitent les dérives de planning
Décision sur la dette de séparation
Tout ne doit pas être “propre” au Day One. Il faut assumer une dette de séparation explicite, documentée et bornée. Le piège est la dette implicite, non financée, qui revient en incident.
Décision sur la profondeur de migration
Migrer toutes les données historiques semble rassurant, mais alourdit fortement le risque d’exécution. Dans de nombreux carve-out, une migration ciblée des données vivantes et un accès historisé contrôlé produisent un meilleur ratio risque/valeur.
Décision sur la gouvernance business
Le carve-out ERP échoue souvent quand il reste piloté comme un chantier IT. Le sponsor métier doit arbitrer les compromis process, conformité et service client. Sans cette boucle de décision, le programme ralentit dès les premiers conflits de priorité.
Tableau de pilotage minimal pour DSI et DAF
Suivez un cockpit resserré, orienté décision:
- Stabilité des flux critiques (commandes, livraisons, factures, paiements)
- Avancement de sortie TSA par service
- Exposition financière des retards (coûts TSA, pénalités, cash impact)
- Risques conformité (fiscalité, audit trail, séparation des accès)
- Capacité opérationnelle des équipes clés (finance, support applicatif, data)
Si ces indicateurs sont à jour et arbitrés en comité, vous pilotez un carve-out. Sinon, vous subissez une migration complexe.
Ce qu’il faut retenir
Un plan carve-out ERP en cent-vingt jours est crédible si vous posez la gouvernance tôt, si vous dimensionnez le TSA comme un mécanisme transitoire et si vous imposez des répétitions de cutover avec des métriques réelles.
Le vrai enjeu n’est pas la beauté de l’architecture cible. Le vrai enjeu est la continuité d’exploitation, sous contrainte de transaction, avec un chemin de sortie mesurable.
Pour approfondir, lisez notre guide complet d’implémentation ERP, notre checklist cutover ERP opérationnelle et notre guide budget d’implémentation ERP.
