✒️El landscape de SAP

El landscape de SAP

1. El landscape de SAP

Es la disposición y configuraciones de los servidores de SAP en una empresa que implementa el sistema, es decir, cómo será la arquitectura, cuantos servidores se van a utilizar, para qué se va a utilizar cada uno de estos, entre otras cuestiones. También se definirán Ambientes, un ambiente es un servidor donde ha sido instalado el sistema SAP.

Existen 3 ambientes diferentes en SAP:

• Ambiente de desarrollo (DU): Es utilizado principalmente para programación y configuración del sistema.
• Ambiente de pruebas o testing (PU): Es utilizado principalmente para realizar pruebas.
• Ambiente de producción (PA): Es donde el usuario final utiliza las transacciones estándar del sistema y aquellas transacciones Z creadas a medida que han sido desarrolladas y probadas satisfactoriamente. Este ambiente el usuario esta restringido al máximo, ya que contiene datos sumamente sensibles.

1.1 Las distintas opciones de landscapes de SAP

• Landscape de SAP con 1 ambiente o sistema: Consiste en implementar todo el sistema SAP en un solo servidor o equipo. La ventaja es la reducción de los costos de hardware y soporte, pero implica problemas y riesgos serios:

1. Toda la personalización y desarrollo se realizan en el sistema de producción y los nuevos paquetes de soporte y las notas de SAP se aplican directamente en producción.
2. Las pruebas y la capacitación tambien tiene lugar en el sistema de producción.
3. Los datos de prueba y capacitación se mezclan con los datos de producción y existe un alto riesgo de conflictos.

• Landscape de SAP con 2 ambientes o sistemas: Consiste en implementar un landscape con dos ambientes o sistemas, es decir, todo el sistema SAP se encuentra instalado en dos servidores diferentes. Es un sistema más estable y proporciona una infraestructura de soporte de mayor calidad para el cliente. Los inconvenientes son:

1. Las actividades de prueba y capacitación tienen lugar en el sistema de desarrollo.
2. No es posible separar completamente las actividades de desarrollo y los datos de las actividades de prueba y capacitación.

• Landscape de SAP con 3 ambientes o sistemas: Todas las actividades de desarrollo, capacitación, pruebas y productivas están completamente separados, en sistemas o ambientes dedicados. Esta opción presenta el menor riesgo, ya que todas las actividades se pueden realizar en paralelo en sus respectivos ambientes o sistemas. Esta es la mejor opción para empresas en donde los procesos comerciales se utilizan a diario. Las ventajas y desventajas son:

1. El nuevo desarrollo está separado de los entornos de prueba y producción.
2. El tiempo de inactividad del sistema de producción se minimiza.
3. La desventaja de esta opción son los mayores costos de infraestructura y administración.

2. Los mandantes

Es una instancia creada dentro de un ambiente, que se utiliza para configuración, desarrollo, capacitación o pruebas.

Dentro del ambiente de desarrollo tenemos:

• El mandante 101 que se utiliza para configuración y programación.
• El mandante 102 de sandbox que se utilizará para pruebas inusuales.
• El mandante 103 que se utiliza para pruebas unitarias de programación.

Dentro del ambiente de pruebas tenemos:

• El mandante 210 que se utiliza para pruebas integrales, realizadas tanto por los consultores como por los usuarios clave de la empresa.
• El mandante 220 que se utiliza para la capacitación de los recursos humanos.

Dentro del ambiente de producción tenemos:

• El mandante 410 que es donde acceden los usuarios finales del sistema para realizar las operaciones del día a día de la empresa.

En la transacción SCC4 vemos los mandantes existentes de SAP.

El concepto de mandante se puede definir desde 2 puntos de vista:

Visión Lógica: El mandante permite que distintos usuarios estén trabajando en el mismo sistema, sin ningún tipo de interferencia mutua. Esto es así porque en el sistema SAP existen dos tipos de datos diferentes:

• Datos dependientes de mandante: Datos de aplicación de la empresa (datos de clientes, proveedores, pedidos, etc), así como la mayoría de los datos de parametrización de la empresa. Este tipo de datos son los más habituales.
• Datos independientes del mandante: Datos de la parametrización de la empresa que son accesibles desde cualquier mandante creado. Este tipo de datos son los menos numerosos.

Desde el punto de vista físico: La base de datos de SAP está formada por tablas, cuando el usuario navega por SAP es el sistema el que accede a dichas tablas para mostrarle la información pedida al usuario. El mandante es el primer campo clave de la mayoría de las tablas que conforman la base de datos de SAP.

2.1 Los mandantes estándar

Existen los mandantes estándar que ya vienen con SAP cuando se instala el sistema y luego existen los mandantes propios que son los creados por los administradores de SAP de la empresa cliente.

• Mandante 000: Mandante de referencia. No debe modificarse o borrarse ningún aspecto del mandante estándar 000.
• Mandante 001: Mandante de ejemplo.
• Mandante 066: Mandante del servicio EarlyWatch.

2.2 Los mandantes propios

A partir del mandante 000 podemos crear tantos mandantes como queramos. Las funciones de los mandantes propios son las siguientes:

• Mandante 200 Desarrollo y Parametrización: Aquí se crean los desarrollos a medida que sean necesarios.
• Mandante 210 Sandbox: Las pruebas inusuales de parametrización las realizaremos en el 210 de manera que no interrumpamos el trabajo normal del mandante 200.
• Mandante 220 Pruebas unitarias: Los responsables de desarrollo y parametrización efectuarán aquí las pruebas unitarias de los programas.
• Mandante 300 Pruebas integrales y control de calidad: La función de este mandante es similar a la del 220, pero con la diferencia de que las pruebas incluyen la interacción entre los diferentes módulos, el rendimiento y la aprobación del usuario.
• Mandante 310 Formación a usuarios finales o capacitación: Una vez superadas las pruebas correspondientes al mandante 300, pasamos el prototipo aquí para que los usuarios finales reciban los cursos de formación y tengan un sitio donde poder seguir practicando después.
• Mandante 320 Maestro de parametrización: Este mandante se usa únicamente como referencia para poder consultar la parametrización que tenemos en productivo, sin tener que acceder al sistema productivo, no obligándonos a dar acceso a la misma, a personal no autorizado.
• Mandante 400 Productivo: Aquí es donde se lleva a cabo la explotación real del sistema, este es el único mandante propio que debe existir en el ambiente productivo.

3. Las clases de desarrollo o paquetes

Es una forma de organizar todos los nuevos objetos que se crean en SAP, clasificándolos generalmente por módulos o áreas funcionales del sistema.

Existe la clase de Desarrollo $TMP, se utiliza para los objetos temporales que no se van a transportar entre ambientes, es decir, para pruebas.

Las clases de desarrollo o paquetes se crean a través de la transacción estándar SE80.