ERP carve-out : plan d’exécution en 120 jours après cession

Un carve-out ERP après cession n’est pas une migration classique. Vous n’ouvrez pas un chantier “transformation digitale”. Vous exécutez une séparation sous contrainte de délai, de gouvernance et de continuité opérationnelle.

Le risque principal n’est pas technologique. Il est opérationnel : commandes bloquées, clôture comptable incomplète, intercos incohérents, droits d’accès mal coupés, ou dépendances TSA (Transition Services Agreement) non traitées à temps.

Cet article propose un plan d’exécution en 120 jours, orienté terrain, pour passer d’un ERP partagé à un ERP opéré de façon autonome par l’entité cédée, sans casser l’activité.

Ce qui change dans un carve-out ERP

Dans un projet ERP standard, l’entreprise décide du tempo. Dans un carve-out, le tempo est imposé par la transaction.

Le cadre est différent sur cinq points.

1. La date de séparation est non négociable.
2. Le périmètre juridique et IT peut encore évoluer après le signing.
3. Les données et processus ont souvent été conçus pour un groupe intégré, pas pour une entité autonome.
4. Une partie du run dépend temporairement du vendeur via TSA.
5. Le programme doit arbitrer vite entre perfection et continuité.

La priorité n’est donc pas d’optimiser tout le modèle cible en une fois. La priorité est d’assurer un “Day 1” propre, puis de stabiliser.

Architecture de pilotage: qui décide quoi

Un carve-out ERP échoue rarement faute de compétences techniques. Il échoue surtout par ambiguïté de décision.

Mettez en place dès le départ une gouvernance lisible.

1. Steering transactionnel

Ce niveau tranche les arbitrages qui ont un impact deal, risque ou conformité : périmètre final, dépendances TSA, budget de séparation, gestion des écarts critiques.

2. PMO carve-out

Le PMO synchronise les streams métier, IT, data, sécurité, finance et juridique. Il maintient une seule vérité sur planning, risques, décisions et dépendances.

3. Owners de processus

Chaque processus critique (order-to-cash, procure-to-pay, record-to-report, stock, paie selon périmètre) doit avoir un owner nommé côté acheteur et côté vendeur.

4. Cellule cutover

Une équipe dédiée prépare et exécute le basculement. Son rôle est opérationnel, pas théorique : checklist, simulations, plan de retour arrière, validation finale.

Sans cette structure, vous multipliez les ateliers sans fermer les décisions.

Les 6 livrables à verrouiller avant J30

Les trente premiers jours servent à réduire l’incertitude. L’objectif est de transformer un brief de cession en plan exécutable.

1. Périmètre applicatif figé

Listez ce qui est inclus et exclu : modules ERP, interfaces, reportings, outils satellites, référentiels, batchs, flux EDI, portails.

Le piège classique : oublier les “petits” outils hors ERP qui portent des étapes critiques du process.

2. Cartographie des dépendances TSA

Documentez précisément ce qui restera fourni par le vendeur après Day 1: hébergement, middleware, support applicatif, extraction BI, sauvegardes, gestion des identités.

Pour chaque dépendance, exigez une date de sortie et un responsable de désengagement.

3. Modèle de données carve-out

Définissez les règles de séparation des données : quelles sociétés, quels sites, quels clients/fournisseurs, quels historiques, quelles pièces légales.

Décidez tôt ce qui est migré, archivé ou consultable en lecture seule.

4. Matrice des accès et segregation of duties

Un carve-out crée des risques d’accès fantômes. Préparez une matrice de rôles cible et une procédure de recertification.

5. Plan de continuité des opérations critiques

Choisissez les processus “zéro interruption” et les contournements manuels acceptés en cas d’incident les premiers jours.

6. Critères de réussite Day 1

Établissez des critères mesurables et validés par le métier: capacité à prendre des commandes, facturer, payer, comptabiliser et produire une clôture de base.

Plan d’exécution en 4 phases

Le découpage ci-dessous est pragmatique. Il évite le “big bang” mal préparé.

Phase 1: J0 à J30 - cadrage exécutable

Objectif: fermer les angles morts.

Actions prioritaires:

1. Formaliser le scope final applicatif et data.
2. Valider les responsabilités entre acheteur, vendeur, intégrateur.
3. Construire le plan de migration et le plan de tests.
4. Créer un registre des risques avec seuils d’escalade.
5. Lancer les travaux sécurité et conformité.

Sortie attendue: un plan intégré signé, avec dépendances TSA explicites.

Phase 2: J31 à J60 - construction cible minimale viable

Objectif: rendre le système opérable pour Day 1, sans surcharger le périmètre.

Actions prioritaires:

1. Configurer l’ERP cible sur les processus cœur.
2. Mettre en place les interfaces indispensables au run.
3. Préparer les extractions/transfos/chargements data.
4. Exécuter un premier cycle de tests fonctionnels dirigés par le métier.
5. Assainir les référentiels critiques (tiers, articles, taxes, banques).

Sortie attendue: un socle fonctionnel prêt pour répétition générale.

Phase 3: J61 à J90 - répétitions et durcissement

Objectif: enlever l’aléa d’exécution.

Actions prioritaires:

1. Exécuter au moins une migration à blanc complète.
2. Tester les scénarios transverses bout en bout.
3. Valider la reprise des contrôles financiers et d’audit.
4. Rejouer le cutover en temps contraint avec chronométrage réel.
5. Former les utilisateurs clés et la cellule support hypercare.

Sortie attendue: preuves de capacité opérationnelle, pas seulement de conformité technique.

Phase 4: J91 à J120 - bascule et stabilisation

Objectif: passer Day 1 sans rupture, puis stabiliser rapidement.

Actions prioritaires:

