Pourquoi les carve-outs sont-ils si importants ?
Par Emanuel Böminghaus,
directeur général d’AvenDATA
1. En quoi consiste un carve-out ?
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.
2. Pourquoi un carve-out est-il particulièrement difficile pour les services informatiques ?
- Liens et interfaces entre les systèmes
- Séparation des données et responsabilités
- Connaissance des bases de données et des tables
- Gestion des systèmes hérités
- Testabilité et validation
- Gestion du temps et des ressources
Conclusion
Processus technique d'un carve-out (sans test)
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
2. Planification et définition de la portée du projet
- 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
- 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
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)
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)
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)
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)
Blogs récents
-
Pourquoi les entreprises doivent-elles moderniser ou archiver un système hérité ?
-
Pourquoi les entreprises ont-elles besoin de l'archivage SAP ?
-
Pourquoi les systèmes hérités sont-ils importants et comment influencent-ils la continuité métier ?
-
Pourquoi les entreprises doivent-elles archiver leurs données ERP à long terme ?
-
Pourquoi la mise hors service et l'archivage des données SAP sont-ils indispensables ?
-
Comment mettre hors service un système SAP de manière sûre et complète ?
-
Pourquoi le fait de s'appuyer sur un système hérité représente-t-il un risque pour les entreprises ?
-
Pourquoi l'archivage ERP est-il essentiel pour les entreprises aujourd'hui ?
-
Pourquoi les entreprises devraient-elles remplacer leurs systèmes hérités dès maintenant ?
-
Que signifie l'archivage SAP et pourquoi est-il plus important que jamais ?