La respuesta breve
El Cutover es un ejercicio operativo, no una fase técnica. Su éxito depende de tres factores: un plan detallado por hora con un responsable asignado a cada paso, una conciliación (reconciliation) que demuestre la veracidad de los datos —no solo su llegada—, y la definición de criterios Go/No-Go establecidos con serenidad.
La diferencia entre una organización con una transición fluida y otra que experimentó dos semanas de caos reside casi siempre en el número de ensayos de reversión (rehearsals), no en la calidad de las herramientas.
La planificación integral de la migración se describe en Migración de datos a Salesforce.
Estructura de la ventana: tres olas
| Ola | Cuándo | Qué se carga |
|---|---|---|
| Históricos | 3-10 días antes | Datos históricos cerrados: oportunidades, casos cerrados, historial |
| Delta | Durante la ventana | Todo lo que ha cambiado desde la primera ola |
| Post-Go-Live | 24-72 horas después | Archivos pesados, datos no críticos, complementos |
Esta división es lo que permite una ventana de tiempo reducida. Una organización que intenta cargar todo en una sola noche descubrirá que el tiempo de carga depende del volumen, y el tiempo de volumen no puede comprimirse más allá de los límites de la plataforma.
Ejemplo de cronograma - ventana de 12 horas
| Hora | Acción | Responsable |
|---|---|---|
| T-2 | Aprobación Go, verificación de disponibilidad del equipo y decisores | Jefe de Proyecto |
| T0 | Freeze en el sistema de origen, desconexión de integraciones salientes | Operaciones de TI |
| T0+1 | Extracción de Delta y validación de recuentos en origen | Líder de Datos |
| T0+2 | Carga de Delta según orden de dependencias | Migración |
| T0+6 | Conciliación automática (reconciliation): recuentos, sumas, relaciones | QA |
| T0+8 | Muestreo manual y aprobación de los propietarios del proceso | Negocio |
| T0+9 | Punto de no retorno: decisión Go / Rollback | Comité Directivo |
| T0+10 | Activación de integraciones, apertura de permisos de usuarios | Operaciones de TI |
| T0+11 | Pruebas de humo (smoke tests) en procesos críticos | QA + Negocio |
| T0+12 | Anuncio de apertura a usuarios, transición a hypercare | Comunicación |
Dos principios en el cronograma: cada línea tiene un responsable y cada verificación tiene un umbral numérico. Una línea sin responsable no se ejecutará; una verificación sin umbral se resolverá mediante discusión.
Conciliación (Reconciliation): Cuatro niveles ineludibles
Recuento - Cuántos registros hay en el origen frente al destino, para cada entidad y rango de fechas. Detecta cargas parciales.
Suma - Sumas de campos monetarios y numéricos. Detecta conversiones erróneas, truncamientos y reseteos silenciosos; un recuento correcto no los revelaría.
Relaciones - Cuántos registros hijos por cada padre, y cuántos registros huérfanos. Detecta un orden de carga incorrecto y mapeo de claves roto.
Muestreo manual - De 20 a 50 registros seleccionados previamente, incluyendo casos límite: un cliente con caracteres especiales, una oportunidad en moneda extranjera, un registro que fue fusionado. Este es el único nivel que detecta un error semántico —un dato que se cargó con éxito en el lugar equivocado.
La dependencia entre la precisión de la conversión y la calidad del mapeo se explica en Data Mapping para Migración.
Escenario: La migración que se detuvo a la octava hora
Una empresa de distribución planificó una ventana de diez horas para un fin de semana. La carga se completó, los recuentos coincidieron exactamente, y el equipo se preparaba para abrir. Durante el muestreo manual, se descubrió que en seis de los 30 clientes examinados, las oportunidades abiertas estaban asignadas al propietario incorrecto —resultado de una tabla de mapeo de usuarios que no se había actualizado después de dos bajas y un cambio de rol.
Los recuentos eran correctos. Las sumas eran correctas. Solo el muestreo lo detectó. El equipo no realizó un Rollback: identificó que se trataba de 1.400 registros que podían corregirse con una consulta, realizó una corrección específica dentro de la ventana y verificó nuevamente.
La decisión fue posible porque el criterio No-Go se había definido previamente como "un error que no puede corregirse en las próximas dos horas" y no como "cualquier error". Un criterio bien redactado es lo que permite a un equipo exhausto tomar la decisión correcta a las tres de la mañana.
Hypercare: Los 14 días posteriores
La ventana de Cutover finaliza con la apertura a los usuarios, pero el riesgo persiste. Se requiere un equipo de apoyo con un único canal de contacto, un informe diario de las anomalías de integración y un seguimiento de los indicadores de calidad frente a una línea de base (baseline). Los incidentes se clasifican según su impacto comercial y no por quién alzó la voz más fuerte.
La medición continua de la calidad después de la transición se describe en Métricas de calidad de datos.
Riesgos comunes y acciones de prevención
| Riesgo | Cómo se manifiesta en la práctica | Acción preventiva |
|---|---|---|
| Ventana única para todo el volumen | La carga excede el tiempo y la transición se pospone | División en tres olas |
| Integración reactivada | Registros duplicados o actualizaciones contradictorias | Desconexión controlada y activación ordenada |
| Conciliación superficial | Recuentos correctos y datos incorrectos | Cuatro niveles incluyendo muestreo manual |
| Ausencia de criterios No-Go | Se avanza por inercia | Umbrales escritos antes de la ventana |
| Mapeo de usuarios obsoleto | Propiedad incorrecta de registros | Actualización de la tabla de usuarios el día anterior |
Cómo medir el éxito
| Área | Qué se mide | Frecuencia de verificación |
|---|---|---|
| Precisión de la conversión | Discrepancias de recuento, suma y relaciones | En cada ola y durante el Cutover |
| Cumplimiento de plazos | Desviación de los tiempos del cronograma | En cada Rehearsal |
| Estabilidad post-transición | Fallos de integración e incidentes P1 por día | Diariamente durante los 14 días |
| Adopción | Inicios de sesión y operaciones frente al Baseline | Semanalmente durante el primer mes |
El acompañamiento en la planificación y ejecución del Cutover se realiza en el marco del servicio de integraciones y datos.
Checklist para Go/No-Go
- ☐ Dos ensayos (rehearsals) completos con volumen de producción.
- ☐ Cronograma por horas con responsable para cada línea.
- ☐ Plan de Freeze acordado con el negocio.
- ☐ Lista ordenada de integraciones a desconectar y activar.
- ☐ Script de conciliación en cuatro niveles, lo más automatizado posible.
- ☐ Muestra manual predefinida, incluyendo casos límite.
- ☐ Tabla de mapeo de usuarios y propiedad actualizada.
- ☐ Criterios No-Go escritos con umbrales numéricos.
- ☐ Punto de no retorno y plan de Fix-Forward.
- ☐ Equipo de Hypercare, canal de contacto y reporte diario.
Recursos Profesionales
- Salesforce Data 360 — https://www.salesforce.com/data/
- Salesforce Data 360 Architecture — https://architect.salesforce.com/docs/architect/fundamentals/guide/data-360-architecture.html
- HPI Pro – Integraciones y Datos — https://hpi.pro/integrations-data