1. Go/No-Go fondé sur critères objectifs, pas sur ressenti.
2. Exécution cutover selon runbook horodaté.
3. Hypercare renforcé sur les processus critiques.
4. Pilotage quotidien des incidents, avec résolution et prévention.
5. Plan de sortie TSA activé pour les dépendances encore ouvertes.

Sortie attendue: autonomie opérée, trajectoire claire vers le modèle cible complet.

Données: décisions à prendre tôt pour éviter les retards

La donnée est souvent le goulet d’étranglement d’un carve-out.

Trois règles aident à tenir le calendrier.

Règle 1: limiter le volume au nécessaire opérationnel

Migrer “tout l’historique” est tentant mais rarement utile pour Day 1. Priorisez ce qui sert la continuité business, la conformité et la clôture.

Règle 2: traiter les exceptions comme un flux dédié

Clients dupliqués, codifications incohérentes, articles obsolètes, conditions tarifaires locales: les exceptions doivent avoir une file de traitement avec SLA.

Règle 3: tracer toutes les règles de transformation

Chaque transformation data doit être documentée, versionnée et validée par le métier. Sans traçabilité, vous perdez la capacité d’expliquer les écarts post-bascule.

TSA: utiliser le filet de sécurité sans créer une dépendance durable

Le TSA est un amortisseur, pas une stratégie d’exploitation.

Pour chaque service couvert par TSA, définissez:

1. le niveau de service attendu,
2. la date de sortie,
3. le plan de transfert de compétence,
4. le risque de non-sortie et la mesure compensatoire.

Un bon indicateur de pilotage est simple: la courbe des dépendances TSA doit décroître semaine après semaine.

Risques majeurs et réponses opérationnelles

Voici les risques qui reviennent le plus souvent en carve-out ERP.

Périmètre mouvant

Réponse: mettre en place un contrôle de changement strict avec impact coût/délai/risque explicite.

Interfaces sous-estimées

Réponse: maintenir un inventaire vivant des flux et imposer des tests end-to-end avant Go/No-Go.

Droits d’accès incohérents

Réponse: recertification systématique, suppression des comptes hérités et contrôle renforcé des accès à privilèges.

Clôture financière dégradée

Réponse: anticiper une clôture simulée avant Day 1 et prévoir des routines de rapprochement quotidien en hypercare.

Support post-bascule insuffisant

Réponse: dimensionner une cellule de support dédiée avec relais métier et capacité de décision rapide.

KPI de pilotage: suivre l’exécution, pas l’activité

Un carve-out avance quand les risques diminuent, pas quand les réunions s’enchaînent.

Suivez un tableau de bord court et actionnable.

1. Taux de couverture des scénarios critiques testés.
2. Taux de réussite des migrations à blanc.
3. Nombre de dépendances TSA restantes par domaine.
4. Taux de résolution des incidents en hypercare.
5. Écart entre cutover planifié et cutover réellement exécuté.

Si ces indicateurs dérivent, l’escalade doit être immédiate.

Après J120: consolider sans relancer un projet infini

Une séparation réussie n’est qu’une étape. Après la stabilisation initiale, planifiez un cycle court d’amélioration ciblée:

1. simplification des workflows provisoires,
2. rationalisation des interfaces temporaires,
3. durcissement de la gouvernance data,
4. optimisation des coûts d’exploitation.

L’erreur fréquente est de laisser vivre trop longtemps les contournements Day 1. Plus ils durent, plus ils deviennent structurels.

Deux scénarios concrets: PME multi-entités et ETI internationale

Scénario 1: PME multi-entités avec ERP groupe partagé

Une PME industrielle cède une business unit avec deux filiales opérationnelles. Le système source est un ERP groupe unique, avec référentiels partagés clients, fournisseurs et articles.

Priorités opérationnelles:

1. Isoler rapidement les sociétés concernées avec un plan de comptes cohérent.
2. Reprendre les tiers actifs et les historiques strictement nécessaires à la continuité.
3. Maintenir temporairement certains flux via TSA (EDI client et trésorerie) pendant la stabilisation.
4. Mettre en place un rapprochement quotidien facturation-encaissement sur les premières semaines.

Point d’attention principal: la séparation des données de prix et conditions commerciales, souvent mêlées entre entités dans le système historique.

Scénario 2: ETI internationale avec dépendances transfrontalières

Une ETI de distribution cède une division présente dans plusieurs pays. Le carve-out touche l’ERP, la BI, la gestion des identités et des interfaces logistiques.

Priorités opérationnelles:

1. Verrouiller un modèle de gouvernance unique pour arbitrer rapidement entre pays.
2. Sécuriser les flux critiques inter-pays (order-to-cash, supply, clôture).
3. Segmenter les accès et secrets techniques dès le début du programme.
4. Planifier la sortie TSA par vagues, avec critères de sortie explicites par domaine.

Point d’attention principal: éviter que les dépendances d’intégration transitoires deviennent le mode de fonctionnement permanent.

En pratique: votre check de départ

Avant d’engager le chantier, vérifiez que vous pouvez répondre clairement à ces questions:

1. Quel est le périmètre exact à séparer et à quelle date?
2. Quels processus ne peuvent pas tomber à Day 1?
3. Quelles dépendances TSA sont acceptées et jusqu’à quand?
4. Qui décide en moins de vingt-quatre heures si un arbitrage bloque le planning?
5. Quels critères Go/No-Go arrêteront réellement la bascule si le risque est trop élevé?

Si ces réponses ne sont pas formalisées, le calendrier de cent vingt jours restera théorique.

Pour approfondir, lisez notre plan post-merger ERP en 100 jours, notre méthodologie de migration de données ERP et notre checklist cutover ERP J-30 à J+3.