Plantillas de implementación de SAP: el conjunto de SAP Activate fase por fase

Las plantillas de SAP Activate son las plantillas de implementación y los aceleradores que SAP publica para cada fase de un programa S/4HANA, desde el documento de alcance en Prepare hasta el plan de cutover en Deploy. Las encontrará en el SAP Activate Roadmap Viewer y, en los programas cloud, en SAP Cloud ALM.

Respuesta corta: no las necesita todas. Necesita una docena, cada una con un responsable con nombre y un punto de aprobación, y debe conservar alrededor del 80 % de la estructura estándar de SAP. La tabla siguiente es el conjunto que exijo en los 21 programas SAP que he dirigido o rescatado.

Encontrar las plantillas es fácil. Lo difícil es saber cuáles tomarse en serio.

Este es el conjunto de plantillas de implementación de SAP que espero ver aprobado, con el responsable y el punto que cada una tiene que superar.

Fase	Plantilla	Responsable	Aprobada antes de
Prepare	Documento de alcance del proyecto	Director del programa (lo aprueba el patrocinador)	El inicio de Explore
Prepare	Caso de negocio	CFO o responsable de negocio	La liberación de fondos
Prepare	Matriz de interesados	Director del programa	La reserva de los talleres de Explore
Explore	Hoja de requisitos y fit-gap	Autoridad de diseño (negocio e IT)	El inicio de Realize
Realize	Registro de configuración	Responsables funcionales	Cada transporte a QA
Realize	Registro de desarrollos a medida	Responsable de desarrollo	El inicio de la construcción de cualquier objeto
Realize	Estrategia de pruebas	Responsable de pruebas	El inicio de las pruebas de integración del sistema
Realize	Plan de migración de datos	Responsable de migración de datos	La primera carga de prueba
Deploy	Plan de cutover	Responsable de cutover	El ensayo general final
Deploy	Checklist de preparación para el go-live	Director del programa (firma el patrocinador)	La reunión go/no-go
Deploy	Modelo de soporte de hypercare	Responsable de prestación del servicio	El go-live
Run	Hoja de monitorización del rendimiento	Responsable de Basis	El go-live

SAP Activate tiene seis fases: Discover, Prepare, Explore, Realize, Deploy y Run. Combina el contenido de SAP Best Practices, una metodología y la configuración guiada. Discover es la fase de investigación sin compromiso, así que para la mayoría de los clientes termina antes de firmar el contrato y las plantillas siguientes empiezan en Prepare.

1. 01DiscoverNormalmente antes de firmar el contrato
2. 02PrepareDocumento de alcance, caso de negocio, matriz de interesados
3. 03ExploreHoja de requisitos y fit-gap
4. 04RealizeRegistro de configuración, registro de desarrollos, estrategia de pruebas, plan de migración
5. 05DeployPlan de cutover, preparación para el go-live, hypercare
6. 06RunMonitorización del rendimiento

Cada plantilla aprobada antes de su quality gate

En el Roadmap Viewer cada roadmap se divide en fases, entregables y tareas. Las plantillas están archivadas como aceleradores: guías prácticas, documentos de ejemplo y checklists vinculados a la tarea que los necesita. Puede filtrar por fase, por línea de trabajo o por acelerador, que es la forma más rápida de obtener los entregables de SAP Activate de una fase.

Cuando las adapte, conserve alrededor del 80 % de la estructura estándar. Cambie solo lo que refleja su contexto: requisitos del sector, controles regulatorios, particularidades regionales. Reescribirlo todo elimina la razón para usarlas.

Qué ha cambiado en las herramientas

La estructura de fases es la misma. Las herramientas a su alrededor han cambiado.

1. SAP Cloud ALM es donde viven las plantillas en los programas cloud. Se ofrece a los clientes con SAP Enterprise Support y viene con las suscripciones cloud de SAP como RISE with SAP. Solution Manager 7.2 tiene mantenimiento estándar hasta finales de 2027 y mantenimiento extendido hasta 2030 para funciones seleccionadas.
2. Joule está dentro de las herramientas de la metodología. SAP añadió Joule al Roadmap Viewer en 2025 y a SAP Cloud ALM, así que un equipo puede pedir orientación sobre una tarea o un primer borrador. No sustituye a la persona que firma el fit-gap.
3. El clean core ahora tiene niveles. En agosto de 2025 SAP introdujo cuatro niveles de clean core, de la A a la D, donde el nivel A usa solo API liberadas y el nivel D no es clean. Su hoja de fit-gap necesita una columna para indicar dónde va a parar cada gap.

