Assessment SAP antes de upgrade integración o desarrollo

Cuando aparece una necesidad nueva en SAP, la primera reacción suele ser definir una solución. Actualizar. Integrar. Desarrollar. Migrar. Pero existe una pregunta anterior:

¿entendemos suficientemente bien el entorno que vamos a modificar?

Un Assessment SAP busca reducir esa incertidumbre antes de tomar una decisión técnica.

No se trata únicamente de revisar la versión

Momin (2025) plantea que una evaluación previa a un upgrade debe incluir revisión del entorno, performance, custom code, infraestructura, compatibilidad y testing.

La lógica puede aplicarse también a integraciones y desarrollos. Un cambio nunca ocurre aislado. Puede afectar procesos, objetos, interfaces, datos y usuarios.

1. Empieza por el objetivo de negocio

Antes de revisar transacciones o código conviene responder:

• ¿Qué problema queremos resolver?
• ¿Qué impacto tiene hoy?
• ¿Qué resultado esperamos?
• ¿Qué ocurre si no hacemos nada?

Sin esa definición, el Assessment corre el riesgo de convertirse en una lista de hallazgos técnicos sin prioridad.

2. Mapea los procesos afectados

Un cambio aparentemente pequeño puede tocar varias etapas. Un ajuste de ventas puede afectar disponibilidad, despacho, facturación y finanzas. Una integración puede cambiar qué sistema se considera fuente. Por eso conviene reconstruir el flujo de extremo a extremo.

3. Inventaría custom code

Programas ABAP. Enhancements. Interfaces. Reports. User exits. Jobs. Formularios.

Polamarasetty (2022) recomienda clasificar componentes según valor, condición técnica, performance y relevancia futura.

No todo desarrollo heredado debe eliminarse. Pero tampoco debería migrarse automáticamente.

4. Revisa integraciones y dependencias

• ¿Qué sistemas envían datos a SAP?
• ¿Qué aplicaciones dependen de SAP?
• ¿Qué interfaces funcionan por API?
• ¿Cuáles por archivos?
• ¿Cuáles por batch?

Retirar o modificar un componente sin comprender estas relaciones puede generar impacto fuera del área que inició el cambio.

5. Evalúa datos

Duplicados. Inconsistencias. Maestros incompletos. Campos obligatorios vacíos. Históricos no confiables. Un nuevo desarrollo no corrige automáticamente un problema de datos. Puede simplemente automatizarlo.

6. Incluye seguridad y autorizaciones

Un nuevo flujo también puede crear:

• nuevos accesos;
• roles;
• integraciones;
• credenciales;
• datos expuestos.

Por eso seguridad debería evaluarse desde el diseño, no al final.

7. Define estrategia de pruebas

Antes de modificar producción conviene saber qué procesos necesitan validarse. Pruebas funcionales. Integración. Regresión. Performance. Seguridad. El alcance debe relacionarse con el impacto real del cambio.

8. Revisa continuidad y rollback

• ¿Qué ocurre si el cambio falla?
• ¿Existe respaldo?
• ¿Puede revertirse?
• ¿Cuánto tiempo puede estar detenido el proceso?

Un Assessment debería hacer visible el riesgo antes de ejecutar.

Qué debería producir un buen Assessment

Resultado	Para qué sirve
Estado actual	Entender el punto de partida
Brechas	Identificar problemas reales
Dependencias	Evitar impactos inesperados
Riesgos	Priorizar
Alternativas	Comparar opciones
Roadmap	Ordenar acciones
Evidencia	Sustentar la decisión

Assessment no significa recomendar siempre un proyecto

Una evaluación puede concluir que:

• el problema es de proceso;
• conviene limpiar datos;
• el estándar ya cubre la necesidad;
• una integración debe corregirse;
• un desarrollo puede retirarse;
• o sí existe una justificación para construir algo nuevo.

El valor está precisamente en separar esas posibilidades antes de invertir.

¿Vas a modificar SAP? Primero entiende qué estás tocando

En Altamira Technology realizamos Assessment TI para revisar procesos, aplicaciones e integraciones y construir una ruta priorizada de mejora.

Referencias

Momin, M. A. (2025). SAP S/4 HANA system upgrade: A comprehensive implementation guide with pre, during, and post-upgrade best practices. International Journal of Computer Engineering and Technology, 16(1), 424–437.

Polamarasetty, V. K. (2022). Enterprise SAP application modernization for post-acquisition business transformation. International Journal of Innovative Research in Science, Engineering and Technology, 11(5).