Découpage des données : comment fonctionne le découpage lors d’un carve-out SAP

Lors d’une cession, les données d’une unité d’affaires doivent quitter le confort du système SAP partagé et tenir debout seules. L’essentiel de la difficulté technique tient à une seule question : qu’est-ce qui appartient à l’entité vendue ? 

Un modèle de données sans ligne de séparation 

SAP n’a jamais été conçu pour être divisé par entité juridique. Les données de base, le paramétrage et l’historique des transactions sont volontairement partagés entre les niveaux organisationnels. C’est ce partage qui rend un système unique efficace à exploiter, et c’est exactement ce qui le rend difficile à diviser.  

Lorsque le projet est encadré par un Transition Services Agreement (TSA), l’approche compatible avec le calendrier est la transition sélective des données : extraire les données qui appartiennent à l’entité cédée, et rien d’autre. 

Le découpage commence par un sélecteur

Le sélecteur principal est presque toujours la société (company code), soit l’entité juridique dans SAP. 

Cependant, une société ne voyage jamais seule. Elle entraîne avec elle toute une structure organisationnelle, dont chaque élément doit être examiné : 

• Les divisions (plants), les sites où les opérations se déroulent physiquement, et les magasins (storage locations) qu’elles contiennent, où sont stockés les articles. 
• Les organisations d’achat, les entités qui négocient avec les fournisseurs. Certaines ne desservent qu’une seule division, d’autres desservent tout le groupe. 
• Les organisations commerciales et les secteurs d’activité (divisions), qui définissent la manière dont l’entreprise vend et dont elle segmente ses produits. 
• Le périmètre analytique (controlling area), le périmètre de la comptabilité analytique. Il couvre fréquemment plusieurs sociétés à la fois. 
• Le plan de comptes, le catalogue des comptes généraux, généralement défini une seule fois pour l’ensemble du groupe. 
• Le domaine de valorisation, où sont calculées les valeurs de stock, et le périmètre de crédit, qui encadre le crédit client.

En pratique, le premier véritable livrable d’une évaluation technique est la cartographie de cette structure : quels éléments sont exclusifs à l’entité cédée, et lesquels sont partagés avec les activités qui restent. Si cette cartographie est fausse, chaque règle de découpage construite dessus hérite de l’erreur.

Là où le sélecteur cesse de fonctionner  

Voici quelques exemples de difficultés qui reviennent dans presque tous les carve-out SAP S/4HANA … et qu’aucun filtre sur la société ne suffit à résoudre. 

Chaque table atterrit dans l’une des trois catégories

À l’issue de l’analyse, chaque table est soit découpée, soit copiée intégralement, soit exclue. Le paramétrage est généralement copié intégralement, afin que la nouvelle entité conserve les processus qu’elle exécute aujourd’hui. Les données de base et transactionnelles sont découpées.  

En revanche, les tables spécifiques Z et Y, ainsi que les tables livrées par des add-ons tiers, sont copiées intégralement par défaut. Ce comportement par défaut est le piège : s’il n’est pas examiné, il transporte discrètement les données du vendeur dans le système de l’acquéreur. Un projet réel tranche sur des centaines de ces tables, une par une, dans un exercice conjoint entre les métiers et la technique, et cet arbitrage se trouve sur le chemin critique.

Le périmètre, c’est le calendrier 

Le calendrier d’un projet de carve-out est en réalité une décision de périmètre prise des mois plus tôt. Les règles de découpage décrites ici constituent ce périmètre, et elles peuvent être connues avant la signature du TSA, c’est-à-dire au moment où elles ont encore de la valeur. 

oXya réalise cette évaluation pour les vendeurs comme pour les acquéreurs, des deux côtés d’une cession.