TRANXACT.AI Entraînement

Lors du déploiement : préparation à la mise en production

Provisionnement, calendrier, formulaire d'intégration, identité et communications, tableau de bord de migration, basculement et étapes de mise en service.

Avant, pendant et après · 20 minutes · 5 questions

Pour: Toute l'équipe projet, des deux côtés.

De la signature à l'état stationnaire, avec les cibles proposées Contrat signéClient et TRANXACTFormulaired'intégration5 jours ouvrables ·clientConception etvalidation5 jours ouvrables ·TRANXACTConstruire à partir ducode5 jours ouvrables, +5avec Live DRRemettredate engagéeConfigurer et migrerpérimètre prévu parmodulePortes de mise enserviceExercice de basculement ·restauration de salle blanche · réconciliéMise en serviceaprès l'accord/le refusdu clientHypersoinsgénéralement 4 à 8semaines (H1)ClientTRANXACTJalon
De la signature à l'état stationnaire, avec les cibles proposées

Le déploiement commence lorsque trois éléments sont réunis : la signature, le chiffre d’affaires audité et le formulaire d’intégration. Les délais prévus sont alors de cinq jours ouvrés pour le formulaire, cinq pour la conception et la validation, et cinq pour le déploiement (dix avec Live DR). La connectivité privée, les clés gérées par le client et les environnements supplémentaires peuvent rallonger ce délai.

Démarrez les travaux de réseau et de DNS du client en parallèle de la contractualisation. C’est généralement l’étape la plus longue et elle ne relève pas de la responsabilité de TRANXACT.

Le formulaire d'intégration

Avant de signerDans les 5 jours ouvrables suivant le lancement
Fournisseur de cloud et régionsPlages /22 privées (et reprise après sinistre), option de connectivité, liste blanche de sortie
Dimensionnement et environnements d'exécutionNom de domaine complet (FQDN), propriétaire DNS, certificat d'autorité de certification publique
Moteur de base de données et tailleFournisseur d'identité pour l'authentification unique (SSO), utilisateurs administrateurs, politique d'authentification multifacteur (MFA)
Modèle de continuitéPoints de terminaison bancaires, de paie, fiscaux, de BI et existants
Modules, entités, devises, languesDes contacts par zone et deux contacts disponibles 24h/24 et 7j/7
Indicateurs de conformité ; niveau ASK, région et budget
  • La région, les plages d'adresses, le nom de domaine pleinement qualifié (FQDN) et le moteur de base de données sont fixés une fois la compilation lancée.
  • Le contact technique est un responsable informatique habilité à gérer les identifiants et les modifications réseau ; il ne s’agit pas d’un membre de la direction, du service financier ou des achats. Les identifiants lui sont exclusivement destinés.
  • Chaque entrée ouverte est suivie dans la synchronisation des opérations bimensuelles jusqu'au transfert.

L'identité, puis les données

La réunion de lancement présente le manuel et le portail de support, le périmètre du projet, le cahier des charges, la matrice RACI et la matrice d'escalade. L'authentification unique (SSO) est fédérée avec le fournisseur d'identité du client via SAML 2.0 ou OIDC, et SCIM si nécessaire. Il est impératif de tester l'authentification unique et le mappage des rôles avec de vrais utilisateurs avant la migration, afin d'éviter tout problème d'accès lors de la mise en production. Les domaines d'envoi TRANXACT doivent être autorisés afin d'éviter la mise en quarantaine des e-mails de provisionnement et d'alerte.

Le cockpit de la migration

ÉtapeOMS
Extraction à partir de systèmes et de feuilles de calcul existantsClient (MIG_8.3.01)
Associer les entités, comptes et données de référence TRANXACT ; nettoyerClient (MIG_8.3.02)
Valider — règles, doublons, données manquantesTRANXACT (MIG_8.2.01)
Essais de chargement en zone non productive, répétésTRANXACT ; au-delà des cycles convenus, Supplémentaire (MIG_8.2.02)
Rapprochement de la balance de vérification, des livres auxiliaires et des stocks ; validation des soldes d'ouvertureClient (MIG_8.3.03)
Plan de transition et fenêtre de gelJoint (MIG_8.4.01)
Aller / ne pas allerClient (MIG_8.4.02)
Chargement final et vérification techniqueTRANXACT (MIG_8.4.03)

C’est la qualité des données, et non les outils, qui détermine la date de mise en service. Chaque solde d’ouverture est rapproché de la source auditée avant la mise en service.

Les portes de mise en service

  • Migration validée et approuvée.
  • Intégrations testées avec les points de terminaison de test des partenaires.
  • Un exercice de basculement vers un système de reprise Live DR a été réussi.
  • Une restauration en salle blanche à partir des archives a été effectuée avec succès.

Après la mise en service, l'hypercare — des suivis quotidiens, généralement pendant 4 à 8 semaines — est disponible dans le cadre du forfait H1.

Calderwood Group — l'exemple concret

Calderwood signe le lundi. Son formulaire arrive le 4e jour, complet à l'exception de la plage d'adresses Live DR, qui arrive le 9e jour, soit quatre jours après l'objectif de 5 jours. La conception ne peut être validée sans cette information ; la validation et le transfert prévu sont donc reportés de quatre jours. Le délai de construction après validation est de dix jours ouvrables, et non de cinq, car Calderwood dispose d'une solution Live DR.

Essayez-le Le directeur financier de Calderwood souhaite fixer la date de mise en service le jour même de la signature. Que devrait dire l'orchestrateur ?

Ne fixez une date de mise en production qu'une fois la date de transfert déterminée et le plan de migration dimensionné. La mise en production dépend de la qualité des données et de quatre étapes clés : la réconciliation, les intégrations, un exercice de basculement et une restauration complète. Aucune de ces étapes ne peut être planifiée avant la mise en place des environnements.

Vérifiez ce que vous savez

Prochain plat

La progression est conservée uniquement dans ce navigateur ; elle n’est envoyée nulle part et personne d’autre ne peut la voir.

← Tous les cours de déploiement