Cómo crear un plan de cutover de ERP
Cómo crear un plan de cutover de ERP para puestas en marcha de SAP, Oracle, Dynamics 365 o NetSuite: ensayos, congelación del sistema heredado, carga y conciliación de datos, criterios go/no-go, marcha atrás y salida del hypercare.
Un plan de cutover de ERP es el runbook del fin de semana en que el negocio pasa del sistema antiguo al nuevo: qué se detiene, qué se carga, quién firma y qué ocurre si sale mal.
En resumen
- Ensaye el cutover al menos una vez con datos similares a los de producción y cronométrelo.
- Congele el sistema heredado antes de la extracción final y diga qué se congela.
- Cargue los datos maestros antes que las transacciones abiertas y después concilie ambos.
- Acuerde de antemano los criterios go/no-go y el plan de marcha atrás.
- Cierre el hypercare por criterios de salida y no por una fecha.
Planifique las puertas y no solo las tareas
Un plan de cutover suele empezar como una lista de tareas, y la lista detallada importa: varios cientos de tareas con responsables, duraciones y dependencias. Pero una puesta en marcha rara vez fracasa porque falte una tarea. Fracasa porque una puerta no estaba clara: nadie acordó qué significaba estar conciliado, los criterios go/no-go se decidieron esa misma noche o el plan de marcha atrás solo existía como una frase en una diapositiva.
Por eso conviene planificar primero las puertas. Dibuje el cutover como un flujo de proceso con los puntos de decisión dentro: objetivos del ensayo cumplidos, conciliación firmada, go o no-go y salida del hypercare. Acuerde los criterios de cada uno con el comité de dirección semanas antes de la puesta en marcha. Después construya la lista detallada de tareas debajo de cada fase.
El ejemplo de abajo es un cutover de ERP genérico que sirve para SAP S/4HANA, Oracle Fusion, Dynamics 365 o NetSuite. Muestra las puertas y los caminos que se activan cuando una puerta falla.
Cutover de ERP con sus puertas
De un runbook fijado como línea base al traspaso. Fíjese en las cuatro decisiones: ensayo, conciliación, go/no-go y salida del hypercare.
Ensayar hasta que quepa en la ventana
El cutover simulado ejecuta el runbook real sobre una copia de producción y se cronometra. Si no cumple los objetivos de tiempo o de defectos, se corrige el runbook y el ensayo se repite. Dos o tres ensayos son lo normal en una puesta en marcha grande.
Congelar, extraer y cargar
Las transacciones de negocio y los cambios de datos maestros se detienen en el sistema heredado, se extraen los saldos finales y las partidas abiertas, los datos maestros se cargan antes que las transacciones y el equipo técnico cambia las interfaces, los trabajos por lotes y las autorizaciones.
Conciliar y firmar
El negocio, no el equipo de datos, concilia los recuentos de registros y los saldos con el sistema heredado y firma. Las diferencias vuelven al equipo de datos para su corrección y recarga. Esta firma es la puerta más importante del plan.
Go o no-go
El comité de dirección decide frente a criterios acordados de antemano. Un no-go activa el plan de marcha atrás y una nueva fecha, que es un resultado previsto y no un fracaso del proyecto.
Abrir el sistema y ejecutar el hypercare
Los usuarios empiezan a trabajar, el equipo de soporte clasifica los tickets a diario y el hypercare termina cuando se cumplen los criterios de salida, que suelen incluir el primer cierre de mes en el sistema nuevo.
Cómo funciona
Dibuje primero las puertas
Empiece con un flujo de proceso de las fases del cutover y de las decisiones entre ellas: objetivos del ensayo, firma de la conciliación, go/no-go y salida del hypercare. Acuérdelo con el comité de dirección antes de escribir tareas.
Escriba el runbook detallado
Bajo cada fase liste todas las tareas con un responsable, una predecesora, un inicio previsto, una duración y la persona que confirma que está completa. Incluya tareas de negocio como los recuentos de stock y la facturación final, no solo las técnicas.
Defina qué se congela y cuándo
Escriba qué transacciones y datos maestros se detienen en el sistema heredado, desde qué hora y qué hace el negocio mientras tanto, por ejemplo pedidos manuales o envíos en papel.
Planifique la carga de datos y la conciliación
Ordene la carga (datos maestros y después partidas abiertas y saldos), defina los informes de conciliación de cada objeto y nombre al responsable de negocio que firma cada uno.
Acuerde los criterios go/no-go y el plan de marcha atrás
Escriba criterios medibles y el último momento en que la marcha atrás sigue siendo posible. Ensaye los pasos de la marcha atrás igual que el cutover.
Ensaye y perfeccione
Ejecute al menos un cutover simulado completo con datos similares a los de producción, cronometre cada tarea y actualice el plan. Repita hasta que el cutover quepa en la ventana con margen.
Errores que debes evitar
Criterios decididos esa misma noche
Si los criterios go/no-go no se acuerdan de antemano, la decisión se convierte en una negociación bajo presión. Acuérdelos semanas antes.
Un plan solo técnico
Los planes de cutover escritos por TI pasan por alto tareas de negocio como los recuentos finales de stock, los pedidos de compra abiertos y la comunicación con los clientes. Cada área de negocio necesita sus propias tareas en el runbook.
Ningún ensayo
Un cutover que nunca se ha cronometrado no cabrá en la ventana. El primer ensayo casi siempre se alarga.
La marcha atrás como ocurrencia tardía
Un plan de marcha atrás que nunca se ha probado no es un plan. Conozca el punto de no retorno y ensaye los pasos anteriores.
Abra el flujo de cutover de ERP
Abra el flujo de cutover como gráfico propio, escriba sus criterios go/no-go en la decisión y envíelo al comité de dirección para su aprobación.
Guías relacionadas
Preguntas frecuentes
¿Qué incluye un plan de cutover de ERP?
La lista cronometrada de tareas para pasar del sistema heredado al nuevo ERP, con responsables y dependencias; la congelación del sistema heredado; la extracción, la carga y la conciliación de datos; el cambio técnico de interfaces y trabajos; las tareas de negocio, como los recuentos de stock; los criterios go/no-go; el plan de marcha atrás; la comunicación; y las disposiciones del hypercare.
¿Cuánto dura un cutover de ERP?
La ventana del cutover suele ir de un fin de semana a una semana, según el volumen de datos y cuántas sedes entran en producción a la vez. Planificarlo y ensayarlo lleva varios meses y empieza durante la fase de construcción.
¿Cuáles son los criterios go/no-go habituales?
La conciliación de datos firmada por el negocio, ningún defecto de severidad 1 abierto, una lista acordada de problemas conocidos de menor severidad, usuarios formados, soporte y hypercare cubiertos, interfaces probadas de extremo a extremo y la confirmación de que la marcha atrás sigue siendo posible.
¿Qué es el hypercare tras la puesta en marcha?
Un periodo de soporte intensivo justo después de la puesta en marcha, normalmente de cuatro a ocho semanas, con clasificación diaria de tickets, el equipo del proyecto disponible y correcciones rápidas. Termina cuando se cumplen los criterios de salida acordados y el soporte pasa al equipo de operación habitual.