Ir al contenido principal
Sala de comunicaciones de un centro de control eléctrico con gabinetes de red y fibra ordenada en peines de colores
SAP

El alcance que el inventario ABAP no ve: interfaces y cargas

El Readiness Check es una herramienta de planificación de alto nivel y SAP no garantiza su completitud. Qué queda fuera del inventario de remediación.

AGT
EvoTech Consulting Company

· 11 min de lectura

El comité pide una cifra y sobre la mesa hay un reporte. En la conversión a SAP S/4HANA de una distribuidora eléctrica o de un operador de oil & gas, ese reporte suele ser el SAP Readiness Check, y la conversación deriva casi siempre hacia el conteo de objetos ABAP. El capítulo anterior de esta serie mostró por qué ese conteo bruto exagera el alcance. Este mira hacia el lado contrario, que es el que se paga tarde: el alcance que el inventario no ve. Porque lo que no aparece en el reporte igual está en el proyecto.

El reporte declara sus propios límites

Lo que el reporte declara de sí mismo
El Readiness Check, leído por lo que dice ser
El error no está en la herramienta: está en leer su salida como si fuera un perímetro cerrado.
Cómo se lee
Qué declara la documentación
Su salida es el perímetro cerrado del proyecto, y sobre ella se firma un número.
Es una herramienta de planificación de alto nivel, diseñada como un primer chequeo de la conversión o actualización, y SAP no garantiza su completitud (*SAP, 2023*).
El análisis de código propio trae todas las adaptaciones necesarias.
Identifica áreas de cambio obligatorio derivadas de la arquitectura simplificada del producto destino, pero no contiene la lista de todas las adaptaciones para soportar SAP HANA como base de datos ni las adaptaciones generales previas a la migración de base de datos.
El chequeo es un barrido completo del perímetro funcional y técnico.
Se compone de assessments acotados —simplification items con su Compatibility Scope Analysis, análisis de código propio, sizing y calidad de datos financieros— que responden preguntas específicas (*PIKON International Consulting Group, s.f.*).
Si no aparece en el reporte, no está en el alcance.
Lo que no aparece en el reporte igual está en el proyecto.
El alcance que el inventario no ve es el que se paga tarde.
¿Conversamos sobre cómo dimensionas tu remediación?

No hace falta desconfiar de la herramienta: basta leer lo que la propia documentación de SAP dice de ella. El Readiness Check es una herramienta de planificación de alto nivel, diseñada como un primer chequeo en la planificación de una conversión o actualización, y SAP no garantiza su completitud (SAP, 2023).

Sobre el código propio la declaración es todavía más específica. El análisis identifica áreas de cambio obligatorio derivadas de la arquitectura simplificada de la versión de producto destino, pero no contiene la lista de todas las adaptaciones necesarias para soportar SAP HANA como base de datos, ni incluye las adaptaciones generales previas requeridas por la migración de base de datos (SAP, 2023).

El conjunto se compone de assessments acotados —relevancia de simplification items con su Compatibility Scope Analysis, análisis de código propio, sizing y calidad de datos financieros— que responden preguntas específicas del alcance funcional y técnico, no un barrido completo del perímetro del proyecto (PIKON International Consulting Group, s.f.).

El error, entonces, no está en la herramienta. Está en leer su salida como si fuera un perímetro cerrado y firmar un número sobre esa lectura.

Las interfaces sí están en el reporte, pero se ven a través de lo que el sistema recuerda

El análisis de integración del Readiness Check cubre siete tipos de interfaz: IDoc, servicios web, RFC y BAPI, extractores BW, servicios OData, replicaciones SLT e interfaces de archivo plano (SAP, 2023). Es cobertura amplia. La pregunta operativa es otra: de dónde sale cada lista.

Cobertura amplia: IDoc, servicios web, RFC y BAPI, extractores BW, servicios OData, replicaciones SLT e interfaces de archivo plano
De dónde sale cada lista del inventario de interfaces
🔁
RFC y BAPI
Se recolectan a partir de las estadísticas de runtime de ST03N, y esas mismas estadísticas aportan la información de uso; la lista se extiende con los módulos de función propios habilitados para RFC.
Runtime
📨
IDoc
Se enumera sobre los modelos de distribución ALE configurados, cruzado con la información de ejecución disponible en el sistema analizado. Con customizing pero sin datos de runtime recolectados, la interfaz aparece clasificada como inactiva.
Configuración y ejecución
🌐
Servicios OData
El inventario no lleva información de uso asociada.
Sin información de uso
🧩
Extensiones dentro de la interfaz
El análisis genera la lista de objetos ABAP y DDIC asociados a cada interfaz técnica, pero no considera las extensiones —user exits o puntos de extensión— invocadas durante el procesamiento de esa interfaz.
Fuera del análisis
  • Las interfaces RFC y BAPI se recolectan a partir de las estadísticas de runtime de ST03N, y esas mismas estadísticas aportan la información de uso; la lista se extiende con los módulos de función propios habilitados para RFC (SAP Community, 2023).
  • El inventario de IDoc se enumera sobre los modelos de distribución ALE configurados, cruzado con la información de ejecución disponible en el sistema analizado. Una interfaz con customizing pero sin datos de runtime recolectados aparece clasificada como inactiva (SAP Community, 2019).
  • Para los servicios OData el inventario no lleva información de uso asociada (SAP, 2025).
  • El análisis genera la lista de objetos ABAP y DDIC asociados a cada interfaz técnica, pero no considera las extensiones —user exits o puntos de extensión— invocadas durante el procesamiento de esa interfaz (SAP Community, 2023).

