Landscape SAP

¿Qué es el landscape SAP?

El landscape SAP es la organización lógica de los diferentes sistemas SAP que componen la arquitectura SAP completa de una empresa. Esta estructura define cómo se separan los entornos de desarrollo, pruebas y producción, y cómo fluyen los cambios entre ellos de forma controlada y segura.

Un landscape bien diseñado es fundamental para mantener la estabilidad del sistema productivo, facilitar el desarrollo y testing de nuevas funcionalidades, y cumplir requisitos de auditoría y segregación de funciones.

Estructura típica de tres sistemas

La configuración más común en empresas es el landscape de tres sistemas: Desarrollo (DEV), Calidad (QAS) y Producción (PRD). Esta estructura proporciona un equilibrio entre protección del entorno productivo y eficiencia operativa.

Cada uno de estos sistemas es una instalación SAP completa e independiente con sus propios servidores, base de datos y configuración. Aunque son independientes técnicamente, están conectados mediante el sistema de transportes que permite mover cambios de forma controlada.

Sistema de Desarrollo (DEV)

El sistema de desarrollo es donde los consultores funcionales configuran el sistema, los desarrolladores ABAP crean programas y los administradores BASIS realizan cambios en la configuración técnica. Es el único entorno donde se permiten modificaciones directas.

DEV contiene típicamente varios mandantes: uno para desarrollo activo, otro para pruebas unitarias del equipo técnico, y posiblemente un mandante de sandbox para experimentación sin afectar desarrollos en curso.

La calidad de datos en DEV puede ser menor que en producción. Los datos maestros son a menudo copias simplificadas o datos de prueba creados manualmente. El volumen de transacciones es mucho menor, lo que significa que problemas de rendimiento pueden no manifestarse hasta entornos con más datos.

Los desarrolladores ABAP trabajan directamente en este sistema, creando y modificando código, pantallas, reportes y objetos del diccionario de datos. Todos estos cambios se capturan automáticamente en órdenes de transporte para su posterior movimiento a QAS y PRD.

Sistema de Calidad (QAS)

El sistema de calidad replica las condiciones de producción lo más fielmente posible. Su propósito es validar que los cambios desarrollados en DEV funcionan correctamente antes de llevarlos al sistema real que utilizan los usuarios finales.

QAS debe contener una copia reciente de los datos de producción. Las empresas realizan copias periódicas (refreshes) del sistema productivo a QAS, típicamente mensual o trimestralmente, para mantener datos realistas para las pruebas.

Los usuarios clave del negocio ejecutan en QAS las pruebas de aceptación de usuario (UAT - User Acceptance Testing) de nuevas funcionalidades. Validan que los procesos de negocio funcionan según lo esperado y que no hay impactos no deseados en funcionalidades existentes.

En QAS no se permite desarrollo directo. Todos los cambios deben venir mediante transportes desde DEV. Esta restricción garantiza que todo está documentado y puede reproducirse en producción.

El rendimiento y sizing de QAS debe ser comparable a PRD. Si QAS es un sistema pequeño con pocos recursos, los problemas de performance pueden pasar desapercibidos hasta producción donde los volúmenes de datos y usuarios son mayores.

Sistema de Producción (PRD)

El sistema de producción es el sistema real que utiliza el negocio para sus operaciones diarias. Contiene los datos reales de la empresa y debe tener máxima disponibilidad y rendimiento óptimo.

PRD es el sistema más protegido del landscape. Solo cambios que han pasado por DEV y QAS pueden importarse. Los accesos están fuertemente restringidos y auditados. Los administradores BASIS son los únicos con acceso técnico completo.

La configuración de alta disponibilidad se implementa típicamente solo en PRD, con servidores redundantes, clustering y backups frecuentes. El tiempo de inactividad en producción tiene impacto directo en el negocio y puede generar costes significativos.

El dimensionamiento de PRD debe calcularse para manejar la carga máxima esperada, incluyendo picos de cierre de mes, campañas comerciales u otros eventos que generan actividad inusualmente alta.

Flujo de transportes entre sistemas

El sistema de transportes SAP (STMS) gestiona el movimiento de cambios entre sistemas del landscape. Los cambios se capturan en órdenes de transporte que contienen los objetos modificados.

El flujo estándar es unidireccional: DEV → QAS → PRD. Las órdenes de transporte se liberan en DEV, se importan en QAS para testing, y tras la validación se importan en PRD. Nunca deben moverse cambios en dirección inversa.

Las rutas de transporte se configuran en STMS definiendo qué sistema puede enviar transportes a cuál. Esta configuración técnica refuerza el flujo controlado y previene errores de importación en sistemas incorrectos.

Los administradores BASIS son responsables de ejecutar las importaciones de transportes, aunque deben hacerlo siguiendo autorizaciones formales del responsable de cambios. Las importaciones en producción típicamente requieren ventanas de mantenimiento programadas.

Landscape extendido

Empresas grandes pueden implementar landscapes más complejos con sistemas adicionales. Un sistema de Sandbox (SBX) permite experimentación sin riesgo, donde los consultores pueden probar configuraciones antes de implementarlas formalmente en DEV.