Los proyectos que se saltan este trabajo previo lo pagan en Explore y en Realize. Estos tres documentos son los que los equipos omiten para llegar antes a la configuración.

Documento de alcance del proyecto

Define qué incluye el programa y qué no. Cuando alguien intente añadir alcance a los tres meses (y lo intentará), este es el punto de referencia.

Las secciones que espero:

1. Título, patrocinador y director del programa.
2. Contexto: situación actual y motivo del cambio.
3. Objetivos en cifras, por ejemplo «ciclo de cierre de 14 días a 5».
4. Dentro del alcance, por módulo y proceso (FI/CO, integración MM/SD, migración de datos, UAT, go-live).
5. Fuera del alcance, escrito con la misma claridad que el alcance (RR. HH., migración de informes heredados, integraciones no ERP).
6. Supuestos y restricciones, como la disponibilidad del patrocinador para un comité directivo mensual y una fecha de go-live fija.
7. Calendario por fase, con aprobación del patrocinador y de la PMO antes de que empiece Explore.

Ajuste el calendario a lo que es realista. En mi experiencia, los programas GROW llevan de 6 a 9 meses, RISE de 9 a 18 meses, las conversiones brownfield de 12 a 18 meses y los greenfield de 18 a 24 meses; mi guía del calendario de implementación de SAP lo desglosa por fase.

Plantilla de caso de negocio

Presenta el análisis de costo-beneficio en un formato que el equipo financiero puede leer. He tenido clientes que obtuvieron la aprobación del programa en la primera presentación con esta estructura, porque las cifras son claras y los supuestos están por escrito.

La estructura:

1. Responsable y resumen: por qué ahora, qué cambia, qué se mantiene.
2. Planteamiento del problema: duración del ciclo de cierre, soluciones manuales, antigüedad del sistema.
3. Enfoque propuesto: greenfield, brownfield o selectivo, con un resumen del alcance.
4. Beneficios cuantificados: días menos de cierre, tiempo de FTE, tasas de error, riesgo de auditoría.
5. Costo y financiación: implementación, licencia o suscripción, tiempo interno, contingencia.
6. Los tres riesgos principales, con probabilidad e impacto.
7. Recomendación: continuar, continuar con condiciones o aplazar.

Una regla que mantengo: el integrador de sistemas que va a ejecutar el trabajo no debe redactar este documento. Su incentivo es empezar. El suyo es terminar, y mi plantilla de caso de negocio de SAP profundiza en el modelo de beneficios.

Matriz de interesados

Mapea a todas las personas afectadas por la implementación, su influencia y cómo las va a involucrar. Le dice quién necesita una actualización semanal y quién necesita un aviso antes del go-live.

Para cada grupo, registre el rol, el interés, la influencia y la forma de participación. Un conjunto típico: el CFO como patrocinador (comité directivo mensual), el director de IT como responsable técnico, el director financiero como responsable clave de procesos, los directores de planta y los usuarios de cuentas por pagar y por cobrar como usuarios afectados, y la auditoría interna en las quality gates.

Use la misma matriz para planificar los talleres de Prepare que recogen los requisitos de alto nivel. Numérelos ya con el formato que usará en Explore (REQ-001 y así sucesivamente), para que se conserve la trazabilidad hasta la petición original.

Explore es donde se fija el diseño en talleres fit-to-standard contra SAP Best Practices. También es donde se desbordan los presupuestos de SAP, porque aquí crece el recuento WRICEF (workflows, informes, interfaces, conversiones, ampliaciones y formularios).

No deje que se altere la secuencia de fases. En un proyecto de retail europeo en 2023, el cliente intentó saltarse Explore y pasó tres meses construyendo sobre requisitos incompletos. Mi desglose del costo de implementación de SAP muestra cómo ese tipo de retrabajo se convierte en presupuesto.

Hoja de requisitos y fit-gap

El mapeo de requisitos vincula cada necesidad de negocio con un componente del sistema y un caso de prueba. El análisis fit-gap muestra después dónde SAP estándar cubre la necesidad y dónde no.

Mantengo ambos en una sola hoja, con una columna para la vía de resolución. En S/4HANA cada gap necesita una respuesta explícita: configuración estándar, extensión de usuario clave, extensión de desarrollador en el sistema o una extensión side-by-side en SAP BTP.