Ese último punto es el que aparece más tarde en el cronograma. La interfaz figura como “sin impacto” porque el objeto estándar no cambió; la lógica propia que se ejecuta dentro de ella, y que es donde vive la regla de negocio de la distribuidora, no entró en la evaluación.

Las cargas que no ocurren dentro de la ventana de observación

Todo inventario basado en uso hereda el horizonte de su fuente. Los períodos de retención de las estadísticas de carga de trabajo son parámetros configurables por sistema (SAP, SAP Note 1843151), y la recomendación de SAP para el código propio es explícita en el otro sentido: recolectar datos de uso en los sistemas productivos con ABAP Call Monitor (SCMON) y SUSG al menos un año antes del proyecto de conversión (SAP Community, 2022).

Un año no es una cifra decorativa. Es el mínimo que permite que un ciclo completo de operación quede registrado. En una distribuidora eléctrica y en un operador de O&G, buena parte de los procesos que sostienen la facturación masiva y la gestión de activos de red no corre todos los días:

SCMON y SUSG al menos un año antes del proyecto de conversión (*SAP Community, 2022*)
Procesos que no corren todos los días
📅
Cierres anuales y regulatorios
Ejecutan programas propios una vez por ejercicio.
Una vez por ejercicio
🧾
Refacturaciones y recálculos masivos
Se disparan por cambios tarifarios o por decisiones del regulador.
Por evento
🗄️
Cargas de activos de red
Incluyen los resultados de campañas de reemplazo o normalización de medición.
Por campaña
🛟
Interfaces de contingencia
Solo se activan cuando falla el canal principal.
Por excepción
  • cierres anuales y regulatorios que ejecutan programas propios una vez por ejercicio;
  • refacturaciones y recálculos masivos disparados por cambios tarifarios o por decisiones del regulador;
  • cargas de activos de red y de resultados de campañas de reemplazo o normalización de medición;
  • interfaces de contingencia que solo se activan cuando falla el canal principal.

Si la ventana de observación no las contiene, no están en el inventario. Y no estar en el inventario no las vuelve opcionales: las vuelve invisibles hasta la prueba integral.

Por qué en utilities y oil & gas de LATAM el hueco se paga tarde

Hay una razón estructural adicional. El Readiness Check analiza el sistema ABAP. Los flujos que sostienen la operación regional no terminan ahí: pasan por la capa de integración —SAP Integration Suite o middleware de terceros—, por concentradores de medición, por transferencias de archivo hacia sistemas comerciales y por plataformas de campo. El reporte ve el extremo SAP de esa cadena. El proyecto tiene que responder por la cadena completa.

La cadena completa
El reporte ve el extremo SAP; el proyecto responde por la cadena
Extremo que el reporte ve
🖥️
Sistema ABAP
Lo que el Readiness Check analiza.
Tramos por los que además pasan los flujos
🔀
Capa de integración
SAP Integration Suite o middleware de terceros.
📡
Concentradores de medición
📤
Transferencias de archivo
Hacia sistemas comerciales.
Otro tramo de la misma cadena
🛠️
Plataformas de campo
Dónde queda el hueco
1El reporte ve el extremo SAP de esa cadena
Los flujos que sostienen la operación regional no terminan en el sistema ABAP, y el proyecto tiene que responder por la cadena completa.

En nuestros proyectos con clientes de utilities y oil & gas en América Latina, la consecuencia siempre tiene la misma forma: el alcance no aparece en la estimación, aparece en la prueba integral, cuando el cronograma ya está comprometido y la corrección se negocia como cambio de alcance. El sobrecosto no es técnico al principio; es contractual. Y llega en dólares que nadie presupuestó.

Cómo se paga tarde
De alcance invisible a cambio de alcance
🧮
El alcance no aparece en la estimación
No estar en el inventario no lo vuelve opcional: lo vuelve invisible.
🧪
Aparece en la prueba integral
Es el momento en que lo invisible se hace visible.
El cronograma ya está comprometido
La corrección se negocia como cambio de alcance.
💵
El sobrecosto es contractual
No es técnico al principio; llega en dólares que nadie presupuestó.
Forma observada en nuestros proyectos con clientes de utilities y oil & gas en América Latina.

Cómo se estrecha el hueco sin fabricar precisión

No se cierra adivinando. Se cierra agregando evidencia que la herramienta no está diseñada para producir.

Tres criterios sostienen ese trabajo. Primero, distinguir siempre lo no observado de lo inexistente: una interfaz sin datos de runtime es una interfaz no observada, no una interfaz ausente. Segundo, documentar la ventana de observación junto a cada cifra, porque el número sin su horizonte no es verificable. Tercero, listar por escrito lo que quedó fuera del análisis, y presentarlo como parte del entregable de dimensionamiento en lugar de resolverlo por inferencia.

Nuestra práctica SAP entrega ese listado antes que la estimación, no después. Lo que sigue es la pregunta difícil, y es el tema del próximo capítulo de esta serie: cómo se estrecha un rango de esfuerzo con evidencia todavía parcial, sin fabricar una precisión que el sistema aún no puede sustentar.

Fuentes

Conversemos 30 minutos

¿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.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

EvoTech Consulting Company · AGT Consultoría
#sap s/4hana #readiness check #código propio #interfaces #utilities #oil and gas