Un sistema de Pre-Producción (PRE) puede añadirse entre QAS y PRD como última validación antes de producción. Es una réplica exacta de PRD donde se importan los transportes y se valida el proceso de importación antes de ejecutarlo en el sistema real.

Sistemas de formación (TRN) con datos anonimizados permiten entrenar usuarios sin riesgo de afectar datos productivos. Estos sistemas se refrescan periódicamente desde PRD aplicando scripts de anonimización para cumplir regulaciones de protección de datos.

En empresas multinacionales, puede haber múltiples sistemas productivos (PRD Europa, PRD América, PRD Asia) cada uno con su propio landscape de desarrollo y calidad, más un sistema global de desarrollo para funcionalidades comunes.

Sincronización de entornos

Mantener los sistemas sincronizados es un desafío continuo. QAS debe refrescarse periódicamente con datos de PRD para mantener condiciones realistas de prueba, pero esto requiere ventanas de mantenimiento y esfuerzo significativo del equipo BASIS.

Durante el refresh de QAS, se debe detener el sistema, copiar la base de datos desde PRD, restaurarla en el servidor de QAS, y ejecutar post-procesamiento para ajustar configuraciones específicas de QAS (conexiones RFC, jobs, usuarios de prueba).

Los transportes deben gestionarse cuidadosamente durante refreshes. Los transportes importados en QAS pero no en PRD se "pierden" al sobrescribir QAS con la copia de PRD. Deben re-importarse después del refresh antes de continuar con nuevos desarrollos.

Gestión de mandantes en el landscape

Cada sistema del landscape contiene múltiples mandantes para diferentes propósitos. DEV tiene mandantes de desarrollo y prueba. QAS tiene mandantes que replican los mandantes productivos. PRD contiene los mandantes del negocio real.

La configuración dependiente de mandante (como datos maestros, transacciones de negocio) solo existe en el mandante donde se creó. La configuración independiente de mandante (como desarrollos ABAP, parámetros del sistema) se comparte entre todos los mandantes del mismo sistema.

Los transportes pueden contener cambios dependientes de mandante, independientes de mandante, o ambos. La gestión de qué mandante se utiliza para cada tipo de cambio debe planificarse cuidadosamente en el landscape.

Gestión de cambios y landscape

El landscape es el fundamento técnico del proceso de gestión de cambios SAP. Cada cambio sigue un ciclo de vida: desarrollo en DEV, testing en QAS, aprobación formal y finalmente despliegue en PRD.

La segregación de funciones se garantiza mediante el landscape. Los desarrolladores tienen acceso a DEV pero no a PRD. Los usuarios de negocio trabajan en PRD pero no pueden modificar configuración. Los administradores BASIS tienen acceso técnico pero no autorizaciones funcionales.

La auditoría de cambios se facilita porque todos los cambios están documentados en órdenes de transporte con información de quién cambió qué y cuándo. Los logs de STMS registran todas las importaciones en cada sistema.

Consideraciones de infraestructura

El landscape SAP requiere infraestructura significativa. Cada sistema necesita servidores, almacenamiento, red y backups. Esto implica costes considerables de hardware, licencias de base de datos y esfuerzo de administración.

Las estrategias cloud pueden optimizar costes del landscape. QAS y DEV pueden ejecutarse en instancias cloud que se apagan fuera del horario laboral, reduciendo gastos. PRD requiere disponibilidad continua pero puede beneficiarse de la elasticidad cloud para escalar en picos de carga.

En implementaciones de S/4HANA, los requisitos de hardware para HANA aumentan los costes del landscape completo. Las empresas deben equilibrar cuántos sistemas pueden permitirse con las necesidades de testing y protección del productivo.

Buenas prácticas del landscape

Mantén QAS lo más similar posible a PRD en términos de configuración técnica, volumen de datos y versión de software. Las diferencias entre entornos son fuente común de problemas en producción.

Implementa procesos formales de gestión de cambios que requieran aprobación documentada antes de importar transportes en PRD. Nunca permitas importaciones directas de DEV a PRD sin pasar por QAS.

Documenta el landscape claramente: qué sistemas existen, sus propósitos, las rutas de transporte configuradas, y los procedimientos de refresh. Esta documentación es crítica cuando hay incidentes o cambios en el equipo.

Planifica y ejecuta refreshes regulares de QAS para mantener datos actualizados. Un QAS con datos antiguos lleva a testing poco realista y sorpresas desagradables en producción.

Monitoriza el estado de las colas de transporte en cada sistema. Transportes atascados o fallidos pueden bloquear cambios críticos del negocio.

Temas relacionados

Para profundizar en la gestión del landscape SAP, consulta:

Sistemas y mandantes para entender la organización lógica dentro de cada sistema del landscape.

SAP BASIS para las tareas operativas de gestión del landscape, transportes y refreshes.

Alta disponibilidad para diseñar la protección del sistema productivo.

Dimensionamiento para calcular los recursos de cada sistema del landscape.

Integración entre sistemas para conectar los sistemas SAP del landscape con aplicaciones externas.