ID de req.	Requisito	Componente SAP	Fit / gap	Vía de resolución	Ref. de prueba
REQ-001	Asientos automáticos del cierre mensual	Cierre de período FI-GL	Fit	Configuración de documentos periódicos	TC-001
REQ-002	Aprobación de pedidos de compra en el móvil	Compras MM, app de aprobación Fiori	Fit en S/4HANA	Configuración de la app estándar y del workflow	TC-003
REQ-003	Automatización de la facturación intercompañía	Facturación SD, integración FI	Fit	Configuración de la facturación intercompañía	TC-010
REQ-004	Archivo de datos para normas de privacidad	Information Lifecycle Management	Gap	Configuración de políticas ILM	TC-025
REQ-005	Informes de centros de costo en tiempo real	CO, analítica integrada o SAC	Gap	Analítica integrada o conexión en vivo con SAC	TC-030
REQ-006	Portal de autoservicio para proveedores	SAP Ariba o portal de proveedores	Gap	Integración con Ariba	TC-020

Aquí es donde se ahorra el dinero. En una migración de ECC a S/4HANA en una empresa manufacturera europea en 2023, los talleres de fit-gap redujeron las ampliaciones previstas en un 35 %, y el ahorro llegó a seis cifras.

Dos reglas hacen que la hoja funcione. El proveedor no debe controlar el alcance, porque cada gap que marca como desarrollo es trabajo facturable para él. Una autoridad de diseño de negocio e IT es responsable de las decisiones de clean core, y las modificaciones del código de SAP necesitan un aprobador con nombre; mi estrategia de clean core de SAP explica los niveles.

Es la fase de construcción. Estas plantillas son la pista de auditoría de cada decisión de configuración, cada desarrollo y cada resultado de prueba.

Registro de configuración

Registra cada cambio en el sistema: quién lo hizo, por qué y en qué transporte fue. Cuando algo falle más tarde, rastreará el problema en minutos y no en días.

Cada entrada necesita:

1. ID de configuración y módulo (por ejemplo MM-CONF-001).
2. Ruta de configuración y objeto modificado.
3. Proceso de negocio afectado y el motivo.
4. Quién lo configuró y cuándo.
5. Número de la orden de transporte.
6. Valores clave antes y después.
7. Casos de prueba vinculados y estado de aprobación.

Registro de desarrollos a medida

Cada objeto a medida tiene una fila antes de que nadie escriba código: ID, descripción, rol del desarrollador, esfuerzo, estado y tipo de extensión. La columna del tipo de extensión es donde se impone el clean core.

En una implementación de S/4HANA en retail europeo en 2024, el registro redujo el código a medida previsto en un 30 %. Mostró dónde SAP estándar funcionaba perfectamente.

Estrategia de pruebas

Reúne todas las pruebas en un solo lugar: quién prueba qué, cuándo, en qué entorno y con qué criterio.

1. Alcance: pruebas funcionales, de integración, de regresión, de rendimiento y UAT en los módulos incluidos.
2. Entornos: desarrollo, QA, UAT y preproducción.
3. Herramientas: gestión de pruebas en SAP Cloud ALM o en su herramienta actual, con las herramientas de automatización y de rendimiento identificadas.
4. Ciclo de vida de los defectos, con la severidad y la prioridad fijadas en el triaje.
5. Criterios de salida: todos los defectos críticos cerrados, UAT aprobada y una tasa de aprobación de la regresión acordada de antemano.

SAP Activate cierra Realize con las pruebas de integración y las pruebas de aceptación de usuario. Escriba los criterios de salida antes de que empiecen las pruebas, no cuando llegan los resultados.

Plan de migración de datos

La migración de datos es la línea de trabajo con más probabilidades de hacerle daño. El plan cubre el alcance (socios comerciales, materiales, partidas abiertas, saldos), los sistemas de origen, las reglas de mapeo, las herramientas (el SAP S/4HANA Migration Cockpit), las cargas de prueba, la validación y la marcha atrás.

La validación es la parte que los equipos planifican de menos: acuerde los recuentos de registros, el muestreo y la conciliación de saldos antes de la primera carga de prueba.

En SAP Activate, Deploy cubre la puesta a punto de producción, el cutover, el go-live y el hypercare. Estas plantillas convierten un fin de semana caótico en un evento gestionado.

Plantilla de plan de cutover de SAP

