Migration de données : Coupure

La coupure décrit la période pendant laquelle le système de production est préparé pour la mise en service du nouveau système. Cela comprenait la préparation technique du système source et cible, la migration des données et la transition commerciale.

La transition décrit les activités de l’entreprise réalisées pour soutenir le passage d’un système à l’autre, par exemple :

• Informations sur les clients et les fournisseurs;
• Dernières activités de nettoyage comme la fermeture de P.O. ou les ordres de fabrication ainsi que les activités de clôture de fin de mois;
• Préparation de la période intérimaire sans support du système précédant;
• Mouvements d’inventaire dans l’ordre sans prise en charge du système;
• Réétiquetage des emplacements de stockage en entrepôt;

Planification de la coupure

La base des plans de transition sont les plans de discussion sur la migration, y compris toutes les activités techniques manuelles pour la migration des données. De plus, le plan doit inclure :

• Activités de transition de l’entreprise;
• Points pour la décision de ‘go’ ou ‘no-go’;
• Stratégies de repli;
• Plan de communication;

Au cours de la phase de réalisation, un plan directeur de basculement sera créé qui couvrira toutes les activités de basculement dans le cadre du projet d’harmonisation. Ce plan directeur de basculement sera ajusté aux activités spécifiques de déploiement pour chaque déploiement.

Procédure d’approbation

Les mêmes principes s’appliquent pour le chargement des données de production que pour les migrations de test.

Toutes les vérifications commerciales sont basées sur des données en direct, les affichages effectués pendant les tests ont un impact direct et ne peuvent pas être inversés. Les tests de régression concernant la personnalisation sont décrit dans la stratégie de test de l’analyse fonctionnelle.

Étant donné que la portée de la migration des données pour le programme de transformation n’inclut que l’ajout de données au nouveau système, aucun test de régression sur les données des sites déjà présents dans le système de transformation n’est nécessaire.

L’exécution de la coupure

Pendant l’exécution de la transition, un suivi détaillé de l’état et une communication claire sont nécessaires. Pour soutenir cela, des réunions de statut de transition seront organisées. Les réunions seront animées par le manager de transition ; les participants seront des chefs de projet, des représentants d’entreprises et d’autres parties prenantes concernées.

Horaire approximatif

Le plan de transition de migration peut être grossièrement subdivisé en les étapes suivantes (des exemples d’activités sont mentionnés pour chaque étape) :

• Entreprise
  • informer les partenaires
  • fin des opérations
  • objets d’évaluation de couts, des propostions et des prix
  • Effacer/Fermer les documents ouverts pour chaque élément
• Préparation et nettoyage des données dans l’ancien système
• Préparation de migration des données
  • Mappage des valeurs
  • Correspondance des types de champs
• Préparation du système
  • Utilisateurs et gestion des autorisations
  • Design des interfaces
  • Plages d’enregistrements et leurs critères
  • Personnalisation des contrôles de type de données par champs
  • Désactivez les notifications dans le système cible pour éviter la surcharge des e-mails
• Activités de ventes en transition finale dans l’ancien système
  • Périodes fermées, postes ouverts, etc.
• Bloquer l’ancien système
• Migration de données
  • Données de base
  • Libérer l’ancien système pour la migration
  • Rapports de suivi de l’ancien système
    • Par exmple : comparaison du niveau de stock, compte de résultat, compte de résultat, nombre de contacts, etc.
  • Données transactionnelles
  • Approval migration
• Préparation finale du nouveau système
• Sortie du nouveau système pour les affaires normales

Entre le blocage du système hérité et la sortie du système de production, aucune activité quotidienne normale n’est possible.

Les données essentielles et nécessaires au plan de basculement proviennent des tests de migration avant le Go Live. Les vérifications des dépendances peuvent influencer le calcul du temps d’exécution et peuvent être obtenues à partir de tests de migration dans des conditions de mise en service.

Sur la base de ces informations, un plan de transition précis, sûr et « proche de la réalité » pour la mise en production finale peut être élaboré à la fin avec une durée d’exécution estimée calculée pour le volume de données attendu du système de production. Les points faibles, les goulots d’étranglement des ressources, etc. peuvent être évités grâce à cette procédure.

Avec ce plan de basculement détaillé et fiable, un temps d’arrêt du système de production peut être estimé facilement. Le calendrier de basculement détaillé doit être défini dans le cadre du projet de déploiement.

Coupure avec l’ancien système

Pour les systèmes existants, il y aura des points de coupure définis. La coupure définit le point où les activités du système hérité sont arrêtées, aucune donnée n’est créée ou modifiée et aucune autre publication n’est effectuée pour disposer d’une base stable pour la migration des données.

Pour prendre en charge la coupure, les autorisations pertinentes doivent être réduites à « affichage uniquement ».

Il y a 2 scénarios possibles :

1. Certaines divisions de votre entreprise restent dans l’ancien système
   1. La coupure est limitée aux unités organisationnelles qui seront migrées vers le nouveau système. Les unités organisationnelles restantes peuvent continuer à travailler.
2. Aucune division ne reste dans l’ancien système
   1. La coupure est valable pour le système complet.

Temps d’arrêt du système actuel

Pour permettre une annulation en cas d’erreurs graves lors de la migration, les activités commerciales doivent être arrêtées dans le système.

Le temps d’arrêt commence juste avant le début de la migration des données. Il doit être annoncé bien à l’avance (plusieurs semaines) pour permettre aux sites en direct de se préparer au temps d’arrêt.

Le temps d’arrêt ne se termine qu’après la décision finale de mise en route par la direction du déploiement lors de la réunion de statut de transition.

Lors de la planification du temps d’arrêt, il faut prévoir suffisamment de temps pour un éventuel retour en arrière après la décision finale de lancer le nouveau système pour les affaires normales.