Lors du déploiement : intégration, configuration et mise en production

Provisionnement, le calendrier entre la signature et le transfert, le formulaire d'intégration et les échéances de chaque saisie, l'identité et les communications, le poste de pilotage de la migration, la bascule et les étapes de mise en service.

Provisionnement en trois étapes

Étape	Ce qui se produit
1 — Proposition et contrat	Le client configure le cloud, la région, les nœuds, la base de données, la reprise après sinistre et les environnements ; un audit des revenus est fourni ; le principal interlocuteur technique est désigné dans le contrat.
2 — Construire	Le formulaire d'intégration est soumis ; la réunion de lancement définit les étapes clés, les responsabilités et le calendrier ; les environnements sont construits à partir de l'infrastructure en tant que code.
3 — Transfert	L'accès est accordé au contact technique ; le client vérifie la connectivité et l'authentification unique (SSO) ; la configuration et la migration commencent.

La construction ne commence qu'après réception de la signature, des justificatifs de revenus vérifiés et du formulaire d'intégration. La mise en place du réseau et du DNS du client se fait en parallèle de la contractualisation ; c'est généralement l'étape la plus longue.

Délai (par défaut proposé, jours ouvrables)

Depuis	À	OMS	Cible
Contrat signé	Formulaire d'inscription soumis	Client	5 jours ouvrables
Formulaire d'intégration	Validation de la conception	TRANXACT	5 jours ouvrables
Validation de la conception	Date de passation convenue	TRANXACT	5 jours ouvrables, +5 avec Live DR (TO_4.1.01)

La connectivité privée, les clés gérées par le client et les environnements supplémentaires permettent d'étendre les fonctionnalités. La configuration, la migration et les tests suivent la mise en service et sont planifiés par module.

Ne fixez une date de mise en service qu'une fois la date de transfert déterminée et le plan de migration dimensionné.

Le formulaire d'intégration

Saisir	Description	Quand
Fournisseur de cloud et régions	AWS, Azure ou Google Cloud ; régions Live DR	Avant de signer
dimensionnement de l'exécution	Taille et nombre de nœuds de travail (3 minimum) ; environnements	Avant de signer
Base de données	Moteur de choix et de taille (HA)	Avant de signer
Modèle de continuité	Niveau de disponibilité, région Live DR, durée de conservation des données, RPO/RTO	Avant de signer
Modules et étendue	Modules au moment du lancement, entités juridiques, devises, langues	Avant de signer
Indicateurs de conformité	Données réglementées (santé, éducation, paie), conservation	Avant de signer
ASK L'IA	Niveau du moteur ou BYOK, région de traitement, budget d'utilisation	Avant de signer
Réseau	Plages /22 privées (et reprise après sinistre), option de connectivité, liste blanche de sortie	Dans les 5 jours ouvrables suivant le lancement
DNS et certificats	Nom de domaine complet (FQDN), propriétaire DNS, certificat d'autorité de certification publique	Dans un délai de 5 jours ouvrables
Identité	Fournisseur d'identité pour l'authentification unique (SSO), utilisateurs administrateurs, politique d'authentification multifacteur (MFA)	Dans un délai de 5 jours ouvrables
Intégrations	Points de terminaison bancaires, de paie, fiscaux, de BI et existants	Dans un délai de 5 jours ouvrables
Contacts	Assistance technique, réseau, sécurité, finance, migration de données ; deux contacts disponibles 24h/24 et 7j/7	Dans un délai de 5 jours ouvrables

Il incombe au client de soumettre le formulaire (MIG_8.5.01). Tout élément manquant retarde la date de livraison prévue. La plupart des données sont directement intégrées au configurateur ; il est donc conseillé de réutiliser le PDF de configuration du client pour le préremplir.

