Pourquoi les carve-outs sont-ils si importants ?

Par Emanuel Böminghaus, expert en systèmes hérités et directeur général d’AvenDATA

Par Emanuel Böminghaus,

expert en systèmes hérités et
directeur général d’AvenDATA
Une perspective informatique sur les scissions d’entreprises et les systèmes hérités
Lorsque des entreprises vendent ou scindent des filiales ou des unités d’activité, on parle de carve-out. Derrière ce terme neutre se cache un processus technique et stratégique très complexe, notamment en ce qui concerne l’infrastructure informatique et la gestion des systèmes dits hérités.

1. En quoi consiste un carve-out ?

Un carve-out désigne la séparation d’une partie d’une entreprise, telle qu’un département, une filiale ou une unité d’activité, de la société mère. L’objectif est d’obtenir une indépendance juridique, organisationnelle et surtout technique. Un carve-out peut se faire par une vente, une scission ou une restructuration. Les raisons peuvent être un réalignement stratégique, une efficacité accrue, une concentration sur l’activité principale ou des exigences légales et réglementaires.

Exemples pratiques typiques de carve-outs :

  • Un équipementier automobile se sépare de sa division composants pour moteurs à combustion pour se concentrer entièrement sur la mobilité électrique. La division scindée est vendue à un investisseur financier.
  • Une entreprise technologique scinde sa division cloud et la lance en tant que société indépendante en bourse. La nouvelle unité dispose de son propre système informatique et reste indépendante.
  • En raison d’obligations réglementaires, une banque est tenue de céder son activité de banque de détail et la transfère à un autre établissement financier. Les données clients doivent être migrées de manière complète et conforme à partir des systèmes existants.
  • Après la fusion de deux sociétés internationales, les unités d’activité qui se chevauchent, telles que les départements informatiques ou financiers en double, sont scindées en vue de réaliser des synergies.
  • Une société pharmaceutique vend son activité de protection des cultures pour se concentrer sur la médecine humaine. Les données et systèmes concernés sont extraits du système SAP et archivés.
Dans tous les cas, un carve-out n’est pas seulement un processus métier ou juridique, mais aussi un défi technique informatique. Les systèmes doivent être découplés, les données séparées et souvent archivées à long terme, en particulier lorsque des systèmes hérités sont impliqués. C’est précisément là qu’AvenDATA met en œuvre son expertise spécialisée et ses outils certifiés.

2. Pourquoi un carve-out est-il particulièrement difficile pour les services informatiques ?

D’un point de vue technique, un carve-out est une intervention très complexe dans l’environnement informatique existant d’une entreprise, surtout lorsqu’il s’agit de structures de systèmes historiques comportant de nombreuses dépendances. Contrairement à un projet entièrement nouveau, où un nouveau système est construit à partir de zéro, un carve-out nécessite une séparation, une migration ou un archivage minutieux des données, interfaces, applications et processus existants. Cela implique de nombreux défis :

  • Liens et interfaces entre les systèmes

Dans les entreprises modernes, les systèmes sont rarement isolés. Un système ERP tel que SAP est généralement profondément intégré à d’autres applications : Systèmes DMS pour la gestion des documents, systèmes RH pour la gestion du personnel, outils de comptabilité et de
contrôle ou solutions développées sur mesure. Ces systèmes communiquent via des interfaces qui doivent être identifiées, ajustées ou complètement supprimées lors d’un carve-out. Si cette étape n’est pas correctement exécutée, il existe un risque de perte de fonctionnalité, d’incohérence dans les données ou de défaillance du système. Un carve-out permet à une entreprise de se séparer de sa société mère, et l’équipe de direction peut ainsi poursuivre une nouvelle orientation. Cela peut se faire par la vente de l’unité d’activité à un acheteur externe ou par sa transformation en une filiale indépendante. Les carve-outs d’entreprises sont souvent réalisés pour se concentrer sur l’activité principale, libérer des ressources financières ou maximiser la valeur de l’unité d’activité séparée.

  • Séparation des données et responsabilités

