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
-
Application Retirement – Pourquoi s'accrocher aux systèmes hérités coûte désormais cher
-
L'Application Retirement devient incontournable
-
SAP Carve-outs: Pourquoi l'archivage stratégique est supérieur à une migration complète
-
Décommissionnement des Systèmes - Pourquoi vos anciens systèmes deviennent un gouffre financier à retardement
-
Archivage SAP: Pourquoi la sécurisation à long terme des données SAP est vitale pour les entreprises
-
Combien coûte l'archivage ERP et quels sont les risques encourus ?
-
L'IA devient un problème massif pour vos systèmes legacy !
-
Période de crise : l'archivage pour maîtriser vos coûts
-
Pourquoi l'archivage SAP va bien au delà d'un simple export de données
-
Le groupe du DAX LANXESS fait confiance à AvenDATA