Corrigé une fois la compilation lancée : région, plages d’adresses, nom de domaine complet (FQDN), moteur de base de données.
Les plages de couverture ne doivent pas chevaucher les réseaux de clients, de partenaires ou de zones d'atterrissage, y compris la région Live DR.
Le contact technique doit être un responsable informatique qui peut agir sur les identifiants et les changements de réseau — et non un CxO, un contact financier ou d'approvisionnement (MIG_8.5.03).
Les modifications apportées après la soumission sont traitées par l'Orchestrator et enregistrées comme des demandes non standard ou des demandes de modification.
Suivre chaque entrée ouverte dans la synchronisation des opérations bimensuelles jusqu'au transfert.

Identité et communications

Pack de bienvenue et invitation de lancement après signature (MIG_8.5.02).
Lancement (SM_1.1.01) : le manuel de support et le portail de service, le paysage et la portée, et une présentation du classeur R&R, de la matrice RACI et d'escalade.
Fédération SSO avec le fournisseur d'identité du client via SAML 2.0 ou OIDC (PLAT_5.6.01) ; provisionnement SCIM si souhaité (PLAT_5.6.05).
Cartographie des rôles, testée avec de vrais utilisateurs avant le début de la migration des données.
Examens d'accès programmés à partir de la mise en service (PLAT_5.6.04, Exclu).

Toute communication est adressée au contact technique désigné ; les identifiants de connexion lui sont exclusivement destinés (TO_4.1.02). Un suppléant peut être désigné sur le formulaire.
Les courriels opérationnels (incidents, maintenance, mises en production) sont adressés au contact technique et aux contacts disponibles 24h/24 et 7j/7.
Autoriser les domaines d'expéditeur TRANXACT afin que les e-mails de provisionnement et d'alerte ne soient pas mis en quarantaine (PLAT_5.5.03).
Courriel manquant : vérifiez d’abord les courriers indésirables et la quarantaine, puis soumettez une demande via le portail de services.
Problème d'authentification unique (SSO) : avant de signaler un incident, veuillez vérifier les métadonnées du fournisseur d'identité, le mappage des revendications et le rôle de l'utilisateur de test.

Le cockpit de la migration

Extraction — à partir de systèmes et de feuilles de calcul existants (MIG_8.3.01, client).
Mapper — aux entités, comptes et données de base TRANXACT ; nettoyer (MIG_8.3.02, client).
Valider — règles, doublons, données manquantes (MIG_8.2.01, TRANXACT).
Charges d'essai — en hors production, répétées (MIG_8.2.01 ; les charges au-delà des cycles convenus sont supplémentaires, MIG_8.2.02).
Rapprochement — balance de vérification, sous-comptes, stock ; validation des soldes d'ouverture (MIG_8.3.03, client).
Basculement — gel, chargement final et vérification technique (MIG_8.4.03, TRANXACT), après le feu vert/non-vert du client (MIG_8.4.02).

TRANXACT fournit les modèles de cockpit et de chargement (MIG_8.1.01), le plan de migration (MIG_8.1.02) et le plan de basculement et la fenêtre de gel, préparés conjointement (MIG_8.4.01).

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, et cette validation revient au client.

Liste de vérification : signature pour la mise en service

Dans un délai de 5 jours ouvrables	Construire	Remettre	Préparation à la mise en service
Formulaire d'inscription rempli	VPN / connexion privée	Accès vérifié	Réconciliation des migrations
Contact technique nommé	DNS et certificat en direct	Tableau de bord de surveillance partagé	Intégrations testées
Liste d'autorisation de sortie rédigée	SSO et mappage des rôles	Vault copie l'atterrissage	Basculement Live DR réussi
Contacts par zone, deux 24h/24 et 7j/7	Environnements construits (IaC)	Live DR en direct dans la cible	La restauration de la salle blanche a été approuvée.

Après la mise en service, l'hypercare — un support étendu avec des vérifications quotidiennes, généralement de 4 à 8 semaines — est disponible dans le package H1 (PKG_7.6.01).

Les valeurs indiquées comme valeurs par défaut proposées sont les points de départ recommandés par le guide de déploiement. Veuillez les confirmer pour chaque client ; le contrat, le bon de commande, le SLA et le DPA prévalent sur les informations présentées sur cette page.

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