Un aspect technique essentiel est la séparation des données, c’est-à-dire la question suivante : quelles données appartiennent à l’unité qui fait l’objet du carve-out ? Cette séparation n’est pas toujours claire. En particulier dans les systèmes multi-clients comme SAP, les codes d’entreprise, les centres de coûts ou les unités organisationnelles doivent être identifiés et distingués. Même au sein de tables individuelles, il existe souvent des enregistrements de données partagés, tels que les données de base des clients ou des fournisseurs, qui ne peuvent être transférés que partiellement. Il y a également une composante juridique : quelles données doivent être conservées et par qui ?

  • Connaissance des bases de données et des tables

Un carve-out informatique réussi nécessite une connaissance approfondie des systèmes de bases de données et des structures de tables sous-jacents. Les données sont stockées dans des structures relationnelles, ce qui signifie que les informations individuelles sont liées les unes aux autres. Par exemple, si une table de documents de vente est extraite, les données de base, les données de transaction et les paramètres de personnalisation correspondants doivent également être pris en compte pour garantir que les données restent lisibles et utilisables par la suite. Sans cette compréhension approfondie, des incohérences peuvent apparaître et rendre la migration inefficace.

  • Gestion des systèmes hérités

La plupart des informations requises ne sont pas stockées dans des systèmes modernes et bien entretenus, mais dans des systèmes dits hérités. Il s’agit d’anciennes applications qui ne sont plus utilisées, mais qui ne peuvent être supprimées en raison d’exigences de conformité. Ces systèmes ne sont généralement plus maintenables, sont techniquement obsolètes ou ne fonctionnent que dans des environnements virtuels. Néanmoins, les données doivent être extraites de façon sélective de ces systèmes et soit remises à l’acheteur, soit archivées de manière conforme à la
législation. Souvent, il ne reste pratiquement plus aucun savoir-faire au sein de l’entreprise concernant ces systèmes, ce qui rend l’extraction encore plus difficile.

  • Testabilité et validation

Après l’extraction, les données doivent être complètes et exactes, car il n’existe aucun moyen simple d’accéder au système d’origine après le carve-out. Cela signifie que des tests détaillés, des validations avec les services spécialisés et des procédures de vérification automatisées sont nécessaires pour garantir l’exhaustivité, la cohérence et la lisibilité des données transférées. Cela inclut à la fois les données structurées (telles que le contenu des tableaux) et les informations non structurées (telles que les pièces jointes, les documents ou les fichiers numérisés).

  • Gestion du temps et des ressources

Les projets de carve-out sont souvent soumis à une pression temporelle importante, en particulier lorsqu’ils s’inscrivent dans le cadre d’une transaction avec des délais fixes. En même temps, ils nécessitent beaucoup de ressources et une collaboration étroite entre les services spécialisés, les responsables de la protection des données informatiques et les consultants externes, tout en fonctionnant en parallèle avec les opérations quotidiennes. Cela peut mobiliser des capacités supplémentaires et entraîner des conflits de priorités.

Conclusion

Un carve-out n’est pas une procédure courante pour les services informatiques, mais un projet à grande échelle très complexe qui comporte de nombreuses dépendances. La réussite technique joue un rôle décisif dans la réussite économique et juridique de la transaction. Une expertise spécialisée est particulièrement nécessaire pour séparer et archiver les systèmes hérités, et c’est précisément là qu’AvenDATA intervient.

Processus technique d'un carve-out (sans test)

Un carve-out dans le domaine informatique est un processus structuré dans lequel les données, les systèmes et les droits d’accès sont séparés d’un environnement système existant et soit archivés, migrés ou transférés. Dans des environnements informatiques matures comportant de nombreuses dépendances, une approche méthodique est essentielle.

