Blog
¿Que es el paisaje del sistema (Arquitectura del sistema)?
El System Landscape de SAP, puede traducirse al italiano como “Arquitectura del sistema”, “Entorno del sistema” o “Paisaje del sistema”. Estos términos se refieren a una estructura particular que se utiliza en SAP para aplicar los cambios en cualquier plataforma.
¿En qué casos es obligatorio implementar el paisaje del sistema?
Puede ser necesario realizar cambios en el paisaje del sistema SAP en funcionamiento (“en producción”) por diversas razones:
- Necesidades de la empresa (por ejemplo, puede crecer entrando en nuevos mercados, iniciando nuevas actividades, etc.)
- Actualizaciones del sistema con nuevas funcionalidades (llamadas “paquetes de mejora” en SAP)
- Requisitos legales (es decir, para adaptarse a los cambios en la legislación)
- Cuestiones técnicas (para eliminar los llamados “errores” del sistema)
En la práctica, SAP es un sistema en constante evolución que debe adaptarse a los cambios tecnológicos, normativos y de negocio de la empresa que lo utiliza. Estos cambios no se implementan directamente en el sistema “vivo” (el que utilizan a diario los usuarios finales para trabajar).
¿Cómo evitar que las modificaciones afecten al sistema?
Para evitar el riesgo de que el sistema deje de funcionar correctamente SAP tras los cambios, se recomienda trabajar con una arquitectura del sistema de tres niveles. Cada uno de estos niveles (a veces también llamados “Entornos”) es independiente de los demás.
Los 3 niveles del paisaje del sistema en SAP
Los niveles o entornos del paisaje del sistema, dependen de su propia base de datos independiente, conocida como: partición de la base de datos. Y se dividen de la siguiente manera:
- Desarrollo (“Sistema de desarrollo”): El sistema de desarrollo en el que se realizan los cambios. Aquí se crean los programas personalizados y los consultores realizan el trabajo de parametrización, actualizando manualmente las tablas de configuración. También se utiliza para realizar la primera serie de pruebas.
- Sistema de garantía de calidad: el sistema de pruebas en el que se comprueban los cambios. Es una copia del sistema en producción, es decir, tiene cargados los datos reales del cliente. Además de utilizarse para probar el sistema realizando cualquier cambio, también puede utilizarse para formar a los usuarios en el uso del sistema.
- Sistema de producción: El sistema en que se generan las modificaciones.
Esta configuración de tres niveles es la más común en el paisaje del sistema, pero no la única posible. Cada uno de estos sistemas es totalmente independiente de los demás. Es habitual nombrarlos utilizando P, Q y D como letras iniciales: por ejemplo, D01 es un nombre apropiado para un sistema de desarrollo.
La ejecución del paisaje de sistemas en SAP
Los cambios realizados en el sistema de desarrollo se implementan en el sistema de pruebas mediante el “Sistema de Gestión de Transporte SAP”. El mecanismo que permite a los tres sistemas independientes comunicarse entre sí y transferir parámetros y modificaciones de un sistema a otro.
Se trata de una plataforma paso a paso que se puede encontrar en las herramientas de SAP. Accediendo desde el menú en Herramientas -> Administración -> Transportes, y activa las “Solicitudes de transporte” de los cambios.
¿Es beneficiosa esta herramienta?
Este sistema de transporte automático entre las distintas plataformas es una excelente herramienta proporcionada por SAP. Permite un considerable ahorro de tiempo (el consultor no tiene que “repetir” todas las actividades de configuración y los cambios realizados en el sistema de Desarrollo). Además, permite limitar los errores y las omisiones.
Una configuración alternativa del paisaje del sistema incluye también un “cajón de arena” (literalmente el arenero donde juegan los niños). Se trata de un entorno preliminar en el que se llevan a cabo las actividades de prueba de configuración. En la caja de arena, un programa nuevo o no probado puede ser ejecutado con seguridad.
¿Cuál es el objetivo del cajón de arena?
Por lo general, lo que se hace en el cajón de arena de la arquitectura del sistema queda relegado allí. La caja de arena a menudo se “limpia” de datos para poder repetir las pruebas en un entorno de trabajo inalterado.
También existe el entorno de consolidación, el cual se crea cuando nuestro proyecto implica la unificación de dos plataformas SAP en un único sistema. Este escenario se da, cuando nuestro cliente que ya utiliza SAP adquiere o se fusiona con una empresa que a su vez hace uso de la misma.
En este caso, se puede llevar a cabo una consolidación de los dos sistemas. Por lo tanto, tendremos, además de los entornos de prueba, un entorno de consolidación. En el que se fusionarán las diferentes parametrizaciones de las dos empresas para armonizarlas.