Durante el despliegue: incorporación, compilación y puesta en marcha.

El aprovisionamiento, el cronograma desde la firma hasta la entrega, el formulario de incorporación y las fechas límite para cada dato, la identidad y las comunicaciones, el panel de control de migración, la transición y los puntos de entrada en funcionamiento.

Aprovisionamiento en tres pasos

Paso	Lo que sucede
1 — Propuesta y contrato	El cliente configura la nube, la región, los nodos, la base de datos, la recuperación ante desastres y los entornos; se proporcionan los ingresos auditados; el contacto técnico principal se nombra en el contrato.
2 — Construir	Se envía el formulario de incorporación; en la reunión inicial se definen los hitos, las responsabilidades y el cronograma; los entornos se construyen a partir de la infraestructura como código.
3 — Entrega	El acceso se transfiere al contacto técnico; el cliente verifica la conectividad y el inicio de sesión único (SSO); comienza la configuración y la migración.

La construcción comienza solo después de que se hayan recibido la firma, los ingresos auditados y el formulario de incorporación. Inicie el trabajo de red y DNS del cliente en paralelo con la contratación; suele ser el paso que requiere más tiempo.

Cronograma (propuesta predeterminada, días hábiles)

De	A	OMS	Objetivo
Contrato firmado	Formulario de incorporación enviado	Cliente	5 días laborables
Formulario de incorporación	Aprobación del diseño	TRANXACT	5 días laborables
Aprobación del diseño	Fecha de entrega comprometida	TRANXACT	5 días laborables, +5 con Live DR (TO_4.1.01)

La conectividad privada, las claves gestionadas por el cliente y los entornos adicionales pueden ampliar la configuración. La configuración, la migración y las pruebas se realizan tras la entrega y se planifican según el alcance de cada módulo.

Fije una fecha de puesta en marcha solo después de que se haya establecido la fecha de traspaso y se haya dimensionado el plan de migración.

El formulario de incorporación

Aporte	Descripción	Cuando
Proveedor de nube y regiones	AWS, Azure o Google Cloud; regiones Live DR	Antes de firmar
Dimensionamiento en tiempo de ejecución	Tamaño y número de nodos de trabajo (mínimo 3); entornos	Antes de firmar
Base de datos	Motor de elección y tamaño (HA)	Antes de firmar
Patrón de continuidad	Nivel de disponibilidad, región Live DR, retención de bóveda, RPO/RTO	Antes de firmar
Módulos y alcance	Módulos en el momento de la puesta en marcha, entidades legales, monedas, idiomas	Antes de firmar
Indicadores de cumplimiento	Datos regulados (salud, educación, nómina), retención	Antes de firmar
ASK A LA IA	Nivel de motor o BYOK, región de procesamiento, presupuesto de uso	Antes de firmar
Red	Rangos privados /22 (y DR), opción de conectividad, lista de permitidos de salida	Dentro de los 5 días hábiles posteriores al inicio.
DNS y certificados	FQDN, propietario de DNS, certificado de CA pública	En un plazo de 5 días laborables
Identidad	IdP para SSO, usuarios administradores, política de MFA	En un plazo de 5 días laborables
Integraciones	Puntos finales de banca, nómina, impuestos, inteligencia empresarial y sistemas heredados	En un plazo de 5 días laborables
Contactos	Servicios técnicos, redes, seguridad, finanzas, migración de datos; dos contactos disponibles las 24 horas, los 7 días de la semana.	En un plazo de 5 días laborables

El envío de la documentación es responsabilidad del cliente (MIG_8.5.01). La falta de datos retrasa la fecha de entrega acordada. La mayoría de los datos se corresponden directamente con el configurador, por lo que se recomienda reutilizar el PDF de configuración del cliente para rellenarlo previamente.

Se corrige una vez que comienza la compilación: región, rangos de direcciones, FQDN, motor de base de datos.
Los rangos no deben superponerse con ninguna red de clientes, socios o zonas de aterrizaje, incluida la región Live DR.
El contacto técnico debe ser un responsable de TI que pueda gestionar las credenciales y los cambios de red, no un directivo de alto nivel (CxO), ni un contacto de finanzas o compras (MIG_8.5.03).
Los cambios posteriores al envío se procesan a través del Orchestrator y se registran como solicitudes no estándar o de cambio.
Realizar un seguimiento de cada entrada abierta en la sincronización de operaciones quincenal hasta el traspaso.