1. Analyse préliminaire/Évaluation du système

  • Identification de tous les systèmes concernés (par exemple, SAP, DMS, CRM, RH)
  • Définition de l’étendue des données à extraire (par exemple, codes d’entreprise, clients)
  • Examen des interfaces existantes, des dépendances de données et des développements personnalisés
  • Évaluation des risques techniques potentiels et des exigences réglementaires
Objectif : Établir une compréhension technique de la portée, de la complexité et du potentiel de séparation.

2. Planification et définition de la portée du projet

Création d’un calendrier de projet avec des responsabilités et des étapes claires.
  • Définition du système cible (solution d’archivage telle que ViewBox, migration, transfert à l’acheteur)
  • Spécification des formats de données et des normes d’archivage
  • Coordination avec le service informatique, les services spécialisés, les responsables de la protection des données et, le cas échéant, le comité d’entreprise
  • Objectif : Établir un objectif clair et une base solide pour l’exécution.

3. Préparation technique et concept d'extraction

Sélection d’outils d’extraction appropriés ou développement d’une logique d’exportation (par exemple basée sur SAP ABAP ou Oracle ODBC)
  • Définition des tables et des objets de données à extraire, y compris les relations
  • Mise en place d’un accès technique (par exemple, utilisateurs en lecture seule, accès à la base de données)
  • Configuration de la structure cible pour l’archivage ou le transfert ultérieur de données
Objectif : Garantir une extraction fluide, structurée, documentée et traçable.

4. Extraction productive des données

  • Exécution de l’extraction productive des données à la date limite définie
  • Extraction des données structurées (tables, documents, données de base) et non structurées (telles que les fichiers PDF, les pièces jointes)
  • Qualité de la sauvegarde des données et transfert sécurisé vers le système cible (tel que les archives)
Objectif : Séparation complète et sécurisée des données pertinentes du système hérité.

5. Validation et assurance qualité

  • Contrôles techniques visant à vérifier l’exhaustivité et la cohérence (tels que contrôles de plausibilité, validation des clés étrangères)
  • Examen fonctionnel basé sur des directives de test définies ou des comparaisons entre les valeurs cibles et réelles
  • Documentation de la qualité des données à des fins de vérification par des tiers (tels que des auditeurs)
Objectif : Garantir l’intégrité des données et la conformité juridique de la documentation.

6. Mise à disposition dans le système cible/archivage

  • Transfert des données vers le système d’archivage (par exemple ViewBox avec accès en lecture seule)
  • Configuration des droits d’utilisateur, de la structure d’archivage, des fonctions de recherche et de filtrage
  • Intégration de la documentation procédurale et des journaux techniques
  • Formation des utilisateurs des archives (par exemple comptabilité, service fiscal, informatique)
Objectif : Mise à disposition de données utilisables, accessibles à long terme et conformes aux exigences d’audit.

7. Achèvement du projet et arrêt du système

  • Préparation du rapport final, y compris la documentation de toutes les étapes réalisées
  • Recommandation pour la désactivation ou la mise hors service contrôlée du système hérité
  • Transfert de tous les artefacts techniques (tables de correspondance, fichiers journaux, protocoles de test)
Objectif : Réalisation transparente du projet dans le respect de toutes les exigences réglementaires et techniques.
La mise en œuvre technique d’un carve-out nécessite une connaissance approfondie du système, une approche méthodique et un traitement sécurisé des données sensibles. Même sans test préliminaire, un carve-out peut être mené à bien à condition que les phases de préparation et de validation soient bien structurées. AvenDATA vous accompagne avec des outils spécialisés, des experts en bases de données expérimentés et une méthodologie de projet éprouvée, développée au fil de nombreuses années.
AvenDATA a déjà mené à bien plusieurs centaines de projets de carve-out et possède une vaste expérience dans la séparation, l’extraction et l’archivage de données provenant d’un large éventail de systèmes, dont SAP, Oracle, Navision, les systèmes hérités et bien d’autres.
Vous prévoyez d’archiver un système hérité ?