El plan de cutover mapea la ventana de bloqueo hora por hora. Cada tarea tiene un responsable, una hora de inicio y una dependencia. Nadie debería estar parado a las 2 de la madrugada preguntándose qué hacer a continuación.

Acuerde cuatro cosas antes de escribir la lista de tareas: la ventana (por ejemplo, del viernes a las 22:00 al sábado a las 06:00), el detonante de la marcha atrás, la rapidez con que se puede reactivar el sistema heredado y las pruebas de humo que demuestran que el nuevo sistema funciona. Después, la secuencia:

Paso	Tarea	Responsable	Inicio	Estado
1	Congelar el sistema heredado (sin contabilizaciones)	Basis	22:00	Pendiente
2	Extracción final de datos y conciliación	Responsable de migración de datos	22:30	Pendiente
3	Carga de migración en producción	Responsable de migración de datos	23:00	Pendiente
4	Importar los transportes restantes	Basis	00:30	Pendiente
5	Conmutar interfaces y enrutamiento de red	Responsable de integración	01:30	Pendiente
6	Prueba de humo: contabilización FI, entrada de mercancías, pedido de cliente	Responsable de QA	02:00	Pendiente
7	Confirmación del negocio y go/no-go	Director del programa	03:00	Pendiente
8	Abrir el sistema a los usuarios de negocio	Basis	06:00	Pendiente

Checklist de preparación para el go-live

Decide si realmente está preparado para el cambio. Cada punto se responde con sí o no, con evidencia.

1. Funcional: procesos clave y escenarios entre módulos probados, defectos P1 y P2 abiertos listados, los usuarios clave confirman que están preparados.
2. Datos: datos maestros y transaccionales cargados y conciliados, informes de conciliación aprobados, congelación del sistema heredado confirmada.
3. Finanzas: la configuración del cierre de período probada para cada sociedad y cada entidad.
4. Técnico: plan de cutover aprobado, transportes en producción, jobs en segundo plano programados, monitorización configurada.
5. Personas: cobertura de la formación, roles de acceso validados, equipo de hypercare dotado.
6. Decisión: riesgos críticos y mitigaciones, go / no-go / condicional, aprobado con nombre, rol y fecha.

La línea de finanzas está ahí por una razón. En un programa de retail en el GCC en 2024, la revisión del go-live detectó un problema de configuración del cierre financiero en las 25 entidades dos días antes del go-live; habría provocado una recuperación de seis cifras.

He usado esta evaluación para recomendar un retraso de dos semanas en dos programas. Para eso sirve.

Modelo de soporte de hypercare

Organiza cómo se gestionan las incidencias después del arranque. Sin él, cada problema se convierte en un P1.

1. Ventana y cobertura del hypercare, por ejemplo cuatro semanas con horario ampliado.
2. Canales de soporte: la cola de incidencias, un canal de chat y una línea telefónica para los P1.
3. Niveles de soporte: service desk, consultores funcionales y después Basis y desarrollo.
4. Tiempos de respuesta y de resolución por severidad.
5. Criterios de salida: ninguna incidencia P1 o P2 abierta y un traspaso firmado a la organización de soporte.

Run es el soporte y la gestión del sistema en producción. La plantilla que la mayoría de los equipos abandona demasiado pronto es la que vigila el rendimiento.

Hoja de monitorización del rendimiento

Sigue la salud del sistema día a día para detectar las ralentizaciones antes de que se quejen los usuarios. En un programa de servicios financieros europeo en 2024, detectó un problema de base de datos en la semana 3 del hypercare que habría tumbado el sistema durante el cierre mensual.

Las métricas que sigo, cada una con un objetivo, un umbral de alerta y un responsable:

1. Tiempo de respuesta de diálogo (percentil 95): objetivo por debajo de 1 segundo, alerta a los 2 segundos, Basis.
2. Jobs en segundo plano: 100 % completados según lo programado, alerta ante cualquier fallo, responsable de operaciones.
3. Tiempo de consulta a la base de datos: objetivo por debajo de 200 ms, alerta a los 500 ms, administrador de base de datos.
4. Tasa de errores de interfaz: por debajo del 1 %, alerta al 2 %, responsable de integración.
5. Duración de los jobs del cierre mensual: dentro de la ventana acordada, alerta al superar en un 30 % la referencia, operaciones financieras.

