Qué incluye
Una conversión no es un proyecto que termina en la salida a producción: termina cuando se cierra la ventana de congelación y los libros cuadran. Las barras de abajo colocan los simulacros de cutover y la congelación donde de verdad están:
- Decisión de ruta y preparación — Informes de readiness check, análisis de simplification items, la propia decisión entre brownfield y greenfield, dimensionamiento y diseño del paisaje de sistemas objetivo. Hito: ruta de conversión aprobada.
- Preparación y remediación de código propio — La parte de una conversión que nadie dimensiona bien: análisis del código Z contra la base de datos de simplificación, oleadas de remediación, retirada de código obsoleto, y la preparación del modelo de datos financiero del que depende la conversión. Hito: remediación de código completada.
- Conversión de sandbox y de desarrollo — La primera conversión técnica sobre una copia sandbox y el tiempo de ejecución real que revela, después los sistemas de desarrollo y de calidad, con adaptación funcional y pruebas unitarias detrás de cada uno. Hito: sistema de calidad convertido.
- Ciclos de prueba — Pruebas funcionales, de integración, de interfaces, de autorizaciones y de rendimiento, más el ciclo de incidencias, ejecutadas contra un sistema de calidad convertido y no contra una construcción nueva. Hito: salida de pruebas de integración superada.
- Simulacros de cutover y ensayo general — Tres simulacros de cutover sobre volúmenes de datos de producción, cada uno cronometrado y cada uno acortando el runbook, y después el ensayo general que decide el go/no-go. Hito: decisión de go/no-go del ensayo general.
- Congelación, cutover e hipercuidado — La ventana de congelación del negocio, la conversión productiva propiamente dicha, validación y conciliación, entrega al negocio, y el periodo de hipercuidado antes de que soporte recupere el sistema. Hito: salida de hipercuidado.
Cómo personalizarla
- Si lo tuyo es una nueva implantación y no una conversión, borra las fases de remediación y de simulacros y reconstruye alrededor del diseño de procesos: las formas son de verdad distintas.
- Fija primero el fin de semana de cutover productivo y cuenta hacia atrás; los simulacros son la única estimación fiable de cuánto se tarda.
- Parte la remediación de código en oleadas por responsable del objeto, no por número de objetos, para que las barras se correspondan con quien hace realmente el trabajo.
- Alarga la ventana de congelación si tienes volúmenes altos al cierre, y evita que el cutover cruce un límite de periodo fiscal.
- Añade filas por cada interfaz y sistema satélite: las conversiones suelen romper las integraciones antes que SAP.
- Si operas en España, añade barras propias para la continuidad del SII con la AEAT y para la facturación electrónica: son envíos con plazo legal que no se paran porque tú tengas una ventana de congelación, y la conciliación posterior a la conversión tiene que demostrar que no se ha perdido ningún envío.
- Añade un cuarto simulacro si el tercero todavía no termina dentro de la ventana disponible.
Consejos de programación
- Ejecuta el primer simulacro pronto y mal. Su trabajo es descubrir qué le falta al runbook, no salir bien. Los que tienen que verse limpios son los siguientes.
- Clasifica el informe de readiness, no lo cuentes. Mil hallazgos pueden ser dos semanas de trabajo o seis meses, y solo la clasificación te dice cuál de las dos.
- Trata el ensayo general como una puerta de verdad. Si el ensayo no cabe dentro de la ventana prevista, el cutover productivo tampoco va a caber: para eso exactamente se hace.
- Congela el negocio, no solo el sistema. Publica qué se puede y qué no se puede hacer cada día de la ventana, bastante antes de que empiece.
- Cuida las obligaciones informativas durante la ventana. Los envíos con plazo a la administración no entienden de congelaciones; ten decidido de antemano si se adelantan, si se acumulan o si se envían desde el sistema convertido, y quién firma esa decisión.
- Concilia antes de liberar. Saldos contables, partidas abiertas y existencias validados contra las cifras previas a la conversión son el criterio real de salida a producción, no una pantalla en verde.
Plantillas relacionadas
- Plantilla de cronograma de implantación de ERP
- Plantilla de plan de proyecto de migración de datos
- Plantilla de plan de migración a la nube
- Plantilla de hoja de ruta de transformación digital
- Ver todas las plantillas de diagramas de Gantt
Esta plantilla está en español. Las páginas relacionadas que aún no se han traducido se abren en inglés.
Preguntas frecuentes
¿Cuánto dura una migración a SAP S/4HANA?
Una conversión de sistema suele ir de doce a veinte meses según el volumen de código propio y el número de interfaces. La plantilla usa unos dieciséis meses. Las nuevas implantaciones varían muchísimo más, porque su calendario lo marca el diseño de procesos y no la remediación.
¿Qué diferencia hay entre brownfield y greenfield?
Brownfield es una conversión de sistema: conservas tu configuración, tu histórico y tu código propio, y conviertes el sistema en su sitio. Greenfield es una implantación nueva a la que migras datos seleccionados. Los calendarios brownfield los dominan la remediación de código y los simulacros de cutover; los greenfield, el diseño de procesos y la gestión del cambio. Esta plantilla muestra la ruta brownfield.
¿En qué se diferencia del cronograma de implantación de ERP?
El cronograma de implantación de ERP da por hecho que estás seleccionando e implantando un sistema desde cero: elección de proveedor, diseño de procesos, parametrización, migración de datos y formación. Este plan da por hecho que SAP ya está funcionando y que lo estás convirtiendo, así que las fases pesadas son la remediación de código propio y los simulacros de cutover repetidos.
¿Cuántos simulacros de cutover hacen falta?
Tres es la cifra habitual de planificación y es la que usa la plantilla, seguidos del ensayo general. Cada uno ejecuta el runbook completo sobre volúmenes de producción y se cronometra; si el tercero todavía se sale de la ventana disponible, añade un cuarto en lugar de comprimir el real.
¿Cuánto debe durar la congelación del negocio?
Más que el cutover técnico. Las contabilizaciones, los cambios de datos maestros y el cierre de transacciones abiertas suelen congelarse varios días antes de que empiece la conversión y siguen congelados hasta que la conciliación cuadra. Dimensiónala con los tiempos de tus simulacros en lugar de a ojo, y comunícala al negocio con semanas de antelación.
¿Qué pasa con el SII y la facturación electrónica durante el cutover?
Son obligaciones con plazo que corren en paralelo a tu proyecto. Antes de fijar la ventana, decide cómo se cubren los envíos que caigan dentro de ella, comprueba que la localización española queda operativa en el sistema convertido, y añade a la conciliación posterior una comprobación explícita de que no se ha perdido ni duplicado ningún envío.
¿Es gratuita?
Sí, con descarga en Excel, PowerPoint y CSV y edición online sin registro ni marca de agua.