Identidad y comunicaciones

Paquete de bienvenida e invitación al evento inaugural tras la firma (MIG_8.5.02).
Inicio (SM_1.1.01): el manual de soporte y el portal de servicios, el panorama y el alcance, y un recorrido por el libro de trabajo de R&R, RACI y la matriz de escalamiento.
Federación SSO con el IdP del cliente a través de SAML 2.0 u OIDC (PLAT_5.6.01); aprovisionamiento SCIM si se desea (PLAT_5.6.05).
Mapeo de roles, probado con usuarios reales antes de que comience la migración de datos.
Acceda a las revisiones programadas desde su puesta en marcha (PLAT_5.6.04, Excluido).

Toda la comunicación se dirige al contacto técnico designado; las credenciales se envían únicamente a él (TO_4.1.02). Se puede designar un suplente en el formulario.
Los correos electrónicos operativos (incidentes, mantenimiento, lanzamientos) se envían al contacto técnico y a los contactos de atención 24/7.
Incluir en la lista de permitidos los dominios remitentes de TRANXACT para que los correos electrónicos de aprovisionamiento y alerta no se pongan en cuarentena (PLAT_5.5.03).
Correo electrónico no recibido: primero revise la carpeta de correo no deseado y la de cuarentena, y luego envíe una solicitud a través del portal de servicio.
Un problema de SSO: confirme los metadatos del IdP, la asignación de reclamaciones y el rol del usuario de prueba antes de reportar un incidente.

La cabina de migración

Extracción — de sistemas heredados y hojas de cálculo (MIG_8.3.01, cliente).
Mapeo — a entidades, cuentas y datos maestros de TRANXACT; limpieza (MIG_8.3.02, cliente).
Validar: reglas, duplicados, datos faltantes (MIG_8.2.01, TRANXACT).
Cargas de prueba: en no producción, repetidas (MIG_8.2.01; las cargas que excedan los ciclos acordados son adicionales, MIG_8.2.02).
Conciliar: balance de comprobación, sublibros, existencias; aprobar saldos iniciales (MIG_8.3.03, cliente).
Puesta en marcha: congelación, carga final y verificación técnica (MIG_8.4.03, TRANXACT), después de la aprobación/rechazo del cliente (MIG_8.4.02).

TRANXACT proporciona las plantillas de cabina y carga (MIG_8.1.01), el plan de migración (MIG_8.1.02) y el plan de transición y ventana de congelación, preparados conjuntamente (MIG_8.4.01).

La fecha de puesta en marcha depende de la calidad de los datos, no de las herramientas. Cada saldo inicial se concilia con la fuente auditada antes de la puesta en marcha, y esa aprobación corresponde al cliente.

Lista de verificación: firma para la puesta en marcha

En un plazo de 5 días laborables	Construir	Entregar	Preparación para la puesta en marcha
Formulario de incorporación completado	VPN / enlace privado	Acceso verificado	Migración reconciliada
Nombre del contacto técnico	DNS y certificado activos	Panel de control de monitorización compartido	Integraciones probadas
Lista de permisos de salida elaborada	Inicio de sesión único y asignación de roles	Copias de la bóveda aterrizando	La transición a la transmisión Live DR se ha completado con éxito.
Contactos por área, dos 24x7	Entornos construidos (IaC)	Retraso Live DR dentro del objetivo	La restauración de la sala limpia ha sido superada.

Tras la puesta en marcha, el soporte intensivo (hypercare), que incluye asistencia prolongada con revisiones diarias (normalmente de 4 a 8 semanas), está disponible como parte del paquete H1 (PKG_7.6.01).

Los valores marcados como "valores predeterminados propuestos" son los puntos de partida recomendados en la guía de implementación. Confirme cada uno para cada cliente; el contrato, el formulario de pedido, el SLA y el DPA prevalecen sobre esta página.

Realiza el curso sobre este tema, con diagramas y una verificación.