SAP Activate integra quality gates en los roadmaps de las fases, con puntos de control en cada fase. Mi guía sobre las quality gates de SAP explica cómo configurarlas; aquí explico por qué necesitan dientes.

Fije criterios de aprobación y de rechazo en cada gate. «El 95 % de las pruebas de regresión se superan». «Todos los escenarios de integración de FI están en verde». Criterios como estos le permiten mantener la posición cuando el negocio quiere arrancar en una fecha sin importar la calidad.

Una quality gate en un programa manufacturero europeo en 2024 nos detuvo cuando la tasa de aprobación de las pruebas de integración estaba en el 74 %. Aguantamos, corregimos los problemas y arrancamos dos semanas después. Los tickets de soporte del primer mes tras el go-live fueron la mitad de lo que suelen tener programas comparables.

La aprobación de la dirección tampoco debe ser un trámite; el problema del cierre financiero del retail en el GCC mencionado arriba se detectó justo en esa revisión. Una quality gate que el patrocinador puede anular con una llamada no es una quality gate. Deje por escrito quién puede eximirla antes de necesitarlo.

Para el proceso completo en torno a estas plantillas, vea mi guía paso a paso de implementación de SAP.

Esta guía forma parte de mi guía central de implantación de SAP, que enlaza todos los temas, desde el caso de negocio hasta la puesta en marcha.

¿Dónde puedo descargar las plantillas de SAP Activate?

En el SAP Activate Roadmap Viewer, en me.sap.com/roadmapviewer. Abra el roadmap de su despliegue y filtre por fase o por acelerador para ver las plantillas, las guías y las checklists de cada tarea.

En los programas cloud el mismo contenido está disponible en SAP Cloud ALM, donde las tareas y los entregables se pueden seguir dentro del proyecto.

¿Cuáles son los entregables de SAP Activate en cada fase?

Prepare entrega el alcance, el plan, la gobernanza y el caso de negocio. Explore entrega los resultados fit-to-standard, el backlog de requisitos y fit-gap y el diseño de la solución. Realize entrega el sistema configurado y probado, incluidas las pruebas de integración y de aceptación de usuario.

Deploy entrega el cutover, el go-live y el hypercare. Run cubre el soporte y la mejora del sistema en producción.

¿Qué fase de SAP Activate tiene las plantillas más importantes?

Prepare. El documento de alcance, el caso de negocio y la matriz de interesados fijan todas las decisiones posteriores, y son los que los equipos omiten para llegar antes a la configuración.

Explore va muy cerca, porque la hoja de fit-gap decide el recuento WRICEF y ahí es donde se desbordan los presupuestos.

¿Se pueden personalizar las plantillas de SAP Activate?

Sí. Conserve alrededor del 80 % de la estructura estándar y cambie solo lo que es específico de su caso: reglas de validación en farmacéutica, compras del sector público, controles SOX. Haga esos cambios al inicio de Prepare, no en Deploy.

No elimine con la personalización la secuencia de fases, las quality gates ni la evaluación de preparación para el go-live.

¿Qué debe incluir una plantilla de plan de cutover de SAP?

Una lista de tareas programada para la ventana de bloqueo, con un responsable, una hora de inicio y una dependencia para cada tarea. Antes de la lista de tareas, acuerde la ventana, el detonante de la marcha atrás, el tiempo necesario para reactivar el sistema heredado y las pruebas de humo.

Acuerde quién toma la decisión de marcha atrás, y antes de qué hora, antes de que empiece el cutover. Las decisiones de marcha atrás tomadas a las 4 de la madrugada sin criterios acordados son donde empiezan los problemas posteriores al go-live.

¿Qué incluye una checklist de preparación para el go-live de SAP?

La preparación funcional, de datos, financiera, técnica y de personas, cada una respondida con sí o no y con evidencia, más una decisión go / no-go registrada con nombres y fechas.

Pruebe la configuración del cierre de período para cada entidad antes del go-live. Es la comprobación con más probabilidades de ahorrarle una recuperación de seis cifras.

¿Sirven las plantillas de SAP Activate para greenfield y brownfield?

Sí. La diferencia está sobre todo en Explore. Una conversión brownfield arrastra la configuración existente, así que el fit-gap se centra en lo que debe cambiar y en qué código a medida puede sustituir ahora S/4HANA estándar; un programa greenfield parte de SAP Best Practices.

El plan de cutover también es distinto, porque una conversión de sistema sigue una secuencia técnica diferente de la de una carga de datos greenfield.