Assessment S/4HANA: pagar la sorpresa cuando es barata
En una conversión ECC a S/4HANA con IS-U, el análisis de impacto temprano es la fase donde el hallazgo todavía es alcance y no sobrecosto.
· 11 min de lectura
Un comité de inversión aprueba una conversión ECC a S/4HANA con la información que tiene sobre la mesa. El problema rara vez es que esa información sea falsa. El problema es que casi siempre es anterior al único ejercicio capaz de corregirla. En una distribuidora eléctrica o en un operador de oil & gas de América Latina, con dos décadas de IS-U ajustado a la regulación local, a los ciclos de facturación del mercado y a las prácticas de recaudación de cada zona, la diferencia entre un upgrade de versión y un reset arquitectónico no se descubre leyendo un plan de proyecto. Se descubre midiendo el sistema.
Ese ejercicio de medición tiene nombre de fase —análisis de impacto, assessment, evaluación de preparación— y una propiedad económica que casi nunca se explota a fondo: es el único momento del ciclo en el que un hallazgo todavía es una decisión de alcance y no una orden de cambio.
El precio de un hallazgo depende del momento en que aparece
Un mismo hallazgo técnico —un objeto Z que toca una tabla simplificada, una interfaz que ya no encuentra su estructura, un ítem de simplificación con inconsistencia de datos— cuesta cosas distintas según dónde caiga en el calendario.
- En assessment es una línea de alcance: se estima, se prioriza, se decide si entra o se difiere, y se refleja en el presupuesto antes de firmarlo.
- En realización es una desviación: obliga a rehacer diseño ya aprobado, a reabrir pruebas cerradas y a renegociar con el proveedor.
- En corte de conversión es un evento de continuidad operativa: en una utility, eso se traduce en un ciclo de facturación en riesgo.
La escala del ejercicio no es simétrica. El assessment consume semanas de un equipo pequeño; el mismo hallazgo descubierto tarde consume meses de un equipo completo. Esa asimetría es todo el argumento de negocio de la fase.
Hay además un reloj externo que encarece la demora. SAP mantiene mantenimiento estándar para las aplicaciones núcleo de SAP Business Suite 7 hasta finales de 2027, seguido de un mantenimiento extendido opcional hasta finales de 2030 que se cobra con un recargo de dos puntos porcentuales sobre la base de mantenimiento (SAP Support, 2020). Cada trimestre que un hallazgo permanece invisible es un trimestre menos de margen para absorberlo sin comprar tiempo.
Qué cubre realmente un assessment, más allá del código Z
En AGT acompañamos a operadores de la región en esta fase y observamos un sesgo recurrente: el assessment se reduce mentalmente al conteo de objetos Z. El código propio es apenas uno de los frentes, y no siempre el que más cronograma consume.
El perímetro real que hay que medir antes de comprometer una fecha incluye, como mínimo:
- Ítems de simplificación. El Simplification Item Check determina qué ítems son relevantes para el sistema y ejecuta verificaciones de consistencia de datos; el Software Update Manager vuelve a correr esas verificaciones durante la conversión y detiene el proceso si quedan inconsistencias sin resolver (SAP Community, 2025).
- Código propio. Los chequeos de S/4HANA se ejecutan sobre el ABAP Test Cockpit contra el release destino, y sus resultados se incorporan al análisis; para una conversión desde SAP ERP la guía aplicable es la nota SAP 2913617, mientras que la nota 3059197 cubre los upgrades entre releases de S/4HANA (SAP Community, 2025).
- Integraciones. El análisis de integración inventaría los tipos de interfaz del sistema —incluidos servicios OData y replicación SLT, además de los tipos ya soportados— y reporta hallazgos por cada uno (SAP Community, 2022).
- Complementos y funciones de negocio activas, dimensionamiento del sistema destino y prerrequisitos específicos de la solución de industria.
Ese último punto es el que separa a una utility de cualquier otra conversión. Para la solución de industria de SAP Utilities existen reportes de prechequeo propios, entregados vía la nota SAP 2354282, que se ejecutan sobre el sistema todavía no convertido (SAP Community, 2019); conviene verificar la versión vigente de esa nota y la guía de conversión actual de SAP S/4HANA Utilities antes de planificar. Un assessment que no los incluye está midiendo un ERP genérico, no el sistema que factura energía.
La línea base: separar la deuda vieja del impacto nuevo
Aquí está el matiz que más cambia la conversación con un directorio, y el que más veces se omite.
Cuando se corre el análisis de código propio sin preparación previa, el resultado mezcla dos poblaciones distintas de hallazgos: los que trae esta conversión y los que ya estaban ahí, arrastrados de proyectos anteriores. El número total se infla, el esfuerzo estimado se infla con él, y la discusión de gobierno se vuelve imposible: nadie puede decir cuánto de esa cifra es alcance del proyecto y cuánto es deuda técnica histórica.
La respuesta es procedimental. Al construir en el ABAP Test Cockpit una línea base de los hallazgos existentes —los remanentes de una conversión o un upgrade previo— y de las excepciones, antes de ejecutar SAP Readiness Check, esos resultados quedan excluidos del chequeo y el esfuerzo se concentra en los hallazgos realmente relevantes para el proyecto; SAP documenta esta funcionalidad de línea base para el escenario de SAP Readiness Check for SAP S/4HANA upgrades (SAP Community, 2023). Con la línea base establecida, el resultado se presenta filtrado, con visibilidad separada de los hallazgos nuevos que corresponde revisar.
Nuestro equipo insiste en este paso por una razón que es de gobierno antes que técnica: una cifra que mezcla deuda vieja e impacto nuevo no es presupuestable ni defendible. La línea base convierte un número inflado en dos números explicables.
En una utility con IS-U, el perímetro tiene dueños distintos
El assessment falla con frecuencia no por método sino por convocatoria. En una distribuidora, los frentes que hay que medir pertenecen a áreas que no comparten comité: el modelo de datos maestro y el interlocutor comercial responden a Comercial; los flujos de medición y los eventos de corte y reconexión responden a Operaciones; el perímetro de interfaces —desde la telemedición hasta la conciliación bancaria de recaudación— suele estar repartido entre TI y proveedores externos.
Si el assessment lo ejecuta únicamente el equipo Basis, el resultado será técnicamente correcto y funcionalmente ciego. En AGT ayudamos a estructurar la fase con dueño designado por frente y con un criterio de salida explícito: ningún frente se cierra mientras exista un hallazgo sin clasificar como obligatorio, diferible o fuera de alcance.
El entregable: qué distingue un assessment que sirve para decidir
Un análisis de impacto que termina en un tablero de resultados no terminó. El tablero es insumo; el entregable es una decisión. Un assessment listo para gobierno responde tres preguntas sin ambigüedad:
- Qué es obligatorio para que el sistema converja, con la evidencia que lo sustenta.
- Qué es opcional y puede diferirse a una fase posterior sin comprometer el corte.
- Qué se retira del alcance, con el costo operativo asumido y registrado.
Esa clasificación es la que convierte una discusión técnica en una discusión presupuestaria honesta. Y es también la materia prima de la conversación siguiente: cómo explicarle al directorio que el proyecto aprobado como upgrade de versión es, en realidad, un reset arquitectónico —el tema con el que cerraremos esta serie.
Fuentes
- SAP Community (2023). Enhanced Custom Code Analysis in SAP Readiness Check for SAP S/4HANA Upgrades. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/enhanced-custom-code-analysis-in-sap-readiness-check-for-sap-s-4hana/ba-p/13580469
- SAP Community (2025). SAP S/4HANA Simplification Item Check — How to do it right. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-s-4hana-simplification-item-check-how-to-do-it-right/ba-p/13386669
- SAP Community (2025). SAP Readiness Check for SAP S/4HANA upgrades (nota SAP 3059197). https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-readiness-check-for-sap-s-4hana-upgrades/ba-p/13493174
- SAP Community (2022). SAP Readiness Check for SAP S/4HANA: Integration Analysis Now Supports OData Services and SLT Replication. https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-readiness-check-for-sap-s-4hana-integration-analysis-now-supports-odata/ba-p/13527556
- SAP Community (2019). SAP S/4HANA Conversion for IS-Utilities: CVI with SAP CRM (nota SAP 2354282). https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-s-4hana-conversion-for-is-utilities-cvi-with-sap-crm/ba-p/13432377
- SAP Support (2020). Maintenance strategy: SAP S/4HANA and SAP Business Suite 7. https://support.sap.com/en/release-upgrade-maintenance/maintenance-information/maintenance-strategy/s4hana-business-suite7.html
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
