T-Minus: le compte à rebours, de T-27 à T+30

Avant le vol, les cinq étapes du cycle de 27 jours ouvrables avec leurs critères de sortie et leurs artefacts, les points de passage, les six flux de travail et la manière dont les déploiements plus importants ajoutent des vagues plutôt que des phases plus longues.

Le délai est de 27 jours ouvrables entre le lancement et la mise en production, suivis de 30 jours d'accompagnement. Comptez les jours ouvrables et non les jours calendaires, et intégrez les jours fériés du client dans l'onglet « Configuration » du classeur « Plans de projet » afin que chaque date de tâche soit réelle.

Scène	Jours T	Jours	Laisse derrière
Avant le vol	Avant le T-27	—	Tout ce dont l'horloge a besoin le premier jour
Découvrir en faisant	T-27 → T-18	10	Le registre des ajustements : chaque espace est étiqueté Configurer maintenant, T-Plus ou Non nécessaire
Configurer en mode ouvert	T-17 → T-11	7	Un locataire configuré, construit quotidiennement sous la supervision et la direction du client
Basculement, audité	T-10 → T-3	8	Une transition réussie : les balances de vérification correspondent ligne par ligne à l’ancien système ; la simulation à blanc a été chronométrée.
La répétition	T-2 → T-1	2	Répétition générale réussie : une journée de travail réelle en parallèle – le seul choix possible (passage ou échec).
Mise en service	T-0	1	Un registre en temps réel : système hérité en lecture seule, première facture avant le déjeuner
Coach en pleine action	T+1 → T+30	—	Un système adopté : l’hypersoins intégré aux opérations normales

Avant le vol : avant le démarrage du chronomètre (valeur par défaut proposée)

Le 27e jour marque le début du compte à rebours, pas le début de la relation. La préparation du vol complète la méthode publiée : sans elle, les premiers jours sont consacrés à la recherche d'accès plutôt qu'à la découverte par la pratique.

Commercial	Personnes	Locataire	Données
Contrat signé ; recettes vérifiées perçues	Responsable du compte à rebours désigné, avec une autorité de portée le jour même	Formulaire d'intégration soumis : cloud, région, réseau, SSO	Accès en lecture à tous les systèmes sources hérités
La date de mise en service a été convenue et inscrite au conseil d'administration.	Responsable de vol TRANXACT désigné	Serveur provisionné : cluster à trois nœuds, opérationnel dans quelques heures	Données d'échantillon représentatives extraites à des fins de découverte
Point d'ancrage du périmètre : modules et entités pour la vague 1	Un utilisateur clé par processus est désigné et autorisé pour le compte à rebours.	Les utilisateurs clés peuvent se connecter	Date de basculement et étendue de la migration (à compter du / période) proposées

En quoi cela s'intègre-t-il au Guide de déploiement technique ? Les objectifs de déploiement proposés (formulaire d'intégration, validation de la conception et compilation à partir du code, d'une durée d'environ cinq jours ouvrés chacun, et cinq jours supplémentaires avec la reprise après Live DR) sont exécutés avant le début du compte à rebours. Ce dernier suppose que l'environnement existe déjà ; c'est précisément pourquoi le locataire est une étape préliminaire et pourquoi T-Minus ne comporte pas d'étape clé de déploiement de l'architecture.

Considérez tout élément non coché avant le vol comme une raison de ne pas démarrer le chronomètre.

Chaque étape, et sa fin

Scène	Ce qui se produit	Critère de sortie	Artefacts produits
T-27 → T-18 Découvrir en faisant	Les utilisateurs clés appliquent leurs rôles réels à des données représentatives de leur propre environnement ; chaque discussion est affichée en direct ; chaque écart est consigné et traité ; les extraits existants sont profilés ; l’impact des changements est capturé à mesure que les utilisateurs visualisent leurs futurs écrans.	Le registre Fit Ledger est complet et chaque ligne est étiquetée ; le propriétaire du compte à rebours a signé la vague 1.	Grand livre des modifications ; Registre des objets de migration (ébauche) ; décision concernant la portée de la migration ; Évaluation de l’impact des changements (première version) ; plan des parties prenantes et de communication ; journal RAID ouvert.
Configuration T-17 → T-11 en mode ouvert	Sessions quotidiennes : plan comptable, entités, devises, rôles, approbations, numérotation configurée sans code ; ASK crée en masse des données de base et des brouillons de règles ; les contrôles de configuration sont exécutés à mesure que les éléments sont terminés ; intégrations construites sur des API ; chargement simulé M1 préparé.	Chaque ligne Configure-now a été configurée et vérifiée dans le locataire.	Cahier de configuration ; Registre de préparation aux rôles et à l’adoption ; Plan de test (vérifications de configuration et d’intégration) ; Mappage M1 signé.
Basculement T-10 → T-3, audité	Chargements fictifs M1 et M2 ; balance de vérification rapprochée ligne par ligne avec l'ancien système ; sous-comptes liés aux comptes de contrôle du grand livre ; une simulation complète chronométrée par rapport au manuel d'exécution ; tests d'intégration et de rôle ; script de répétition préparé.	Zéro écart dans la balance de vérification lors de l'exécution à blanc, avec piste d'audit ; l'exécution à blanc respecte la fenêtre de basculement.	Rapprochements de la balance de vérification et des comptes auxiliaires ; manuel de basculement avec minutage de simulation ; script de répétition ; journal des anomalies.
T-2 → T-1 La répétition	Les transactions du client pendant une journée complète, effectuées par chaque personne utilisant le système le jour suivant (T+1), dans son propre rôle, avec sa file d'attente d'actions active ; résultats comparés à l'ancienne version ; réussite ou exécution d'une courte liste de corrections le même jour.	Les autorisations de répétition — le seul passage obligé / passage refusé.	Scénario de répétition avec résultats ; enregistrement des décisions de passage (Go/No-Go) ; participation à l’adoption par utilisateur ; plan de basculement final.
T-0 Mise en service	Données héritées gelées et en lecture seule à la date limite ; le chargement final répète l’exécution à blanc chronométrée ; la balance de vérification rapprochée et signée ; intégrations en production ; les utilisateurs se connectent.	La première facture enregistrée en production, généralement avant le déjeuner.	Manuel de basculement (dernière colonne) ; rapprochement signé ; journal des exceptions Hypercare ; indicateur de performance clé : nombre de jours avant la première facture enregistrée.
T+1 → T+30 Coach en pleine action	La file d'attente met en évidence le travail réel de chaque utilisateur et ASK les aide à le réaliser ; une réunion quotidienne de 15 minutes d'assistance renforcée se réduit à deux réunions hebdomadaires, puis s'intègre aux opérations normales ; les vagues T-Plus activent le périmètre différé.	Les exceptions tendent vers zéro ; l'hypervigilance est intégrée au rythme normal.	Journal des exceptions Hypercare ; arriérés et plan de vagues T-Plus ; tableau de bord des indicateurs clés de performance ; suivi de l’adoption.

Portes (valeur par défaut proposée)

Une seule décision formelle (accord/refus) : la répétition. Chaque autre étape est un fait vérifiable.

Grille	Quand	Critère	Preuve	Décidé par
Début du compte à rebours	T-27	Préparation du vol terminée ; date affichée	Liste de vérification avant vol	Responsable du compte à rebours + Chef de vol
Gel du périmètre (vague 1)	T-18	Chaque ligne Fit Ledger est étiquetée ; vague 1 signée	Fit Ledger	Propriétaire du compte à rebours
Configuration terminée	T-11	Toutes les lignes Configure-now sont configurées et vérifiées.	Cahier de configuration, plan de test	Chef de vol
Exécution à blanc réconciliée	T-3	Delta nul TB ; liaison des sous-comptes ; simulation à blanc dans la fenêtre	Réconciliations, Manuel de mise en service	contrôleur financier
La répétition (GO / NO-GO)	T-1	Journée ouvrable écoulée ou liste de correction clôturée le jour même	Script de répétition, enregistrement Gate	Propriétaire du compte à rebours
Mise en service confirmée	T-0	Rapprochement final de la balance ; première facture enregistrée	Rapprochement signé, indicateur de performance clé	contrôleur financier
Sortie d'Hypercare	À J+30	Exceptions inférieures au seuil pendant 5 jours ouvrables	Journal d'Hypercare	Responsable du compte à rebours + Chef de vol

Consignez chaque résultat d'étape dans la feuille de validation/décision du guide, en y joignant les justificatifs. Les auditeurs et le responsable du pilotage consultent ces justificatifs, et non un rapport d'étape.

Six groupes de travail, une seule horloge

Groupe de travail	Découvrir	Configure	Basculement	Répétition	Lancement et coaching
Implémentation de base	Fit Ledger sur écrans en direct	Configuration quotidienne sans code	Corrections de configuration uniquement	Liste de correction le jour même	Changements au cours de la même semaine
Migration de données	Sources du profil ; portée à compter de / période	Cartographie ; maquette M1 préparée	M1, M2, essai à blanc, rapprochement	Vérification Delta	Chargement final, validation TB
Essai	Plan de test rédigé	Vérifications de configuration et d'intégration	Validation de la migration, tests de rôle	Répétition = UAT	triage des exceptions
Adoption et formation	Les principaux utilisateurs dans leurs rôles	Files d'attente et ASK définis par rôle	Utilisateurs sur les données de répétition	Chaque utilisateur T+1 répète	Coach en pleine action
Gestion du changement	Impact du changement, parties prenantes	Communications : quels changements pour moi	Bilan de préparation	Communications de lancement	Renforcer ; abandonner les habitudes héritées
Technique et intégration	Locataire en direct ; SSO ; accès	intégrations API construites	Points d'extrémité testés ; exercice de reprise après sinistre	Points de terminaison de production prêts	Surveillance ; hypersoins

Passage à l'échelle supérieure : vagues, jamais de phases plus longues (valeur par défaut proposée)

Les déploiements multi-entités et multi-modules répètent le compte à rebours de 27 jours sur le même grand livre. Vague 1 : l’entité principale avec la comptabilité, le CRM et la chaîne d’approvisionnement. Vague 2 : autres entités et SIRH/paie. Vague 3 : production, DSE ou cycle de vie étudiant. Vague n : périmètre Fit Ledger différé et nouvelles régions. Chaque vague active et désactive les modules et les entités par simple configuration, évitant ainsi une réimplémentation en cas de croissance.

Planifiez la première phase en fonction de l'entité ou du processus dont les données sont les plus fiables et dont le responsable du compte à rebours est le plus impliqué. Son succès donnera le ton pour la suite.

Les valeurs indiquées comme valeurs par défaut proposées constituent les points de départ recommandés par la méthodologie. Veuillez les confirmer pour chaque mission ; le contrat, le bon de commande et le SLA font foi.

Suivez le cours à ce sujet, avec des schémas et une vérification.